Bug#688953: freeze-exception: nvidia-graphics-drivers/304.48-3 - libgl1-nvidia-glx package split
On 2012-09-27 12:16, Andreas Beckmann wrote: > Please approve the following changes for package > nvidia-graphics-drivers: > > As discussed in #688861 (freeze exception for libxvmc) yesterday, there > is another possibility to address the missing multiarchification of > libxvmc1: if we split the libgl1-nvidia-glx package and move one library > to a new libxvmcnvidia1 library we can move the dependency on > libxvmc1 to that new package and libgl1-nvidia-glx will have its > dependencies satisfied for installing libgl1-nvidia-glx:i386 along with > libgl1-nvidia-glx:amd64. I'd really like to know whether this is an acceptable solution for wheezy, so that I could proceed ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689520: No libcuda1-dev package provided by backports
On 2012-10-03 16:01, Jan Stolarek wrote: > Backports repository for Squeeze provides libcuda1 package updated to 295.59 > but it does > not provide corresponding development package. This makes CUDA development > impossible > for people who want to rely only on packages provided in repositories. Please > package > the corresponding development package and place it in backports. So you actually want nvidia-cuda-toolkit backported? That would be possible ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681147: another symlink/directory issue: #681147
On 2012-10-04 17:24, Tobias Hansen wrote: > Oh, nice. Now that you created a git repository, I think it would be a > good idea to add it to the Vcs-* fields. Maybe move it to alioth first > if you want. For this I opened #689379, I don't think such a change should be part of a NMU unless the current maintainer acknowledges it first. But it was helping me to split up the gigantic diff that is needed to fix the symlink mess into a sequence of commits (or patches) that would also allow cherry-picking. And perhaps there is a different Vcs already ... or more history that should be preserved. And while I'm pretty confident that we fixed this RC bug, I have no clue about attacking the other one that's open right now. And I don't plan to look at sendmail again after getting it piuparts-clean :-) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689682: swi-prolog-x: fails to install: preinst fails with rm: cannot remove `/usr/lib/swi-prolog/xpce': No such file or directory
Package: swi-prolog-x Version: 6.2.2-7 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. >From the attached log (scroll to the bottom...): Selecting previously unselected package swi-prolog-x. (Reading database ... 9157 files and directories currently installed.) Unpacking swi-prolog-x (from .../swi-prolog-x_6.2.2-7_amd64.deb) ... rm: cannot remove `/usr/lib/swi-prolog/xpce': No such file or directory dpkg: error processing /var/cache/apt/archives/swi-prolog-x_6.2.2-7_amd64.deb (--unpack): subprocess new pre-installation script returned error exit status 1 cheers, Andreas swi-prolog-x_6.2.2-7.log.gz Description: GNU Zip compressed data
Bug#689683: prelude-manager: modifies conffiles (policy 10.7.3): /etc/prelude-manager/prelude-manager.conf
Package: prelude-manager Version: 1.0.1-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies conffiles. This is forbidden by the policy, see http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files 10.7.3: "[...] The easy way to achieve this behavior is to make the configuration file a conffile. [...] This implies that the default version will be part of the package distribution, and must not be modified by the maintainer scripts during installation (or at any other time)." Note that once a package ships a modified version of that conffile, dpkg will prompt the user for an action how to handle the upgrade of this modified conffile (that was not modified by the user). Further in 10.7.3: "[...] must not ask unnecessary questions (particularly during upgrades) [...]" If a configuration file is customized by a maintainer script after having asked some debconf questions, it may not be marked as a conffile. Instead a template could be installed in /usr/share and used by the postinst script to fill in the custom values and create (or update) the configuration file (preserving any user modifications!). This file must be removed during postrm purge. ucf(1) may help with these tasks. See also http://wiki.debian.org/DpkgConffileHandling In https://lists.debian.org/debian-devel/2012/09/msg00412.html and followups it has been agreed that these bugs are to be filed with severity serious. debsums reports modification of the following files, from the attached log (scroll to the bottom...): /etc/prelude-manager/prelude-manager.conf cheers, Andreas prelude-manager_1.0.1-3.log.gz Description: GNU Zip compressed data
Bug#689684: ilithuanian: modifies shipped files: /var/lib/ispell/lietuviu.{compat,hash}
Package: ilithuanian Version: 1.2.1-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies some files it ships, from the attached logfile (scroll to the end): 0m21.3s ERROR: FAIL: debsums reports modifications inside the chroot: /var/lib/ispell/lietuviu.hash /var/lib/ispell/lietuviu.compat In http://lists.debian.org/20120918111501.ga10...@agmartin.aq.upm.es Agustin Martin commented that this is harmless, but as this is the last ispell dictionary doing this, it would be nice to get this cleaned up for wheezy, too. Andreas ilithuanian_1.2.1-3.log.gz Description: GNU Zip compressed data
Bug#689687: guile-1.6: FTBFS on i386, kfreebsd-i386: testsuite failures
Source: guile-1.6 Version: 1.6.8-10.1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, guile-1.6 does FTBFS on i386 and kfreebsd-i386 (but not hurd-i386) with a testsuite failure, see https://buildd.debian.org/status/package.php?p=guile-1.6 I can reproduce this locally in a i386 pbuilder chroot on amd64. Previous buildd builds for kfreebsd-i386 have succeeded on different hosts, but there haven't been any i386 buildd builds for the last 3 years, as the maintainer builds were done on i386. This is blocking 1.6.8-10.2 which fixes one RC bug to be ready for going to testing. Andreas /usr/bin/make check-TESTS make[3]: Entering directory `/build/buildd-guile-1.6_1.6.8-10.2-i386-LyjM4e/guile-1.6-1.6.8' Testing /build/buildd-guile-1.6_1.6.8-10.2-i386-LyjM4e/guile-1.6-1.6.8/pre-inst-guile ... with GUILE_LOAD_PATH=/build/buildd-guile-1.6_1.6.8-10.2-i386-LyjM4e/guile-1.6-1.6.8/test-suite Running alist.test Running and-let-star.test Running bit-operations.test Running c-api.test Running chars.test Running common-list.test Running environments.test UNRESOLVED: environments.test: leaf-environments: observe-weak: weak observer gets collected UNRESOLVED: environments.test: leaf-environment based eval-environments: observe-weak: weak observer gets collected Running eval.test Running exceptions.test Running filesys.test Running format.test Running gc.test Running getopt-long.test Running goops.test Running guardians.test FAIL: guardians.test: g1-garbage saved FAIL: guardians.test: g2-saved FAIL: guardians.test: g2-garbage saved Running hash.test Running hooks.test Running import.test Running interp.test Running list.test Running load.test Running numbers.test Running optargs.test Running poe.test Running popen.test Running ports.test Running posix.test Running r4rs.test Running ramap.test Running reader.test Running receive.test Running regexp.test Running slib.test Running srcprop.test Running srfi-1.test Running srfi-10.test Running srfi-13.test Running srfi-14.test Running srfi-17.test Running srfi-19.test Running srfi-31.test Running srfi-39.test Running srfi-4.test Running srfi-9.test Running strings.test Running symbols.test Running syncase.test Running syntax.test Running time.test Running unif.test Running version.test Running weaks.test Totals for this test run: passes: 9756 failures: 3 unexpected passes: 0 expected failures: 18 unresolved test cases: 2 untested test cases:0 unsupported test cases: 9 errors: 0 FAIL: check-guile == 1 of 1 test failed == make[3]: *** [check-TESTS] Error 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689578: sympa: modifies conffiles (policy 10.7.3): /etc/syslog.conf
Control: reassign -1 sysklogd Control: forcemerge 689686 -1 Control: affects -1 sympa Control: found -1 sympa/6.1.11~dfsg-4 On 2012-10-05 08:48, Salvatore Bonaccorso wrote: > Thus sysklogd should not ship /etc/syslog.conf as conffile, but create > it as configuration file and allow to modify it via syslog-facility > utility. > > Do you agree on this? If so, we can simply reassign #689578 to > sysklogd and merge with #689686. That sounds correct. Thanks for your further analysis. So nobody else seems to use syslog-facility, otherwise this would have happened in other packages, too. Marking the bug as affecting sympa and found in sympa to allow automatic classification of the failed logs by piuparts-analyze. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689537: pdnsd: deletes conffiles on package removal (policy 10.7.3): /etc/NetworkManager/dispatcher.d/002_NetMan_pdnsd
On 2012-10-05 10:59, intrigeri wrote: > In case it might help, I currently have 1.2.8-par-2.3 installed, and > that file is missing here. My etckeeper git -d log tells me that file > was deleted by the upgrade from 1.2.8-par-2 to 1.2.8-par-2.1, who > knows why. because the prerm unconditionally deletes that conffile, so it also gets lost on plain upgrades - or even a reinstallation. and while we are at mishandling conffiles: /etc/default/pdnsd is also shipped as a conffile but modified by maintainer scripts (using a debconf answer ...) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689492: metche: FHS violation: package installation creates /root/sent
On 2012-10-03 23:58, intrigeri wrote: > Hi Andreas, > > Andreas Beckmann wrote (03 Oct 2012 09:49:30 GMT) : >> during a test with piuparts I noticed your package left unowned >> files on the system after purge. But the actual problem is that >> these files are created at all and in a FHS violating location. > > Thank you for reporting this issue. > It was already tracked in #657071. > > I want to merge these bugs, but let's clarify the severity first. > Please let me explain the problem, and ask for your opinion on > this matter. > > By default, metche uses mutt to send email; > by default, when run as root, mutt saves outgoing email to /root/sent. so if root breaks *his* mutt configuration, installing metche will fail? > So, well, metche is not *directly* violating the FHS, but rather using > a program whose default settings were really meant for interactive > use, instead of being used by non-interactive tools such as metche. > > Do you think that this indirect FHS violation is RC? IMO any package that depends (directly or indirectly) on some specific state of /root/ (or ~root/) - or even changes its behavior depending on the content of /root (aka "uses configuration files that are not in /etc") is RC buggy. But we can take this discussion to debian-devel@ as there are more packages abusing /root in some way, e.g. creating /root/.gnupg/ (which would probably mean that they could/would also use anything in root's keyring for their configuration) or /root/.rnd (this is probably done by openssl if called from a maintainer script). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689490: openssl: using openssl from maintainer scripts creates /root/.rnd
On 2012-10-03 18:05, Kurt Roeckx wrote: > On Wed, Oct 03, 2012 at 11:43:48AM +0200, Andreas Beckmann wrote: >> I think this is a FHS violation, dropping anything in root's HOME. >> Wouldn't /var/lib/openssl/rnd be a more appropriate place? > > Oh, you want random users to write to root's .rnd file? That sounds > like a good idea. Who said something about making that world writable? And last time I checked, /usr/bin/openssl was not setuid root. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689718: xmame-sdl,xmess-sdl: missing copyright file after upgrade from squeeze
Package: xmame-sdl,xmess-sdl Version: 0.146-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + xmame-common xmess-common A test with piuparts revealed that package $package misses the copyright file after an upgrade from squeeze to wheezy, which is a violation of Policy 12.5 : http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$package/ is just an empty directory. Additional info may be available here: http://wiki.debian.org/MissingCopyrightFile There is something bad going on with the symlink to directory conversion that is needed if the xmame-common or xmess-common package was installed. >From the attached logfile (scroll to the bottom): 1m2.1s INFO: dirname part contains a symlink: /usr/share/doc/xmess-sdl/changelog.Debian.gz != /usr/share/doc/xmess-common/changelog.Debian.gz (xmess-sdl) /usr/share/doc/xmess-sdl/changelog.gz != /usr/share/doc/xmess-common/changelog.gz (xmess-sdl) /usr/share/doc/xmess-sdl/copyright != /usr/share/doc/xmess-common/copyright (xmess-sdl) 1m3.2s ERROR: FAIL: debsums reports modifications inside the chroot: debsums: missing file /usr/share/doc/xmess-sdl/changelog.Debian.gz (from xmess-sdl package) debsums: missing file /usr/share/doc/xmess-sdl/changelog.gz (from xmess-sdl package) debsums: missing file /usr/share/doc/xmess-sdl/copyright (from xmess-sdl package) cheers, Andreas xmess-common_None.log.gz Description: GNU Zip compressed data
Bug#689735: nvidia-kernel-dkms: Compiling failes for kernel 3.6.0
On 2012-10-05 19:53, Bob Vincent wrote: > Package: nvidia-kernel-dkms > Version: 304.48-1 Did you try 304.51-1 from experimental? > Compiling fails for kernel 3.6.0 because file asm/unistd_64.h was not > found. Copying the files from generated/uapi/asm to asm solves the > problem. Perhaps the proper fix would be to add a compiler flag > instead. You probably need #if LINUX_VERSION_CODE >= KERNEL_VERSION(3,6,0) #include this #else #include that #endif In case you come across a patch I'll include it. But as long as there is no 3.6 kernel in experimental, I can't test this myself. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688382: texlive-base: missing conffiles after squeeze->wheezy upgrade
On 2012-10-05 21:26, Frank Kuester wrote: > I'm not competely sure without checking out older versions, but I > _think_ that they are conffiles in squeeze, but they were managed by ucf > in the later versions of TeXLive 2009 (2010?) in unstable and probably > wheezy. > > Therefore one could argue we should rather leave in the code for people > that did irregular upgrades to unstable or testing. However, I don't > care much about anyone running testing or unstable early in the release > cycle and then stopping to track updates - TL 2012 is in sid for months > now. Once I did various piuparts upgrade tests from all old versions in snapshots for nvidia-graphics-drivers (to learn about all the diversions that were never cleaned up properly). I don't really want to repeat this :-) But currently I'm testing all the possible upgrade paths from squeeze, wheezy and sid for Norbert's new packages (excluding texlive-full) - that's ideal to test some new piuparts features :-) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689773: elib: The package elib should be rebuilt with new debhelper to get trigger support
Package: elib Version: 1.0-11.1 Severity: normal Hi, package installation in sid reports: The package elib should be rebuilt with new debhelper to get trigger support. A full piuparts log is attached. Andreas elib_1.0-11.1.log.gz Description: GNU Zip compressed data
Bug#689774: vera: The package vera should be rebuilt with new debhelper to get trigger support
Package: vera Version: 1.17-5 Severity: normal Hi, package installation in sid reports: The package vera should be rebuilt with new debhelper to get trigger support A full piuparts log is attached. Andreas vera_1.17-5.log.gz Description: GNU Zip compressed data
Bug#689779: pptpd: modifies conffiles during squeeze2wheezy upgrade (policy 10.7.3): /etc/pptpd.conf, /etc/init.d/pptpd, /etc/ppp/pptpd-options
Package: pptpd Version: 1.3.4-5 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies conffiles. This is forbidden by the policy, see http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files 10.7.3: "[...] The easy way to achieve this behavior is to make the configuration file a conffile. [...] This implies that the default version will be part of the package distribution, and must not be modified by the maintainer scripts during installation (or at any other time)." Note that once a package ships a modified version of that conffile, dpkg will prompt the user for an action how to handle the upgrade of this modified conffile (that was not modified by the user). Further in 10.7.3: "[...] must not ask unnecessary questions (particularly during upgrades) [...]" If a configuration file is customized by a maintainer script after having asked some debconf questions, it may not be marked as a conffile. Instead a template could be installed in /usr/share and used by the postinst script to fill in the custom values and create (or update) the configuration file (preserving any user modifications!). This file must be removed during postrm purge. ucf(1) may help with these tasks. See also http://wiki.debian.org/DpkgConffileHandling In https://lists.debian.org/debian-devel/2012/09/msg00412.html and followups it has been agreed that these bugs are to be filed with severity serious. debsums reports modification of the following files, from the attached log (scroll to the bottom...): /etc/pptpd.conf /etc/init.d/pptpd /etc/ppp/pptpd-options I couldn't reproduce this on a normal installation, it happens only on upgrades. cheers, Andreas pptpd_1.3.4-5.log.gz Description: GNU Zip compressed data
Bug#689780: yate-qt4: modifies conffiles during squeeze2wheezy upgrade (policy 10.7.3): /etc/yate/providers.conf
Package: yate-qt4 Version: 4.1.0-1~dfsg-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies conffiles. This is forbidden by the policy, see http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files 10.7.3: "[...] The easy way to achieve this behavior is to make the configuration file a conffile. [...] This implies that the default version will be part of the package distribution, and must not be modified by the maintainer scripts during installation (or at any other time)." Note that once a package ships a modified version of that conffile, dpkg will prompt the user for an action how to handle the upgrade of this modified conffile (that was not modified by the user). Further in 10.7.3: "[...] must not ask unnecessary questions (particularly during upgrades) [...]" If a configuration file is customized by a maintainer script after having asked some debconf questions, it may not be marked as a conffile. Instead a template could be installed in /usr/share and used by the postinst script to fill in the custom values and create (or update) the configuration file (preserving any user modifications!). This file must be removed during postrm purge. ucf(1) may help with these tasks. See also http://wiki.debian.org/DpkgConffileHandling In https://lists.debian.org/debian-devel/2012/09/msg00412.html and followups it has been agreed that these bugs are to be filed with severity serious. debsums reports modification of the following files, from the attached log (scroll to the bottom...): /etc/yate/providers.conf This only happens during distupgrades from squeeze to wheezy, I couldn't reproduce on a plain install. cheers, Andreas yate-qt4_4.1.0-1~dfsg-2.log.gz Description: GNU Zip compressed data
Bug#689787: fgfs-atlas: move /usr/share/games/FlightGear/AtlasPalette to /usr/share/games/flightgear/
Source: fgfs-atlas Version: 0.3.1-2 Severity: serious Tags: sid Justification: sync directory layout with fgfs-base Hi, fgfs-base has renamed /usr/share/games/FlightGear/ to /usr/share/games/flightgear/, so fgfs-atlas needs to follow. See also #689785. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689790: msva-perl: modifies conffiles during upgrade from squeeze (policy 10.7.3): /etc/X11/Xsession.d/70monkeysphere_use-validation-agent
Package: msva-perl Version: 0.8-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: found -1 0.9.1-1 Hi, during a test with piuparts I noticed your package modifies conffiles. This is forbidden by the policy, see http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files 10.7.3: "[...] The easy way to achieve this behavior is to make the configuration file a conffile. [...] This implies that the default version will be part of the package distribution, and must not be modified by the maintainer scripts during installation (or at any other time)." Note that once a package ships a modified version of that conffile, dpkg will prompt the user for an action how to handle the upgrade of this modified conffile (that was not modified by the user). Further in 10.7.3: "[...] must not ask unnecessary questions (particularly during upgrades) [...]" If a configuration file is customized by a maintainer script after having asked some debconf questions, it may not be marked as a conffile. Instead a template could be installed in /usr/share and used by the postinst script to fill in the custom values and create (or update) the configuration file (preserving any user modifications!). This file must be removed during postrm purge. ucf(1) may help with these tasks. See also http://wiki.debian.org/DpkgConffileHandling In https://lists.debian.org/debian-devel/2012/09/msg00412.html and followups it has been agreed that these bugs are to be filed with severity serious. debsums reports modification of the following files, from the attached log (scroll to the bottom...): /etc/X11/Xsession.d/70monkeysphere_use-validation-agent I only saw this behavior on upgrades from squeeze, not on normal installations. cheers, Andreas msva-perl_0.8-2.log.gz Description: GNU Zip compressed data
Bug#689791: php5-xdebug: modifies conffiles during distupgrade from squeeze (policy 10.7.3): /etc/php5/mods-available/xdebug.ini
Package: php5-xdebug Version: 2.2.1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies conffiles. This is forbidden by the policy, see http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files 10.7.3: "[...] The easy way to achieve this behavior is to make the configuration file a conffile. [...] This implies that the default version will be part of the package distribution, and must not be modified by the maintainer scripts during installation (or at any other time)." Note that once a package ships a modified version of that conffile, dpkg will prompt the user for an action how to handle the upgrade of this modified conffile (that was not modified by the user). Further in 10.7.3: "[...] must not ask unnecessary questions (particularly during upgrades) [...]" If a configuration file is customized by a maintainer script after having asked some debconf questions, it may not be marked as a conffile. Instead a template could be installed in /usr/share and used by the postinst script to fill in the custom values and create (or update) the configuration file (preserving any user modifications!). This file must be removed during postrm purge. ucf(1) may help with these tasks. See also http://wiki.debian.org/DpkgConffileHandling In https://lists.debian.org/debian-devel/2012/09/msg00412.html and followups it has been agreed that these bugs are to be filed with severity serious. debsums reports modification of the following files, from the attached log (scroll to the bottom...): /etc/php5/mods-available/xdebug.ini I only noticed this during distupgrades from squeeze, not during normal installation. cheers, Andreas php5-xdebug_2.2.1-1.log.gz Description: GNU Zip compressed data
Bug#689800: nmu: olsrd_0.6.3-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu olsrd_0.6.3-5 . amd64 . -m "Rebuild in a clean sid environment." olsrd/amd64 was not built in a Debian sid environment and has a unsatisfiable Depends: libc6 (>= 2.15) that can be solved by rebuilding in sid. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689802: openmsx-catapult: needs updating for openmsx >> 0.9
Package: openmsx-catapult Version: 0.8.2-1 Severity: grave Tags: sid Justification: renders package unusable User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is no longer installable in sid: Package: openmsx-catapult Version: 0.8.2-1 Depends: [...] openmsx (>= 0.8.2), openmsx (<< 0.8.3) but sid has Package: openmsx Version: 0.9.1-1 Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689806: mh-e: package installation creates /root/.gnupg/*
Package: mh-e Version: 8.3-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed that your package creates files in /root. From the attached log (scroll to the bottom): 1m4.7s ERROR: FAIL: Package purging left files on system: /root/.gnupg/ not owned /root/.gnupg/gpg.conf not owned /root/.gnupg/pubring.gpg not owned /root/.gnupg/secring.gpg not owned Creating stuff in /root is a FHS and policy violation. (And of course these files should not be deleted by maintainer scripts.) But it is also an indication that the package operation may depend on root's .gnupg configuration (and package installation might even fail if that configuration is broken). That would be a case for "configuration files not in /etc". Cheers, Andreas mh-e_8.3-1.log.gz Description: GNU Zip compressed data
Bug#689807: gnus-bonus-el: package installation creates /root/.gnupg/*
Package: gnus-bonus-el Version: 35.2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed that your package creates files in /root. From the attached log (scroll to the bottom): 1m4.7s ERROR: FAIL: Package purging left files on system: /root/.gnupg/ not owned /root/.gnupg/gpg.conf not owned /root/.gnupg/pubring.gpg not owned /root/.gnupg/secring.gpg not owned Creating stuff in /root is a FHS and policy violation. (And of course these files should not be deleted by maintainer scripts.) But it is also an indication that the package operation may depend on root's .gnupg configuration (and package installation might even fail if that configuration is broken). That would be a case for "configuration files not in /etc". Cheers, Andreas gnus-bonus-el_35.2.log.gz Description: GNU Zip compressed data
Bug#688205: closed by gregor herrmann (Bug#688205: fixed in xsp 2.10-2.2)
Control: found -1 2.10-2.2 Hi Gregor, there seems to be a small error in the .config script. If I have piuparts do an --install-remove-install test, the second installation (package is in config files remaining state) fails (for both mono-xsp2, mono-xsp4) with Selecting previously unselected package mono-xsp4. (Reading database ... 10216 files and directories currently installed.) Unpacking mono-xsp4 (from .../mono-xsp4_2.10-2.2_all.deb) ... invoke-rc.d: policy-rc.d denied execution of stop. Setting up mono-xsp4 (2.10-2.2) ... dpkg: error processing mono-xsp4 (--configure): subprocess installed post-installation script returned error exit status 20 Errors were encountered while processing: mono-xsp4 entering the chroot I can manually get this debug information: # DEBIAN_FRONTEND=noninteractive DEBCONF_DEBUG=developer sh -x /var/lib/dpkg/info/mono-xsp4.postinst configure + set -e + . /usr/share/debconf/confmodule + [ ! ] + PERL_DL_NONLAZY=1 + export PERL_DL_NONLAZY + [ ] + exec /usr/share/debconf/frontend /var/lib/dpkg/info/mono-xsp4.postinst configure perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_TIME = "en_DK.UTF-8", LC_CTYPE = "en_US.UTF-8", LC_COLLATE = "POSIX", LANG = (unset) are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). 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 debconf (developer): frontend started debconf (developer): frontend running, package name is mono-xsp4 debconf (developer): starting /var/lib/dpkg/info/mono-xsp4.config configure debconf (developer): <-- VERSION 2.0 debconf (developer): --> 0 2.0 debconf (developer): <-- CAPB backup debconf (developer): --> 0 multiselect escape debconf (developer): <-- TITLE XSP4 WebServer debconf (developer): --> 0 debconf (developer): <-- SET xsp4/xsp4_autostart true debconf (developer): --> 0 value set debconf (developer): <-- SET xsp4/xsp4_bind 0.0.0.0 debconf (developer): --> 0 value set debconf (developer): <-- GET xsp4/xsp4_port 8084 debconf (developer): --> 20 Incorrect number of arguments Ahh, there it is in .config: needs a s/db_get/db_set/ # get existing values xsp4_default="/etc/default/mono-xsp4" if [ -e $xsp4_default ]; then . $xsp4_default || true db_set xsp4/xsp4_autostart "$start_boot" db_set xsp4/xsp4_bind "$address" db_get xsp4/xsp4_port "$port" fi Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689812: biomaj-watcher: deletes shipped files: /usr/share/java/webapps/biomaj-watcher/jobs.*
Package: biomaj-watcher Version: 1.2.0-9 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package deletes some of the files it ships, from the attached log: 0m40.4s ERROR: FAIL: debsums reports modifications inside the chroot: debsums: missing file /usr/share/java/webapps/biomaj-watcher/jobs.xml (from biomaj-watcher package) debsums: missing file /usr/share/java/webapps/biomaj-watcher/jobs.xsd (from biomaj-watcher package) If these are not needed, they shouldn't be shipped at all. Andreas biomaj-watcher_1.2.0-9.log.gz Description: GNU Zip compressed data
Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
Package: libgraphite2-3 Version: 1.2.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 libgraphite2-dev Hi, during a test with piuparts I noticed your package is missing a Breaks or Conflicts relation with libgraphite2-2.0.0. Debsums reports errors due to the incomplete replacement of that package: 0m46.5s ERROR: FAIL: debsums reports modifications inside the chroot: /usr/lib/libgraphite2.so.2.0.0 Cheers, Andreas libgraphite2-dev_1.2.0-1.log.gz Description: GNU Zip compressed data
Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
On 2012-10-06 18:05, Rene Engelhard wrote: > Hi, > > On Sat, Oct 06, 2012 at 05:29:56PM +0200, Andreas Beckmann wrote: >> during a test with piuparts I noticed your package is missing a Breaks >> or Conflicts relation with libgraphite2-2.0.0. > > No, IMHO it isn't. Read the policy 7.6 again.[1] > Replaces: is fully correct for replacing files in older packages. > > Yes, you can argue it's a case of 7.6.2, but see below. No, I'm arguing with footnote 53: # apt-get install libgraphite2-2.0.0 # apt-get install libgraphite2-3 # apt-get remove libgraphite2-3 # dpkg -L libgraphite2-2.0.0 /. /usr /usr/lib /usr/share /usr/share/doc /usr/share/doc/libgraphite2-2.0.0 /usr/share/doc/libgraphite2-2.0.0/copyright /usr/share/doc/libgraphite2-2.0.0/changelog.Debian.gz /usr/share/doc/libgraphite2-2.0.0/changelog.gz /usr/share/lintian /usr/share/lintian/overrides /usr/share/lintian/overrides/libgraphite2-2.0.0 That package is now non-functional, so we *need* a Breaks or similar. Or a transitional package. >> 0m46.5s ERROR: FAIL: debsums reports modifications inside the chroot: >> /usr/lib/libgraphite2.so.2.0.0 > > Then that's a bug in the checking. Of course the new package replaces > the old file with a symlink. That could be. Either debsums or dpkg or both. The file was still in .md5sums, but no longer in .list And that bug discovered the above problem :-) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
On 2012-10-06 19:44, Rene Engelhard wrote: > I added a Breaks: libgraphite2-2.0.0 and get this: > > rene@frodo:~/Debian/Pakete/graphite2$ sudo dpkg -i > libgraphite2-3_1.2.0-2_amd64.deb > rene@frodo:~/Debian/Pakete/graphite2$ sudo dpkg -i --auto-deconfigure > libgraphite2-3_1.2.0-2_amd64.deb > -> boom. dpkg is not the right tool to test non-trivial upgrade scenarios. And Breaks/Replaces are non-trivial. In a minimal pbuilder sid chroot: # apt-get install libreoffice-core # that has a Depends: libgraphite2-2.0.0 [...] # # copy the debs to /tmp/debs and run dpkg-scanpackages there # echo deb file:///tmp/debs ./ > /etc/apt/sources.list.d/local.list # apt-get update # make the new packages available # apt-get install libgraphite2-3 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: libgraphite2-2.0.0 The following NEW packages will be installed: libgraphite2-3 0 upgraded, 1 newly installed, 1 to remove and 0 not upgraded. Need to get 0 B/65.4 kB of archives. After this operation, 7168 B of additional disk space will be used. Do you want to continue [Y/n]? WARNING: The following packages cannot be authenticated! libgraphite2-3 Install these packages without verification [y/N]? y debconf: unable to initialize frontend: Dialog debconf: (No usable dialog-like program is installed, so the dialog based frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 76, <> line 1.) debconf: falling back to frontend: Readline dpkg: libgraphite2-2.0.0: dependency problems, but removing anyway as you requested: libreoffice-core depends on libgraphite2-2.0.0. (Reading database ... 18591 files and directories currently installed.) Removing libgraphite2-2.0.0 ... Selecting previously unselected package libgraphite2-3. (Reading database ... 18585 files and directories currently installed.) Unpacking libgraphite2-3 (from .../libgraphite2-3_1.2.0-1.1_amd64.deb) ... Setting up libgraphite2-3 (1.2.0-1.1) ... # l /usr/lib/libgraphite2* lrwxrwxrwx 1 root root 17 Oct 6 18:34 /usr/lib/libgraphite2.so.2.0.0 -> libgraphite2.so.3 lrwxrwxrwx 1 root root 21 Oct 6 18:34 /usr/lib/libgraphite2.so.3 -> libgraphite2.so.3.0.1 -rw-r--r-- 1 root root 113496 Oct 6 18:34 /usr/lib/libgraphite2.so.3.0.1 # dpkg -s libgraphite2-3 Package: libgraphite2-3 Status: install ok installed Priority: optional Section: libs Installed-Size: 125 Maintainer: Debian LibreOffice Team Architecture: amd64 Source: graphite2 Version: 1.2.0-1.1 Replaces: libgraphite2-2.0.0 (<< 1.2.0) Provides: libgraphite2-2.0.0 Depends: libc6 (>= 2.2.5) Breaks: libgraphite2-2.0.0 (<< 1.2.0) Description: Font rendering engine for Complex Scripts -- library everything is fine :-) I made both Breaks and Replaces versioned, and apt does the right thing - removes the obsolete libgraphite2-2.0.0 package and keeps libreoffice installed Provides: libgraphite2-2.0.0 -Replaces: libgraphite2-2.0.0 +Replaces: libgraphite2-2.0.0 (<< 1.2.0) +Breaks: libgraphite2-2.0.0 (<< 1.2.0) There is only one problem with your upgrade scenario: if only libgraphite2-2.0.0 is installed, and nothing adds a dependency on libgraphite2-3, apt sees no reason to install the new library and keeps the obsolete one installed instead. So you will either need a transition (binNMU libreoffice, probably sourceful update the two packages in Suggests, fonts-sil-padauk and grcompiler) or a transitional package. Having -dev installed would probably make the difference as it will add the dependency on 2-3. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
On 2012-10-06 19:17, Rene Engelhard wrote: after install A install B remove B >> That package is now non-functional, so we *need* a Breaks or similar. > > The old package does not need to be functional anymore. libgraphite3-2 A is a crippled package at this point, nobody notices as long as B is installed. > contains a symlink for the old SONAME and Provides: libgraphite2-2.0.0 so > a) the r-deps have their dependency fullfilled and b) the r-deps still work. But crippled A without B still fulfills the dependencies of the rdepends. But they don't work. A is now RC because of B. So the having a crippled A installed must be forbidden by appropriate relationships. > And Downgrades (where this would matter that removing libgraphite3-2 leaves > a non-functional libgraphite2-2.0.0) are not supprted. That is not a downgrade from dpkg's point of view. Add a Breaks and it looks a bit more like a downgrade. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689835: base-files: please add md5sums for /etc/profile as modified by sendfile package
Package: base-files Version: 6.11 Severity: normal Hi, sendfile was a package directly modifying several files in /etc, e.g. /etc/profile. This has been fixed in 2.1b.20080616-5.2 which is in wheezy (and it includes code to undo these modifications if present). But upgrades from squeeze will suffer not getting their /etc/profile updated (because base-files is configured before sendfile). This will be "fixed" once base-files gets updated again later on (e.g. for a point release) ... because if finds an old file with a known md5sum. The line added by squeeze's version of sendfile is "test -x /usr/bin/check-sendfile && /usr/bin/check-sendfile || /bin/true" (without the quotes and the md5sum changes after sendfile installation in squeeze from b94c2e3df2a779ac12080942df4d86ea to 89126d8bba3325594e1539bcc97847f3 I don't know it it would be appropriate (and would work well) to add a Breaks: sendfile (<< 2.1b.20080616-5.2~) to base-files. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689836: dpkg: md5sums incorrectly recorded for conffile takeover
Package: dpkg Version: 1.16.8 Severity: important Hi, squeeze ships the conffile /etc/X11/Xsession.d/70monkeysphere_use-validation-agent (md5sum: 2e95953896510b58f2d1a8342936b088) in the monkeysphere package. In wheezy this file is taken over by the msva-perl package and a new variant is shipped (md5sum: 841956d191ba1d791c960d10607a9474) The problem is, the md5sums in the Conffiles: entries are mixed up after distupgrading from squeeze to wheezy and debsums reports a modified conffile. In squeeze before the upgrade: # dpkg -s msva-perl Package: msva-perl Status: install ok installed Priority: extra Section: net Installed-Size: 100 Maintainer: Daniel Kahn Gillmor Architecture: all Version: 0.3-1 Provides: monkeysphere-validation-agent Depends: monkeysphere, libcrypt-x509-perl, libconvert-asn1-perl, libnet-server-perl, libhttp-server-simple-perl, libjson-perl, libparent-perl Enhances: monkeysphere Description: Cryptographic identity validation agent (Perl implementation) # dpkg -s monkeysphere Package: monkeysphere Status: install ok installed Priority: extra Section: net Installed-Size: 432 Maintainer: Jameson Rollins Architecture: all Version: 0.31-4 Depends: gnupg, libcrypt-openssl-rsa-perl, libdigest-sha-perl, lockfile-progs | procmail, adduser Recommends: netcat | socat, ssh-askpass, cron, openssh-client Suggests: monkeysphere-validation-agent Enhances: openssh-client, openssh-server Conffiles: /etc/monkeysphere/monkeysphere-authentication.conf 45ffebbf32c7aefcf2694e4601afa02c /etc/monkeysphere/monkeysphere.conf f6c1cee1a52fa89ae17197e4a56e71c8 /etc/monkeysphere/monkeysphere-host.conf 697b23325bc5ee5b4c57886480273877 /etc/X11/Xsession.d/70monkeysphere_use-validation-agent 2e95953896510b58f2d1a8342936b088 Description: leverage the OpenPGP web of trust for SSH and TLS authentication and in wheezy after the distupgrade: # dpkg -s msva-perl Package: msva-perl Status: install ok installed Priority: extra Section: net Installed-Size: 228 Maintainer: Daniel Kahn Gillmor Architecture: all Version: 0.8-2 Provides: monkeysphere-validation-agent Depends: libcrypt-x509-perl, libconvert-asn1-perl, libnet-server-perl, libhttp-server-simple-perl, libjson-perl, libparent-perl, libgnupg-interface-perl (>= 0.42.02), libregexp-common-perl, libfile-homedir-perl, libconfig-general-perl Recommends: libgtk2-perl, libanyevent-perl, liblinux-inotify2-perl, liburi-perl, libnet-ssleay-perl, libio-socket-ssl-perl (>= 1.37), libwww-perl Suggests: liblwp-protocol-socks-perl Conflicts: monkeysphere (<< 0.32) Enhances: xul-ext-monkeysphere Conffiles: /etc/X11/Xsession.d/70monkeysphere_use-validation-agent 2e95953896510b58f2d1a8342936b088 Description: Cryptographic identity validation agent (Perl implementation) # dpkg -s monkeysphere Package: monkeysphere Status: install ok installed Priority: extra Section: net Installed-Size: 428 Maintainer: Jameson Rollins Architecture: all Version: 0.35-2 Depends: gnupg (>= 1.4.10), libcrypt-openssl-rsa-perl, libdigest-sha-perl, lockfile-progs | procmail, adduser Recommends: netcat | socat, ssh-askpass, cron, openssh-client Suggests: monkeysphere-validation-agent Enhances: openssh-client, openssh-server Conffiles: /etc/monkeysphere/monkeysphere-authentication.conf 8641c34b8202283588bebc0e20c51b75 /etc/monkeysphere/monkeysphere-host.conf 697b23325bc5ee5b4c57886480273877 /etc/monkeysphere/monkeysphere.conf 348530d6c1d6f0ccc13353ea84269606 /etc/X11/Xsession.d/70monkeysphere_use-validation-agent 841956d191ba1d791c960d10607a9474 obsolete Description: leverage the OpenPGP web of trust for SSH and TLS authentication The obsolete entry (in monkeysphere) has the correct md5sum, while the new Conffiles entry in msva-perl uses the old one. This may be cuased by only using a versioned Conflicts and no Replaces, but whatever dpkg records in the statusfile is wrong. Looking at the upgrade transcript we see: Setting up monkeysphere (0.35-2) ... Installing new version of config file /etc/monkeysphere/monkeysphere-authentication.conf ... Installing new version of config file /etc/monkeysphere/monkeysphere.conf ... Installing new version of config file /etc/X11/Xsession.d/70monkeysphere_use-validation-agent ... gpg: checking the trustdb Setting up msva-perl (0.8-2) ... so at that point dpkg seems to believe that the conffile is still belonging to monkeysphere. A full piuparts upgrade log is attached to #689790 (msva-perl modifies conffile during upgrade) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689836: dpkg: md5sums incorrectly recorded for conffile takeover
Hi, digging a little bit into dpkg's code I found this in configure.c deferred_configure(pkg) { ... for (conff = pkg->installed.conffiles; conff; conff = conff->next) deferred_configure_conffile(pkg, conff); ... } That acts on all conffiles known to the package, including those that are marked as obsolete. But if they are marked as obsolete *here*, they may have been overtaken by another package that is currently unpackaged, too, but not yet configured. In that case the current package will "consume" the .dpkg-new ffrom a different package. shouldn't the following change fix this by skipping obsolete conffiles? for (conff = pkg->installed.conffiles; conff; conff = conff->next) if (!conff->obsolete) deferred_configure_conffile(pkg, conff); A quick test shows that this would work. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689790: msva-perl: modifies conffiles during upgrade from squeeze (policy 10.7.3): /etc/X11/Xsession.d/70monkeysphere_use-validation-agent
Control: block -1 by 689836 On 2012-10-06 20:35, Daniel Kahn Gillmor wrote: > i'm confused here. the file in question *is* marked as a conffile, both > in 0.8-2 and 0.9.1-1: Trying it manually: md5sum fresh install in squeeze: 2e95953896510b58f2d1a8342936b088 md5sum fresh install in wheezy: 841956d191ba1d791c960d10607a9474 md5sum after squeeze2wheezy: 841956d191ba1d791c960d10607a9474 redoing the piuparts test: error reproducible, lets me look into the chroot after the failure # dpkg -s msva-perl Package: msva-perl Status: install ok installed Priority: extra Section: net Installed-Size: 228 Maintainer: Daniel Kahn Gillmor Architecture: all Version: 0.8-2 Provides: monkeysphere-validation-agent Depends: libcrypt-x509-perl, libconvert-asn1-perl, libnet-server-perl, libhttp-server-simple-perl, libjson-perl, libparent-perl, libgnupg-interface-perl (>= 0.42.02), libregexp-common-perl, libfile-homedir-perl, libconfig-general-perl Recommends: libgtk2-perl, libanyevent-perl, liblinux-inotify2-perl, liburi-perl, libnet-ssleay-perl, libio-socket-ssl-perl (>= 1.37), libwww-perl Suggests: liblwp-protocol-socks-perl Conflicts: monkeysphere (<< 0.32) Enhances: xul-ext-monkeysphere Conffiles: /etc/X11/Xsession.d/70monkeysphere_use-validation-agent 2e95953896510b58f2d1a8342936b088 OOPS. dpkg bug? this is still the OLD md5sum from the upgrade log: Setting up monkeysphere (0.35-2) ... Installing new version of config file /etc/monkeysphere/monkeysphere-authentication.conf ... Installing new version of config file /etc/monkeysphere/monkeysphere.conf ... Installing new version of config file /etc/X11/Xsession.d/70monkeysphere_use-validation-agent ... gpg: checking the trustdb Setting up msva-perl (0.8-2) ... Hmm, who owns that file? # dpkg -s monkeysphere Package: monkeysphere Status: install ok installed Priority: extra Section: net Installed-Size: 428 Maintainer: Jameson Rollins Architecture: all Version: 0.35-2 Depends: gnupg (>= 1.4.10), libcrypt-openssl-rsa-perl, libdigest-sha-perl, lockfile-progs | procmail, adduser Recommends: netcat | socat, ssh-askpass, cron, openssh-client Suggests: monkeysphere-validation-agent Enhances: openssh-client, openssh-server Conffiles: /etc/monkeysphere/monkeysphere-authentication.conf 8641c34b8202283588bebc0e20c51b75 /etc/monkeysphere/monkeysphere-host.conf 697b23325bc5ee5b4c57886480273877 /etc/monkeysphere/monkeysphere.conf 348530d6c1d6f0ccc13353ea84269606 /etc/X11/Xsession.d/70monkeysphere_use-validation-agent 841956d191ba1d791c960d10607a9474 obsolete Hmm, there is the new md5sum. GRR *** that conffile is moved between two packages during the update *** There is no Replaces, only a Conflicts ... perhaps thats not sufficient. filing a dpkg bug ... #689836 testing Breaks/Replaces ... does not help. going to look into dpkg :-) ... and suggesting a one-line fix :-) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688382: texlive-base: missing conffiles after squeeze->wheezy upgrade
On 2012-10-05 11:41, Norbert Preining wrote: > In case you have time and can easily kick off a new test with these > packages, I would be grateful of course. except for texlive-full (which I skipped), no problems were found on various upgrade paths using current sid, wheezy, squeeze packages. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689954: Module does not load/recognize GT650M albeit it should
Control: tag -1 moreinfo upstream On 2012-10-08 13:12, Günter wrote: > Package: nvidia-kernel-dkms > Version: 304.48-1 > NVRM: The NVIDIA GPU :01:00.0 (PCI ID: 10de:0fd1) installed > NVRM: in this system is not supported by the 304.48 NVIDIA Linux Please try 304.51 from experimental * New upstream long lived branch release 304.51 (2012-09-24). - Added support for the following GPUs: GeForce GT 645M, GeForce GTX 670MX, GeForce GTX 675MX, GeForce GTX 650 Ti. That does not list your model ... but try it anyway. And if this does not work, ask nvidia about it: mail linux-b...@nvidia.com, attach the output from nvidia-bug-report.sh and keep this bug in Cc:. Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689954: Module does not load/recognize GT650M albeit it should
On 2012-10-08 14:00, Günter wrote: > UPDATE: checked with 304.51, it's the same! OK, please report this to nvidia (and run nvidia-bug-report.sh with the 304.51 driver installed). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689954: Module does not load/recognize GT650M albeit it should
On 2012-10-08 14:59, Günter wrote: > Am 08.10.2012 14:57, schrieb Andreas Beckmann: >> On 2012-10-08 14:00, Günter wrote: >>> UPDATE: checked with 304.51, it's the same! >> >> OK, please report this to nvidia (and run nvidia-bug-report.sh with the >> 304.51 driver installed). >> >> Andreas > > hi andreas, > the last mail was to nvidia, cc-ed to the debian bug. Oops. Sorry & thanks! Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690051: symlink-conffiles: dpkg stores md5sum of target file in its database and does not update it on upgrades
Package: dpkg Version: 1.16.8 Severity: important User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 syslog-ng-core Hi, the syslog-ng-core is one of the few packages using symlink conffiles, causing trouble for piuparts and debsums because dpkg does not properly handle this. There are several other issues with symlink-conffiles, but none seemed to match this. The following files are shipped by the syslog-ng-core package in sid: lrwxrwxrwx 1 root root 37 Oct 3 15:49 /etc/systemd/system/multi-user.target.wants/syslog-ng.service -> /lib/systemd/system/syslog-ng.service lrwxrwxrwx 1 root root 37 Oct 3 15:49 /etc/systemd/system/syslog.service -> /lib/systemd/system/syslog-ng.service -rw-r--r-- 1 root root 251 Oct 3 15:49 /lib/systemd/system/syslog-ng.service The symlinks in /etc/ are conffiles. And syslog-ng.service is having these md5sums: 3933398f3e6cf91d25e515977876208b /lib/systemd/system/syslog-ng.service <== 3.3.6-1, sid 41541800d349863ddd9f4279211ec4b3 /lib/systemd/system/syslog-ng.service <== 3.3.5-2, wheezy dpkg -s syslog-ng-core (relevant parts extracted) # fresh installation on wheezy: Package: syslog-ng-core Version: 3.3.5-2 Conffiles: /etc/systemd/system/multi-user.target.wants/syslog-ng.service 41541800d349863ddd9f4279211ec4b3 /etc/systemd/system/syslog.service 41541800d349863ddd9f4279211ec4b3 # fresh installation on sid: Package: syslog-ng-core Version: 3.3.6-1 Conffiles: /etc/systemd/system/multi-user.target.wants/syslog-ng.service 3933398f3e6cf91d25e515977876208b /etc/systemd/system/syslog.service 3933398f3e6cf91d25e515977876208b # fresh installation on wheezy and distupgrade to sid: Package: syslog-ng-core Version: 3.3.6-1 Conffiles: /etc/systemd/system/multi-user.target.wants/syslog-ng.service 41541800d349863ddd9f4279211ec4b3 /etc/systemd/system/syslog.service 41541800d349863ddd9f4279211ec4b3 The md5sum for the symlink-conffiles does not get updated during package upgrades - the link itself does not change, but the link target (that was hashed and is not a conffile in this example) has been updated. And of course debsums claims there are modified conffiles ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690052: nmu: genometools_1.4.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu genometools_1.4.2-2 . amd64 . -m "Rebuild in a clean Debian sid environment." genometools/amd64 unsatisfiable Depends: libc6 (>= 2.14) libgenometools0/amd64 unsatisfiable Depends: libc6 (>= 2.14) Looks like a package built on Ubuntu was uploaded to Debian ... @Sascha (and your sponsor): in the future, please build the packages you are uploading to Debian in a sid chroot. pbuilder/cowbuilder may be a handy tools for this ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689202: resolve symlinks inside a --root chroot without escaping it
Control: tag -1 patch Fix accessing files in the host root filesystem (/) while checking an alternate --root and following absolute symlinks. (Closes: #689202) Manually resolve symlinks without escaping the --root directory and open the resolved path instead of the original one. --- debian/changelog |4 debsums | 29 +++-- 2 files changed, 31 insertions(+), 2 deletions(-) diff --git a/debian/changelog b/debian/changelog index 071d03f..7c5cc35 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,10 @@ debsums (2.0.52+nmu1) UNRELEASED; urgency=low * Non-maintainer upload. + * Fix accessing files in the host root filesystem (/) while checking an +alternate --root and following absolute symlinks. (Closes: #689202) +Manually resolve symlinks without escaping the --root directory and open +the resolved path instead of the original one. -- Andreas Beckmann Tue, 09 Oct 2012 13:54:53 +0200 diff --git a/debsums b/debsums index 367d0f6..09b60dc 100755 --- a/debsums +++ b/debsums @@ -381,6 +381,30 @@ sub is_localepurge_file { return length($locale) && !$locales{$locale}; } +# resolve symlinks without escaping $root +sub resolve_path { +my $path = shift; +my @tokens = split(/\//, $path); +my @parts = (); +while (@tokens) { + my $token = shift @tokens; + next if $token eq '.' || $token eq ''; + if ($token eq '..') { + pop @parts; + next; + } + my $fp = $root . '/' . join('/', @parts) . '/' . $token; + if (-l $fp) { + my $link = readlink($fp); + @parts = () if $link =~ /^\//; + unshift @tokens, split(/\//, $link); + } else { + push @parts, $token; + } +} +return join('/', @parts); +} + { my $width = ($ENV{COLUMNS} || 80) - 3; $width = 6 if $width < 6; @@ -392,8 +416,9 @@ sub is_localepurge_file { $path = $diversion{$path}[0] if exists $diversion{$path} and $diversion{$path}[1] ne $pack; - if ((!sysopen F, "$root/$path", O_RDONLY|O_NONBLOCK|$my_noatime) && - (!sysopen F, "$root/$path", O_RDONLY|O_NONBLOCK)) + my $resolved = resolve_path($path); + if ((!sysopen F, "$root/$resolved", O_RDONLY|O_NONBLOCK|$my_noatime) && + (!sysopen F, "$root/$resolved", O_RDONLY|O_NONBLOCK)) { return 0 if $localepurge and is_localepurge_file($path); -- 1.7.10.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690051: symlink-conffiles: dpkg stores md5sum of target file in its database and does not update it on upgrades
Control: clone -1 -2 Control: reassign -2 syslog-ng-core 3.3.5-2 Control: found -2 3.3.6-1 Control: severity -2 serious Control: retitle -2 symlink conffiles are not supported, causing problems for dpkg on upgrade/removal and incorrect debsums reports On 2012-10-09 17:10, Guillem Jover wrote: > On Tue, 2012-10-09 at 16:12:16 +0200, Andreas Beckmann wrote: >> Package: dpkg >> Version: 1.16.8 >> the syslog-ng-core is one of the few packages using symlink conffiles, >> causing trouble for piuparts and debsums because dpkg does not properly >> handle this. There are several other issues with symlink-conffiles, but >> none seemed to match this. > > symlink conffiles have never been supported, packages using that are > buggy and should be fixed (see also 421344 and 312846). Thanks for this clarification. No need to patch debsums to just ignore symlink-conffiles :-) Cloning and reassigning to syslog-ng. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689835: base-files: please add md5sums for /etc/profile as modified by sendfile package
On 2012-10-09 19:17, Santiago Vila wrote: > The Breaks suggestion seems a lot better to me. It does not fix the > bug by itself, but it "helps" to have it fixed faster. Any reason > why you think it would not work? I'm not sure about the configuration order. Will a Breaks ensure that the new sendfile is configured *before* base-files? I haven't experimented with Breaks in essential packages so far ... if it's only deconfigured and perhaps the new version unpacked (or the old version even removed), the modified /etc/profile is still there. I don't think we can express "if pkg (<< 1.99) was installed, pkg (>= 2.0) must be *configured* before us" (without adding a Depends ...) In case the old version of sendfile was installed and later removed, no cleanup of /etc/profile happened. So base-files would probaby do best by having Breaks: old-buggy-packages (<< fix.ed.ver) and shipping some more known md5sums of "mishandled files". Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689835: base-files: please add md5sums for /etc/profile as modified by sendfile package
Control: found -1 sendfile/2.1b.20080616-5.2 Control: affects -1 + sendfile Control: user debian...@lists.debian.org Control: usertag -1 piuparts for automatic classification of the failed sendfile test by piuparts-analyze Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690124: mahara: directory vs. symlink messup after squeeze->wheezy upgrade
Package: mahara Version: 1.5.1-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package produces a lot of debsums errors after a squeeze->wheezy upgrade: 2m3.4s ERROR: FAIL: debsums reports modifications inside the chroot: /usr/share/php/dwoo/Dwoo.php /usr/share/php/dwoo/plugins/builtin/functions/math.php /usr/share/php/dwoo/plugins/builtin/functions/extendsCheck.php /usr/share/php/dwoo/plugins/builtin/functions/tif.php /usr/share/php/dwoo/plugins/builtin/functions/load_templates.php /usr/share/php/dwoo/plugins/builtin/blocks/block.php /usr/share/php/dwoo/plugins/builtin/blocks/textformat.php /usr/share/php/dwoo/plugins/builtin/blocks/section.php /usr/share/php/dwoo/plugins/builtin/blocks/for.php /usr/share/php/dwoo/plugins/builtin/blocks/template.php /usr/share/php/dwoo/Dwoo/Adapters/CodeIgniter/controllers/dwoowelcome.php /usr/share/php/dwoo/Dwoo/Adapters/CakePHP/dwoo.php /usr/share/php/dwoo/Dwoo/Adapters/ZendFramework/View.php /usr/share/php/dwoo/Dwoo/Compiler.php /usr/share/php/dwoo/Dwoo/Data.php /usr/share/php/dwoo/Dwoo/ITemplate.php /usr/share/php/dwoo/Dwoo/Smarty/Adapter.php This is probably caused by some symlink mess: 1m55.4s INFO: dirname part contains a symlink: /usr/share/mahara/lib/dwoo/dwoo/CHANGELOG != /usr/share/php/dwoo/CHANGELOG (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo != /usr/share/php/dwoo/Dwoo (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo.compiled.php != /usr/share/php/dwoo/Dwoo.compiled.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo.php != /usr/share/php/dwoo/Dwoo.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo/Adapters != /usr/share/php/dwoo/Dwoo/Adapters (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo/Adapters/Agavi != /usr/share/php/dwoo/Dwoo/Adapters/Agavi (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo/Adapters/Agavi/DwooRenderer.php != /usr/share/php/dwoo/Dwoo/Adapters/Agavi/DwooRenderer.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo/Adapters/Agavi/dwoo_plugins != /usr/share/php/dwoo/Dwoo/Adapters/Agavi/dwoo_plugins (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo/Adapters/Agavi/dwoo_plugins/t.php != /usr/share/php/dwoo/Dwoo/Adapters/Agavi/dwoo_plugins/t.php (mahara) [...] /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/reverse.php != /usr/share/php/dwoo/plugins/builtin/functions/reverse.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/safe.php != /usr/share/php/dwoo/plugins/builtin/functions/safe.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/spacify.php != /usr/share/php/dwoo/plugins/builtin/functions/spacify.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/string_format.php != /usr/share/php/dwoo/plugins/builtin/functions/string_format.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/strip_tags.php != /usr/share/php/dwoo/plugins/builtin/functions/strip_tags.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/tif.php != /usr/share/php/dwoo/plugins/builtin/functions/tif.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/truncate.php != /usr/share/php/dwoo/plugins/builtin/functions/truncate.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/upper.php != /usr/share/php/dwoo/plugins/builtin/functions/upper.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/whitespace.php != /usr/share/php/dwoo/plugins/builtin/functions/whitespace.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/wordwrap.php != /usr/share/php/dwoo/plugins/builtin/functions/wordwrap.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/helper.array.php != /usr/share/php/dwoo/plugins/builtin/helper.array.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/processors != /usr/share/php/dwoo/plugins/builtin/processors (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/processors/pre.smarty_compat.php != /usr/share/php/dwoo/plugins/builtin/processors/pre.smarty_compat.php (mahara) This looks like stuff is getting installed over an existing symlink, overwriting other files ... dpk intentionally does not replace directories with syminks and vice versa. You need to use maintainer scripts to support this properly, usually: * link becomes dir: preinst: delete symlink that shall become a directory * dir becomes link: postinst: delete empty directory and create symlink manually Andreas mahara_1.5.1-2.log.gz Description: GNU Zip compressed data
Bug#690128: inn2: conffile disappearing during squeeze->wheezy upgrade: /etc/news/motd.news
Package: inn2 Version: 2.5.3-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package deletes a conffile during the upgrade from squeeze to wheezy, debsums reports an error afterwards: 1m24.8s ERROR: FAIL: debsums reports modifications inside the chroot: debsums: missing file /etc/news/motd.news (from inn2 package) I couldn't find the deletion in the maintainer scripts, so it's probably done by something something that is run from the maintainer scripts. As the wheezy package no longer ships this file as a conffile, this looks like an intentional deletion, but to do this properly and record it in dpkg's database accordingly, please use dpkg-maintscript-helper rm_conffile (ideally via debian/inn2.maintscript). Andreas inn2_2.5.3-1.log.gz Description: GNU Zip compressed data
Bug#690131: devscripts: bts please support 'bts affects =' to clear the list of affects
Package: devscripts Version: 2.12.4 Severity: wishlist Hi, please add support for bts affects = to clear the list of affected packages and make the affects command work like any other flag setting command that supports [+|-|=] arguments. Getting an error message bts affects: mark which package as affected? for a command that looks veri similar to other working commands is unexpected. And affects should default to "+" like for tag, usertag, ... instead of "=" - as one usually wants to "add another affected package", clearing/replacing the whole list is much less common. (I thought I already reported a bug about this "should default to +" issue somewhere, but couldn't find it right now.) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690132: libtexttools-doc: needs to handle /usr/share/doc/libtexttools-doc symlink to directory transition on upgrades from squeeze
Package: libtexttools-doc Version: 2.1.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package does install files over existing symlinks on upgrades from squeeze. dpkg intentionally does not replace directories with symlinks or vice versa. This causes overwriting of unrelated files that cannot be detected by dpkg. You probably need to delete the "obsolete" link in the preinst script. >From the attached log: 0m54.5s INFO: dirname part contains a symlink: /usr/share/doc/libtexttools-doc/README != /usr/share/doc/libtexttools4/README (libtexttools-doc) /usr/share/doc/libtexttools-doc/TODO != /usr/share/doc/libtexttools4/TODO (libtexttools-doc) /usr/share/doc/libtexttools-doc/changelog.Debian.gz != /usr/share/doc/libtexttools4/changelog.Debian.gz (libtexttools-doc) /usr/share/doc/libtexttools-doc/copyright != /usr/share/doc/libtexttools4/copyright (libtexttools-doc) /usr/share/doc/libtexttools-doc/examples != /usr/share/doc/libtexttools4/examples (libtexttools-doc) /usr/share/doc/libtexttools-doc/examples/alert.adb != /usr/share/doc/libtexttools4/examples/alert.adb (libtexttools-doc) /usr/share/doc/libtexttools-doc/examples/basic.adb != /usr/share/doc/libtexttools4/examples/basic.adb (libtexttools-doc) /usr/share/doc/libtexttools-doc/examples/basic2.adb != /usr/share/doc/libtexttools4/examples/basic2.adb (libtexttools-doc) /usr/share/doc/libtexttools-doc/examples/examples.gpr.sed != /usr/share/doc/libtexttools4/examples/examples.gpr.sed (libtexttools-doc) /usr/share/doc/libtexttools-doc/examples/listinfo.adb != /usr/share/doc/libtexttools4/examples/listinfo.adb (libtexttools-doc) /usr/share/doc/libtexttools-doc/examples/listinfo.txt != /usr/share/doc/libtexttools4/examples/listinfo.txt (libtexttools-doc) /usr/share/doc/libtexttools-doc/examples/listinfo2.adb != /usr/share/doc/libtexttools4/examples/listinfo2.adb (libtexttools-doc) /usr/share/doc/libtexttools-doc/examples/os_demo.adb != /usr/share/doc/libtexttools4/examples/os_demo.adb (libtexttools-doc) /usr/share/doc/libtexttools-doc/examples/scrollable.adb != /usr/share/doc/libtexttools4/examples/scrollable.adb (libtexttools-doc) /usr/share/doc/libtexttools-doc/examples/try_unix.adb != /usr/share/doc/libtexttools4/examples/try_unix.adb (libtexttools-doc) /usr/share/doc/libtexttools-doc/examples/uio2_demo.adb != /usr/share/doc/libtexttools4/examples/uio2_demo.adb (libtexttools-doc) /usr/share/doc/libtexttools-doc/examples/uio_demo.adb != /usr/share/doc/libtexttools4/examples/uio_demo.adb (libtexttools-doc) /usr/share/doc/libtexttools-doc/refmanual.html != /usr/share/doc/libtexttools4/refmanual.html (libtexttools-doc) /usr/share/doc/libtexttools-doc/usermanual.html != /usr/share/doc/libtexttools4/usermanual.html (libtexttools-doc) 0m55.0s ERROR: FAIL: debsums reports modifications inside the chroot: /usr/share/doc/libtexttools4/changelog.Debian.gz /usr/share/doc/libtexttools4/copyright Andreas libtexttools-doc_2.1.0-1.log.gz Description: GNU Zip compressed data
Bug#690133: mozilla-plugin-vlc: installs files over existing /usr/share/doc/mozilla-plugin-vlc -> vlc-nox symlink, overwriting files from vlc-nox
Package: mozilla-plugin-vlc Version: 2.0.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package overwrites files from vlc-nox on upgrades from squeeze because it does not handle an old /usr/share/doc/mozilla-plugin-vlc symlink properly. This symlink should be removed in the preinst script on upgrades. dpkg intentioanlly does not replace directories with symlinks or vice versa. >From the attached log: 1m2.5s INFO: dirname part contains a symlink: /usr/share/doc/mozilla-plugin-vlc/changelog.Debian.gz != /usr/share/doc/vlc-nox/changelog.Debian.gz (mozilla-plugin-vlc) /usr/share/doc/mozilla-plugin-vlc/changelog.gz != /usr/share/doc/vlc-nox/changelog.gz (mozilla-plugin-vlc) /usr/share/doc/mozilla-plugin-vlc/copyright != /usr/share/doc/vlc-nox/copyright (mozilla-plugin-vlc) 1m3.6s ERROR: FAIL: debsums reports modifications inside the chroot: /usr/share/doc/mozilla-plugin-vlc/changelog.Debian.gz /usr/share/doc/mozilla-plugin-vlc/changelog.gz /usr/share/doc/mozilla-plugin-vlc/copyright cheers, Andreas mozilla-plugin-vlc_2.0.0-1.log.gz Description: GNU Zip compressed data
Bug#690128: inn2: conffile disappearing during squeeze->wheezy upgrade: /etc/news/motd.news
On 2012-10-10 12:37, Julien ÉLIE wrote: > The file /etc/news/motd.news is renamed to /etc/news/motd.nnrpd by the > innupgrade script shipped by upstream. > Should this renaming by upstream be marked as a removal in the > maintainter scripts? /etc/news/motd.nnrpd is no longer shipped as a conffile? How is it generated (if at all)? I don't see it in my sid chroot (pbuilder, policy-rc.d forbids starting any service). If it were still a conffile shipped by inn2, dpkg-maint-script-helper mv_conffile would be the correct tool. And how is the new file being cleaned up on purge if it exists? Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690131: devscripts: bts please support 'bts affects =' to clear the list of affects
Control: block -1 by 656371 Control: affects 656371 + devscripts # at least for the second part On 2012-10-10 12:51, Adam D. Barratt wrote: > On 10.10.2012 11:30, Andreas Beckmann wrote: >> And affects should default to "+" like for tag, usertag, ... instead of >> "=" - as one usually wants to "add another affected package", > Technically, it /doesn't/ default to "=". The default is no flag at all > - i.e. the command send to the BTS is just "affects $BUG $PKG", which > the BTS interprets as meaning "=". (I've been tripped up by that on the Ah, right. There it is: #656371, got reassigned to debbugs, pending Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681147: marking for classification by piuparts-analyze
Control: found -1 diffmon/20020222-2.5 Control: found -1 kuvert/2.0.7 Control: found -1 mcron/1.0.6-1 Marking this bug as found in some package/version combinations where it is detected by piuparts to allow automatic classification by piuparts-analyze. These packages depend on mail-transport-agent, and because there exist non-buggy packages that provide this dependency, piuparts-master lets the slave check this package, but during the test the buggy sendmail mail-transport-agent will be used ... making this bug show up elsewhere. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690147: cyrus-common-2.2: missing copyright file after upgrade from squeeze
Package: cyrus-common-2.2 Version: 2.4.16-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts A test with piuparts revealed that your package misses the copyright file after an upgrade from squeeze to wheezy, which is a violation of Policy 12.5 : http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$package/ is just an empty directory. Additional info may be available here: http://wiki.debian.org/MissingCopyrightFile There is something bad going on with the symlink to directory conversion that is needed if the xmame-common or xmess-common package was installed. >From the attached logfile (scroll to the bottom): MISSING COPYRIGHT FILE: /usr/share/doc/cyrus-common-2.2/copyright drwxr-xr-x 2 root root 40 Oct 10 09:54 /usr/share/doc/cyrus-common-2.2 total 0 drwxr-xr-x 2 root root 40 Oct 10 09:54 . drwxr-xr-x 120 root root 2560 Oct 10 09:54 .. cheers, Andreas cyrus-common-2.2_2.4.16-1.log.gz Description: GNU Zip compressed data
Bug#690148: gcc-mingw32: missing copyright file after upgrade from squeeze
Package: gcc-mingw32 Version: 4.6.3-8+7 Severity: serious User: debian...@lists.debian.org Usertags: piuparts A test with piuparts revealed that your package misses the copyright file after an upgrade from squeeze to wheezy, which is a violation of Policy 12.5 : http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$package/ is just an empty directory. Additional info may be available here: http://wiki.debian.org/MissingCopyrightFile There is something bad going on with the symlink to directory conversion that is needed if the xmame-common or xmess-common package was installed. >From the attached logfile (scroll to the bottom): MISSING COPYRIGHT FILE: /usr/share/doc/gcc-mingw32/copyright drwxr-xr-x 2 root root 40 Oct 10 04:16 /usr/share/doc/gcc-mingw32 total 0 drwxr-xr-x 2 root root 40 Oct 10 04:16 . drwxr-xr-x 91 root root 2100 Oct 10 04:16 .. cheers, Andreas gcc-mingw32_4.6.3-8+7.log.gz Description: GNU Zip compressed data
Bug#669278: marking for automatic classification by piuparts-analyze
Control: found -1 digikam/4:2.6.0-1 Control: found -1 kdebase-workspace-bin/4:4.8.4-3 Control: found -1 kopete/4:4.8.4-1 Control: found -1 kdeutils/4:4.8.4+5.77 Control: found -1 konversation/1.4-1 Marking this bug as being found in some foreign $package/$version combinations. That will allow piuparts-analyze to automatically classify the failed logs. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690150: libphone-ui-dev: missing copyright file after upgrade from squeeze
Package: libphone-ui-dev Version: 1:0.0.1+git20110825-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts A test with piuparts revealed that your package misses the copyright file after an upgrade from squeeze to wheezy, which is a violation of Policy 12.5 : http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$package/ is just an empty directory. Additional info may be available here: http://wiki.debian.org/MissingCopyrightFile There is something bad going on with the symlink to directory conversion that is needed if the xmame-common or xmess-common package was installed. >From the attached logfile (scroll to the bottom): MISSING COPYRIGHT FILE: /usr/share/doc/libphone-ui-dev/copyright drwxr-xr-x 2 root root 40 Oct 10 07:45 /usr/share/doc/libphone-ui-dev total 0 drwxr-xr-x 2 root root 40 Oct 10 07:45 . drwxr-xr-x 136 root root 2960 Oct 10 07:45 .. cheers, Andreas libphone-ui-dev_1:0.0.1+git20110825-2.log.gz Description: GNU Zip compressed data
Bug#690155: libsvn-{dev, java, ruby1.8}: missing copyright file after upgrade from squeeze
Package: libsvn-dev,libsvn-java,libsvn-ruby1.8 Version: 1.7.5-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts A test with piuparts revealed that your package misses the copyright file after an upgrade from squeeze to wheezy, which is a violation of Policy 12.5 : http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$package/ is just an empty directory. Additional info may be available here: http://wiki.debian.org/MissingCopyrightFile There is something bad going on with the symlink to directory conversion that is needed if the xmame-common or xmess-common package was installed. >From the attached logfile (scroll to the bottom): MISSING COPYRIGHT FILE: /usr/share/doc/libsvn-dev/copyright drwxr-xr-x 2 root root 40 Oct 3 18:58 /usr/share/doc/libsvn-dev total 0 drwxr-xr-x 2 root root 40 Oct 3 18:58 . drwxr-xr-x 132 root root 2760 Oct 3 18:58 .. Please check the other packages built from src:subversion, too, as piuparts might have skipped checking them if dependencies have failed. cheers, Andreas libsvn-dev_1.7.5-1.log.gz Description: GNU Zip compressed data
Bug#690155: libsvn-{dev, java, ruby1.8}: missing copyright file after upgrade from squeeze
On 2012-10-10 17:55, Peter Samuelson wrote: > > [Andreas Beckmann] >> A test with piuparts revealed that your package misses the copyright >> file after an upgrade from squeeze to wheezy, which is a violation of >> Policy 12.5 : > > Thanks - yeah, looks like a dpkg bug: during the upgrade, the old > /usr/share/doc/$pkg directory disappears, but dpkg forgets to remove it > before unpacking the new package, where /usr/share/doc/$pkg is a > symlink; therefore it fails to add the symlink. I don't think it works that way. The old package is not removed before the new package gets unpacked, so the filesystem object at /usr/share/doc/$pkg never disappears. http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase > Of course dpkg should be careful when replacing symlinks with > directories, because it's possible for a local admin to replace a > directory with a symlink for filesystem layout reasons. But this is > the opposite case, and dpkg certainly has enough information to know it > is safe. No, dpkg has not enough information about what was a symlink or directory in the package. This will probably change with 1.17.x as Guillem plans to extend the metadata stored in the dpkg database. > I'm guessing this dpkg bug hits a lot more packages than just mine. > Do you know if it is expected to be fixed soon, or do I need to work > around it? This is not an easy fix. And your package needs to be processable with old versions of dpkg (unless you add a pre-depends on a future dpkg version, which would stop backportability). This has hit a lot of packages: http://piuparts.debian.org/squeeze2wheezy/unknown_failures.html Nearly everything in in "bugged" state with a bug number of #68[78]xxx should be such a problem (and that does no longer include the already fixed ones). There was also some discussion on debian-devel@ in September So for going from directory to a link you will need to add a postinst script that does something like this if [ "$1" = configure ]; then if dpkg --compare-versions "$2" -lt FIXEDVERSION~ ; then if [ ! -l /u/s/d/$pkg ] && [ -d /u/s/d/$pkg ]; then rmdir /u/s/d/$pkg # bombs if not empty ln -s $target /u/s/d/$pkg fi fi fi But this way is much easier to solve than recovering from a improper link-to-dir switch where you install files over an existing symlink and overwrite files from another package, not noticed by dpkg. Even if subversion 1.7 is not going into wheezy (is it?), this would become a problem for wheezy->jessie upgrades. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#683676: missing /usr/share/doc/cython-dbg/copyright
Control: severity -1 serious Control: found -1 0.17.1-1 On Thursday, 2. August 2012 20:20:57 Yaroslav Halchenko wrote: > $> ls -ld /usr/share/doc/cython-dbg > drwxr-xr-x 2 root root 4096 Jul 25 18:14 /usr/share/doc/cython-dbg/ > $> ls -la /usr/share/doc/cython-dbg > total 220 > drwxr-xr-x2 root root 4096 Jul 25 18:14 ./ > drwxr-xr-x 5425 root root 217088 Aug 1 22:17 ../ No copyright file ... at least on upgrades from sid to experimental (found by piuparts). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690167: ia32-libs-gtk: please change version number to 1:0.1
Package: ia32-libs-gtk Version: 20120709 Severity: serious Please switch the version numbering for the post-monolithic ia32-libs-gtk to 1:0.1 as it was done for ia32-libs, too. The MMDD version space will be needed for stable updates. See #688915 and some discussion on debian-release. http://bugs.debian.org/688915 start: https://lists.debian.org/debian-release/2012/09/msg01041.html ... problem: https://lists.debian.org/debian-release/2012/09/msg01107.html ... solution: https://lists.debian.org/debian-release/2012/09/msg01123.html ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690169: reportbug: incorrectly labels a binary package choice as "Source:"
Package: reportbug Version: 6.4.3 Severity: normal $ reportbug gcc-4.7-base Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'Andreas Beckmann ' as your from address. Getting status for gcc-4.7-base... Which of the following packages is the bug in? 1 lib32gomp1 GCC OpenMP (GOMP) support library (32bit) 2 lib32gomp1-dbg GCC OpenMP (GOMP) support library (32 bit debug symbols) 3 lib64gomp1 GCC OpenMP (GOMP) support library (64bit) 4 lib64gomp1-dbg GCC OpenMP (GOMP) support library (64bit debug symbols) 5 libgomp1GCC OpenMP (GOMP) support library 6 libgomp1-dbgGCC OpenMP (GOMP) support library (debug symbols) 7 gcc-4.7-baseSource package Select one of these packages: 7 Please enter the version of the package this report applies to (blank OK) > 4.7.2-4 Will send report to Debian (per lsb_release). Querying Debian BTS for reports on gcc-4.7-base (source)... No bug reports found. Briefly describe the problem (max. 100 characters allowed). This will be the bug email subject, so keep the summary as concise as possible, for example: "fails to send email" or "does not start with -q option specified" (enter Ctrl+c to exit reportbug without reporting a bug). > some subject Rewriting subject to 'gcc-4.7-base: some subject' [...] and thereafter $EDITOR opens whith these pseudo-headers: Subject: gcc-4.7-base: some subject Source: gcc-4.7-base Version: 4.7.2-4 Severity: normal which does not look right - the source package would be gcc-4.7 ... Andreas -- Package-specific info: ** Environment settings: EDITOR="vim" DEBEMAIL="deb...@abeckmann.de" DEBFULLNAME="Andreas Beckmann" ** /home/beckmann/.reportbugrc: mode advanced -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (500, 'stable-updates'), (130, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.7.5 ii python2.7.3~rc2-1 ii python-reportbug 6.4.3 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail ii debconf-utils 1.5.46 ii debsums 2.0.52+nmu1 pn dlocate ii emacs22-bin-common 22.3+1-1.2 ii emacs23-bin-common 23.4+1-4 ii file5.11-2 ii gnupg 1.4.12-4+b1 ii postfix [mail-transport-agent] 2.9.3-2.1 ii python-gtk2 2.24.0-3 pn python-gtkspell pn python-urwid ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages python-reportbug depends on: ii apt 0.9.7.5 ii python2.7.3~rc2-1 ii python-debian 0.1.21 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690155: libsvn-{dev, java, ruby1.8}: missing copyright file after upgrade from squeeze
On 2012-10-10 19:44, Peter Samuelson wrote: > When I say it "has enough information", I didn't mean the information > is necessarily stored in a convenient form by dpkg. I don't know that. > What I mean is: (1) the old package ships /usr/share/doc/$pkg as a dir, (1) dpkg knows: the old package shipped /usr/share/doc/$pkg, nothing about the type > (2) the new package does not ship the dir, (3) no other package ships (2) but the package ships a new object at /usr/share/doc/$pkg > the dir, (4) the dir is empty after the old package is removed. That (4) can only be verified by trying rmdir /usr/share/doc/$pkg and you get a dignostic from dpkg if something is left in the directory dpkg does not know about. > is enough information for dpkg to correctly remove the directory when > you remove the package. Thus it should also be enough information for > dpkg to remove the directory on upgrade. But /usr/share/doc/$pkg is not going to be removed, its being replaced by /usr/share/doc/$pkg which is a change from dir to symlink which evaluates to a skip-and-keep-the-old operation (which is well documented in policy). Replacing an empty directory by a symlink could be a rather safe operation, but how can you guarantee "empty" or how will you fail if "not-empty"? > But it _does_ mean that if I want to work around the dpkg bug, I'll > have to go through t-p-u. Are the 1.6.x packages buggy, too? I only saw this once 1.7 was uploaded to sid. Upgrades from squeeze to wheezy are working fine. /usr/share/doc/libsvn-dev/ is a non-empty directory in a fresh wheezy install. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690172: gcc-4.7-base: adding Breaks: gcc-4.4-base (<< 4.4.7) ?
Package: gcc-4.7-base Version: 4.7.2-4 Severity: whishlist Hi Matthias, breaking the old versions of gcj-4.4-base seems to work fine in sid (#677582). Thanks again for adding these. Now I have discovered some more upgrade issues involving some old libgnustep*, libobjc2 and gcc-4.4-base. apt chooses again to keep the old (squeeze) version of gcc-4.4-base instead of removing libobjc2. I think such "incomplete upgrades" of gcc-4.4-base could be "fixed" (better "prevented") by adding another Breaks to gcc-4.7-base. But I'm not sure which versions to break: * gcc-4.4-base (<< 4.4.7) # because 4.4.7 is in wheezy * gcc-4.4-base (<< 4.4.6-9~) # because we break gcj-4.4-base (<< 4.4.6-9~) * gcc-4.4-base (<< 4.4.5-13~) # because libobjc2 was dropped in 4.4.5-13 and haven't made any tests with such a change so far. Adding such a Breaks would have solved #677582 as well. IMO distupgrades from squeeze should not involve "keeping back" upgradable packages. Packages that are no longer available "are allowed" to stay installed only if they don't block any other package from being upgraded. And unfortunately we can't "fix" squeeze's apt to make better choices. Andreas PS: I think my first approach of adding the Breaks: gcj-4.4-base (<< something) in gcc-4.4-base stopped working at the time gcc-4.4-base got the Priority downgraded from required to optional, which shuffled the scores given by apt. And these score changes may be the reason for the new libgnustep* related problems, too. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690179: Fglrx kernel module causes system to lock up, requires reboot
Control: severity -1 important Control: tag -1 moreinfo upstream does the same happen with the 12-6+point-3 driver in unstable? On 2012-10-10 22:01, Ryan Kavanagh wrote: > Oct 10 12:07:09 nu kernel: [110203.842314] KBD BUG in > ../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/mc_heap_manager.c at > line: 613! That seems to be your bug, which points to fglrx.ko, so its an upstream bug. google does not have too many hits for this problem and no solutions http://phoronix.com/forums/showthread.php?13786-Catalyst-8-11/page3 => try disabling heap randomization http://pastebin.com/L1NN4WMg http://ati.cchtml.com/show_bug.cgi?id=103 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686723 http://forum.ubuntu-fr.org/viewtopic.php?id=552291 http://forum.ubuntu-it.org/viewtopic.php?t=465404 Try looking at the system configuration at the other reports - is there some pattern perhaps? Please report this to http://ati.cchtml.com Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690205: yudit-doc: fails to install: ln: failed to create symbolic link `/usr/share/yudit/doc': No such file or directory
Package: yudit-doc Version: 2.9.2-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. >From the attached log (scroll to the bottom...): Selecting previously unselected package yudit-doc. (Reading database ... 6733 files and directories currently installed.) Unpacking yudit-doc (from .../yudit-doc_2.9.2-1_all.deb) ... Setting up yudit-doc (2.9.2-1) ... ln: failed to create symbolic link `/usr/share/yudit/doc': No such file or directory dpkg: error processing yudit-doc (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: yudit-doc cheers, Andreas yudit-doc_2.9.2-1.log.gz Description: GNU Zip compressed data
Bug#688299: libpolyorb3: using diversions in M-A: same packages is a bad idea
Package: libpolyorb3 Followup-For: Bug #688299 Control: found -1 2.8~20110207-5 Hi Xavier, you are missing maintainer script code to remove the diversion created by the package currently in testing. What was previously done in postrm should now be done in the postinst, you may restrict it to upgrades from << 2.8~20110207-6~. Raising the severity of this bug to prevent the incomplete fix from getting unblocked. Observed on a squeeze->wheezy->sid upgrade test: 1m13.3s ERROR: FAIL: Installed diversions (dpkg-divert) not removed by purge: diversion of /usr/share/man/man7/polyorb.7.gz to /usr/share/man/man7/polyorb.7.gz.distrib by libpolyorb3 Andreas polyorb-servers_2.8~20110207-5.log.gz Description: GNU Zip compressed data
Bug#690212: im-config: postinst deletes conffile (policy 10.7.3): /etc/X11/Xsession.d/80im-config_launch
Package: im-config Version: 0.18 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies conffiles. This is forbidden by the policy, see http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files The proper way to remove an obsolete conffile would be dpkg-maintscript-helper rm_conffile although in your case it looks more like a rename to 70im-config_launch, so dpkg-maintscript-helper mv_conffile would be more appropriate. debsums reports modification of the following files, from the attached log (scroll to the bottom...): debsums: missing file /etc/X11/Xsession.d/80im-config_launch (from im-config package) Andreas im-config_0.18.log.gz Description: GNU Zip compressed data
Bug#685810: live-tools: fails to upgrade from testing - diversion conflict
Package: live-tools Followup-For: Bug #685810 Control: found -1 3.0.12-1 Hi, upgrades from testing still (or again) do not work: Preparing to replace live-tools 3.0.3-1 (using .../live-tools_3.0.12-1_all.deb) ... dpkg-divert: error: `diversion of /usr/bin/uptime to /usr/bin/uptime.orig.procps by live-tools' clashes with `diversion of /usr/bin/uptime to /usr/bin/uptime.procps by live-tools' dpkg: error processing /var/cache/apt/archives/live-tools_3.0.12-1_all.deb (--unpack): subprocess new pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/live-tools_3.0.12-1_all.deb Andreas live-tools_3.0.12-1.log.gz Description: GNU Zip compressed data
Bug#689718: xmame-sdl,xmess-sdl: missing copyright file after upgrade from squeeze
Package: xmame-sdl,xmess-sdl Followup-For: Bug #689718 Control: found -1 0.146-4 Hi, the current fix is incorrect. > mame (0.146-4) unstable; urgency=low >* Removes danglink symlink after xmame-sdl,xmame-x,xmame-svga >update. That is too late, as the files will be installed over the broken symlink. The symlinks must be deleted in preinst and unpackaging the updated package will create a directory in place of the (now missing) symlink. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690216: bug for tracking aspell dictionary hash handling upgrades that will be done in jessie
Package: piuparts Severity: normal User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + aspell-am aspell-ar-large aspell-ar aspell-bn aspell-br aspell-cs aspell-cy aspell-el spell-fa spell-ga aspell-hr spell-hsb aspell-hy aspell-is aspell-it aspell-kk aspell-ku aspell-lt aspell-mr aspell-ro aspell-sk aspell-sl aspell-ta Control: found -1 aspell-am/0.03-1-4 Control: found -1 aspell-ar-large/1.2-0-2.log Control: found -1 aspell-ar/0.0.20060329-4.log Control: found -1 aspell-bn/1:0.01.1-1-2 Control: found -1 aspell-br/0.50-2-6 Control: found -1 aspell-cs/0.51.0-1 Control: found -1 aspell-cy/0.50-3-6 Control: found -1 aspell-el/0.50-3-6 Control: found -1 aspell-fa/0.11-0-2 Control: found -1 aspell-ga/0.50-4-4 Control: found -1 aspell-hr/0.51-4 Control: found -1 aspell-hsb/0.02.0-1 Control: found -1 aspell-hy/0.10.0-0-2 Control: found -1 aspell-is/0.51-0-4 Control: found -1 aspell-it/2.4-20070901-0-2 Control: found -1 aspell-kk/0.2-1 Control: found -1 aspell-ku/0.20-0-5 Control: found -1 aspell-lt/1.2.1-3 Control: found -1 aspell-mr/0.10-8 Control: found -1 aspell-ro/3.3.7-1 Control: found -1 aspell-sk/0.52-0-4 Control: found -1 aspell-sl/0.60-3 Control: found -1 aspell-ta/20040424-1-1 I don't want to start a MBF right now, but I need to mark the logs as affected to get them off my radar ... 0m19.6s ERROR: FAIL: debsums reports modifications inside the chroot: /var/lib/aspell/ta.compat /var/lib/aspell/ta.rws See also http://lists.debian.org/20120918111501.ga10...@agmartin.aq.upm.es Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690228: misinterprets 'found 4.6.3-8+7' as 'found 7'
Package: bugs.debian.org Severity: important This was already wrong processing of the mail to submit@, which I wanted to clean up: >> notfound 690148 7 >Bug #690148 [gcc-mingw32] gcc-mingw32: missing copyright file after upgrade >from squeeze >There is no source info for the package 'gcc-mingw32' at version '7' with >architecture '' >Unable to make a source version for version '7' >No longer marked as found in versions gcc-mingw-w64/7. and set it correctly this time: >> found 690148 4.6.3-8+7 >Bug #690148 [gcc-mingw32] gcc-mingw32: missing copyright file after upgrade >from squeeze >Marked as found in versions gcc-mingw-w64/7. but it got misinterpreted again. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689718: xmame-sdl,xmess-sdl: missing copyright file after upgrade from squeeze
Control: notfound -1 mame/0.146-4 Control: notfound -1 0.146-2 Control: found -1 mame/0.146-2 Control: found -1 mess/0.146-2 Control: fixed -1 mame/0.146-4 On 2012-10-11 18:44, Emmanuel Kasper wrote: > actually the link removal *does* appear in preinst though I agree that > my changelog entry could have been more clear Oh, I missed your upload to experimental that said this. > the bug should be fixed for xmame-{sdl,x,svga} but it is still open for > xmess-{sdl,x,svga} For some reason I was thinking this is the same source package ... since it has the same version numbers everywhere :-) ... and it was src:xmame in squeeze, but src:mame, src:mess in wheezy ... and *mame-tools is built from src:mess which doesn't help to reduce confusion And I must have hit bad timing when rescheduling the related tests after seeing this bug being closed ... and retested with the old version in sid. Confirming the bug is fixed in mame in sid. Trying to fix up the versioning of this bug ... Andreas PS: looking forward to see all the transitional packges being dropped for wheezy+1 :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690216: Fwd: Re: debsums reports that some aspell-XX files have changed
-- Forwarded Message -- Subject: Re: [Debian-arabic-packages] Bug#638728: debsums reports that some aspell-fa files have changed Date: Monday, 22. August 2011 From: Francois Gouget To: Lior Kaplan Hi, I don't know if it can help for aspell-ar-large or aspell-fa, but the same bug has just been fixed in aspell-bg and aspell-uk. So just in case these point to a solution to fix this, here are the relevant bugs and changelog snippets: aspell-bg: * do not ship empty files overwritten by dictionaries-common Closes: #638726: debsums reports that some aspell-bg files have changed Thanks to Francois Gouget for reporting. aspell-uk: * Raise {build-,}dependency on dictionaries-common{-dev,} to 1.11.2~. * Use auto-compat option for aspell-uk and do not create empty files (closes: #638740) -- Francois Gouget http://fgouget.free.fr/ May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels. --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690315: nvidia-cuda-toolkit: version in backports doesn't work with libstdc++ in squeeze
Version: 4.2.9-1~bpo60+2 On 2012-10-12 14:45, christian mock wrote: > The squeeze-backports version of nvidia-cuda-toolkit doesn't actually > work on a squeeze/squeeze-backports system because libcudart > references symbols from a newer libstdc++. G. This was only a warning in the build logs, not a failure. So I didn't notice. > Luckily, a simple replacement of the > cudatoolkit_4.2.9_linux_64_ubuntu11.04.run with > cudatoolkit_4.2.9_linux_64_ubuntu10.04.run (11.04 vs 10.04; and the > same for the 32 bit versions) in the source package followed by a > build produces a working package, so this is relatively easy to fix. Well, we can't easily inject a new .orig.tar.gz into backports ... but just replacing libcudart.so.4.2.9 with the one built on Ubuntu 10.04 works, too. > You can verify whether it works or not by trying to compile the C > samples from gpucomputingsdk_4.2.9_linux.run... Verified. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#640499: libxvmc: please add multiarch support
On 2012-10-15 21:13, Hussain AlMutawa wrote: > Hi, > > Just reporting. I am using the proprietary nvidia driver on debian > sid. Androids Emulator requires the 32 bit version of openGL. Which > can not be installed because of this bug. use the nvidia driver packages from unstable which has a workaround Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685266: Version: pseudo-header seems to be working again
Hi, since one or two weeks ago the version handling seems to work properly again. Thanks! Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685054: Bug#688714: libgl1-nvidia-glx:i386 is now co-installable with :amd64 (in sid and experimental)
Hi Michael, On 2012-10-16 09:05, Michael Carr wrote: > First, I would like to say "Thank You" for the patch upload to > experimental / sid as a workaround solution. > I was wonder if it will migrate to "wheezy" at some point during the > freeze The solution in sid is a HACK. A proper solution has been proposed to the Release Team, but hasn't gotten any feedback, yet: http://bugs.debian.org/688953 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691015: conserver-client: fails to upgrade from testing: Can't locate Tie/Hash/NamedCapture.pm in @INC
Package: conserver-client Version: 8.1.18-2.1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'wheezy', then the upgrade to 'sid' fails. >From the attached log (scroll to the bottom...): Preparing to replace conserver-client 8.1.18-2 (using .../conserver-client_8.1.18-2.1_amd64.deb) ... Unpacking replacement conserver-client ... Setting up conserver-client (8.1.18-2.1) ... Can't locate Tie/Hash/NamedCapture.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at -e line 1. BEGIN failed--compilation aborted at -e line 1. dpkg: error processing conserver-client (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: conserver-client cheers, Andreas conserver-client_8.1.18-2.1.log.gz Description: GNU Zip compressed data
Bug#690150: libphone-ui-dev: missing copyright file after upgrade from squeeze
Source: libphone-ui-dev Followup-For: Bug #690150 Control: found -1 1:0.0.1+git20110825-2.1 Hi, that NMU makes /usr/share/doc/libphone-ui-dev a dangling symlink. The correct target would probably be libphone-ui-20110825. 0m47.2s ERROR: Command failed (status=1): ['chroot', '/tmp/piupartss/tmp3hgVpu', 'tmp/scripts/pre_remove_50_find_missing_copyright'] MISSING COPYRIGHT FILE: /usr/share/doc/libphone-ui-dev/copyright lrwxrwxrwx 1 root root 11 Oct 16 17:28 /usr/share/doc/libphone-ui-dev -> libphone-ui ls: cannot access /usr/share/doc/libphone-ui-dev/: No such file or directory Andreas libphone-ui-dev_1:0.0.1+git20110825-2.1.log.gz Description: GNU Zip compressed data
Bug#691017: ptex-bin: what's the future of jmpost and jbibtex-bin?
Source: ptex-bin Version: 3.1.11+0.04b-0.2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + jmpost jbibtex-bin Hi, jmpost and jbibtex-bin are no longer installable in sid due to a dependency on the no longer available libkpathsea5. The ptex-bin binary package has been taken over by texlive-lang as a transitional dummy package. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688712: wesnoth: needs to handle symlink to directory change of /usr/share/doc/wesnoth
Control: severity -1 serious Control: affects -1 + wesnoth-core wesnoth-music Hi, rising the severity as partially overwriting files from other packages (in a way dpkg can't detect it) is a really bad idea and triggers debsums errors in several more packages. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691019: docbookwiki: modifies shipped files in /usr/share/docbookwiki/
Package: docbookwiki Version: 0.9.2-5 Severity: serious Hi, with the SVN repository moved to /var a few more modifications of shipped files are uncovered: 1m27.4s ERROR: FAIL: debsums reports modifications inside the chroot: /usr/share/docbookwiki/content/SVN/book_list /usr/share/docbookwiki/content/SVN/svn_cfg.txt /usr/share/docbookwiki/content/downloads/dblatex.sh /usr/share/docbookwiki/search/make_index.sh /usr/share/docbookwiki/search/search.sh If these are configuration files, they should be in /etc. If these are state files that are generated automatically, they should not be shipped (or only a template should be shipped) and maybe they should be moved to /var, too. With the current setup, all modifications will be overwritten on upgrade or reinstallation. Andreas docbookwiki_0.9.2-5.log.gz Description: GNU Zip compressed data
Bug#669278: Processed: found 656586 in 2.3.2-1, found 672160 in 1.85, found 690216 in aspell-am/0.03-1-3 ..., affects 500618 ...
On 2012-10-20 22:24, Lisandro Damián Nicanor Pérez Meyer wrote: > Believe it or not, this is trigerred by a loop dependency between two > packages > and apt gets confused. So far we could not find another way of solving it > (and I really like the analysis and you have my full support for solving the dependency loop by splitting the package (instead of adding the transitional package I proposed). > So, marking all KDE packages as "found" doesn't really helps. It helps piuparts to automatically classify the failed logs and move them to the affected list. For this to work, the bug needs to have an Affects: for the package where the bug is observed - and piuparts wants to have a bug marked as found in the exact version the logfile is about. Therefore you'll see from time to time a few new found/affects on that bug ... and with all the about 40 packages failing with immediate-configure *phonon* problems being moved aside, I can concentrate on analyzing the "more interesting" failures (and piuparts will keep checking the affected packages frequently to see if some dependency got fixed). Setting the affects is the right thing to do anyway to have the bug show up in the bug lists of packages where it is observed. Setting the found on some foreign package is a little abuse of the BTS and if you know a better solution ... we can change things. key-value usertags in the BTS would be nice :-) (or even better key-multivalue usertags) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691123: python-expeyes: fails to purge - initscript in postrm not found
Package: python-expeyes Version: 3.0.1-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to purge due to a command not found. According to policy 7.2 you cannot rely on the depends being available during purge, only the essential packages are available for sure. Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). >From the attached log (scroll to the bottom...): Removing python-expeyes ... Purging configuration files for python-expeyes ... invoke-rc.d: unknown initscript, /etc/init.d/udev not found. dpkg: error processing python-expeyes (--purge): subprocess installed post-removal script returned error exit status 100 Errors were encountered while processing: python-expeyes cheers, Andreas python-expeyes_3.0.1-1.log.gz Description: GNU Zip compressed data
Bug#691125: ejabberd: package installation creates /root/.erlang.cookie
Package: ejabberd Version: 2.1.10-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed that your package creates files in /root. From the attached log (scroll to the bottom): 0m46.7s ERROR: FAIL: Package purging left files on system: /root/.erlang.cookie not owned Creating stuff in /root is a FHS and policy violation. (And of course these files should not be deleted by maintainer scripts.) But it is also an indication that the package operation may depend on root's .erlang configuration (and package installation might even fail if that configuration is broken). That would be a case for "configuration files not in /etc". Cheers, Andreas ejabberd_2.1.10-3.log.gz Description: GNU Zip compressed data
Bug#691106: chromium: blurry fonts with nvidia fxaa
Control: tag -1 moreinfo Control: reassign -1 nvidia-glx > Jonathan Schneider wrote: >> When loading a web page that has html5 video, the text of the entire web page >> becomes blurry when using the Nvidia proprietary driver and enabling full >> scene >> anti-aliasing (FXAA). Some examples of websites include I don't know which version of the nvidia driver you used, but please retry with the latest drivers from sid and experimental. Please run (on the faulty machine) reportbug -N 691106 to do a followup to this bug. That will automatically collect information about the Nvidia hard/software. Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691131: ax25-node: fails to upgrade from 'testing' - trying to overwrite /var/ax25/node/loggedin
Package: ax25-node Version: 0.3.2-7.3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + node Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks/Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces >From the attached log (scroll to the bottom...): Selecting previously unselected package ax25-node. (Reading database ... 8159 files and directories currently installed.) Unpacking ax25-node (from .../ax25-node_0.3.2-7.3_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/ax25-node_0.3.2-7.3_amd64.deb (--unpack): trying to overwrite '/var/ax25/node/loggedin', which is also in package node 0.3.2-7.1 cheers, Andreas node_0.3.2-7.3.log.gz Description: GNU Zip compressed data
Bug#689537: pdnsd: deletes conffiles on package removal (policy 10.7.3): /etc/NetworkManager/dispatcher.d/002_NetMan_pdnsd
With the prerm script gone this issue is fixed for squeeze->sid upgrades (and squeeze->wheezy upgrades once 1.2.8-par-3 migrates to wheezy), but the problem (missing conffile) will still exist if the user had any version from 1.2.8-par-2, ..., 1.2.8-par-2.3 installed. I don't see an easy solution for this ... as old-prerm upgrade new-version is the very first step of the upgrade, there is no hacking around this by deleting a buggy maintainer script during new-preinst upgrade old-version Maybe this could work: ship another copy of the file in /usr/share and in the postinst do if dpkg --compare-versions $upgrade_from ge 1.2.8-par-2~ && dpkg --compare-versions $upgrade_from lt 1.2.8-par-4~ then target=/etc/NetworkManager/dispatcher.d/002_NetMan_pdnsd source=/usr/share/.../002_NetMan_pdnsd if [ ! -e $target ]; then echo restoring $target cp $source $target fi fi but it's only upgrades from pdnsd/testing that are affected Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690179: [Pkg-fglrx-devel] Bug#690179: Fglrx kernel module causes system to lock up, requires reboot
On 2012-10-24 00:53, Ryan Kavanagh wrote: > On Wed, Oct 10, 2012 at 05:20:38PM -0400, Michael Gilbert wrote: >> Would you mind trying an xorg conf with this second card disabled? >> fglrx may be having trouble playing nice with the intel driver or vice >> versa. > > I've tried commenting out the intel parts and still get the crashes. there is a newer driver in experimental - please try it. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690147: cyrus-common-2.2: missing copyright file after upgrade from squeeze
On 2012-10-24 20:29, gregor herrmann wrote: > I assume that this affects all transitional packages built from this > source package and not only cyrus-common-2.2? There may be more packages buggy, but are not tested by piuparts if they (indirectly) depend on other failing packages. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691433: ampache: cronjob exits with error after package removal
Package: ampache Version: 3.6-git408e713+dfsg-3.1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your packages cronjob exits with error after the package has been removed. >From the attached log (scroll to the bottom...): 0m32.2s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmpYlOvSz', 'eatmydata', '/etc/cron.daily/ampache'] 0m32.2s DUMP: /etc/cron.daily/ampache: 31: /etc/cron.daily/ampache: php: not found 0m32.2s ERROR: Command failed (status=127): ['chroot', '/tmp/piupartss/tmpYlOvSz', 'eatmydata', '/etc/cron.daily/ampache'] This is a reappearence of #586647 which was fixed before squeeze. This bug was probably not introduced in the last upload (that fixed another serious problem detected by piuparts), but may have been present for a longer time. piuparts stops testing in most cases once one problem has been found (and therefore didn't see that there are more problems coming) - because subsequent problems often directly depend on the first one found. cheers, Andreas ampache_3.6-git408e713+dfsg-3.1.log.gz Description: GNU Zip compressed data
Bug#691437: libroot-proof-dev: fails to upgrade from 'sid' - trying to overwrite /usr/include/root/TProofOutputFile.h
Package: libroot-proof-dev Version: 5.34.02-1~exp1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + libroot-proof-proofplayer-dev Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks/Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces >From the attached log (scroll to the bottom...): Preparing to replace libroot-proof-dev 5.34.00-1 (using .../libroot-proof-dev_5.34.02-1~exp1_amd64.deb) ... Unpacking replacement libroot-proof-dev ... dpkg: error processing /var/cache/apt/archives/libroot-proof-dev_5.34.02-1~exp1_amd64.deb (--unpack): trying to overwrite '/usr/include/root/TProofOutputFile.h', which is also in package libroot-proof-proofplayer-dev 5.34.00-1 Preparing to replace libroot-proof5.34:amd64 5.34.00-1 (using .../libroot-proof5.34_5.34.02-1~exp1_amd64.deb) ... Unpacking replacement libroot-proof5.34:amd64 ... Preparing to replace libroot-proof-proofplayer-dev 5.34.00-1 (using .../libroot-proof-proofplayer-dev_5.34.02-1~exp1_amd64.deb) ... Unpacking replacement libroot-proof-proofplayer-dev ... cheers, Andreas libroot-proof-proofplayer-dev_5.34.02-1~exp1.log.gz Description: GNU Zip compressed data
Bug#691439: libfreeipmi12: copyright file missing after upgrade (policy 12.5)
Package: libfreeipmi12 Version: 1.1.5-4 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, a test with piuparts revealed that your package misses the copyright file after an upgrade from squeeze to wheezy, which is a violation of Policy 12.5: http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory. >From the attached log (scroll to the bottom...): (output from 'ls -lad /u/s/d/$PKG' and 'ls -la /u/s/d/$PKG/') MISSING COPYRIGHT FILE: /usr/share/doc/libfreeipmi12/copyright drwxr-xr-x 2 root root 40 Oct 22 04:22 /usr/share/doc/libfreeipmi12 total 0 drwxr-xr-x 2 root root 40 Oct 22 04:22 . drwxr-xr-x 77 root root 1620 Oct 22 04:22 .. Additional info may be available here: http://wiki.debian.org/MissingCopyrightFile cheers, Andreas libfreeipmi12_1.1.5-4.log.gz Description: GNU Zip compressed data
Bug#691440: apache2-suexec: copyright file missing after upgrade (policy 12.5)
Package: apache2-suexec Version: 2.4.2-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, a test with piuparts revealed that your package misses the copyright file after an upgrade from squeeze to wheezy, which is a violation of Policy 12.5: http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory. >From the attached log (scroll to the bottom...): (output from 'ls -lad /u/s/d/$PKG' and 'ls -la /u/s/d/$PKG/') MISSING COPYRIGHT FILE: /usr/share/doc/apache2-suexec/copyright drwxr-xr-x 2 root root 40 Oct 22 03:29 /usr/share/doc/apache2-suexec total 0 drwxr-xr-x 2 root root 40 Oct 22 03:29 . drwxr-xr-x 102 root root 2140 Oct 22 03:29 .. Additional info may be available here: http://wiki.debian.org/MissingCopyrightFile cheers, Andreas apache2-suexec_2.4.2-2.log.gz Description: GNU Zip compressed data
Bug#691441: libqglviewer-qt4-2: copyright file missing after upgrade (policy 12.5)
Package: libqglviewer-qt4-2 Version: 2.3.15-1~exp1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, a test with piuparts revealed that your package misses the copyright file after an upgrade from squeeze to wheezy, which is a violation of Policy 12.5: http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory. >From the attached log (scroll to the bottom...): (from 'ls -lad /u/s/d/$PKG' and 'ls -la /u/s/d/$PKG/') MISSING COPYRIGHT FILE: /usr/share/doc/libqglviewer-qt4-2/copyright drwxr-xr-x 2 root root 40 Oct 21 15:32 /usr/share/doc/libqglviewer-qt4-2 total 0 drwxr-xr-x 2 root root 40 Oct 21 15:32 . drwxr-xr-x 115 root root 2380 Oct 21 15:32 .. Additional info may be available here: http://wiki.debian.org/MissingCopyrightFile cheers, Andreas libqglviewer-qt4-2_2.3.15-1~exp1.log.gz Description: GNU Zip compressed data
Bug#691442: python{, 3}-sip-{dev, dbg}: copyright file missing after upgrade (policy 12.5)
Package: python-sip-dev,python3-sip-dev,python3-sip-dbg Version: 4.14-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, a test with piuparts revealed that your package misses the copyright file after an upgrade from sid to experimental, which is a violation of Policy 12.5: http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory. >From the attached log (scroll to the bottom...): (from 'ls -lad /u/s/d/$PKG' and 'ls -la /u/s/d/$PKG/') MISSING COPYRIGHT FILE: /usr/share/doc/python-sip-dev/copyright drwxr-xr-x 2 root root 40 Oct 23 06:09 /usr/share/doc/python-sip-dev total 0 drwxr-xr-x 2 root root 40 Oct 23 06:09 . drwxr-xr-x 89 root root 1940 Oct 23 06:09 .. Additional info may be available here: http://wiki.debian.org/MissingCopyrightFile cheers, Andreas python-sip-dev_4.14-2.log.gz Description: GNU Zip compressed data
Bug#691440: apache2-suexec: copyright file missing after upgrade (policy 12.5)
Uups, wrong template used ... That happens during the sid -> experimental upgrade, not squeeze->wheezy. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691439: Acknowledgement (libfreeipmi12: copyright file missing after upgrade (policy 12.5))
Control: reassign -1 libipmidetect0,libfreeipmi12 1.1.5-4 Uups, wrong template used ... That happens during the sid -> experimental upgrade, not squeeze->wheezy. Same problem with libipmidetect0. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691441: libqglviewer-qt4-2: copyright file missing after upgrade (policy 12.5)
Uups, wrong template used ... That happens during the sid -> experimental upgrade, not squeeze->wheezy. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org