Bug#657467: Announce of the upcoming NMU for the tvtime package
Quoting Jakub Wilk (jw...@debian.org): (I'm not the maintainer.) Hi Christian. I saw your NMU in deferred. Unfortunately there are some problems with it: - The NMU diff hasn't been sent to BTS. (Or maybe I can't find it. You wrote you'll send it on April 10...) Has been indeed sent in the bug report where I was originally working (an l10n update) - You changed source format from 1.0 to 3.0 (quilt). I don't believe that such a change is suitable for an NMU. Well, that's debatable. As the package currently includes several upstream changes in the Debian diff, adding one more change to that pile just makes it bigger. So my view is that switching to source v3 makes at least the new patch easier to identify in the future. - As far as I can see, you fixed #650582, but didn't close the bug in the changelog. - Apparently the package wasn't built in a clean environment: the binary package depends on libpng15-15, which exists only in experimental so far. Oh, that's correct. My sid chroot has a leftover from another build where I was needing experimental packages. Maybe, by the way, this is what caused the FTBFS. I rebuilt the NMU in a cleaner environment. And, indeed, the patch is no longer needed, so the FTBFS was itself caused by the build environment using packages from experimental. So, my new NMU is now again an l10n-only NMU. signature.asc Description: Digital signature
Bug#659450: #659450,Wish: Caption links
Hello Gabor, I don't understand the usecase for this features. You can already use HTML syntax in the caption text to make any word point to external links, with whatever alternative text you want. So the use case for your feature seems very small. It would be only useful when people are lazy enough to not write HTML, and want to have th entire caption text be the link. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657467: Announce of the upcoming NMU for the tvtime package
Quoting Christian PERRIER (bubu...@debian.org): I rebuilt the NMU in a cleaner environment. And, indeed, the patch is no longer needed, so the FTBFS was itself caused by the build environment using packages from experimental. So, my new NMU is now again an l10n-only NMU. ...and uploaded to DELAYED/6 signature.asc Description: Digital signature
Bug#668661: tex-common: lost TEXMFSYSVARDIR def, creates TEXMFLOCAL/ls-R
On 2012-04-14 07:46, Norbert Preining wrote: Which one? I can check what is the reason. http://piuparts.debian.org/sid/files_in_usr_local_error.html There are some candidates: fail/dvi2ps_4.1j-3.log (BTS) fail/jmpost_3.1.11+0.04b-0.2.log (BTS) fail/jtex-base_2.1-1.1.log (BTS) fail/latex2html_2008-debian1-5.log (BTS) fail/maxima-emacs_5.27.0-1.log (BTS) fail/plywood_0.5.11+nmu1.log (BTS) fail/ptex-base_1:2.5-2.log (BTS) fail/texlive-base_2011.20120410-1.log (BTS) I think there were more, but failed packages may have been rescheduled inbetween (logs deleted) and are not being tested because of failing dependencies. Should we move this discussion 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#668711: firebird2.5-server-common: fails to remove - syntax error in postrm
Package: firebird2.5-server-common Version: 2.5.2~svn+54376.ds4-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to remove. From the attached log (scroll to the bottom...): Removing firebird2.5-server-common ... /var/lib/dpkg/info/firebird2.5-server-common.postrm: 38: /var/lib/dpkg/info/firebird2.5-server-common.postrm: Syntax error: do unexpected (expecting ;;) dpkg: error processing firebird2.5-server-common (--remove): subprocess installed post-removal script returned error exit status 2 cheers, Andreas firebird2.5-server-common_2.5.2~svn+54376.ds4-1.log.gz Description: GNU Zip compressed data
Bug#657467: New patch for the 1.0.2-7.1 NMU of tvtime
Dear maintainer of tvtime, This is a new version of my NMU patch. It leaves aside changes to make the package buildable with libpng 1.5 as they were: - too invasive (not in my opinion but the mileage may vary) - useless (the FTBFS only happens with packages from experimental) Still, I would recommend considering a switch to source v3 and including the patch to build with libpng 1.5 in a future version. diff -Nru tvtime-1.0.2.old/debian/changelog tvtime-1.0.2/debian/changelog --- tvtime-1.0.2.old/debian/changelog 2012-03-25 16:15:55.0 +0200 +++ tvtime-1.0.2/debian/changelog 2012-04-14 07:56:04.0 +0200 @@ -1,3 +1,13 @@ +tvtime (1.0.2-7.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Dutch; (Jeroen Schot). Closes: #657467 +- Polish (Michał Kułach). Closes: #666444 +- Turkish (Atila KOÇ). Closes: #667485 + + -- Christian Perrier bubu...@debian.org Fri, 06 Apr 2012 07:24:11 +0200 + tvtime (1.0.2-7) unstable; urgency=low * src/Makefile.in: Added -lm three times. Closes: #556510. diff -Nru tvtime-1.0.2.old/debian/po/nl.po tvtime-1.0.2/debian/po/nl.po --- tvtime-1.0.2.old/debian/po/nl.po 2012-03-25 16:15:55.0 +0200 +++ tvtime-1.0.2/debian/po/nl.po 2012-04-14 07:55:38.0 +0200 @@ -1,40 +1,27 @@ -# translation of tvtime_1.0.1-2.2_nl.po to Debian l10n Dutch +# Dutch translation of tvtime debconf templates. +# Copyright (C) 2006-2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the tvtime package. -# -#Translators, if you are not familiar with the PO format, gettext -#documentation is worth reading, especially sections dedicated to -#this format, e.g. by running: -# info -n '(gettext)PO Files' -# info -n '(gettext)Header Entry' -# -#Some information specific to po-debconf are available at -#/usr/share/doc/po-debconf/README-trans -# or http://www.debian.org/intl/l10n/po-debconf/README-trans -# -#Developers do not need to manually edit POT or PO files. -# -# Kurt De Bree kdebree(AT)telenet(DOT)be, 2006 -# This is an unofficial translation +# Kurt De Bree kdebree(AT)telenet(DOT)be, 2006. +# Jeroen Schot sc...@a-eskwadraat.nl, 2012. # msgid msgstr -Project-Id-Version: tvtime_1.0.1-2.2_nl\n +Project-Id-Version: tvtime 1.0.2-7\n Report-Msgid-Bugs-To: tvt...@packages.debian.org\n POT-Creation-Date: 2009-08-07 18:42+0200\n -PO-Revision-Date: 2006-07-18 13:32+0200\n -Last-Translator: Kurt De Bree kdebree(AT)telenet(DOT)be\n -Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n -Language: \n +PO-Revision-Date: 2012-01-26 14:28+0100\n +Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n +Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n +Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n -X-Generator: KBabel 1.9.1\n #. Type: select #. Description #: ../templates:2001 msgid TV standard: -msgstr +msgstr TV-standaard: #. Type: select #. Description @@ -44,6 +31,10 @@ South America, and Japan; SECAM in France, the former USSR, and parts of Africa and the Middle East; and PAL elsewhere. msgstr +Geef alstublieft aan welke TV-standaard er moet worden gebruikt. NTSC wordt +in Noord-Amerika en een groot deel van Zuid-Amerika en Japan gebruikt; SECAM +in Frankrijk, de voormalige Sovjetstaten en delen van Afrika en het Midden- +Oosten; PAL in de rest van de wereld. #. Type: select #. Choices @@ -51,25 +42,21 @@ #. Choices #: ../templates:3001 ../templates:4001 msgid Cable -msgstr +msgstr Kabel #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 ../templates:4001 -#, fuzzy -#| msgid Cable, Broadcast msgid Broadcast -msgstr Kabel, Ether +msgstr Antenne #. Type: select #. Choices #: ../templates:3001 -#, fuzzy -#| msgid Cable, Broadcast, Cable including channels 100+ msgid Cable including channels 100+ -msgstr Kabel, Ether, Kabel met kanalen boven 100 +msgstr Kabel met kanalen boven 100 #. Type: select #. Description @@ -78,45 +65,32 @@ #. Type: select #. Description #: ../templates:3002 ../templates:4002 ../templates:5002 -#, fuzzy -#| msgid Select the default frequency table msgid Default frequency table: -msgstr Selecteer de standaard frequentietabel +msgstr Standaard frequentietabel: #. Type: select #. Description #: ../templates:3002 -#, fuzzy -#| msgid -#| The frequency table specifies which frequencies correspond to the -#| familiar channel numbers. Select broadcast if you use an antenna for -#| over-the-air signals. msgid Please choose the frequency table to use. It specifies which frequencies correspond to the familiar channel numbers. You should select \Broadcast\ if you use an antenna for over-the-air signals. msgstr -De frequentietabel specificeert welke frequenties overeenkomen met bekende -kanaalnummers. Selecteer
Bug#665407: fixed in git
Hello, just to record that this is, right now, fixed in the git repository of the package[0]. I will do a couple of tests more, and upload it to Debian. (Test reports are welcome :) ) Cheers, [0] http://anonscm.debian.org/gitweb/?p=collab-maint/siege.git -- Josué M. Abarca S. Vos mereces Software Libre. PGP key 4096R/70D8FB2A 2009-06-17 Huella de clave = B3ED 4984 F65A 9AE0 6511 DAF4 756B EB4B 70D8 FB2A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668337: mumble-django: Debconf abuse: mumble-django/run-mumble-django-configure
Quoting Christian Perrier (bubu...@debian.org): Package: mumble-django Severity: normal Hello, The debconf template added to this package can be defined as debconf abuse. .../... Hello Michael, What is your stance on this? I actually have to decide whether I need to work on your template (proposing a rewording as the synopsis is too long, for instance) in case you wouldn't agree with new and insist on keeping the template and the question in the package So, it woul dhelp to know about your view about the debconf abuse. signature.asc Description: Digital signature
Bug#668712: update-notifier-kde: unowned files after purge (policy 6.8, 10.8)
Package: update-notifier-kde Version: 1.2.4 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m31.5s ERROR: FAIL: Package purging left files on system: /var/lib/update-notifier owned by: update-notifier-common /var/lib/update-notifier/dpkg-run-stampnot owned cheers, Andreas update-notifier-kde_1.2.4.log.gz Description: GNU Zip compressed data
Bug#668713: piuparts: install dependencies, snapshot, install, purge, verify-snapshot
Package: piuparts Version: 0.43 Severity: wishlist Should we have test that can do the following: install deps($PACKAGE) snapshot install $PACKAGE purge $PACKAGE verify-snapshot This could catch postrm scripts that do too much, affecting other packages. Such errors are probably hidden if the deps are purged, 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#668706: [ITR] templates://graphite-carbon/{graphite-carbon.templates}
Dear Debian maintainer, The Debian internationalisation team and the Debian English localisation team will soon begin the review of the debconf templates used in graphite-carbon. This review takes place for all packages that use debconf to interact with users and its aims are: - to improve the use of English in all debconf templates; - to make the wording of debconf templates more consistent; - to encourage more translations of templates. Even if your first language is English, this process is likely to help track down typos or errors, and improve consistency between the debconf templates of your package and that of other packages in the distribution. The process involves both debian-l10n-english contributors and Debian translators. The details of the process are given in http://wiki.debian.org/I18n/SmithDebconfReviewProcess. I will act as the coordinator of this activity for graphite-carbon. The first step of the process is to review the debconf source template file(s) of graphite-carbon. This review will start on Tuesday, April 17, 2012, or as soon as you acknowledge this mail with an agreement for us to carry out this process. All parts of the process will be carried out in close collaboration with you, and, unless you explicitely ask for it, no upload nor NMU will happen for graphite-carbon. If you approve this process, please let us know by replying to this mail. If some work in progress on your side would conflict with such a rewrite (such as adding or removing debconf templates), please say so, and we will defer the review to later in the development cycle. Thank you for your attention. -- signature.asc Description: Digital signature
Bug#668470: [Pkg-alsa-devel] Bug#668470: alsa-base: Intel Corporation 82801I (ICH9 Family) HD Audio microphone not working (squeeze stable)
* Wirawan Purwanto wiraw...@gmail.com [2012-04-11 23:51 -0400]: Package: alsa-base Version: 1.0.23+dfsg-2 Severity: normal Ever since I installed Debian squeeze on my laptop (Thinkpad T400) the internal microphone did not work. I tried to tweak the volume settings via alsamixer, no sound coming out. Please post the output of $ amixer Elimar -- the keyboard of life you have always to keep a finger at the escape key;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668556: ITP: dparser -- a scannerless GLR parser generator
Hello, On Sat, 14 Apr 2012 12:37:00 +0900 Charles Plessy ple...@debian.org wrote: * Package name: dparser Description : a scannerless GLR parser generator DParser is a scannerless GLR parser generator based on the Tomita algorithm. It is self-hosted and very easy to use. Grammars are written in a natural style of EBNF and regular expressions and support both speculative and final actions. I would like to suggest to explicit the GLR, RPF, and perhaps EBNF acronyms in the long description. In my opinion, this isn't needed. Those (except for RFP which is request for packaging) are well-known abbreviations are need not be explained to potential users of the package. -- WBR, Andrew signature.asc Description: PGP signature
Bug#668650: sysvinit: mtab link breaks some setup with initramfs
Le 13/04/2012 23:03, Roger Leigh a écrit : On Fri, Apr 13, 2012 at 10:19:08PM +0200, Vincent Danjean wrote: As explained in #668616, replacing /etc/mtab by a symlink to /proc/mounts can make initramfs unable to create initrd with some setup (ie when MODULES=dep that is not the default setup). Can you add Breaks: initramfs-tools version_where_668616_will_be_fixed? It will avoid problems during squeeze-wheezy upgrades if package were installed in the wrong order with the MODULES=dep initramfs setup. Yes. So we just need to wait for a fixed version of initramfs-tools so that we know the correct version to Break? Yes, I think so. I put the 'block by' marker so you should be informed when the other bug will be fixed. Regards, Vincent Thanks, Roger -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668714: tmispell-voikko: unowned directory after purge: /usr/lib/ispell
Package: tmispell-voikko Version: 0.7.1-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m21.1s ERROR: FAIL: Package purging left files on system: /usr/lib/ispellnot owned cheers, Andreas tmispell-voikko_0.7.1-3.log.gz Description: GNU Zip compressed data
Bug#668715: system-config-lvm: unowned files after purge (policy 6.8, 10.8): /etc/lvm/backup/mini-buildd
Package: system-config-lvm Version: 1.1.16-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m47.2s ERROR: FAIL: Package purging left files on system: /etc/lvm owned by: lvm2 /etc/lvm/backupnot owned /etc/lvm/backup/mini-builddnot owned cheers, Andreas system-config-lvm_1.1.16-1.log.gz Description: GNU Zip compressed data
Bug#663473: xen-api: General update after the debconf review process
Dear Debian maintainer,
On Thursday, March 15, 2012, I sent you a notification about the beginning of a
review
action on debconf templates for xen-api.
Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.
Translators have been working hard and here is now the result of their efforts.
Please consider using it EVEN if you committed files to your
development tree as long as they were reported.
The attached tarball contains:
- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/templates with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)
As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.
The patch.rfr file contains a patch for the templates and control
file(s) alone.
Please note that this patch applies to the templates and control
file(s) of your package as of Thursday, March 15, 2012. If your package was
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)
It is now safe to upload a new package version with these changes.
Please notify me of your intents with regards to this.
There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.
--
patch.tar.gz
Description: Binary data
--- xen-api.old/debian/xcp-networkd.templates 2012-03-11 16:07:16.660536745
+0100
+++ xen-api/debian/xcp-networkd.templates 2012-03-22 07:35:27.889114780
+0100
@@ -1,10 +1,21 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
Template: xcp-xapi/networking_type
Type: select
Choices: bridge, openvswitch
Default: bridge
_Description: XCP networking manager:
- xcp-networkd supports two network backends: standard Linux bridging
- and Open vSwitch. While both modes support a similar feature set,
+ The xcp-networkd daemon supports two network backends: standard Linux bridging
+ and Open vSwitch.
+ .
+ While both modes support a similar feature set,
Open vSwitch provides additional features such as QoS, monitoring,
and control using the OpenFlow protocol. These additional features
are not controlled directly through the XenAPI, but can instead be
--- xen-api.old/debian/control 2012-03-11 16:07:16.660536745 +0100
+++ xen-api/debian/control 2012-03-19 18:44:32.282217185 +0100
@@ -5,7 +5,7 @@
Uploaders: Jon Ludlam jonathan.lud...@eu.citrix.com, Thomas Goirand
z...@debian.org, Mike McClurg mike.mccl...@citrix.com
Build-Depends: debhelper (= 8.0.0), dh-autoreconf, dh-ocaml,
ocaml-native-compilers, ocaml-findlib, camlp4, camlp4-extra, autotools-dev,
libtype-conv-camlp4-dev, libxmlm-ocaml-dev, uuid-dev, libxcp-ocaml,
libxcp-ocaml-dev, omake, libxen-ocaml-dev, libxen-ocaml, libpam-dev,
zlib1g-dev, xen-utils, libxen-dev, libounit-ocaml-dev, python-all (=
2.6.6-3~), po-debconf
Standards-Version: 3.9.2
-Homepage: http://www.xen.org/XCP/
+Homepage: http://www.xen.org/products/cloudxen.html
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-xen/xen-api.git
Vcs-Git: http://anonscm.debian.org/git/pkg-xen/xen-api.git
@@ -14,96 +14,96 @@
Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, lsb-base,
debconf, python-xenapi (= ${source:Version}), xcp-squeezed, xcp-v6d, xcp-fe,
xcp-storage-managers, xen-hypervisor-4.1-amd64 | xen-hypervisor-4.1-i386 |
xen-hypervisor-4.1, xen-utils-4.1, stunnel, hwdata, xcp-eliloader, xcp-xe,
xcp-networkd
Recommends: xcp-vncterm, xcp-guest-templates, smbfs
Provides: xcp
-Description: XCP XenAPI server
- The Xen Cloud Platform (XCP) is an open source enterprise-ready server
- virtualization and cloud computing platform, with support for a range of
- guest operating systems, Linux network and storage support.
- .
- XCP addresses the needs of cloud providers, hosting services and data centers
- by combining the isolation and multitenancy capabilities of the Xen hypervisor
- with enhanced security, storage and network virtualization technologies to
- offer a rich set of virtual infrastructure cloud services. The platform
- also address user requirements for security, availability, performance and
- isolation across both private and public clouds.
- .
- XCP consolidates server workloads, enables savings in power, cooling, and
- management costs and thus contributing
Bug#668716: squidguard: unowned files after purge (policy 6.8, 10.8): /var/lib/squidguard/dbversion
Package: squidguard Version: 1.4-6 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m25.8s ERROR: FAIL: Package purging left files on system: /var/lib/squidguardowned by: squidguard /var/lib/squidguard/dbversion not owned cheers, Andreas squidguard_1.4-6.log.gz Description: GNU Zip compressed data
Bug#668717: spamass-milter: unowned directory after purge: /var/lib/spamass-milter
Package: spamass-milter Version: 0.3.1-10 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m18.6s ERROR: FAIL: Package purging left files on system: /var/lib/spamass-milternot owned cheers, Andreas spamass-milter_0.3.1-10.log.gz Description: GNU Zip compressed data
Bug#657283: Patch for the l10n upload of tiger
Quoting Christian PERRIER (bubu...@debian.org): Dear maintainer of tiger, On Wednesday, March 28, 2012 I sent you a notice announcing my intent to upload an NMU of your package to fix its pending l10n issues, after an initial notice sent on Tuesday, March 27, 2012. We finally agreed that you would do the update yourself at the end of the l10n update round. That time has come. Ping? signature.asc Description: Digital signature
Bug#659450: #659450,Wish: Caption links
Hello Gabor, I don't understand the usecase for this features. You can already use HTML syntax in the caption text to make any word point to external links, with whatever alternative text you want. So the use case for your feature seems very small. It would be only useful when people are lazy enough to not write HTML, and want to have th entire caption text be the link. Brice Hi Brice, Weeks later it came in my mind also what if I simply put A tags into the normal caption text. :-) But I did not test it yet... You are absolutely right. I went astray. :-) Sorry for the line noise and thanks for llgal. I like it. Regards Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668718: socklog-run: unowned files after purge (policy 6.8, 10.8): /var/log/socklog*/*
Package: socklog-run Version: 2.1.0-8 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m21.0s ERROR: FAIL: Package purging left files on system: /var/log/socklog not owned /var/log/socklog-inet not owned /var/log/socklog-inet/main not owned /var/log/socklog-inet/main/config not owned /var/log/socklog-klog not owned /var/log/socklog-klog/main not owned /var/log/socklog-klog/main/config not owned /var/log/socklog-ucspi-tcp not owned /var/log/socklog-ucspi-tcp/mainnot owned /var/log/socklog-ucspi-tcp/main/config not owned /var/log/socklog/auth not owned /var/log/socklog/auth/config not owned /var/log/socklog/cron not owned /var/log/socklog/cron/config not owned /var/log/socklog/daemonnot owned /var/log/socklog/daemon/config not owned /var/log/socklog/debug not owned /var/log/socklog/debug/config not owned /var/log/socklog/ftp not owned /var/log/socklog/ftp/confignot owned /var/log/socklog/kern not owned /var/log/socklog/kern/config not owned /var/log/socklog/local not owned /var/log/socklog/local/config not owned /var/log/socklog/mail not owned /var/log/socklog/mail/config not owned /var/log/socklog/main not owned /var/log/socklog/main/config not owned /var/log/socklog/news not owned /var/log/socklog/news/config not owned /var/log/socklog/syslognot owned /var/log/socklog/syslog/config not owned /var/log/socklog/user not owned /var/log/socklog/user/config not owned cheers, Andreas socklog-run_2.1.0-8.log.gz Description: GNU Zip compressed data
Bug#668720: shellinabox: unowned files after purge (policy 6.8, 10.8)
Package: shellinabox Version: 2.13-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m19.7s ERROR: FAIL: Package purging left files on system: /etc/rc0.d/K01shellinabox not owned /etc/rc1.d/K01shellinabox not owned /etc/rc2.d/S01shellinabox not owned /etc/rc3.d/S01shellinabox not owned /etc/rc4.d/S01shellinabox not owned /etc/rc5.d/S01shellinabox not owned /etc/rc6.d/K01shellinabox not owned /var/lib/shellinabox not owned Hmm, postinst missing insserv -r ? (should be generated by dh_installinit) If the package would ship empty directories, dpkg would take care of the creation and removal. cheers, Andreas shellinabox_2.13-1.log.gz Description: GNU Zip compressed data
Bug#668721: sendfile: unowned files after purge (policy 6.8, 10.8)
Package: sendfile Version: 2.1b.20080616-5 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m20.5s ERROR: FAIL: Package purging left files on system: /etc/csh.login not owned /etc/services not owned Raising severity to serious as this creates/modifies/... /etc/services which is owned by netbase (but there is no dependency on netbase). And csh.login might be owned by osomeone else, too. cheers, Andreas sendfile_2.1b.20080616-5.log.gz Description: GNU Zip compressed data
Bug#668722: scanlogd: unowned files after purge (policy 6.8) violating FHS (policy 9.1) too
Package: scanlogd Version: 2.2.5-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails From the attached log (scroll to the bottom...): 0m17.9s ERROR: FAIL: Package purging left files on system: /home/scanlogd not owned As putting files into /home is also a violation of http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2 I'm setting the severity to serious. You probably want to use something like adduser --system ... cheers, Andreas scanlogd_2.2.5-3.log.gz Description: GNU Zip compressed data
Bug#668657: wicd-gtk segfaults after clicking tray icon.
reassign 668657 libglib2.0-0 retitle 668657 GTK application segfaults with ISO-8859-2 locale thanks On Sat, 14 Apr 2012 00:06:56 +0200, Paweł Różański wrote: On 13.04.2012 22:53, David Paleino wrote: Also, it would be nice if you could give some more info, for example the traceback you get on console. Hi David, In case you meant gdb output: gdb --args /usr/bin/python -O /usr/share/wicd/gtk/wicd-client.py GNU gdb (GDB) 7.4-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/python...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/python -O /usr/share/wicd/gtk/wicd-client.py [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Has notifications support True Loading... Connecting to daemon... Connected. Program received signal SIGSEGV, Segmentation fault. 0x75977300 in g_markup_escape_text () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 (gdb) bt #0 0x75977300 in g_markup_escape_text () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x748331f4 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #2 0x76042922 in g_object_set_property () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #3 0x74660c03 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #4 0x746613a3 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #5 0x74662c4f in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #6 0x75976916 in g_markup_parse_context_parse () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #7 0x74662f80 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #8 0x7465f0fe in gtk_builder_add_from_file () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #9 0x74ce46a8 in ?? () from /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/_gtk.so #10 0x005228cc in PyEval_EvalFrameEx () #11 0x00529c42 in PyEval_EvalCodeEx () #12 0x0057e872 in ?? () #13 0x0049d1e6 in PyObject_Call () #14 0x004e4baa in ?? () #15 0x0049d1e6 in PyObject_Call () #16 0x0051a3ee in ?? () #17 0x0048e8e6 in ?? () #18 0x0049d1e6 in PyObject_Call () #19 0x00522f4a in PyEval_EvalFrameEx () #20 0x005230b2 in PyEval_EvalFrameEx () #21 0x00529c42 in PyEval_EvalCodeEx () #22 0x0057e872 in ?? () #23 0x0049d1e6 in PyObject_Call () #24 0x004e4baa in ?? () #25 0x0049d1e6 in PyObject_Call () #26 0x0051a3ee in ?? () #27 0x0048e8e6 in ?? () #28 0x0049d1e6 in PyObject_Call () #29 0x00522f4a in PyEval_EvalFrameEx () #30 0x00529c42 in PyEval_EvalCodeEx () #31 0x0057e872 in ?? () #32 0x0049d1e6 in PyObject_Call () #33 0x00524605 in PyEval_EvalFrameEx () #34 0x00529c42 in PyEval_EvalCodeEx () #35 0x00522e68 in PyEval_EvalFrameEx () #36 0x00529c42 in PyEval_EvalCodeEx () #37 0x0057ee71 in PyRun_FileExFlags () #38 0x0057f533 in PyRun_SimpleFileExFlags () #39 0x005345e6 in Py_Main () #40 0x76977ead in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #41 0x0041dfd1 in _start () This traceback shows nothing related to wicd. I'm not sure who this bug belongs to, I'm reassigning it to glib because it was the last thing called in the traceback. Glib maintainers: please forgive me if you're not the culprit. Feel free to reassign to someone else. This is surely *not* a bug in wicd. I retitled the bug to reflect what I think might be the issue, and I might be totally wrong. So take the title with a grain of salt :) Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#668723: ncdu: Cursor doe snot stay in place at ../ entries
Package: ncdu Version: 1.8-1 Severity: wishlist When ascending into directories, this works ok. However when going back and putting cursor on .., the cursor location is not preserved on .. in order to continue backtracking. Instead the cursor location is moved to the first directory entry in the list. This makes backtracking deep directory structure difficult. Please keep cursor location at .. if previous keypress was also at .. subsequent (previous) screens. -- System Information Debian Release: wheezy/sid APT Prefers unstable APT policy: (990, unstable) (1, experimental) Architecture: i386 Kernel: Linux taiko 3.2.0-2-686-pae #1 SMP Tue Mar 20 19:48:26 UTC 2012 i686 GNU/Linux Locale: LANG=en_US.UTF-8 -- Versions of packages `ncdu depends on'. Depends: libc6 2.13-27 Embedded GNU C Library: Shared libraries libncursesw55.9-6 shared libraries for terminal handling (wide libtinfo5 5.9-6 shared low-level terminfo library for termina -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668724: prelink: unowned files after purge (policy 6.8, 10.8): /var/log/prelink.log
Package: prelink Version: 0.0.20090925-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m20.7s ERROR: FAIL: Package purging left files on system: /var/log/prelink.log not owned cheers, Andreas prelink_0.0.20090925-1.log.gz Description: GNU Zip compressed data
Bug#668725: postfix-cluebringer: unowned files after purge (policy 6.8, 10.8): /var/log/cbpolicyd.log
Package: postfix-cluebringer Version: 2.0.10-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m22.2s ERROR: FAIL: Package purging left files on system: /var/log/cbpolicyd.log not owned cheers, Andreas postfix-cluebringer_2.0.10-1.log.gz Description: GNU Zip compressed data
Bug#668726: pnp4nagios-bin: unowned directory after purge: /var/lib/nagios
Package: pnp4nagios-bin Version: 0.6.16-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m25.8s ERROR: FAIL: Package purging left files on system: /var/lib/nagiosnot owned cheers, Andreas pnp4nagios-bin_0.6.16-1.log.gz Description: GNU Zip compressed data
Bug#668727: mozplugger: unowned files after purge (policy 6.8, 10.8): /etc/mozpluggerrc
Package: mozplugger Version: 1.14.3-7 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m31.6s ERROR: FAIL: Package purging left files on system: /etc/mozpluggerrc not owned cheers, Andreas mozplugger_1.14.3-7.log.gz Description: GNU Zip compressed data
Bug#668728: aolserver4-daemon: unowned files after purge (policy 6.8, 10.8): /etc/default/aolserver4
Package: aolserver4-daemon Version: 4.5.1-15 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m20.0s ERROR: FAIL: Package purging left files on system: /etc/default/aolserver4not owned cheers, Andreas aolserver4-daemon_4.5.1-15.log.gz Description: GNU Zip compressed data
Bug#668729: armagetronad-dedicated: unowned directory after purge: /var/games/armagetronad
Package: armagetronad-dedicated Version: 0.2.8.3.2-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m21.3s ERROR: FAIL: Package purging left files on system: /var/games/armagetronadnot owned cheers, Andreas armagetronad-dedicated_0.2.8.3.2-1.log.gz Description: GNU Zip compressed data
Bug#668730: bindgraph: unowned files after purge (policy 6.8, 10.8): /var/log/bind9-query.log
Package: bindgraph Version: 0.2a-5.1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m27.0s ERROR: FAIL: Package purging left files on system: /var/log/bind9-query.log not owned cheers, Andreas bindgraph_0.2a-5.1.log.gz Description: GNU Zip compressed data
Bug#668731: calendarserver: unowned files after purge (policy 6.8, 10.8)
Package: calendarserver Version: 2.4.dfsg-7 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m39.1s ERROR: FAIL: Package purging left files on system: /var/lib/caldavd not owned /var/lib/caldavd/calendaruserproxy.sqlite not owned /var/lib/caldavd/mailgatewaytokens.sqlite not owned /var/lib/caldavd/resourceinfo.sqlite not owned /var/log/caldavd not owned /var/spool/caldavd not owned cheers, Andreas calendarserver_2.4.dfsg-7.log.gz Description: GNU Zip compressed data
Bug#668732: cipux-rpcd: unowned directory after purge: /var/lib/cipux-rpcdr
Package: cipux-rpcd Version: 3.4.0.9-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m29.9s ERROR: FAIL: Package purging left files on system: /var/lib/cipux-rpcdr not owned cheers, Andreas cipux-rpcd_3.4.0.9-3.log.gz Description: GNU Zip compressed data
Bug#668712: update-notifier-kde: unowned files after purge (policy 6.8, 10.8)
reassign 668712 update-notifier-common 0.99.3debian10 forcemerge 606623 668712 thanks Dear Andreas, could you PLEASE not refile this bug AGAIN for Kingston? Thanks. It is a bug in the update-notifier-common package as was noted the last time. The previous bug, you filed, was #656354. What I explained [0] back then, is still true. The next time I get a bug for this, I'll close it without further notice or explanation. If this is some automated script, please put Kingston on the blacklist for auto-filing of bugs. Kind regards, Kai Wasserbäch [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=18;bug=656354 -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#668733: citadel-webcit: unowned files after purge (policy 6.8, 10.8): /var/lib/citadel/keys
Package: citadel-webcit Version: 8.05-dfsg-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m25.9s ERROR: FAIL: Package purging left files on system: /var/lib/citadel owned by: citadel-webcit /var/lib/citadel/keys not owned cheers, Andreas citadel-webcit_8.05-dfsg-2.log.gz Description: GNU Zip compressed data
Bug#668734: crtmpserver-apps: unowned files after purge (policy 6.8, 10.8)
Package: crtmpserver-apps Version: 1.0~dfsg-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m20.5s ERROR: FAIL: Package purging left files on system: /etc/crtmpserver owned by: crtmpserver-apps /etc/crtmpserver/applications owned by: crtmpserver-apps /etc/crtmpserver/applications/admin.luanot owned /etc/crtmpserver/applications/applestreamingclient.lua not owned /etc/crtmpserver/applications/appselector.lua not owned /etc/crtmpserver/applications/flvplayback.lua not owned /etc/crtmpserver/applications/proxypublish.lua not owned /etc/crtmpserver/applications/samplefactory.luanot owned /etc/crtmpserver/applications/stresstest.lua not owned /etc/crtmpserver/applications/vptests.lua not owned /etc/crtmpserver/conf.downed by: crtmpserver-apps /etc/crtmpserver/conf.d/users.lua not owned /etc/crtmpserver/enabled_applications.conf not owned cheers, Andreas crtmpserver-apps_1.0~dfsg-2.log.gz Description: GNU Zip compressed data
Bug#668736: distmp3: unowned files after purge (policy 6.8, 10.8): etc/default/distmp3
Package: distmp3 Version: 0.1.9.ds1-4.3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): ERROR: FAIL: Package purging left files on system: /etc/default/distmp3 not owned cheers, Andreas distmp3_0.1.9.ds1-4.3.log.gz Description: GNU Zip compressed data
Bug#576975: RFP: deadbeef -- Ultimate Music Player For GNU/Linux
DeaDBeeF can be found in debian-multimedia.org repository (Unstable/Sid and Testing/Wheezy sections). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668735: darcsweb: unowned files after purge (policy 6.8, 10.8): /etc/apache2/conf.d/darcsweb.conf
Package: darcsweb Version: 1.1-3.1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m26.9s ERROR: FAIL: Package purging left files on system: /etc/apache2 not owned /etc/apache2/conf.dnot owned /etc/apache2/conf.d/darcsweb.conf not owned cheers, Andreas darcsweb_1.1-3.1.log.gz Description: GNU Zip compressed data
Bug#622845: Processed: reassign 622845 to procps
Hi, Martin Wuertele wrote (17 Apr 2011 18:47:56 GMT) : The ideal solution would be to enable IPv6 autoconf and IPv6 privace extensions only for desktop and laptop installtions. FWIW, NetworkManager 0.9.4's NEWS reads: * IPv6 Privacy Extensions are now enabled by default for new connections Regards, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668737: doxymacs: unowned files after purge (policy 6.8, 10.8): /usr/share/emacs23/site-lisp/doxymacs
Package: doxymacs Version: 1.8.0-6 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m38.8s ERROR: FAIL: Package purging left files on system: /usr/share/emacs23/site-lisp owned by: emacs23-common /usr/share/emacs23/site-lisp/doxymacs not owned cheers, Andreas doxymacs_1.8.0-6.log.gz Description: GNU Zip compressed data
Bug#668738: ecryptfs-utils: unowned directory after purge: /var/lib/ecryptfs
Package: ecryptfs-utils Version: 95-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m17.4s ERROR: FAIL: Package purging left files on system: /var/lib/ecryptfs not owned cheers, Andreas ecryptfs-utils_95-1.log.gz Description: GNU Zip compressed data
Bug#668739: PHP: Unable to load dynamic library suhosin.so
Package: release-notes Severity: normal After upgrading to wheezy, PHP will produce error like this (in web server's log, on PHP command line, in mail from Cron Daemon...), if php5-suhosin was installed in squeeze before the upgrade. PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20100525+lfs/suhosin.so' - /usr/lib/php5/20100525+lfs/suhosin.so: cannot open shared object file: No such file or directory in Unknown on line 0 Reason why it happen: php5-suhosin depends on an obsolete version of phpapi-20090626+lfs so php5-suhosin is removed during the upgrade... but the PHP config snippet /etc/php5/conf.d/suhosin.ini isn't purged... so PHP still try to load the module suhosin.so. The release notes should document that the user should: dpkg -P php5-suhosin Regards, Franklin P.S. php5-suhosin seems to still being work on in unstable. if it is reintroduced in testing it's likely to solve the problem. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (101, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668740: dsc-statistics-{collector, presenter}: unowned files after purge (policy 6.8) violating FHS (policy 9.1) too
Package: dsc-statistics-collector,dsc-statistics-presenter Version: 201106061022-4 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails From the attached log (scroll to the bottom...): 0m26.0s ERROR: FAIL: Package purging left files on system: /home/Debian-dsc-statisticsnot owned As putting files into /home is also a violation of http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2 I'm setting the severity to serious. You probably want to use something like adduser --system ... cheers, Andreas dsc-statistics-collector_201106061022-4.log.gz Description: GNU Zip compressed data
Bug#668741: emacs-jabber: unowned files after purge (policy 6.8, 10.8): /usr/share/emacs23/site-lisp/emacs-jabber/compilation.log
Package: emacs-jabber Version: 0.8.0-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m32.4s ERROR: FAIL: Package purging left files on system: /usr/share/emacs23/site-lisp owned by: emacs23-common /usr/share/emacs23/site-lisp/emacs-jabber not owned /usr/share/emacs23/site-lisp/emacs-jabber/compilation.log not owned cheers, Andreas emacs-jabber_0.8.0-3.log.gz Description: GNU Zip compressed data
Bug#668742: fp-compiler-2.6.0: unowned files after purge (policy 6.8, 10.8): /etc/fpc-2.6.0.cfg
Package: fp-compiler-2.6.0 Version: 2.6.0-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m21.3s ERROR: FAIL: Package purging left files on system: /etc/fpc-2.6.0.cfg not owned cheers, Andreas fp-compiler-2.6.0_2.6.0-2.log.gz Description: GNU Zip compressed data
Bug#668743: fwanalog: unowned files after purge (policy 6.8, 10.8): /etc/default/fwanalog
Package: fwanalog Version: 0.6.9-6.1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m30.6s ERROR: FAIL: Package purging left files on system: /etc/default/fwanalog not owned cheers, Andreas fwanalog_0.6.9-6.1.log.gz Description: GNU Zip compressed data
Bug#668744: php5-sqlite: PHP Startup: Unable to load dynamic library sqlite.so
Package: php5-sqlite Version: 5.4.0-3 Severity: normal Hello dear maintainers, After upgrading to wheezy, PHP will produce error like this (in web server's log, in mail from Cron Daemon...), if php5-sqlite is/was installed (in squeeze). PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20100525+lfs/sqlite.so' - /usr/lib/php5/20100525+lfs/sqlite.so: cannot open shared object file: No such file or directory in Unknown on line 0 $ cat /etc/php5/conf.d/sqlite.ini ; configuration for php SQLite module extension=sqlite.so $ dpkg -L php5-sqlite | grep -F .so /usr/lib/php5/20100525+lfs/pdo_sqlite.so /usr/lib/php5/20100525+lfs/sqlite3.so the package should purge or update it's former configuration file. Regars, Franklin -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (101, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-sqlite depends on: ii dpkg 1.16.2 ii libapache2-mod-php5 [phpapi-20100525+lfs] 5.4.0-3 ii libc6 2.13-27 ii libsqlite3-0 3.7.11-2 ii php5-cgi [phpapi-20100525+lfs] 5.4.0-3 ii php5-cli [phpapi-20100525+lfs] 5.4.0-3 ii php5-common5.4.0-3 ii ucf3.0025+nmu2 php5-sqlite recommends no packages. php5-sqlite 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#668723: ncdu: Cursor doe snot stay in place at ../ entries
package ncdu tags 668723 + upstream forwarded 668723 http://dev.yorhel.nl/ncdu/bug/10 quit Hi Jari, On 2012-04-14 10:16, Jari Aalto wrote: When ascending into directories, this works ok. However when going back and putting cursor on .., the cursor location is not preserved on .. in order to continue backtracking. Instead the cursor location is moved to the first directory entry in the list. This makes backtracking deep directory structure difficult. Please keep cursor location at .. if previous keypress was also at .. subsequent (previous) screens. Thank you for the report, I've forwarded it upstream. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668745: kinput2-canna-wnn: unowned files after purge (policy 6.8, 10.8): /etc/X11/Xresources/kinput2
Package: kinput2-canna-wnn Version: 3.1-10.3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m41.3s ERROR: FAIL: Package purging left files on system: /etc/X11/Xresourcesowned by: x11-common /etc/X11/Xresources/kinput2not owned cheers, Andreas kinput2-canna-wnn_3.1-10.3.log.gz Description: GNU Zip compressed data
Bug#647219: 668739 release-notes request for bug 647219
affects 668739 + php5-suhosin thanks Bug #668739 is a release-notes request for problem documented in bug #647219 Regards, Franklin see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647219 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668739 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643335: aptitude silently loses changes when run as non-root
On 2012-04-14 12:30:28 +0800, Daniel Hartwig wrote: A warning is displayed on the first change with instructions on becoming root, though this can be disabled. What is the value of 'aptitude::Suppress-Read-Only-Warning' in your configuration? $ apt-config -c .aptitude/config dump | grep -i aptitude::suppress-read-only-warning Aptitude::Suppress-Read-Only-Warning true; .aptitude/config contains: aptitude ; aptitude::Keep-Unused-Pattern ; aptitude::Delete-Unused-Pattern ; aptitude::Suppress-Read-Only-Warning true; Ditto on another machine. I wonder why it contains this setting. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668746: kumofs: unowned files after purge (policy 6.8, 10.8): /etc/default/kumofs
Package: kumofs Version: 0.4.13-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m24.4s ERROR: FAIL: Package purging left files on system: /etc/default/kumofsnot owned cheers, Andreas kumofs_0.4.13-3.log.gz Description: GNU Zip compressed data
Bug#668747: iceape: unowned files after purge (policy 6.8, 10.8): /usr/lib/iceape/.autoreg
Package: iceape Version: 2.7.3-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m29.3s ERROR: FAIL: Package purging left files on system: /usr/lib/iceapeowned by: iceape /usr/lib/iceape/.autoreg not owned cheers, Andreas iceape_2.7.3-2.log.gz Description: GNU Zip compressed data
Bug#668589: xserver-xorg: xserver crash when starting or after some time of using psi
Hi,
Despite about 2 hours trying, I cannot reproduce it with radeon driver only.
Anyway, I am attaching gdb backtraces (with nvidia driver loaded):
bt:
#0 exaPixmapHasGpuCopy (pPixmap=0x7f834ae70cb0) at ../../exa/exa.c:249
#1 0x7f833eab22ed in exaPrepareAccessReg_mixed (pPixmap=0x7f834ae70cb0,
index=4, pReg=0x0) at ../../exa/exa_migration_mixed.c:168
#2 0x7f833eabc8dd in ExaPrepareCompositeReg (height=64, width=64, yDst=0,
xDst=0, yMask=optimized out, xMask=-1408, ySrc=optimized out,
xSrc=optimized out, pDst=0x7f834811bf10, pMask=0x0,
pSrc=0x7f8348125700, op=1 '\001', pScreen=optimized out) at
../../exa/exa_unaccel.c:561
#3 ExaCheckComposite (op=1 '\001', pSrc=0x7f8348125700, pMask=0x0,
pDst=0x7f834811bf10, xSrc=0, ySrc=0, xMask=0, yMask=0, xDst=0, yDst=0,
width=64, height=64) at ../../exa/exa_unaccel.c:624
#4 0x7f833eab90b8 in exaComposite (op=1 '\001', pSrc=0x7f8348125700,
pMask=0x0, pDst=0x7f834811bf10, xSrc=optimized out, ySrc=optimized out,
xMask=0, yMask=0, xDst=optimized out,
yDst=optimized out, width=64, height=64) at ../../exa/exa_render.c:1066
#5 0x7f834717ff34 in damageComposite (op=1 '\001', pSrc=0x7f8348125700,
pMask=0x0, pDst=0x7f834811bf10, xSrc=0, ySrc=0, xMask=0, yMask=0, xDst=0,
yDst=0, width=64, height=64)
at ../../../miext/damage/damage.c:569
#6 0x7f83471784c4 in ProcRenderComposite (client=0x7f834830f520) at
../../render/render.c:728
#7 0x7f8347175ff2 in PanoramiXRenderComposite (client=0x7f834830f520) at
../../render/render.c:2867
#8 0x7f83470bcf81 in Dispatch () at ../../dix/dispatch.c:439
#9 0x7f83470ac1aa in main (argc=6, argv=optimized out, envp=optimized
out) at ../../dix/main.c:287
bt full:
#0 exaPixmapHasGpuCopy (pPixmap=0x7f834ae70cb0) at ../../exa/exa.c:249
pScreen = 0x7f83477d4fc0
pExaScr = 0x0
#1 0x7f833eab22ed in exaPrepareAccessReg_mixed (pPixmap=0x7f834ae70cb0,
index=4, pReg=0x0) at ../../exa/exa_migration_mixed.c:168
pExaPixmap = 0x7f834ae70d60
has_gpu_copy = optimized out
success = optimized out
#2 0x7f833eabc8dd in ExaPrepareCompositeReg (height=64, width=64, yDst=0,
xDst=0, yMask=optimized out, xMask=-1408, ySrc=optimized out,
xSrc=optimized out, pDst=0x7f834811bf10, pMask=0x0,
pSrc=0x7f8348125700, op=1 '\001', pScreen=optimized out) at
../../exa/exa_unaccel.c:561
region = {extents = {x1 = 0, y1 = 0, x2 = 64, y2 = 64}, data = 0x0}
srcReg = 0x7f834786fa80
pSrcPix = 0x7f8347eb6f10
ret = 1
dstReg = 0x0
maskReg = 0x0
pMaskPix = 0x0
pDstPix = optimized out
pExaScr = 0x7f834786f800
#3 ExaCheckComposite (op=1 '\001', pSrc=0x7f8348125700, pMask=0x0,
pDst=0x7f834811bf10, xSrc=0, ySrc=0, xMask=0, yMask=0, xDst=0, yDst=0,
width=64, height=64) at ../../exa/exa_unaccel.c:624
pScreen = optimized out
ps = 0x7f834786f480
pExaScr = 0x7f834786f800
#4 0x7f833eab90b8 in exaComposite (op=1 '\001', pSrc=0x7f8348125700,
pMask=0x0, pDst=0x7f834811bf10, xSrc=optimized out, ySrc=optimized out,
xMask=0, yMask=0, xDst=optimized out,
yDst=optimized out, width=64, height=64) at ../../exa/exa_render.c:1066
pExaScr = 0x7fbf
ret = optimized out
saveSrcRepeat = 0
saveMaskRepeat = 0
region = {extents = {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, data =
0x7f83451178d0}
#5 0x7f834717ff34 in damageComposite (op=1 '\001', pSrc=0x7f8348125700,
pMask=0x0, pDst=0x7f834811bf10, xSrc=0, ySrc=0, xMask=0, yMask=0, xDst=0,
yDst=0, width=64, height=64)
at ../../../miext/damage/damage.c:569
pScreen = optimized out
ps = 0x7f834786f480
pScrPriv = 0x7f834786fcb0
#6 0x7f83471784c4 in ProcRenderComposite (client=0x7f834830f520) at
../../render/render.c:728
pSrc = 0x7f8348125700
pMask = 0x0
pDst = 0x7f834811bf10
stuff = 0x7f834a7536d8
#7 0x7f8347175ff2 in PanoramiXRenderComposite (client=0x7f834830f520) at
../../render/render.c:2867
src = 0x7f8347c33cf0
msk = 0x0
dst = 0x7f8347eecde0
result = 0
j = optimized out
orig = {reqType = optimized out, renderReqType = optimized out,
length = optimized out, op = optimized out, pad1 = optimized out, pad2 =
optimized out, src = optimized out,
mask = optimized out, dst = optimized out, xSrc = 0, ySrc = 0,
xMask = 0, yMask = 0, xDst = 0, yDst = 0, width = optimized out, height =
optimized out}
stuff = 0x7f834a7536d8
#8 0x7f83470bcf81 in Dispatch () at ../../dix/dispatch.c:439
clientReady = 0x7f8347b92e30
result = optimized out
client = 0x7f834830f520
nready = 0
icheck = 0x7f8347471ad0
start_tick = 91340
#9 0x7f83470ac1aa in main (argc=6, argv=optimized out, envp=optimized
out) at ../../dix/main.c:287
i = optimized out
alwaysCheckForInput = {0, 1}
regards,
--
Mariusz Bialonczyk
jabber/e-mail:
Bug#668748: ifetch-tools: unowned files after purge (policy 6.8, 10.8)
Package: ifetch-tools Version: 0.15.23a-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m21.8s ERROR: FAIL: Package purging left files on system: /etc/ifetch-tools not owned /etc/ifetch-tools/cameras not owned /etc/ifetch-tools/ifetch-tools.confnot owned /var/lib/ifetch-tools not owned /var/log/ifetch-tools not owned cheers, Andreas ifetch-tools_0.15.23a-1.log.gz Description: GNU Zip compressed data
Bug#668716: squidguard: unowned files after purge (policy 6.8, 10.8): /var/lib/squidguard/dbversion
Andreas Beckmann wrote on 2012-04-14 08:54: 0m25.8s ERROR: FAIL: Package purging left files on system: /var/lib/squidguard owned by: squidguard /var/lib/squidguard/dbversionnot owned Thank you for your report. I see it is very difficult to trim the package to satisfy Debian policy. I will do the update in the next weeks. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668749: mailavenger: unowned directory after purge: /var/lib/mailavenger
Package: mailavenger Version: 0.8.2-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m23.2s ERROR: FAIL: Package purging left files on system: /var/lib/mailavenger not owned 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#668750: lusca: unowned files after purge (policy 6.8, 10.8): /var/spool/lusca/??/??
Package: lusca Version: 0.1~svn14809-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m19.7s ERROR: FAIL: Package purging left files on system: /var/spool/lusca owned by: lusca /var/spool/lusca/00not owned /var/spool/lusca/00/00 not owned /var/spool/lusca/00/01 not owned /var/spool/lusca/00/02 not owned /var/spool/lusca/00/03 not owned /var/spool/lusca/00/04 not owned /var/spool/lusca/00/05 not owned /var/spool/lusca/00/06 not owned /var/spool/lusca/00/07 not owned [...] /var/spool/lusca/0F/F9 not owned /var/spool/lusca/0F/FA not owned /var/spool/lusca/0F/FB not owned /var/spool/lusca/0F/FC not owned /var/spool/lusca/0F/FD not owned /var/spool/lusca/0F/FE not owned /var/spool/lusca/0F/FF not owned cheers, Andreas lusca_0.1~svn14809-1.log.gz Description: GNU Zip compressed data
Bug#668751: liquidsoap: unowned directory after purge: /usr/share/liquidsoap
Package: liquidsoap Version: 1.0.0-4 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m30.1s ERROR: FAIL: Package purging left files on system: /usr/share/liquidsoap not owned cheers, Andreas liquidsoap_1.0.0-4+b1.log.gz Description: GNU Zip compressed data
Bug#668752: mlmmj: unowned directory after purge: /var/spool/mlmmj
Package: mlmmj Version: 1.2.17-5.1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m28.2s ERROR: FAIL: Package purging left files on system: /var/spool/mlmmj not owned 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#668655: udev: USB device update are broken
Sergiy Gorel's'kiy wrote: But, i don't find currently worked kernel :( A squeeze kernel is supposed to work fine on a system with wheezy/sid userspace. Have you tried it? Curious, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668753: mobyle-programs: unowned files after purge (policy 6.8, 10.8)
Package: mobyle-programs Version: 3.1-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m51.0s ERROR: FAIL: Package purging left files on system: /var/lib/mobyleowned by: mobyle-programs, mobyle /var/lib/mobyle/data owned by: mobyle /var/lib/mobyle/data/services not owned /var/lib/mobyle/data/services/indexnot owned /var/lib/mobyle/data/services/index/programclassification.dat not owned /var/lib/mobyle/data/services/index/programdescriptions.datnot owned /var/lib/mobyle/data/services/index/programinputs.dat not owned /var/lib/mobyle/data/services/index/programsearch.dat not owned /var/lib/mobyle/data/services/index/viewerclassification.dat not owned /var/lib/mobyle/data/services/index/viewerdescriptions.dat not owned /var/lib/mobyle/data/services/index/viewerinputs.dat not owned /var/lib/mobyle/data/services/index/viewersearch.dat not owned /var/lib/mobyle/data/services/index/workflowclassification.dat not owned /var/lib/mobyle/data/services/index/workflowdescriptions.dat not owned /var/lib/mobyle/data/services/index/workflowinputs.dat not owned /var/lib/mobyle/data/services/index/workflowsearch.dat not owned /var/lib/mobyle/data/services/servers not owned /var/lib/mobyle/data/services/servers/localnot owned /var/lib/mobyle/data/services/servers/local/programs not owned /var/lib/mobyle/data/services/servers/local/programs/cutseq.xmlnot owned /var/log/mobyleowned by: mobyle /var/log/mobyle/access_log not owned /var/log/mobyle/account_lognot owned /var/log/mobyle/build_log not owned /var/log/mobyle/error_log not owned /var/log/mobyle/session_lognot owned cheers, Andreas mobyle-programs_3.1-1.log.gz Description: GNU Zip compressed data
Bug#668754: monkeysphere: unowned files after purge (policy 6.8, 10.8)
Package: monkeysphere Version: 0.35-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m24.1s ERROR: FAIL: Package purging left files on system: /var/lib/monkeysphere owned by: monkeysphere /var/lib/monkeysphere/authentication not owned /var/lib/monkeysphere/authentication/core not owned /var/lib/monkeysphere/authentication/core/gpg.conf not owned /var/lib/monkeysphere/authentication/core/pubring.gpg not owned /var/lib/monkeysphere/authentication/core/pubring.gpg~ not owned /var/lib/monkeysphere/authentication/core/secring.gpg not owned /var/lib/monkeysphere/authentication/core/trustdb.gpg not owned /var/lib/monkeysphere/authentication/spherenot owned /var/lib/monkeysphere/authentication/sphere/gpg.conf not owned /var/lib/monkeysphere/authentication/sphere/pubring.gpgnot owned /var/lib/monkeysphere/authentication/sphere/pubring.gpg~ not owned /var/lib/monkeysphere/authentication/sphere/secring.gpgnot owned /var/lib/monkeysphere/authentication/sphere/trustdb.gpgnot owned /var/lib/monkeysphere/authentication/tmp not owned /var/lib/monkeysphere/authorized_keys not owned cheers, Andreas monkeysphere_0.35-2.log.gz Description: GNU Zip compressed data
Bug#668755: mono-apache-server{2, 4}: unowned files after purge (policy 6.8, 10.8): /etc/mono-server?/mono-server?-hosts.conf
Package: mono-apache-server2,mono-apache-server4 Version: 2.10-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m29.7s ERROR: FAIL: Package purging left files on system: /etc/mono-server2 owned by: mono-apache-server2 /etc/mono-server2/debian.webappnot owned /etc/mono-server2/mono-server2-hosts.conf not owned 0m30.0s ERROR: FAIL: Package purging left files on system: /etc/mono-server4 owned by: mono-apache-server4 /etc/mono-server4/debian.webappnot owned /etc/mono-server4/mono-server4-hosts.conf not owned cheers, Andreas mono-apache-server2_2.10-2.log.gz Description: GNU Zip compressed data
Bug#668752: mlmmj: unowned directory after purge: /var/spool/mlmmj
On 04/14/2012 04:37 PM, Andreas Beckmann wrote: Package: mlmmj Version: 1.2.17-5.1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m28.2s ERROR: FAIL: Package purging left files on system: /var/spool/mlmmj not owned cheers, Andreas Hi Andreas, If you didn't know, there's a debconf template for that. Let me cut/past it: Template: mlmmj/remove-on-purge Type: boolean Default: false _Description: Remove mlmmj lists on purge? Removing mlmmj on purge includes the removal of all subscriber lists, archives and configuration options for all lists currently stored. . Accepting here basically means that everything under /var/spool/mlmmj and /etc/mlmmj/lists will be removed when this package is purged. Also please note that any changes you might have made to /etc/aliases will not be unmade automatically when this package is removed. (A notice will be displayed however, to remind you to clean up your aliases.) Do you still think this is a violation of the policy then? Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668756: nagios3-common: unowned directory after purge: /var/lib/nagios
Package: nagios3-common Version: 3.2.3-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m27.7s ERROR: FAIL: Package purging left files on system: /var/lib/nagiosnot owned cheers, Andreas nagios3-common_3.2.3-3.log.gz Description: GNU Zip compressed data
Bug#668757: netdisco-{back, front}end: unowned files after purge (policy 6.8) violating FHS (policy 9.1) too
Package: netdisco-backend,netdisco-frontend Version: 1.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails From the attached log (scroll to the bottom...): 0m25.6s ERROR: FAIL: Package purging left files on system: /home/netdisco not owned As putting files into /home is also a violation of http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2 I'm setting the severity to serious. You probably wan to use something like adduser --system ... cheers, Andreas netdisco-backend_1.0-1.log.gz Description: GNU Zip compressed data
Bug#668556: ITP: dparser -- a scannerless GLR parser generator
Dear Charles, On 04/14/2012 05:37 AM, Charles Plessy wrote: I would like to suggest to explicit the GLR, RPF, and perhaps EBNF acronyms in the long description. Thanks for your suggestions. GLR means Generalized Left-to-right Rightmost deviation parser or maybe Generalized LR parser. EBNF is the Extended Backus–Naur Form. Acronyms like these - i.e. LL, LL(k), SLR, LALR - are pretty common when talking about parsers. RPF is actually a typo, I meant to point to the archived Request For Packaging (RFP) bug in Debian, see here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=248589 That last sentence isn't meant to be part of the long description of the package. I wasn't sure how to make that clear. Regards Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668758: opennebula-common: unowned directory after purge: /var/lib/one
Package: opennebula-common Version: 3.2.1-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m20.1s ERROR: FAIL: Package purging left files on system: /var/lib/one not owned cheers, Andreas opennebula-common_3.2.1-2.log.gz Description: GNU Zip compressed data
Bug#668756: [Pkg-nagios-devel] Bug#668756: nagios3-common: unowned directory after purge: /var/lib/nagios
tag 668756 wontfix thanks Andreas Beckmann schrieb am Saturday, den 14. April 2012: Package: nagios3-common Version: 3.2.3-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 0m27.7s ERROR: FAIL: Package purging left files on system: /var/lib/nagios not owned This is the homedirectory of the nagios user and get therefore not deleted. This counts for alle nagios related packages. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668760: openstack-dashboard: unowned directory after purge: /var/lib/horizon
Package: openstack-dashboard Version: 2012.1-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 1m14.4s ERROR: FAIL: Package purging left files on system: /var/lib/horizon not owned cheers, Andreas openstack-dashboard_2012.1-1.log.gz Description: GNU Zip compressed data
Bug#668759: Cloning an archived bug produced a misleading error message.
Package: bugs.debian.org Cloning an archived bug produced a misleading error message. I tried to clone 647219 (which actually worked, see 668719), but the error was misleading : On Sat, 2012-04-14 at 07:06 +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: clone 647219 -1 Bug #647219 [php5-suhosin] php5-suhosin: cron.d message after removal Bug 647219 cloned as bug 668719 Failed to clone 647219: Not altering archived bugs; see unarchive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668761: tomcat6: unowned files after purge (policy 6.8, 10.8): /etc/authbind/byuid
Package: tomcat6 Version: 6.0.35-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m34.2s ERROR: FAIL: Package purging left files on system: /etc/authbind not owned /etc/authbind/byuidnot owned cheers, Andreas tomcat6_6.0.35-2.log.gz Description: GNU Zip compressed data
Bug#568008: linux-image-2.6.32-trunk-amd64: Error inserting padlock_sha: No such device
Hi, somewhen during the last three weeks, this error went away on my system. I am however not sure whether this is due to some configuration change, or whether the bug was fixed. Did anyone else experience this problem and saw it go away recently? Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668744: [php-maint] Bug#668744: php5-sqlite: PHP Startup: Unable to load dynamic library sqlite.so
Hi Frank, it _does_ purge the old configuration file from 5.3.9-2. (And I have just verified that in the clean squeeze-wheezy upgrade inside chrooted pbuilder.) Are you sure that your sqlite.ini was unmodified or you haven't chosen to keep it when dpkg asked you to replace it? Ondrej On Sat, Apr 14, 2012 at 10:19, Frank Lin PIAT fp...@klabs.be wrote: Package: php5-sqlite Version: 5.4.0-3 Severity: normal Hello dear maintainers, After upgrading to wheezy, PHP will produce error like this (in web server's log, in mail from Cron Daemon...), if php5-sqlite is/was installed (in squeeze). PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20100525+lfs/sqlite.so' - /usr/lib/php5/20100525+lfs/sqlite.so: cannot open shared object file: No such file or directory in Unknown on line 0 $ cat /etc/php5/conf.d/sqlite.ini ; configuration for php SQLite module extension=sqlite.so $ dpkg -L php5-sqlite | grep -F .so /usr/lib/php5/20100525+lfs/pdo_sqlite.so /usr/lib/php5/20100525+lfs/sqlite3.so the package should purge or update it's former configuration file. Regars, Franklin -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (101, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-sqlite depends on: ii dpkg 1.16.2 ii libapache2-mod-php5 [phpapi-20100525+lfs] 5.4.0-3 ii libc6 2.13-27 ii libsqlite3-0 3.7.11-2 ii php5-cgi [phpapi-20100525+lfs] 5.4.0-3 ii php5-cli [phpapi-20100525+lfs] 5.4.0-3 ii php5-common 5.4.0-3 ii ucf 3.0025+nmu2 php5-sqlite recommends no packages. php5-sqlite suggests no packages. -- no debconf information ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668763: sis190: SiS 191 NIC fails when sending or recieving packets above 1496 bytes.
Package: sis190 Version: 1.4 Severity: important SiS 191 NIC fails when sending or recieveing packets above 1496 bytes. System is a Asus X59SR laptop. Problem was first encountered when trying to install from CD (debian-6.0.4-amd64-netinst). Install failed to connect to mirrors. Typing wget http://www.google.com; into console downloaded index.html file so network appeared to be working. Attempting to download larger files failed. Typing ip link set eth0 mtu 1492 into console allowed install to connect to mirrors and complete. Problem persisted once system restarted, typing ifconfig eth0 mtu 1492 allowed system to run apt-get update without failing. Further testing showed MTU could be set up to 1496 before failing. Experiments with the ping command resluted in the following: $ping 192.168.0.1 -s 1468 PING 192.168.0.1 (192.168.0.1) 1468(1496) bytes of data. 1476 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=2.77 ms 1476 bytes from 192.168.0.1: icmp_req=2 ttl=64 time=0.889 ms ^C --- 192.168.0.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 0.889/1.832/2.776/0.944 ms $ping 192.168.0.1 -s 1469 PING 192.168.0.1 (192.168.0.1) 1469(1497) bytes of data. ^C --- 192.168.0.1 ping statistics --- 2 packets transmitted, 0 received, 100% packet loss, time 999ms Pinging various devices on the network from my main Windows 7 machine resulted in correct behavior from all machines (including a Windows 98 box) even when ping 192.168.0.1 -l 65500. The only system that failed was the Laptop running Debian. Tcpdump showed correct incoming when packet sizes where small, but showed nothing at all when they where larger. They simply didn't show up at all. The only indication that anything was actually happening was that ifconfig eth0 showed increments in RX errors. In a attempt to fix the problem, I downloaded the latest kernel from kernel.org (3.3.1 at the time, 3.3.2 came out yesterday and I haven't tested it yet). Regrettably the problem persists. Although setting MTU is a workaround, the system is not behaving as it should and can not be considered reliable as things are. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.1 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668765: inn: unowned files after purge (policy 6.8, 10.8): /etc/news/whoami
Package: inn Version: 1:1.7.2q-40 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m27.0s ERROR: FAIL: Package purging left files on system: /etc/news/whoami not owned cheers, Andreas inn_1:1.7.2q-40+b2.log.gz Description: GNU Zip compressed data
Bug#668766: gnunet-server: unowned files after purge (policy 6.8, 10.8): /etc/default/gnunet-server
Package: gnunet-server Version: 0.8.1b-8 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m26.5s ERROR: FAIL: Package purging left files on system: /etc/default/gnunet-server not owned cheers, Andreas gnunet-server_0.8.1b-8.log.gz Description: GNU Zip compressed data
Bug#668765: inn: unowned files after purge (policy 6.8, 10.8): /etc/news/whoami
On Apr 14, Andreas Beckmann deb...@abeckmann.de wrote: 0m27.0s ERROR: FAIL: Package purging left files on system: /etc/news/whoami not owned I can't see how this could be deleted since the file is shared with other packages. -- ciao, Marco signature.asc Description: Digital signature
Bug#668767: gozerbot: unowned files after purge (policy 6.8, 10.8): /var/log/gozerbot.log
Package: gozerbot Version: 0.99.1-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m27.2s ERROR: FAIL: Package purging left files on system: /var/log/gozerbot.log not owned cheers, Andreas gozerbot_0.99.1-1.log.gz Description: GNU Zip compressed data
Bug#668768: gpe-tetris: unowned files after purge (policy 6.8, 10.8): /var/games/gpe/gpe-tetris.dat
Package: gpe-tetris Version: 0.6.4-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m28.7s ERROR: FAIL: Package purging left files on system: /var/games/gpe owned by: gpe-tetris /var/games/gpe/gpe-tetris.dat not owned cheers, Andreas gpe-tetris_0.6.4-2.log.gz Description: GNU Zip compressed data
Bug#668556: ITP: dparser -- a scannerless GLR parser generator
* Markus Wanner mar...@bluegap.ch, 2012-04-14, 10:45: I would like to suggest to explicit the GLR, RPF, and perhaps EBNF acronyms in the long description. Thanks for your suggestions. GLR means Generalized Left-to-right Rightmost deviation parser or maybe Generalized LR parser. EBNF is the Extended BackusâNaur Form. Acronyms like these - i.e. LL, LL(k), SLR, LALR - are pretty common when talking about parsers. Sure, they are also much more common than GLR. And if you are just interested in parsing and not a computer scientists, there's a chance you've never heard about any of them. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668769: gup: unowned files after purge (policy 6.8, 10.8)
Package: gup Version: 0.5.13 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m21.0s ERROR: FAIL: Package purging left files on system: /etc/gup.conf not owned /var/lib/gup not owned /var/lib/gup/.forward not owned /var/lib/gup/confignot owned /var/lib/gup/default not owned /var/lib/gup/default/global.header not owned /var/lib/gup/default/headernot owned /var/lib/gup/default/trailer not owned /var/lib/gup/sites not owned /var/log/gup not owned cheers, Andreas gup_0.5.13.log.gz Description: GNU Zip compressed data
Bug#668536: [Packaging] Bug#668536: munin: The tempfile location has to be predictable, but not creatable by anyone.
Hi, On Freitag, 13. April 2012, Helmut Grohne wrote: kjetilho doesn't help if the attacker can do mkdir /tmp/subdir; chmod 777 /tmp/subdir after a reboot I was about to write this, but it seemed too obvious to me. Use a @reboot cronjob. ;-) we have an init script to do that :) So you already pointed out that we are talking about a cache, but still use /var/lib. Why? I suggested /var/cache/munin/graph and still think that it is a better place, because your backup solution does not need to back up those graphs. I agree. cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668770: openarena: Often crashes.
Package: openarena Version: 0.8.8-3 Severity: normal Dear Maintainer, The game often crashes for diver reasons: .. while net game, when server interrupts, the client crashes; .. during net game, when model is changed, the client crashes. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openarena depends on: ii ioquake3 1.36+svn2224-3 ii libc6 2.13-27 ii openarena-081-maps0.8.5split-2 ii openarena-081-misc0.8.5split-2 ii openarena-081-players 0.8.5split-2 ii openarena-081-players-mature 0.8.5split-2 ii openarena-081-textures0.8.5split-2 ii openarena-085-data0.8.5split-2 ii openarena-088-data0.8.8-1 ii openarena-data0.8.5split-2 openarena recommends no packages. openarena 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#667474: gnome-shell fails to start after upgrade to version 3.2.2.1-3
Hi Michael, On 04/13/2012 03:38 PM, Michael Biebl wrote: You have a partial upgrade of the pulseaudio libraries. Please also update libpulse-mainloop-glib0 to 1.1-3. I'm reassigning the bug to pulseaudio. It shouldn't break due to a partial upgrade or at least prevent such a situation. yes, upgrading libpulse-mainloop-glib0 fixed the problem. Thank you very much...I was really missing gnome-shell! cheers, -j -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668771: openarena: Does not restore desktop screen resolution on quit.
Package: openarena Version: 0.8.8-3 Severity: normal Dear Maintainer, OpenArena does not restore desktop screen resolution when normaly quits. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openarena depends on: ii ioquake3 1.36+svn2224-3 ii libc6 2.13-27 ii openarena-081-maps0.8.5split-2 ii openarena-081-misc0.8.5split-2 ii openarena-081-players 0.8.5split-2 ii openarena-081-players-mature 0.8.5split-2 ii openarena-081-textures0.8.5split-2 ii openarena-085-data0.8.5split-2 ii openarena-088-data0.8.8-1 ii openarena-data0.8.5split-2 openarena recommends no packages. openarena 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#663734: eclipse-3.7.2-1 does not start on wheezy
I have another solution which worked for me: create or edit /etc/eclipse.ini Paste inside: -vmargs -Djava.library.path=/usr/lib/jni exit make sure the file is readable: sudo chmod 755 /etc/eclipse.ini worked for me perfectly! btw. I use java-7-oracle on Ubuntu12.04 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668772: tetzle: Pieaces are all black when unchecked 'bevelered borders'.
Package: tetzle Version: 2.0.0-1 Severity: normal Dear Maintainer, When uncheck 'bevelered borders' picture ieaces become all black. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tetzle depends on: ii libc6 2.13-27 ii libgcc1 1:4.7.0-1 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglu1-mesa [libglu1]7.11.2-1 ii libqt4-opengl 4:4.7.4-2 ii libqtcore44:4.7.4-2 ii libqtgui4 4:4.7.4-2 ii libstdc++64.7.0-1 tetzle recommends no packages. Versions of packages tetzle suggests: pn jhead none -- 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#668712: update-notifier-kde: unowned files after purge (policy 6.8, 10.8)
affects 668712 + update-notifier-kde found 668712 update-notifier-kde/1.2.4 thanks On 2012-04-14 09:40, Kai Wasserbäch wrote: Dear Andreas, could you PLEASE not refile this bug AGAIN for Kingston? Thanks. It is a bug in the update-notifier-common package as was noted the last time. Uups, sorry. Let's do it right this time and set affects+found on update-notifier-kde so that piuparts can figure out that this was already reported. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668773: puredata: FTBFS[kfreebsd]: error: #error No byte order defined
Package: src:puredata Version: 0.43.2-1 Severity: serious Tags: sid wheezy User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-...@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: gcc -DPACKAGE_NAME=\puredata\ -DPACKAGE_TARNAME=\puredata\ -DPACKAGE_VERSION=\0.43.2\ -DPACKAGE_STRING=\puredata\ 0.43.2\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE_URL=\\ -DPACKAGE=\puredata\ -DVERSION=\0.43.2\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\.libs/\ -DHAVE_LIBDL=1 -DSTDC_HEADERS=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MALLOC_H=1 -DHAVE_NETDB_H=1 -DHAVE_NETINET_IN_H=1 -DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SOCKET_H=1 -DHAVE_SYS_SOUNDCARD_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TIMEB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FORK=1 -DHAVE_VFORK=1 -DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_STDLIB_H=1 -DHAVE_REALLOC=1 -DRETSIGTYPE=void -DHAVE_DUP2=1 -DHAVE_GETCWD=1 -DHAVE_GETHOSTBYNAME=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_REGCOMP=1 -DHAVE_SELECT=1 -DHAVE_SOCKET=1 -DHAVE_STRCHR=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -I.-DPD -DINSTALL_PREFIX=\/usr\ -DUSEAPI_JACK -DJACK_XRUN -DUSEAPI_OSS -DUSEAPI_PORTAUDIO -I../portaudio/include-O6 -funroll-loops -fomit-frame-pointer -c -o pd-d_osc.o `test -f 'd_osc.c' || echo './'`d_osc.c d_osc.c:37:2: error: #error No byte order defined make[3]: *** [pd-d_osc.o] Error 1 make[3]: Leaving directory `/build/buildd-puredata_0.43.2-1-kfreebsd-amd64-1xbkeR/puredata-0.43.2/src' make[2]: *** [all-recursive] Error 1 Full build log at https://buildd.debian.org/status/fetch.php?pkg=puredataarch=kfreebsd-amd64ver=0.43.2-1stamp=1334396650 Regards Christoph If you have further questions please mail debian-...@lists.debian.org -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665776: AttributeError: 'module' object has no attribute 'urandom'
reassign 665776 virtualenv thanks this is an issue with virtualenv, not python2.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668641: [Pkg-xen-devel] Bug#668641: Bug#668641: Please add a symlink /usr/lib/xen - /usr/lib/xen-default
On Fri, Apr 13, 2012 at 10:47:55PM +0200, Guido Günther wrote: I don't understand. The request is to make /usr/lib/xen equivalent to /usr/lib/xen-default. What would be the drawback? It is not equivalent. /usr/lib/xen is the _current_ version. /var/lib/xen-default is a fallback version used if anything else does not work. It was never really used and therefor I intend to remove it. You failed to describe, why you want it. Bastian -- Without facts, the decision cannot be made logically. You must rely on your human intuition. -- Spock, Assignment: Earth, stardate unknown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668756: [Pkg-nagios-devel] Bug#668756: nagios3-common: unowned directory after purge: /var/lib/nagios
reassign 668756 piuparts tag 668756 - wontfix thanks On 2012-04-14 10:53, Alexander Wirt wrote: 0m27.7s ERROR: FAIL: Package purging left files on system: /var/lib/nagios not owned This is the homedirectory of the nagios user and get therefore not deleted. This counts for alle nagios related packages. OK, let's add this to the whitelist. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605303: [gwibber] does not start
Package: gwibber Version: 3.0.0.1-2.1 Followup-For: Bug #605303 Dear Maintainer, Gwibber-service currently has a (not needed) dependency on network-manager. If you're not using Gnome, or don't want network-manager, gwibber-service will crash hard during startup. The fix is relatively easy, basically wrapping the calls to nm in dispatcher.py in an if. Patch attached, which Works for me (TM) (YMMV) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gwibber depends on: ii gnome-keyring 3.2.2-2 ii gwibber-service 3.0.0.1-2.1 ii libjs-jquery 1.7.2-1 ii librsvg2-22.36.0-5 ii librsvg2-common 2.36.0-5 ii python2.7.2-10 ii python-dbus 0.84.0-3 ii python-egenix-mxdatetime 3.2.1-1.1 ii python-gconf 2.28.1+dfsg-1 ii python-gtk2 2.24.0-3 ii python-gtkspell 2.25.3-11 ii python-imaging1.1.7-4 ii python-mako 0.7.0-1 ii python-oauth 1.0.1-3 ii python-simplejson 2.5.0-1 ii python-support1.0.14 ii python-webkit 1.1.8-2 ii python-wnck 2.32.0+dfsg-1 ii python-xdg0.19-4 gwibber recommends no packages. Versions of packages gwibber suggests: pn gwibber-service-buzznone pn gwibber-service-diggnone pn gwibber-service-flickr none pn gwibber-service-foursquare none pn gwibber-service-friendfeed none pn gwibber-service-pingfm none pn gwibber-service-qaiku none pn gwibber-service-statusnet none pn gwibber-themes none -- no debconf information --- dispatcher.py.orig 2012-01-27 10:57:55.0 +0100 +++ dispatcher.py 2012-04-14 11:54:37.593832466 +0200 @@ -820,20 +820,21 @@ self.NM_STATE_UNKNOWN = 0 -log.logger.debug(NM Version is %s, str(self.nm.Get(NM_DBUS_INTERFACE, Version))) +if self.has_nm: + log.logger.debug(NM Version is %s, str(self.nm.Get(NM_DBUS_INTERFACE, Version))) -if str(self.nm.Get(NM_DBUS_INTERFACE, Version)) = 0.8.998: - log.logger.debug(NM Version is greater than 0.8.997) - self.NM_STATE_ASLEEP = 10 - self.NM_STATE_DISCONNECTED = 20 - self.NM_STATE_CONNECTING = 40 - self.NM_STATE_CONNECTED = 70 -else: - log.logger.debug(NM Version is less than 0.8.998) - self.NM_STATE_ASLEEP = 1 - self.NM_STATE_CONNECTING = 2 - self.NM_STATE_CONNECTED = 3 - self.NM_STATE_DISCONNECTED = 4 + if str(self.nm.Get(NM_DBUS_INTERFACE, Version)) = 0.8.998: +log.logger.debug(NM Version is greater than 0.8.997) +self.NM_STATE_ASLEEP = 10 +self.NM_STATE_DISCONNECTED = 20 +self.NM_STATE_CONNECTING = 40 +self.NM_STATE_CONNECTED = 70 + else: +log.logger.debug(NM Version is less than 0.8.998) +self.NM_STATE_ASLEEP = 1 +self.NM_STATE_CONNECTING = 2 +self.NM_STATE_CONNECTED = 3 +self.NM_STATE_DISCONNECTED = 4
Bug#668774: pdf2djvu: please don't run tests in parallel
Source: pdf2djvu Version: 0.7.12-2.1 Severity: wishlist Tags: patch Running tests in parallel makes understanding test failures hard, because output of a failed test could be intermixed with other ones[0]. The attached patch disables running tests in parallel. [0] See e.g.: https://buildd.debian.org/status/fetch.php?pkg=pdf2djvuarch=kfreebsd-i386ver=0.7.12-2stamp=1331159451 -- Jakub Wilk --- a/tests/Makefile +++ b/tests/Makefile @@ -53,4 +53,6 @@ ../pdf2djvu: $(MAKE) -C ../ +.NOTPARALLEL: + # vim:ts=4 sw=4 noet
