Bug#633416: quicksorter: A $INCLUDE directive doesn't set ORIGIN correctly
Package: opendnssec-signer-tools Severity: normal Tags: patch In the quicksorter file, if you have an $INCLUDE directive without an explicit ORIGIN after the filename, it incorrectly takes the first token on the next line as the origin. When an origin is not specified, it should use the currect origin for the included file I have attached a patch to fix this. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (950, 'stable'), (850, 'stable-updates'), (50, 'testing'), (25, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---BeginMessage--- This patch fixes two problems First, if an $INCLUDE directive did not have an explicit origin after the path, then the first token from the next line was used (unless there was a ; as the next token). This is because the program assumes the filename is followed by something else, so skips over the next charater (which was a NULL character, previously a new line character) This patch fixes this by checking if we are at the end of the line already then not getting the next token. Second, if the directive doesn't have an explicit origin, then no origin was set in the next file. This patch fixes this by setting it to the currect origin if none was provided. --- signer/tools/quicksorter.c | 11 --- 1 files changed, 8 insertions(+), 3 deletions(-) diff --git a/signer/tools/quicksorter.c b/signer/tools/quicksorter.c index ee718ba..36855e7 100644 --- a/signer/tools/quicksorter.c +++ b/signer/tools/quicksorter.c @@ -394,10 +394,12 @@ int read_file(char* filename, char* filename = p; while (*p !isspace(*p)) p++; -*p = 0; /* terminate filename */ -p++; -while (*p isspace(*p)) +if (*p) { +*p = 0; /* terminate filename */ p++; +while (*p isspace(*p)) +p++; +} char* domain = NULL; if (*p *p != ';') { @@ -406,6 +408,9 @@ int read_file(char* filename, p++; *p = 0; /* terminate domain name */ } +else { +domain = origin; +} read_file(filename, domain, default_ttl, dnskey_ttl, g); goto next_line; } -- ---End Message---
Bug#629890: apt-howto does not cover post-secure-APT
tags 629890 wontfix thanks Hi, I know APT-HOWTO looks nice and easier to understand. But, the wishlist bug reporter did not read carefully enough to understand why APT-HOWTO was obsoleted. This should not be done unless its contents are updated. Anyway, the original author (Gustavo Noronha Silva k...@debian.org) asked it to be removed from the Debian archive since it did not reflect modern situation in his word. So there is no point reintroducing it without careful updates of its contents by someone capable. (I remember it was archived somewhere in debian-doc.) Anyway, apt-doc is the official one. If anyone wish to update any part of it, it will be more productive to submit patches than just throwing obsoleted document. There is some introductory section in my Debian Reference (DR) as a secondary tutorial. Which is separate package and Debian web pages. http://www.debian.org/doc/manuals/debian-reference/ch02.en.html I think kov mentioned that DR and Debian FAQ being current user oriented document, he has no intention to update obsoleted apt-howto. I thought about closing bug but decided to keep it as wontfix so other similar requests can be dealt easily :-) Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633381: hugin-tools: nona doesn't work with OJPEG
On 2011-07-09 alberto pajaro...@gmail.com wrote: Package: hugin-tools Version: 2011.0.0+dfsg-1 Severity: normal [...] hugin fails to make a panorama. Seems a problem with nona. Some log: [...] Could you make the image files and the hugin prohject file (*.pto) available? thanks, cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633417: webcam 3.95.dfsg.1-8.1 terminates with segfault (Deb stable)
Package: webcam Version: 3.95.dfsg.1-8.1+b1 Severity: important launching webcam on debian stable with a Logitech C120 webcam causes a segfault: [output] # webcam /etc/webcam.conf reading config file: /etc/webcam.conf video4linux webcam v1.5 - (c) 1998-2002 Gerd Knorr grabber config: size 176x144 [16 bit YUV 4:2:2 (packed, YUYV)] input Camera 1, norm (null), jpeg quality 50 rotate=0, top=0, left=0, bottom=240, right=320 write config [ftp]: local transfer /tmp/imagetmp.jpeg = /tmp/webcam.jpeg Segmentation fault [/output] dmesg shows: [output] [ 1977.562807] webcam[4166]: segfault at 919bd4c ip b76252e3 sp bff19ea8 error 6 in libc-2.11.2.so[b75b7000+14] [/output] For reference here is a link to my forum post on this matter, which has some further details about my SOE: http://forums.debian.net/viewtopic.php?f=7t=66623p=381314#p381314 Please let me know if I can include anything further. Regards, Mike. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages webcam depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii xawtv-plugins 3.95.dfsg.1-8.1+b1 television viewer - plugins Versions of packages webcam recommends: ii ftp 0.17-23The FTP client ii ssh 1:5.5p1-6 secure shell client and server (me webcam 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#631392: Acknowledgement (python-debian: convert to dh_python2?)
On Thu, Jun 23, 2011 at 04:03:33PM +0100, Colin Watson wrote: I'm told that ${python:Breaks} is no longer used (cf. python-defaults 2.6.6-12 changelog), so feel free to drop that line from my patch. Thanks, for the patch, Colin. I applied it without the ${python:Breaks} line. -- John Wright j...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633410: dpkg-trigger.1: does not explain trigger-name and command arguments
On Sat, 09 Jul 2011, Jonathan Nieder wrote: Sounds promising! Now what values can trigger-name and command have? Unfortunately the manpage does not say. There's no explicit list of value... a trigger name is just that, the name of a trigger. Can you suggest a wording that would make it clearer for you because I don't see what can be improved. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633418: hgsubversion: wrong dependencies
Package: hgsubversion Version: 1.2.1-1 Severity: important it should depends subversion,but subversion is missing. the version of python-subvertpy is also missing -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hgsubversion depends on: ii mercurial 1.8.3-1+b1 scalable distributed version contr ii python-subvertpy 0.7.5-1Alternative Python bindings for Su ii python-support1.0.14 automated rebuilding support for P hgsubversion recommends no packages. hgsubversion 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#633373: TLS Connection Error
reopen 633373 retitle 633373 gnutls broken on ARM thanks On 2011-07-09 Óscar García Amor ogar...@moire.org wrote: Package: libgnutls26 Version: 2.10.5-2 Severity: grave When I try connect to tls XMPP server as talk.google.com or jabber.org the connection hangs and I cannot connect. I try several console clients and all fails. [...] I'm using Debian testing Wheezy in arm. Linux enigma 2.6.38.8 #1 PREEMPT Tue Jun 14 01:43:26 MDT 2011 armv5tel GNU/Linux gnutls seems to be broken on ARM. This is not jabber specific, connecting with https to db.debian.org also fails. cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633406: dpkg-shlibdeps: error: couldn't find library libc.so.6
On Sat, 09 Jul 2011, Jameson Graef Rollins wrote: Package: dpkg-dev Version: 1.16.0.3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 For some reason I have recently been unable to build packages linked against libc.so.6 or libpthread.so.0 because dpkg-shlibdeps keeps failing with the following errors: ... dh_shlibdeps dpkg-shlibdeps: error: couldn't find library libpthread.so.0 needed by debian/notmuch/usr/bin/notmuch (ELF format: 'elf64-x86-64'; RPATH: ''). dpkg-shlibdeps: error: couldn't find library libc.so.6 needed by debian/notmuch/usr/bin/notmuch (ELF format: 'elf64-x86-64'; RPATH: ''). If that error was more than a local problem, we would have noticed it by now. :-) Please paste the output of the failing dpkg-shlibdeps run with -v -v. And also paste the output of this: $ ls -al /etc/ld.so.conf* $ cat /etc/ld.so.conf $ cat /etc/ld.so.conf.d/x86_64-linux-gnu.conf This is just one example, but I have other packages that are failing to build with the same error. This has been going on for about a month now, after just starting at some point, presumably due to some upgrade that I didn't pay attention too. How are you building your packages ? Are they built in the same environment that you used to report your bug ? Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633419: pdksh: wrong output of built-in time command
Package: pdksh Version: 5.2.14-25 Severity: normal the out put of the built-in time command is completely wrong, at least for real time following examples demeonstrate that Sun Jul 10 07:52:53 CEST 2011 - sending file 1547.51s real 0.05s user 6.41s system Sun Jul 10 08:08:22 CEST 2011 - file sent according the date output, the real real time is: 15'29'', i.e. 928s -ksh -time sleep 5 8.33s real 0.00s user 0.00s system -bash -time sleep 5 real0m5.001s user0m0.004s sys 0m0.000s -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pdksh depends on: ii debianutils 3.4Miscellaneous utilities specific t ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib pdksh recommends no packages. pdksh 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#632674: Dependency problem nvidia-glx: depends:libgl1-nvidia-glx, (= 275-09-07-1)
On 2011-07-04 20:47, David wrote: In debian testing, installed directrly from a week build from debian web, i have the next problem: When i tried to install nvidia-glx with synaptic or apt-get in terminal, i have this error: New installation or update? New installations from testing might be a bit problematic at the moment, use the nvidia packages from unstable instead. (mesa with multiarch support already got into testing which is incompatible with the nvidia packages still in testing) nvidia-glx: Depends: libgl1-nvidia-glx (= 275.09.07-1) The full transcript from the failed apt-get usage in the terminal would have been useful. To check avilability of packages you can try apt-cache policy [pkg]... Andreas I'm having the exact same problem with a new install from testing. I tried following your advice with installing nvidia-glx and dependencies from unstable, but it failed with a similar problem, I've included a log of the apt-get output below. I can't go back stable as the kernel in stable lacks support for my new laptop's ethernic and wireless, which makes upgrading the kernel from the repositories very difficult without network access. Kernel 2.6.39 finally has support for my devices, so I'm stuck with testing for now. I could install the nvidia-glx drivers straight off of nVidia's website, but I'm concerned I might run into problems later once these problems are fixed and decide to reinstall the packages from the debian apt repository. - Jesse $ apt-cache policy nvidia-glx nvidia-glx: Installed: (none) Candidate: 275.09.07-1 Version table: 275.09.07-5 0 600 http://ftp.us.debian.org/debian/ unstable/non-free amd64 Packages 275.09.07-1 0 650 http://ftp.us.debian.org/debian/ wheezy/non-free amd64 Packages 650 http://ftp.us.debian.org/debian/ testing/non-free amd64 Packages $ sudo apt-get install nvidia-glx Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: nvidia-glx : Depends: libgl1-nvidia-glx (= 275.09.07-1) E: Broken packages $ sudo apt-get install nvidia-glx/unstable Reading package lists... Done Building dependency tree Reading state information... Done Selected version '275.09.07-5' (Debian:unstable [amd64]) for 'nvidia-glx' Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: nvidia-glx : Depends: libgl1-nvidia-glx (= 275.09.07-5) Depends: xserver-xorg-video-nvidia (= 275.09.07-5) but it is not going to be installed Depends: nvidia-vdpau-driver (= 275.09.07-5) but 275.09.07-1 is to be installed Depends: nvidia-alternative (= 275.09.07-5) but it is not going to be installed E: Broken packages -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633410: dpkg-trigger.1: does not explain trigger-name and command arguments
Raphael Hertzog wrote: There's no explicit list of value... a trigger name is just that, the name of a trigger. Can you suggest a wording that would make it clearer for you because I don't see what can be improved. Have you tried reading it as though you were a new packager, forgetting what you already know? Anyway, I think something like the following could help. EXAMPLES if dpkg --compare-versions $2 lt-nl 5.12.0 then dpkg-trigger --no-await perl-major-upgrade fi Informs interested packages that a major perl upgrade has occured. Packages with interest perl-major-upgrade in their triggers control file will have the trigger added to their pending trigger list. For each interested package foo, foo.postinst triggered 'list' will be run with list a space-separated list including perl-major-upgrade before foo is next used to satisfy dependencies, or at the end of the dpkg run at the latest. generate_font /usr/share/fonts/truetype/foo/bar.ttf dpkg-trigger /usr/share/fonts/truetype/foo/bar.ttf Informs interested packages about a new or updated font under /usr/share/fonts, just as if it had been unpacked as part of the package's files list. The current package will not be used to satisfy dependencies until the fontconfig cache is regenerated, so this is safe even if the font is used in the maintainer scripts of other packages. Though I doubt that second example would actually work, and I imagine that it would be possible to come up with more realistic examples if wanted. Does the trigger name have to match exactly (i.e., /usr/share/fonts)? I assume trigger names are not allowed to contain a space character and that trigger names not based on paths conventionally do not start with a forward slash. Are there any other relevant rules or conventions? Thanks and hope that helps. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633420: ITP: gecrit -- simple, easy-to-use Python IDE
Package: wnpp Severity: wishlist Owner: Vincent Cheng vincentc1...@gmail.com * Package name: gecrit Version : 2.7 Upstream Author : Groza Cristian kristi9...@gmail.com * URL : http://sourceforge.net/projects/gecrit/ * License : GPL Programming Lang: Python Description : simple, easy-to-use Python IDE gEcrit is a Python IDE, with a focus on simplicity and ease of use. Some of its features include: * Editor geared towards Python, supporting indentation, code folding, syntax highlighting/checking, auto-completion, and bad brace checking * Integrated Python shell * Source tree browser * Autosaving * Multiple tabs * Printing * Spell-checking * Word searching/replacement * Pastebin.com integration -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629514: dblatex: fails to set draft watermark with xetex backend
ben.guillon ben.guil...@gmail.com wrote: Hi Andreas, I cannot test it since i've a too old texlive install (pdfpages doesn't support xetex backend), but your patch looks fine. Feel free to add it. Regards, BG Hi Benoît, during the release tests for Debian dblatex release 0.3.2-1 I found a regression in my patch version (wrong order of \usepackage{ifthen} and \ifthenelse in docbook.sty, showing up with the pdftex backend and --param=annotation.support=1). Attached is the fixed patch (as included in 0.3.2-1): Author: W. Martin Borgert deba...@debian.org, Andreas Hoenen andr...@hoenen-terstappen.de Description: Patch for BTS report #629514: In draft mode set draft watermark for XeTeX backend, too. --- a/latex/style/docbook.sty +++ b/latex/style/docbook.sty @@ -77,20 +77,19 @@ % Display ``DRAFT'' as a water mark: +\usepackage{ifthen} \usepackage{ifpdf} -\ifpdf -\usepackage{pdfpages} -\usepackage{color} -\def\showwatermark#1{% - \AddToShipoutPicture{ - \AtTextCenter{% - \makebox(0,0)[c]{\resizebox{\textwidth}{!}{% - \rotatebox{45}{\textsf{\textbf{\color[gray]{0.8}#1}% - }} +\ifthenelse{\boolean{pdf}\OR\boolean{xetex}}{ + \usepackage{pdfpages} + \usepackage{color} + \def\showwatermark#1{% +\AddToShipoutPicture{ + \AtTextCenter{% +\makebox(0,0)[c]{\resizebox{\textwidth}{!}{% +\rotatebox{45}{\textsf{\textbf{\color[gray]{0.8}#1}% +{ + \def\showwatermark#1{} } -\else -\def\showwatermark#1{}% -\fi % ## % ### Page Parameters @@ -121,7 +120,6 @@ \usepackage{calc} \usepackage{multirow} \usepackage{subfigure} -\usepackage{ifthen} \usepackage{tabularx} % Before hyperlink to have consistent links to footnotes \usepackage{footmisc} --- a/latex/contrib/db2latex/db2latex.sty +++ b/latex/contrib/db2latex/db2latex.sty @@ -92,19 +92,17 @@ % Display ``DRAFT'' as a water mark: \usepackage{ifpdf} -\ifpdf -\usepackage{pdfpages} -\usepackage{color} -\def\showwatermark#1{% - \AddToShipoutPicture{ - \AtTextCenter{% - \makebox(0,0)[c]{\resizebox{\textwidth}{!}{% - \rotatebox{45}{\textsf{\textbf{\color[gray]{0.8}#1}% - }} +\ifthenelse{\boolean{pdf}\OR\boolean{xetex}}{ + \usepackage{pdfpages} + \usepackage{color} + \def\showwatermark#1{% +\AddToShipoutPicture{ + \AtTextCenter{% +\makebox(0,0)[c]{\resizebox{\textwidth}{!}{% +\rotatebox{45}{\textsf{\textbf{\color[gray]{0.8}#1}% +{ + \def\showwatermark#1{} } -\else -\def\showwatermark#1{}% -\fi % -- % Title and Bookinfo display Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpwbjt8WsZ9n.pgp Description: PGP signature
Bug#633421: Esperanto-translation for Zeitgeist
Package: zeitgeist Severity: wishlist Tags: l10n patch Please include the attached Esperanto-translation for zeitgeist. dankon, Kristjan # Esperanto translation for zeitgeist. # Copyright (c) 2010 Rosetta Contributors and Canonical Ltd 2010 # This file is distributed under the same license as the zeitgeist package. # Michael MORONI , 2010. # Kristjan SCHMIDT kristjan.schm...@googlemail.com, 2011. # msgid msgstr Project-Id-Version: zeitgeist\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2010-12-07 21:46+\n PO-Revision-Date: 2011-07-10 09:31+0200\n Last-Translator: Kristjan SCHMIDT kristjan.schm...@googlemail.com\n Language-Team: Esperanto ubuntu-l10n...@lists.launchpad.net\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Launchpad-Export-Date: 2011-07-10 07:24+\n X-Generator: Launchpad (build 13376)\n Language: eo\n Plural-Forms: nplurals=2; plural=(n != 1)\n #: ../zeitgeist-daemon.py:71 ../zeitgeist-daemon.py:84 msgid if another Zeitgeist instance is already running, replace it msgstr se alia aperaĵo de Zeitgeist jam rulas, anstataÅigi Äin #: ../zeitgeist-daemon.py:75 msgid do not start zeitgeist-datahub automatically msgstr ne starti zeitgeist-datumkoncentrilon aÅtomate #: ../zeitgeist-daemon.py:79 msgid how much information should be printed; possible values: msgstr kiom da informoj presendas; eblaj valoroj: #~ msgid Lost connection to zeitgeist-daemon, terminating. #~ msgstr Konekto al Zeitgeist-demono perdiÄis, mi Äesas. #~ msgid Starting Zeitgeist service... #~ msgstr Startigo de servo \Zeitgeist\...
Bug#632674: Info received (Bug#632674: Dependency problem nvidia-glx: depends:libgl1-nvidia-glx, (= 275-09-07-1))
Please disregard my previous notice about installing from unstable not working as well, I invoked apt-get incorrectly as you probably have noticed. I should have tried: $ sudo apt-get -t unstable nvidia-glx nvidia-settings nvidia-xconfig After I did that, running nvidia-xconfig worked as expected, and I'm now up and operational. Thank you! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633410: dpkg-trigger.1: does not explain trigger-name and command arguments
Hi, On Sun, 10 Jul 2011, Jonathan Nieder wrote: Raphael Hertzog wrote: There's no explicit list of value... a trigger name is just that, the name of a trigger. Can you suggest a wording that would make it clearer for you because I don't see what can be improved. Have you tried reading it as though you were a new packager, forgetting what you already know? I must admit I'm bored to have to fix minor documentation issues when we have so many other reported bugs. I'm always glad to improve the documentation but this is the kind of thing where the barrier to entry is not high and where I always try to get the bug reporter to provide a patch or at least some wording. And to be honest, if you really want to improve the documentation for a new packager, you need much more than clarifying the value trigger-name can take... just look at the amount of infos that you put in the explanations of your samples... if dpkg --compare-versions $2 lt-nl 5.12.0 then dpkg-trigger --no-await perl-major-upgrade fi Informs interested packages that a major perl upgrade has occured. Ok. Packages with interest perl-major-upgrade in their triggers control file will have the trigger added to their pending trigger list. For each interested package foo, foo.postinst triggered 'list' will be run with list a space-separated list including perl-major-upgrade before foo is next used to satisfy dependencies, or at the end of the dpkg run at the latest. All this should not be in this manual page, it's completely unrelated to the dpkg-trigger interface. We would need a separate triggers-howto or triggers-intro in truth. generate_font /usr/share/fonts/truetype/foo/bar.ttf dpkg-trigger /usr/share/fonts/truetype/foo/bar.ttf Informs interested packages about a new or updated font under /usr/share/fonts, just as if it had been unpacked as part of the package's files list. The current package will not be used to satisfy dependencies until the fontconfig cache is regenerated, so this is safe even if the font is used in the maintainer scripts of other packages. Though I doubt that second example would actually work, and I imagine that it would be possible to come up with more realistic examples if wanted. Does the trigger name have to match exactly (i.e., /usr/share/fonts)? Yes, it must match exactly. It's documented in /usr/share/doc/dpkg-dev/triggers.txt.gz: | NB that in the case of a file trigger the name of the trigger is | needed, not the name of a file which would match the trigger. I assume trigger names are not allowed to contain a space character and that trigger names not based on paths conventionally do not start with a forward slash. Are there any other relevant rules or conventions? Everything relevant is documented in /usr/share/doc/dpkg-dev/triggers.txt.gz. | Trigger names contain only printing 7-bit ascii characters (no | whitespace). Each trigger kind has a distinct subset of the trigger | name space so that the kind can be determined from the name. After we | run out of straightforward syntaxes, we will use kind:details. | [...] | Explicit triggers | - | | Explicit triggers have names with the same syntax as package names, | *but* should *not* normally be named identically to a package. | | When choosing an explicit trigger name it is usually good to include a | relevant package name or some other useful identifier to help make the | trigger name unique. On the other hand, explicit triggers should | generally not be renamed just because the interested or triggering | packages' names change. | | Explicit trigger names form part of the interface between packages. | Therefore in case of wider use of any trigger the name and purpose | should be discussed in the usual way and documented in the appropriate | packaging guidelines (eg, in policy). | | File triggers | - | | File triggers have names of the form | /path/to/directory/or/file | and are activated when the specified filesystem object, or any object | under the specified subdirectory, is created, updated or deleted by | dpkg during package unpack or removal. The pathname must be absolute. | [...] | Because of the restriction on trigger names, it is not possible to | declare a file trigger for a directory whose name contains whitespace, | i18n characters, etc. Such a trigger should not be necessary. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633119: option to clean-up/unpaper on save (in the background)
Otoh, I would really like to be able to use gscan2pdf to scan the next document while it's processing the previous document with unpaper. That is the current behaviour, if you tell it to unpaper from the scan window. The upcoming version will this more blatant by moving all the blocking progress meters to a single non-blocking set integrated into the main window, thereby allowing you to continue to edit the document whilst other stuff is going on. Regards Jeff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633120: do not highlight/pre-select cancel buttons
tags 633120 pending thanks If I choose to post-process my scans, e.g. with unpaper, then gscan2pdf pops open a process dialog. The problem is that its Cancel button is highlit. If I fail to move the focus to another window, then a keypress like space or enter cauises the process to cancel. The upcoming version will eliminate this problem completely by removing the dialogs and putting the progress meters on the main window. Regards Jeff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622118: linux-base: [INTL:sk] Slovak po-debconf translation
Ahoj, Dňa Mon, 04 Jul 2011 04:32:43 +0100 Ben Hutchings b...@decadent.org.uk napísal: So I've added this in sid now, but it is out of date as some templates have changed. Please can you provide an update? I am sorry for late response. Updated sk.po attached... -- Slavko http://slavino.sk # Slovak translations for linux-2.6 package # Slovenské preklady pre balÃk linux-2.6. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the linux-2.6 package. # Slavko li...@slavino.sk, 2011. # msgid msgstr Project-Id-Version: linux-2.6 2.6.32-29\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2011-06-09 10:31+0200\n PO-Revision-Date: 2011-07-10 09:19+0200\n Last-Translator: Slavko li...@slavino.sk\n Language-Team: Slovak nomail\n Language: sk\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n=2 n=4) ? 1 : 2;\n #. Type: boolean #. Description #: ../templates/temp.image.plain/templates:2001 msgid Abort installation after depmod error? msgstr PreruÅ¡iÅ¥ inÅ¡taláciu po chybe depmod? #. Type: boolean #. Description #: ../templates/temp.image.plain/templates:2001 msgid The 'depmod' command exited with the exit code ${exit_value} (${SIGNAL}${CORE}). msgstr PrÃkaz âdepmodâ skonÄil s návratovým kódom ${exit_value} (${SIGNAL}${CORE}). #. Type: boolean #. Description #: ../templates/temp.image.plain/templates:2001 msgid Since this image uses initrd, the ${modules_base}/=V/modules.dep file will not be deleted, even though it may be invalid. msgstr KeÄže tento obraz použÃva initrd, nebude súbor ${modules_base}/=V/modules. dep zmazaný, hoci môže byÅ¥ neplatný. #. Type: boolean #. Description #: ../templates/temp.image.plain/templates:2001 msgid You should abort the installation and fix the errors in depmod, or regenerate the initrd image with a known good modules.dep file. If you don't abort the installation, there is a danger that the system will fail to boot. msgstr Mali by ste preruÅ¡iÅ¥ inÅ¡taláciu a opraviÅ¥ chyby v depmod, alebo znova vytvoriÅ¥ obraz initrd s funkÄným súborom modules.dep. Ak teraz nepreruÅ¡Ãte inÅ¡taláciu, môže sa staÅ¥, že sa nepodarà zaviesÅ¥ systém. #. Type: boolean #. Description #: ../templates/temp.image.plain/templates:3001 msgid Abort kernel removal? msgstr PreruÅ¡iÅ¥ odstraÅovanie jadra? #. Type: boolean #. Description #: ../templates/temp.image.plain/templates:3001 msgid You are running a kernel (version ${running}) and attempting to remove the same version. msgstr Pokúšate sa odstrániÅ¥ rovnakú verziu jadra, akú práve použÃvate (version ${running}). #. Type: boolean #. Description #: ../templates/temp.image.plain/templates:3001 msgid This can make the system unbootable as it will remove /boot/vmlinuz- ${running} and all modules under the directory /lib/modules/${running}. This can only be fixed with a copy of the kernel image and the corresponding modules. msgstr Toto môže spôsobiÅ¥, že sa systém nezavedie, pretože bude odstránený /boot/ vmlinuz-${running} a vÅ¡etky moduly z adresára /lib/modules/${running}. Opravené to môže byÅ¥ len prekopÃrovanÃm obrazu jadra a prÃsluÅ¡ných modulov. #. Type: boolean #. Description #: ../templates/temp.image.plain/templates:3001 msgid It is highly recommended to abort the kernel removal unless you are prepared to fix the system after removal. msgstr Dôrazne odporúÄame preruÅ¡iÅ¥ odstraÅovanie jadra, ak nie ste pripravený na opravu systému po jeho odstránenÃ. #. Type: note #. Description #: ../templates/temp.image.plain/templates:4001 msgid Required firmware files may be missing msgstr Vyžadované súbory s firmware môžu chýbaÅ¥ #. Type: note #. Description #: ../templates/temp.image.plain/templates:4001 msgid This system is currently running Linux ${runningversion} and you are installing Linux ${version}. In the new version some of the drivers used on this system may require additional firmware files: msgstr Tento systém práve použÃva Linux ${runningversion} a vy inÅ¡talujete Linux ${version}. V novej verzii môžu niektoré ovládaÄe použÃvané týmto systémom vyžadovaÅ¥ dodatoÄné súbory s firmware: #. Type: note #. Description #: ../templates/temp.image.plain/templates:4001 msgid Most firmware files are not included in the system because they do not conform to the Debian Free Software Guidelines. You may need to reconfigure the package manager to include the contrib and non-free sections of the package archive before you can install these firmware files. msgstr VäÄÅ¡ina súborov s firmware nie je v systéme zahrnutá, pretože nie sú v súlade so Zásadami slobodného softvéru Debianu. Pred inÅ¡taláciou týchto súborov s firmware, budete možno musieÅ¥ nastaviÅ¥ správcu balÃkov tak, aby zahÅÅal sekcie archÃvu balÃkov contrib a non-free. #. Type: error #.
Bug#633422: chrony: Should add hooks in /etc/pm/sleep.d
Package: chrony Version: 1.24-3+b1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! Hooks installed in /etc/apm/event.d should also be installed in /etc/pm/sleep.d. apmd is rarely used nowadays. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chrony depends on: ii dpkg 1.16.0.3 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libncurses5 5.9-1 shared libraries for terminal hand ii libreadline5 5.2-9 GNU readline and history libraries ii timelimit 1.8-1 simple utility to limit a process' ii ucf 3.0025+nmu2Update Configuration File: preserv Versions of packages chrony recommends: ii udev 171-2 /dev/ and hotplug management daemo chrony suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk4ZW7YACgkQKFvXofIqeU5oKACdEnKr2vE34rBVZvDw1/PFYX7Z AnIAmwXBTA48negtEuDs5HiwvYIom/Kf =1gJN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633410: dpkg-trigger.1: does not explain trigger-name and command arguments
Raphael Hertzog wrote: I must admit I'm bored to have to fix minor documentation issues Excellent. Obviously, you don't have to fix it; I am happy even if you tag it wontfix, or choose some other forum where further work should happen and tag it help. I was responding to I don't see what can be improved, which sounded suspiciously like That doesn't look like a bug to me. By the way, documentation is a great way for a new contributor to help, but they usually need the help of experienced people to make it accurate. So thanks for your thorough explanations (and I think you've answered it all well). Comments below are about mechanics. Packages with interest perl-major-upgrade in their triggers control file will have the trigger added to their pending trigger list. For each interested package foo, foo.postinst triggered 'list' will be run with list a space-separated list including perl-major-upgrade before foo is next used to satisfy dependencies, or at the end of the dpkg run at the latest. All this should not be in this manual page, it's completely unrelated to the dpkg-trigger interface. We would need a separate triggers-howto or triggers-intro in truth. Until then, is it not sensible to put it here, and add a comment to the hypothetical wishlist bug for a triggers-howto that the text should be removed from here at the appropriate time? I would have put a pointer to a short, clear reference document about the relevant piece of behavior if it existed (in an ideal world this might be dpkg(1), or even better, the policy manual or a revived packaging system manual); alas, none exists (certainly triggers.txt is not such a thing). Yes, it must match exactly. It's documented in /usr/share/doc/dpkg-dev/triggers.txt.gz: | NB that in the case of a file trigger the name of the trigger is | needed, not the name of a file which would match the trigger. Right. I think that's a design bug, and definitely worth documenting explicitly for the unwary in the meantime. Everything relevant is documented in /usr/share/doc/dpkg-dev/triggers.txt.gz. | Trigger names contain only printing 7-bit ascii characters (no | whitespace). Each trigger kind has a distinct subset of the trigger | name space so that the kind can be determined from the name. After we | run out of straightforward syntaxes, we will use kind:details. Thanks for a pointer. Note that this is a design document, and it was never meant to be used as reference documentation. Details that could be added on top: * printing 7-bit ascii characters means isgraph() in the C locale (i.e., ' ' + 1 to ASCII DEL) * explicit triggers use the same alphanumerics-and-minus-signs syntax as package names: | [...] | Explicit triggers | - | | Explicit triggers have names with the same syntax as package names, | *but* should *not* normally be named identically to a package. | | When choosing an explicit trigger name it is usually good to include a | relevant package name or some other useful identifier to help make the | trigger name unique. On the other hand, explicit triggers should | generally not be renamed just because the interested or triggering | packages' names change. | | Explicit trigger names form part of the interface between packages. | Therefore in case of wider use of any trigger the name and purpose | should be discussed in the usual way and documented in the appropriate | packaging guidelines (eg, in policy). This description would be a nice addition for policy, and until then it would be a nice addition for a NOTES section of the dpkg-trigger(1) manpage. Thanks for the pointers. I'll try to find time to get back to this. Barring that, at least there is this bug report to help the next hapless reader feeling her way through. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621358: kded4 remains runnng after KDE session finished, and loops on the CPU after suspend/resume
Package: kdelibs-bin Version: 4:4.6.4-1 I guess after the new login the old kded4 still keeps running and gets crazy kded4 cpu usage goes to 100%, kill -9 pid solves the problem, I didn't notice any consequence in KDE. Ok, i can now extra info: this time X/kde/kdm/whatever crashed and i was expelled to the kdm login screen. The kded4 daemon kept running (together with pulseaudio) but all other KDE session processes were gone. --- NOTE: there is a wish-item in Bug#544149 which would partly address this also, if the kde daemons notice when they are unused and quit Then i logged in again starting a new kde session. Two kded4 processes were now running (one old, one new), but still NO cpu-overload issues. Then i SUSPENDED TO RAM overnight. Upon resume, the kded4 process from the old crashed session went crazy, bringing CPU load to 100%. Below the backtrace of all threads. = (gdb) thread apply all bt Thread 3 (Thread 0x7ffe03f15700 (LWP 23797)): #0 0x7ffe1dba7e13 in select () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7ffe1ef95521 in ?? () from /usr/lib/libQtCore.so.4 #2 0x7ffe1eecd235 in ?? () from /usr/lib/libQtCore.so.4 #3 0x7ffe1b6a1b40 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #4 0x7ffe1dbae2fd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x in ?? () Thread 2 (Thread 0x7ffe01ed6700 (LWP 23803)): #0 0x7ffe1b6a414f in pthread_mutex_lock () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x7ffe1abd6986 in g_main_context_prepare () from /lib/libglib-2.0.so.0 #2 0x7ffe1abd7879 in ?? () from /lib/libglib-2.0.so.0 #3 0x7ffe1abd7f1d in g_main_context_iteration () from /lib/libglib-2.0.so.0 #4 0x7ffe1efde5cf in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #5 0x7ffe1efb2b82 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #6 0x7ffe1efb2d7f in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #7 0x7ffe1eeca81f in QThread::exec() () from /usr/lib/libQtCore.so.4 #8 0x7ffe1ef95b6f in ?? () from /usr/lib/libQtCore.so.4 #9 0x7ffe1eecd235 in ?? () from /usr/lib/libQtCore.so.4 #10 0x7ffe1b6a1b40 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #11 0x7ffe1dbae2fd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #12 0x in ?? () Thread 1 (Thread 0x7ffe2036a760 (LWP 23792)): #0 0x7ffe1b6a62c4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x7ffe1eecd6cb in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x7ffe1eeccf7c in QThread::wait(unsigned long) () from /usr/lib/libQtCore.so.4 #3 0x7ffe1ef89370 in QFileSystemWatcher::~QFileSystemWatcher() () from /usr/lib/libQtCore.so.4 #4 0x7ffe1ef89449 in QFileSystemWatcher::~QFileSystemWatcher() () from /usr/lib/libQtCore.so.4 #5 0x7ffe1efc54a5 in QObjectPrivate::deleteChildren() () from /usr/lib/libQtCore.so.4 #6 0x7ffe1efcaa49 in QObject::~QObject() () from /usr/lib/libQtCore.so.4 #7 0x7ffe17c67759 in ?? () from /usr/lib/libsolid.so.4 #8 0x7ffe1db0fd82 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #9 0x7ffe1db0fdd5 in exit () from /lib/x86_64-linux-gnu/libc.so.6 #10 0x7ffe1e3d85d8 in ?? () from /usr/lib/libQtGui.so.4 #11 0x7ffe1fd5c8c8 in KApplication::xioErrhandler(_XDisplay*) () from /usr/lib/libkdeui.so.5 #12 0x7ffe1f81207e in _XIOError () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #13 0x7ffe1f80f9bd in _XEventsQueued () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #14 0x7ffe1f8004ff in XEventsQueued () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #15 0x7ffe1e41053c in ?? () from /usr/lib/libQtGui.so.4 #16 0x7ffe1abd711c in g_main_context_check () from /lib/libglib-2.0.so.0 #17 0x7ffe1abd7a02 in ?? () from /lib/libglib-2.0.so.0 ---Type return to continue, or q return to quit--- #18 0x7ffe1abd7f1d in g_main_context_iteration () from /lib/libglib-2.0.so.0 #19 0x7ffe1efde5cf in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #20 0x7ffe1e41070e in ?? () from /usr/lib/libQtGui.so.4 #21 0x7ffe1efb2b82 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #22 0x7ffe1efb2d7f in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #23 0x7ffe1efb6f57 in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4 #24 0x7ffe0e3ae155 in kdemain () from /usr/lib/kde4/libkdeinit/libkdeinit4_kded4.so #25 0x004088fa in _start () (gdb) = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#633423: systemd: boot hangs after systemd-fsck
Package: systemd Version: 29-1 Severity: important Today I installed and booted (with init=/bin/systemd) systemd for the first time. Alas, it does not work for me. :-( The last output on the screen was from systemd-fsck which successfully checked the root partition, then the boot hung without further output requiring to reboot with SysRq-b. Note that while I'm running a self-compiled kernel, the problem also occurred with the official 2.6.39-2-amd64 Debian kernel. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.0-rc6-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii initscripts2.88dsf-13.10 scripts for initializing and shutt ii libaudit0 1.7.13-1.2Dynamic library for security audit ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcap21:2.21-1 support for getting/setting POSIX. ii libcryptsetup1 2:1.3.0-3 libcryptsetup shared library ii libdbus-1-31.4.12-4 simple interprocess messaging syst ii libpam0g 1.1.3-2 Pluggable Authentication Modules l ii libselinux12.0.98-1.1SELinux runtime shared libraries ii libudev0 171-2 libudev shared library ii libwrap0 7.6.q-21 Wietse Venema's TCP wrappers libra ii udev 171-2 /dev/ and hotplug management daemo ii util-linux 2.19.1-2 Miscellaneous system utilities Versions of packages systemd recommends: ii libpam-systemd29-1 system and service manager - PAM m Versions of packages systemd suggests: ii python2.6.6-14 interactive high-level object-orie pn systemd-gui none (no description available) -- 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#621358: kded4 remains runnng after KDE session finished, and loops on the CPU after suspend/resume
Package: kdelibs-bin Version: 4:4.6.4-1 Some additional remark: after i attached gdb to the process, made the backtrace, and detached again, of course the cpu went hi again. So i attached again and repeated the backtrace: Threads 1 and 3 didn't move, ie, the backtrace looked identical, but thread 2 did change, so this one must be the responsible for the hi load. Below some bt of thread 2, same procedure repeated a few times (attaching, bt'ing, detaching) (sorry no dgb libs installed, but you get the idea i hope) = Thread 2 (Thread 0x7ffe01ed6700 (LWP 23803)): #0 0x7ffe1dba36d3 in poll () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7ffe1abd79e4 in ?? () from /lib/libglib-2.0.so.0 #2 0x7ffe1abd7f1d in g_main_context_iteration () from /lib/libglib-2.0.so.0 #3 0x7ffe1efde5cf in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #4 0x7ffe1efb2b82 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #5 0x7ffe1efb2d7f in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #6 0x7ffe1eeca81f in QThread::exec() () from /usr/lib/libQtCore.so.4 #7 0x7ffe1ef95b6f in ?? () from /usr/lib/libQtCore.so.4 #8 0x7ffe1eecd235 in ?? () from /usr/lib/libQtCore.so.4 #9 0x7ffe1b6a1b40 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #10 0x7ffe1dbae2fd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #11 0x in ?? () = Thread 2 (Thread 0x7ffe01ed6700 (LWP 23803)): #0 0xff60012d in ?? () #1 0x7fff7c1ff6e1 in ?? () #2 0x7ffe1ae86e86 in clock_gettime () from /lib/x86_64-linux-gnu/librt.so.1 #3 0x7ffe1ef1d064 in ?? () from /usr/lib/libQtCore.so.4 #4 0x7ffe1efdeddd in ?? () from /usr/lib/libQtCore.so.4 #5 0x7ffe1efdf113 in ?? () from /usr/lib/libQtCore.so.4 #6 0x7ffe1efddb7c in ?? () from /usr/lib/libQtCore.so.4 #7 0x7ffe1efddc25 in ?? () from /usr/lib/libQtCore.so.4 #8 0x7ffe1abd6957 in g_main_context_prepare () from /lib/libglib-2.0.so.0 #9 0x7ffe1abd7879 in ?? () from /lib/libglib-2.0.so.0 #10 0x7ffe1abd7f1d in g_main_context_iteration () from /lib/libglib-2.0.so.0 #11 0x7ffe1efde5cf in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #12 0x7ffe1efb2b82 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #13 0x7ffe1efb2d7f in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #14 0x7ffe1eeca81f in QThread::exec() () from /usr/lib/libQtCore.so.4 #15 0x7ffe1ef95b6f in ?? () from /usr/lib/libQtCore.so.4 #16 0x7ffe1eecd235 in ?? () from /usr/lib/libQtCore.so.4 #17 0x7ffe1b6a1b40 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #18 0x7ffe1dbae2fd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #19 0x in ?? () = Thread 2 (Thread 0x7ffe01ed6700 (LWP 23803)): #0 0x7ffe1dbbac06 in pthread_mutex_lock () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7ffe1abd7146 in g_main_context_check () from /lib/libglib-2.0.so.0 #2 0x7ffe1abd7a02 in ?? () from /lib/libglib-2.0.so.0 #3 0x7ffe1abd7f1d in g_main_context_iteration () from /lib/libglib-2.0.so.0 #4 0x7ffe1efde5cf in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #5 0x7ffe1efb2b82 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #6 0x7ffe1efb2d7f in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #7 0x7ffe1eeca81f in QThread::exec() () from /usr/lib/libQtCore.so.4 #8 0x7ffe1ef95b6f in ?? () from /usr/lib/libQtCore.so.4 #9 0x7ffe1eecd235 in ?? () from /usr/lib/libQtCore.so.4 #10 0x7ffe1b6a1b40 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #11 0x7ffe1dbae2fd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #12 0x in ?? () = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633424: no recovery when wrong URL typed in
Package: iceweasel Version: 7.0~a2+20110707042018-1 Severity: wishlist Open a new tab. Type this erroneous URL in it and hit the green arrow, http:/www.wretch.cc/blog/p56379562002 Note how we get sent off to Google, with no way to click the back key to correct the URL and try again. A one character repair now becomes a massive cleanup job there in the URL bar. P.S., the Firefox website has hidden their bug tracker URL very well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633425: No SignWith directive in reprepro configuration
Package: mini-buildd-rep Version: 0.9.5 Severity: normal Tags: experimental mini-buildd does not create a proper SignWith directive in the reprepro configuration, which causes the repository to be silently unsigned, which in turn causes mini-buildd to not accept it own repository for package installations. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633426: nfs-kernel-server: complains about missing /etc/exports.d directory
Package: nfs-kernel-server Version: 1:1.2.4-1 Severity: minor I just saw the following warning: , | # /etc/init.d/nfs-kernel-server start | Exporting directories for NFS kernel daemon...exportfs: scandir /etc/exports.d: No such file or directory | | . | Starting NFS kernel daemon: nfsd mountd. ` Creating the missing directory made nfs-kernel-server shut up, so maybe it should just be shipped in the package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.0-rc6-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-kernel-server depends on: ii libblkid1 2.19.1-2 block device id library ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcomerr2 1.42~WIP-2011-07-02-1 common error description library ii libgssapi-krb5-2 1.9.1+dfsg-1 MIT Kerberos runtime libraries - k ii libgssglue10.3-1 mechanism-switch gssapi library ii libk5crypto3 1.9.1+dfsg-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.9.1+dfsg-1 MIT Kerberos runtime libraries ii libnfsidmap2 0.24-1An nfs idmapping library ii libtirpc1 0.2.2-4 transport-independent RPC library ii libwrap0 7.6.q-21 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-27Linux Standard Base 3.2 init scrip ii nfs-common 1:1.2.4-1 NFS support files common to client ii ucf3.0025+nmu2 Update Configuration File: preserv nfs-kernel-server recommends no packages. nfs-kernel-server 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#633357: phonon-backend-gstreamer: dragon does not play video dvds with gstreamer (xine ok)
severity 633357 normal thanks Hello, On šeštadienis 09 Liepa 2011 19:08:24 Michael Tsang wrote: Package: phonon-backend-gstreamer Version: 4:4.6.0really4.5.1-1 Severity: important When I click play disc in dragon player, nothing happens. The DVD is played well by SMPlayer, VLC, KPlayer and in dragon when the xine backend is selected. You probably don't have some gstreamer0.10-plugins-* installed. See phonon- backend-gstreamer Suggests. -- Modestas Vainius mo...@debian.org signature.asc Description: This is a digitally signed message part.
Bug#633423: systemd: boot hangs after systemd-fsck
Am 10.07.2011 10:19, schrieb Sven Joachim: Package: systemd Version: 29-1 Severity: important Today I installed and booted (with init=/bin/systemd) systemd for the first time. Alas, it does not work for me. :-( The last output on the screen was from systemd-fsck which successfully checked the root partition, then the boot hung without further output requiring to reboot with SysRq-b. How long did you wait? Do you have any special partitioning layout, LVM, cryptsetup? Could you post your /etc/fstab please. Do you have any partitions/devices there which do not physically exist? If that is the case, then systemd will block, waiting for the device to show up, until it times out. Could you remove the quiet from the kernel command line (in case you have) it and add systemd.log_level=debug systemd.log_target=kmsg to get a verbose boot. [1] Michael [1] http://wiki.debian.org/systemd#Debugging_systemd -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#633427: opendnssec-auditor: Auditor doesn't allow input files with $INCLUDE directives
Package: opendnssec-auditor Severity: normal Tags: patch Hi, When you have an unsigned zone with $INCLUDE directives, the auditor doen't work correctly, complaining about entries in the signed file that weren't present in the unsigned file. I have attached a patch that does the following Take the sorted file based on the input file that the signer produces, run it through the finalizer command to move the SOA to the top (a bit overkill, but makes for a cleaner patch), write the output in zone.sorted2 file It also modifies the auditor to take the input from the zone.sorted2 file instead of zone.unsorted This works around the issue of having atomicity on the input file as noted in the KNOWN_ISSUES file of the 1.3.0rc3 release. This problem is upstream, but this patch will probably not work, as versions after 1.1.0 (stable on debian) do all the sorting and stuff in memory, so don't have a nice input file with the $INCLUDE's processed TMK. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (950, 'stable'), (850, 'stable-updates'), (50, 'testing'), (25, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---BeginMessage--- Call the finalizer on the sorted import file that was signed. This makes the input file atomic including all the $INCLUDE directives. This file needs to have the SOA record as the first in the file, so pass it through the finalizer script before passing the to auditor --- auditor/lib/kasp_auditor.rb |2 +- signer/signer_engine/Zone.py | 17 + 2 files changed, 18 insertions(+), 1 deletions(-) diff --git a/auditor/lib/kasp_auditor.rb b/auditor/lib/kasp_auditor.rb index ddf9288..63b59e0 100644 --- a/auditor/lib/kasp_auditor.rb +++ b/auditor/lib/kasp_auditor.rb @@ -141,7 +141,7 @@ module KASPAuditor syslog.log(LOG_INFO, Auditor starting on #{config.name}) print(Auditor starting on #{config.name}\n) # Override this with @unsigned_zone if present -input_file = signer_working_folder + File::Separator + config.name + .unsorted +input_file = signer_working_folder + File::Separator + config.name + .sorted2 if ((@zone_name == config.name) (@unsigned_zone)) input_file = @unsigned_zone end diff --git a/signer/signer_engine/Zone.py b/signer/signer_engine/Zone.py index c65cb30..31bc793 100644 --- a/signer/signer_engine/Zone.py +++ b/signer/signer_engine/Zone.py @@ -800,6 +800,23 @@ class Zone: syslog.syslog(syslog.LOG_ERR, No resource records in output) return False output.close() +cmd = [self.get_tool_filename(finalizer), + -f, self.get_zone_tmp_filename(.sorted), + ] +finalize_p = Util.run_tool(cmd) +if not finalize_p: +return False +output = open(self.get_zone_tmp_filename(.sorted2), w) +if not output: +syslog.syslog(syslog.LOG_ERR, + Error opening finalized zone file: + + self.get_zone_tmp_filename(.sorted2)) +return False +for line in finalize_p.stdout: +output.write(line) +for line in finalize_p.stderr: +output.write(line) +output.close() return True def move_output(self): -- ---End Message---
Bug#633428: debclean: please run quilt pop -a when option 'unapply-patches' is set in debian/source/local-options'
Package: devscripts Version: 2.10.69ubuntu2 Severity: normal please run quilt pop -a when option 'unapply-patches' is set in debian/source/local-options'. This is espc. handy when working on packages that are maintained in a VCS. Thanks for considering. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty-proposed'), (500, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-0300rc5-generic (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.0~ubuntu7.1 Debian package development tools ii libc6 2.13-0ubuntu13 Embedded GNU C Library: Shared lib ii perl 5.10.1-17ubuntu4.1 Larry Wall's Practical Extraction Versions of packages devscripts recommends: ii at 3.1.12-1ubuntu2 Delayed job execution and batch pr ii bs 8.1.2-0.20100314cvs-1 simple mail user agent ii bz 2.3.3-0ubuntu1easy to use distributed version co ii ch 12.0.742.112~r90304-0ubuntu0.11.04.1 Chromium browser ii dc 2.14.5Command-line tools to process Debi ii dp 0.9.6.1ubuntu1Debian package upload tool ii fa 1.14.4-1ubuntu1 Gives a fake root environment ii fi 5.0+build1+nobinonly-0ubuntu0.11.04.2 Safe and easy web browser from Moz ii gi 1:1.7.4.1-3 fast, scalable, distributed revisi ii gi 1:1.7.4.1-3 fast, scalable, distributed revisi ii gn 1.4.11-3ubuntu1 GNU privacy guard - a free PGP rep ii li 2.1500-1 Authen::SASL - SASL Authentication ii li 2.27-1Perl module to parse and convert t ii li 2.005-2 Easy OO parsing of Debian control- ii li 0.2-4build3 Perl extension for retrieving term ii li 1.2000-1 collection of modules to manipulat ii li 1.56-1module to manipulate and access UR ii li 5.837-1 simple and consistent interface to ii li 2.5.0~rc2ubuntu3 Debian package checker ii ls 4.0-0ubuntu11 Linux Standard Base version report ii ly 2.8.8dev.7-1 Text-mode WWW Browser with NLS sup ii lz 4.43-14ubuntu2Compression method of 7z format in ii ma 2.5.9-4 on-line manual pager ii op 1:5.8p1-1ubuntu3 secure shell (SSH) client, for sec ii pa 2.6-3 Apply a diff file to an original ii pa 0.3.1-2build1 Utilities to work with patches ii se 0.0.6ubuntu2 Utilities for sensible alternative ii st 4.5.20-2ubuntu2 A system call tracer ii su 1.6.12dfsg-4ubuntu2.1 Advanced version control system ii un 6.0-4ubuntu1 De-archiver for .zip files ii wd 0.6.3-1 Compares two files word by word ii wg 1.12-2.1ubuntu2 retrieves files from the web ii xz 5.0.0-2 XZ-format compression utilities Versions of packages devscripts suggests: ii build-essential 11.5ubuntu1 Informational list of build-essent pn cvs-buildpackage none (no description available) ii debian-keyring [debian-m 2010.12.29 GnuPG keys of Debian Developers ii devscripts-el34.1ubuntu1 Emacs wrappers for the commands in pn equivs none (no description available) pn gnuplot none (no description available) ii libcrypt-ssleay-perl 0.57-2 Support for https protocol in LWP ii libfile-desktopentry-per 0.04-2 Perl module to handle freedesktop ii libnet-smtp-ssl-perl 1.01-2 SSL support for Net::SMTP pn libsoap-lite-perlnone (no description available) ii libyaml-syck-perl1.17-1 Perl module providing a fast, ligh ii mutt 1.5.21-2ubuntu3 text-based mailreader supporting M pn svn-buildpackage none (no description available) ii ubuntu-dev-tools 0.122.1 useful tools for Ubuntu developers pn w3m none (no description available) -- 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#633429: cakephp-scripts and coffeescript: error when trying to install together
Package: coffeescript,cakephp-scripts Version: coffeescript/1.1.1-1 Version: cakephp-scripts/1.3.7-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-07-10 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! multiarch-support libgpg-error0 libgcrypt11 libkeyutils1 libtasn1-3 libcap2 libgnutls26 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libsasl2-2 libldap-2.4-2 libmagic1 libpcre3 libxml2 mime-support perl-modules perl ucf libapr1 libexpat1 libaprutil1 libaprutil1-dbd-sqlite3 libaprutil1-ldap apache2.2-bin apache2-utils apache2.2-common apache2-mpm-prefork libonig2 libqdbm14 php5-common libapache2-mod-php5 php5 cakephp php5-cli cakephp-scripts libicu44 libv8-3.1.8.22 libc-ares2 libev4 nodejs coffeescript Extracting templates from packages: 69% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package multiarch-support. (Reading database ... 9214 files and directories currently installed.) Unpacking multiarch-support (from .../multiarch-support_2.13-10_amd64.deb) ... Selecting previously deselected package libgpg-error0. Unpacking libgpg-error0 (from .../libgpg-error0_1.10-0.3_amd64.deb) ... Can not write log, openpty() failed (/dev/pts not mounted?) Setting up multiarch-support (2.13-10) ... Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libgcrypt11. (Reading database ... 9236 files and directories currently installed.) Unpacking libgcrypt11 (from .../libgcrypt11_1.4.6-7_amd64.deb) ... Selecting previously deselected package libkeyutils1. Unpacking libkeyutils1 (from .../libkeyutils1_1.4-5_amd64.deb) ... Selecting previously deselected package libtasn1-3. Unpacking libtasn1-3 (from .../libtasn1-3_2.9-4_amd64.deb) ... Selecting previously deselected package libcap2. Unpacking libcap2 (from .../libcap2_1%3a2.21-1_amd64.deb) ... Selecting previously deselected package libgnutls26. Unpacking libgnutls26 (from .../libgnutls26_2.10.5-2_amd64.deb) ... Selecting previously deselected package libkrb5support0. Unpacking libkrb5support0 (from .../libkrb5support0_1.9.1+dfsg-1+b1_amd64.deb) ... Selecting previously deselected package libk5crypto3. Unpacking libk5crypto3 (from .../libk5crypto3_1.9.1+dfsg-1+b1_amd64.deb) ... Selecting previously deselected package libkrb5-3. Unpacking libkrb5-3 (from .../libkrb5-3_1.9.1+dfsg-1+b1_amd64.deb) ... Selecting previously deselected package libgssapi-krb5-2. Unpacking libgssapi-krb5-2 (from .../libgssapi-krb5-2_1.9.1+dfsg-1+b1_amd64.deb) ... Selecting previously deselected package libsasl2-2. Unpacking libsasl2-2 (from .../libsasl2-2_2.1.24~rc1.dfsg1+cvs2011-05-23-4_amd64.deb) ... Selecting previously deselected package libldap-2.4-2. Unpacking libldap-2.4-2 (from .../libldap-2.4-2_2.4.25-1.1_amd64.deb) ... Selecting previously deselected package libmagic1. Unpacking libmagic1 (from .../libmagic1_5.04-5+b1_amd64.deb) ... Selecting previously deselected package libpcre3. Unpacking libpcre3 (from .../libpcre3_8.12-3_amd64.deb) ... Selecting previously deselected package libxml2. Unpacking libxml2 (from .../libxml2_2.7.8.dfsg-3_amd64.deb) ... Selecting previously deselected package mime-support. Unpacking mime-support (from .../mime-support_3.51-1_all.deb) ... Selecting previously deselected package perl-modules. Unpacking perl-modules (from .../perl-modules_5.12.4-1_all.deb) ... Selecting previously deselected package perl. Unpacking perl (from .../perl_5.12.4-1_amd64.deb) ... Selecting previously deselected package ucf. Unpacking ucf (from .../ucf_3.0025+nmu2_all.deb) ... Moving old data out of the way Selecting previously deselected package libapr1. Unpacking libapr1 (from .../libapr1_1.4.5-1_amd64.deb) ... Selecting previously deselected package libexpat1. Unpacking libexpat1 (from .../libexpat1_2.0.1-7_amd64.deb) ... Selecting previously deselected package libaprutil1. Unpacking libaprutil1 (from .../libaprutil1_1.3.12+dfsg-2_amd64.deb) ... Selecting previously deselected package libaprutil1-dbd-sqlite3. Unpacking libaprutil1-dbd-sqlite3 (from .../libaprutil1-dbd-sqlite3_1.3.12+dfsg-2_amd64.deb) ... Selecting previously deselected package libaprutil1-ldap. Unpacking libaprutil1-ldap (from .../libaprutil1-ldap_1.3.12+dfsg-2_amd64.deb) ... Selecting previously deselected package apache2.2-bin. Unpacking apache2.2-bin (from .../apache2.2-bin_2.2.19-1_amd64.deb) ... Selecting previously deselected package apache2-utils. Unpacking apache2-utils (from .../apache2-utils_2.2.19-1_amd64.deb) ... Selecting previously deselected package apache2.2-common. Unpacking apache2.2-common (from
Bug#594666: Bug #594666: Fixed upstream (but not in Debian yet)
tag 594666 fixed-upstream thanks This bug [1] has been fixed upstream [2] since version 8.6, but is not fixed in Debian yet. [1] http://bugs.debian.org/594666 [2] http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=777024889c0043004962834f4d9353cfa6847dd6 -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633430: dnssec-tools: After a logrotate, rollerd is unable to write to the rotated logfile
Package: dnssec-tools Version: 1.9-1~bpo60+1 Severity: normal Since the 1.9 release in Debian, the dnssec-tools ships with a logrotate configuration for /var/log/dnssec-tools/rollerd.log. Unfortunately, the log rotation script does not take care of reloading rollerd, so that log messages will not end up in the default, current logfile after the logs have been rotated once. Since rollerd seems to lack the capability of reopening logfiles like e.g. Apache does, it should be restarted after a logrotation. Or perhaps someone need to implement this in rollerd. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dnssec-tools depends on: ii bind9utils 1:9.7.3.dfsg-1~squeeze3 Utilities for BIND ii libmailtools-per 2.06-1 Manipulate email in perl programs ii libnet-dns-perl 0.66-2 Perform DNS queries from a Perl sc ii libnet-dns-sec-p 0.16-1 DNSSEC extension to NET::DNS ii libtimedate-perl 1.2000-1collection of modules to manipulat ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction Versions of packages dnssec-tools recommends: ii bind91:9.7.3.dfsg-1~squeeze3 Internet Domain Name Server dnssec-tools suggests no packages. -- Configuration Files: /etc/default/rollerd changed [not included] /etc/dnssec-tools/dnssec-tools.conf changed [not included] /etc/dnssec-tools/dnssec-tools.rollrec changed [not included] -- 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#308580: klogd hogs the cpu
I run number of lucid-based (10.04 LTS) containers on my natty-based (11.04) lxc server. Almost always, on reboot of the host machine, the lucid containers (once started) have klogd hogging the CPU. -- Arie
Bug#633423: systemd: boot hangs after systemd-fsck
On 2011-07-10 10:37 +0200, Michael Biebl wrote: Am 10.07.2011 10:19, schrieb Sven Joachim: Package: systemd Version: 29-1 Severity: important Today I installed and booted (with init=/bin/systemd) systemd for the first time. Alas, it does not work for me. :-( The last output on the screen was from systemd-fsck which successfully checked the root partition, then the boot hung without further output requiring to reboot with SysRq-b. How long did you wait? About five minutes. Do you have any special partitioning layout, LVM, cryptsetup? No, just an ordinary DOS partition table. Could you post your /etc/fstab please. , | # /etc/fstab: Tabelle einzubindender Dateisysteme. | # | # Dateisystem MountpunktTyp Optionen dump pass | | LABEL=/ / ext4errors=remount-ro 0 1 | LABEL=swapnoneswapsw 0 0 | | /dev/fd0 /media/floppy autouser,noauto,noatime 0 0 | /dev/cdrom/media/cdromautoro,user,noauto 0 0 | /dev/cdrw /media/cdrw autoro,user,noauto 0 0 | LABEL=USBSTICK/media/usbstick autorw,user,noauto,noatime 0 0 | | tmpfs /tmptmpfs nosuid,nodev,size=50% 0 0 | LABEL=/boot /boot ext2nosuid,nodev0 2 | LABEL=/var/varext4defaults0 2 | LABEL=/usr/local /usr/local ext4defaults0 2 | LABEL=/home /home ext4nosuid,nodev0 2 ` Do you have any partitions/devices there which do not physically exist? If that is the case, then systemd will block, waiting for the device to show up, until it times out. I actually don't have a floppy drive anymore, so /dev/fd0 does not exist. But surely systemd does not try to mount noauto filesystems, does it? Could you remove the quiet from the kernel command line (in case you have) it and add systemd.log_level=debug systemd.log_target=kmsg to get a verbose boot. [1] The only suspicious thing I saw is that statd from nfs-common failed to start, complaining that portmapper wasn't running; that may be related to #600112. I had already edited the LSB headers of the nfs-common and rpcbind scripts to start in runlevel S only after seeing the warning¹ in the Wiki. Cheers, Sven ¹ http://wiki.debian.org/systemd#Issue_.233:_Dependency_cycle_in_portmap.2BAC8-nfs-common.2BAC8-rpcbind -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633431: fluxbox: don't remember right head when window on border
Package: fluxbox Version: 1.3.1~dfsg1-2 Severity: normal fluxbox don't save in the app file the right head when the window is sticked to the left border of the right screen. Step to reproduce: 1) enable xinerama 2) place a window on the left border of the right screen (xclock automatically opens in the top left corner) 3) tell fluxbox to remember the head on which this window is 4) close and reopen the window. The new window appear on the left screen instead of the right one. It looks like fluxbox uses the top left window corner to determine head the window is on. But it does a wrong choice when this corner is just on the border. Regards, Celelibi -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (995, 'testing'), (600, 'unstable'), (50, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.36 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages fluxbox depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.4-2 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.6.1-1GCC support library ii libice6 2:1.0.7-2X11 Inter-Client Exchange library ii libimlib2 1.4.4-1 powerful image loading and renderi ii libsm6 2:1.2.0-2X11 Session Management library ii libstdc++6 4.6.1-1 GNU Standard C++ Library v3 ii libx11-62:1.4.3-2X11 client-side library ii libxext62:1.3.0-3X11 miscellaneous extension librar ii libxft2 2.2.0-3 FreeType-based font drawing librar ii libxinerama12:1.1.1-3X11 Xinerama extension library ii libxpm4 1:3.5.9-1X11 pixmap library ii libxrandr2 2:1.3.1-2X11 RandR extension library ii libxrender1 1:0.9.6-2X Rendering Extension client libra ii menu2.1.45 generates programs menu for all me ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages fluxbox recommends: pn feh none (no description available) pn xfonts-terminus none (no description available) Versions of packages fluxbox suggests: pn fbautostart none (no description available) pn fbdesknone (no description available) pn fbpager none (no description available) -- 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#633423: systemd: boot hangs after systemd-fsck
Am 10.07.2011 11:20, schrieb Sven Joachim: On 2011-07-10 10:37 +0200, Michael Biebl wrote: Am 10.07.2011 10:19, schrieb Sven Joachim: Package: systemd Version: 29-1 Severity: important Today I installed and booted (with init=/bin/systemd) systemd for the first time. Alas, it does not work for me. :-( The last output on the screen was from systemd-fsck which successfully checked the root partition, then the boot hung without further output requiring to reboot with SysRq-b. How long did you wait? About five minutes. Do you have any special partitioning layout, LVM, cryptsetup? No, just an ordinary DOS partition table. Could you post your /etc/fstab please. , | # /etc/fstab: Tabelle einzubindender Dateisysteme. | # | # Dateisystem MountpunktTyp Optionen dump pass | | LABEL=/ / ext4errors=remount-ro 0 1 | LABEL=swap noneswapsw 00 | | /dev/fd0/media/floppy autouser,noauto,noatime 00 | /dev/cdrom /media/cdromautoro,user,noauto 00 | /dev/cdrw /media/cdrw autoro,user,noauto 00 | LABEL=USBSTICK /media/usbstick autorw,user,noauto,noatime 0 0 | | tmpfs /tmptmpfs nosuid,nodev,size=50% 0 0 | LABEL=/boot /boot ext2nosuid,nodev0 2 | LABEL=/var /varext4defaults0 2 | LABEL=/usr/local /usr/localext4defaults 0 2 | LABEL=/home /home ext4nosuid,nodev0 2 ` Do you have any partitions/devices there which do not physically exist? If that is the case, then systemd will block, waiting for the device to show up, until it times out. I actually don't have a floppy drive anymore, so /dev/fd0 does not exist. But surely systemd does not try to mount noauto filesystems, does it? Please check if all those LABELs are correctly set up (/dev/disk/by-label) and show up in the udev db. noauto mounts shouldn't cause problems, but for testing purposes, try to comment out the lines from /dev/fd0 to LABEL=USBSTICK Could you remove the quiet from the kernel command line (in case you have) it and add systemd.log_level=debug systemd.log_target=kmsg to get a verbose boot. [1] The only suspicious thing I saw is that statd from nfs-common failed to start, complaining that portmapper wasn't running; that may be related to #600112. I had already edited the LSB headers of the nfs-common and rpcbind scripts to start in runlevel S only after seeing the warning¹ in the Wiki. Please attach the full debug log (if you can use a serial line). Screenshot(s) would be fine too. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#633428: debclean: please run quilt pop -a when option 'unapply-patches' is set in debian/source/local-options'
tags 633428 patch user ubuntu-de...@lists.ubuntu.com usertag origin-ubuntu oneiric On Sun, Jul 10, 2011 at 11:08:31 (CEST), Reinhard Tartler wrote: Package: devscripts Version: 2.10.69ubuntu2 Severity: normal please run quilt pop -a when option 'unapply-patches' is set in debian/source/local-options'. This is espc. handy when working on packages that are maintained in a VCS. Thanks for considering. I've uploaded this patch to ubuntu: http://launchpadlibrarian.net/74898075/devscripts_2.11.0ubuntu1_2.11.0ubuntu2.diff.gz diff -Nru devscripts-2.11.0ubuntu1/scripts/debclean.sh devscripts-2.11.0ubuntu2/scripts/debclean.sh --- devscripts-2.11.0ubuntu1/scripts/debclean.sh2011-05-25 03:55:45.0 + +++ devscripts-2.11.0ubuntu2/scripts/debclean.sh2011-07-10 09:13:46.0 + @@ -196,6 +196,11 @@ # We now know we're OK and debuild won't complain about the dirname debuild $CHECKBUILDDEP clean +# Does the maintainer want to have patches unapplied? +if test -x /usr/bin/quilt grep -qs ^unapply-patches debian/source/local-options; then +QUILT_PATCHES=debian/patches quilt pop -a +fi + # Clean up the package related files if [ $DEBCLEAN_CLEANDEBS = yes ]; then cd .. Cheers -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633432: minit: Adjust libowfat build dependency
Package: minit Severity: important Tags: patch Hi, minit currently build-depends on the statically linked, dietlibc using libowfat. The new version of libowfat in Debian sid (0.28-3) changes the binary package(s): Previously, build-depending packages just used libowfat-dev while now, we have the following package layout: * libowfat-dietlibc-dev: Static version of dietlibc-linked lib * libowfat-dev: Static version of glibc-linked lib and development files to build shared linkage with libowfat * libowfat0: Shared version of glibc-linked lib This is because Debian generally links with glibc where possible and provides the respective static and shared versions of the libs. The (just statically linked) dietlibc versions of the lib is now in libowfat-dietlibc-dev to make that clear. Suggested (simple, tested) change to minit: Build-Depends: libowfat-dietlibc-dev Build-Conflicts: libowfat-dev Otherwise, you can also think about using the new glibc-linked version of libowfat, shared variant preferred (which would make library updates in Debian easier). bye, Roland -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633433: slidentd: FTBFS after package change of libowfat
Package: slidentd Version: 1.0.0-6.1 Severity: serious Tags: patch Hi, slidentd currently build-depends on the statically linked, dietlibc using libowfat. Due to changes in libowfat packaging, slidentd FTBFS now. The new version of libowfat in Debian sid (0.28-3) changes the binary package(s): Previously, build-depending packages just used libowfat-dev while now, we have the following package layout: * libowfat-dietlibc-dev: Static version of dietlibc-linked lib * libowfat-dev: Static version of glibc-linked lib and development files to build shared linkage with libowfat * libowfat0: Shared version of glibc-linked lib This is because Debian generally links with glibc where possible and provides the respective static and shared versions of the libs. The (just statically linked) dietlibc versions of the lib is now in libowfat-dietlibc-dev to make that clear. Suggested (simple, tested) change to slidentd: Build-Depends: libowfat-dietlibc-dev Build-Conflicts: libowfat-dev Otherwise, you can also think about using the new glibc-linked version of libowfat, shared variant preferred (which would make library updates in Debian easier). bye, Roland -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590877: choqok: Reporting server errors despite successfull status update
Same problem here, choqok-0.9.81-3. One twitter account, OAuth authentication. Found this in .xesession-errors: kded(2305)/kdecore (services) KServiceFactory::findServiceByDesktopPath: kded/networkstatus.desktop not found kded(2305)/kdecore (services) KServiceFactory::findServiceByDesktopPath: kded/networkstatus.desktop not found kded(2305)/kdecore (services) KServiceFactory::findServiceByDesktopPath: kded/networkstatus.desktop not found kded(2305)/kdecore (services) KServiceFactory::findServiceByDesktopPath: kded/networkstatus.desktop not found kded(2305)/kdecore (services) KServiceFactory::findServiceByDesktopPath: kded/networkstatus.desktop not found kded(2305)/kdecore (services) KServiceFactory::findServiceByDesktopPath: kded/networkstatus.desktop not found kded(2305)/kdecore (services) KServiceFactory::findServiceByDesktopPath: kded/networkstatus.desktop not found kded(2305)/kdecore (services) KServiceFactory::findServiceByDesktopPath: kded/networkstatus.desktop not found knotify(5779) NotifyByPopup::notify: 141 active notifications: () () knotify(5779) KNotify::event: 141 ref= 1 knotify(5779) NotifyByPopup::notify: 142 active notifications: (141) () knotify(5779) KNotify::event: 142 ref= 1 knotify(5779) KNotify::slotPluginFinished: 141 ref= 1 knotify(5779) KNotify::closeNotification: 141 ref= 0 knotify(5779) KNotify::slotPluginFinished: 142 ref= 1 knotify(5779) KNotify::closeNotification: 142 ref= 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618009: bug#8241: closed (Date does not exist in that timezone)
Your bug report #8241: Bug#618009: date: invalid date `TZ=America/Chicago now' but Europe/Paris OK which was filed against the coreutils package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 8...@debbugs.gnu.org. -- 8241: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8241 GNU Bug Tracking System Contact help-debb...@gnu.org with problems ---BeginMessage--- jida...@jidanni.org wrote: By the way, America is undergoing a Daylight Savings Time jump right about now. Well, there's your answer. You were probably asking for a date/time that did not exist due to the daylight savings time skip. -- Benoît Knecht ---End Message--- ---BeginMessage--- Package: coreutils Version: 8.5-1 File: /bin/date X-debbugs-cc: bug-coreut...@gnu.org for i in Asia/Taipei America/Chicago America/New_York Europe/Paris do for j in monday now yesterday today tomorrow 12pm do echo TZ=\$i\ $j; done; done|date -f - gives date: invalid date `TZ=America/Chicago now' etc. ONLY when in America, and ONLY when using now etc. Monday etc. don't trigger the bug. By the way, America is undergoing a Daylight Savings Time jump right about now. ---End Message---
Bug#633434: please add configuration option to always use BACKPORT_MODE
Package: mini-buildd-rep Severity: wishlist Tags: experimental Hi, please add a possibility to tell mini-buildd to always operate in backport mode, even without the magic changelog entry. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633435: amsn: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Package: amsn Version: 0.97.2~debian-3 Severity: important Hello Muammar, There is an upcoming libjpeg transition from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update amsn to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: amsn:Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633436: gmerlin: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Package: gmerlin Version: 1.0.0~dfsg-6 Severity: important Hello Debian Multimedia Maintainers, There is an upcoming libjpeg transition from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update gmerlin to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: gmerlin :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633437: kdenetwork: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Package: kdenetwork Version: 4:4.6.3-1 Severity: important Hello Debian Qt/KDE Maintainers, There is an upcoming libjpeg transition from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update kdenetwork to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: kdenetwork :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633438: gst-plugins-good0.10: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Package: gst-plugins-good0.10 Version: 0.10.30-1 Severity: important Hello Maintainers, There is an upcoming libjpeg transition from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update gst-plugins-good0.10 to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: gst-plugins-good0.10:Build-Depends: libjpeg62-dev (= 6b) [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633439: vgrabbj: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Package: vgrabbj Version: 0.9.6-4 Severity: important Hello Michael, There is an upcoming libjpeg transition from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update vgrabbj to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: vgrabbj :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633440: rt-extension-assettracker: [INTL:de] initial German debconf translation
Package: rt-extension-assettracker Version: 2.0.0~b2-2 Severity: wishlist Tags: patch l10n Please find the initial German debconf translation for rt-extension-assettracker attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of rt-extension-assettracker debconf templates to German # Copyright (C) Helge Kreutzmann deb...@helgefjell.de, 2011. # This file is distributed under the same license as the rt-extension-assettracker package. # msgid msgstr Project-Id-Version: rt-extension-assettracker 2.0.0~b2-2\n Report-Msgid-Bugs-To: rt-extension-assettrac...@packages.debian.org\n POT-Creation-Date: 2011-06-26 07:31+0200\n PO-Revision-Date: 2011-07-10 12:12+0200\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: de debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../templates:2001 msgid allow msgstr erlauben #. Type: select #. Choices #: ../templates:2001 msgid prompt msgstr nachfragen #. Type: select #. Choices #: ../templates:2001 msgid deny msgstr verbieten #. Type: select #. Description #: ../templates:2002 msgid Permission to modify the Request Tracker database: msgstr Erlaubnis, die Datenbank von Request Tracker zu verändern: #. Type: select #. Description #: ../templates:2002 msgid Asset Tracker needs some modifications in the Request Tracker database to be functional. These modifications can be made automatically (choose \allow\) or you may be prompted when they are needed (choose \prompt\). Alternatively, you can run the necessary commands manually (choose \deny\). msgstr Asset Tracker muss einige Änderungen an der Datenbank von Request Tracker vornehmen, um zu funktionieren. Diese Änderungen können automatisch vorgenommen werden (wählen Sie »erlauben«) oder Sie können gefragt werden, wenn sie notwendig sind (wählen Sie »nachfragen«). Alternativ können Sie die notwendigen Befehle manuell ausführen (wählen Sie »verbieten«). #. Type: select #. Description #: ../templates:2002 msgid Please check the README.Debian file for more details. msgstr Bitte lesen Sie die Datei README.Debian für weitere Details. #. Type: boolean #. Description #: ../templates:3001 msgid Set up the Request Tracker database? msgstr Die Request-Tracker-Datenbank einrichten? #. Type: boolean #. Description #: ../templates:3001 msgid New tables must be created in the Request Tracker database for Asset Tracker to be functional. msgstr In der Request-Tracker-Datenbank müssen neue Tabellen erstellt werden, damit Asset Tracker funktioniert. #. Type: boolean #. Description #: ../templates:4001 msgid Upgrade the Request Tracker database? msgstr Upgrade der Request-Tracker-Datenbank durchführen? #. Type: boolean #. Description #: ../templates:4001 msgid The Request Tracker database schema and contents must be upgraded for this version of Asset Tracker. msgstr Es muss ein Upgrade der Request-Tracker-Datenbankschemata für diese Version von Asset Tracker durchgeführt werden. #. Type: select #. Choices #: ../templates:5001 msgid abort msgstr abbrechen #. Type: select #. Choices #: ../templates:5001 msgid retry msgstr erneut versuchen #. Type: select #. Choices #: ../templates:5001 msgid ignore msgstr ignorieren #. Type: select #. Description #: ../templates:5002 msgid Action after database modification error: msgstr Aktion, die nach einem Fehler beim Ändern der Datenbank erfolgen soll: #. Type: select #. Description #: ../templates:5002 msgid An error occurred while modifying the database: msgstr Beim Ändern der Datenbank erfolgte ein Fehler: #. Type: select #. Description #: ../templates:5002 msgid The full output should be available in Request Tracker log, most probably syslog. msgstr Die komplette Ausgabe sollte im Protokoll von Request Tracker verfügbar sein, wahrscheinlich im Syslog. #. Type: select #. Description #: ../templates:5002 msgid You can retry the modification, abort the installation or ignore the error. If you abort the installation, the operation will fail and you will need to manually intervene (for instance by purging and reinstalling). If you choose to ignore the error, the upgrade process will continue. msgstr Sie können die Änderung erneut versuchen, die Installation abbrechen oder den Fehler ignorieren. Falls Sie die Installation abbrechen, wird die Ausführung fehlschlagen und Sie müssen manuell eingreifen (beispielsweise durch vollständiges Löschen und erneute Installation). Falls Sie den Fehler ignorieren, wird der Upgrade-Prozess fortfahren.
Bug#263318: [PATCH] Register with doc-base
Is there some reason why this bug remains open for such long time? Recommended practice[1] is for packages providing online documentation to register such with doc-base. dh handles this automatically if the above control file is installed as `debian/aptitude-doc-en.doc-base'. This patch on the current debian branch produces a package with the desired results. Also closes #323844 which is a duplicate of this bug. # dpkg -i ../aptitude-doc-en_0.6.4-1_all.deb Selecting previously deselected package aptitude-doc-en. (Reading database ... 42060 files and directories currently installed.) Unpacking aptitude-doc-en (from .../aptitude-doc-en_0.6.4-1_all.deb) ... Setting up aptitude-doc-en (0.6.4-1) ... Processing triggers for doc-base ... Processing 1 added doc-base file... Registering documents with dhelp... [1] http://www.debian.org/doc/debian-policy/ch-opersys.html#s-doc-base --- debian/aptitude-doc-en.doc-base |9 + 1 files changed, 9 insertions(+), 0 deletions(-) create mode 100644 debian/aptitude-doc-en.doc-base diff --git a/debian/aptitude-doc-en.doc-base b/debian/aptitude-doc-en.doc-base new file mode 100644 index 000..603d2c5 --- /dev/null +++ b/debian/aptitude-doc-en.doc-base @@ -0,0 +1,9 @@ +Document: aptitude-doc-en +Title: Aptitude User's Manual (English) +Author: Daniel Burrows +Abstract: This manual describes the usage of the aptitude package manager. +Section: System/Package Management + +Format: HTML +Index: /usr/share/doc/aptitude/html/en/index.html +Files: /usr/share/doc/aptitude/html/en/*.html -- 1.7.2.5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628510: pilot-link: FTBFS with perl 5.14: error: 'sv_undef' undeclared (first use in this function)
tag 628510 patch thanks On Thu, Jun 02, 2011 at 06:32:07PM +0200, Ludovic Rousseau wrote: Le 01/06/11 16:08, Dominic Hargreaves a écrit : I should have included a pointer to http://perldoc.perl.org/perldelta.html#Incompatible-Changes in the initial bug report which may give you some clues for a fix for this issue. I can reproduce the bug. But I can't fix it :-( The software pilot-link is no more maintained upstream. And I do not want to invest too much energy in solving this bug. So if nobody proposes a fix I will just drop the Perl bindings when Perl 5.14 is uploaded to unstable. The issue is quite trivial, patch attached. The package builds fine for me on both Perl 5.12.4 and 5.14.1 with this. The upstream tarball contains a lot of generated files like bindings/Perl/blib/* bindings/Perl/Makefile bindings/Perl/Pilot.o bindings/Perl/Pilot.c and so forth. I haven't patched the generated files as fortunately the build system is able to rebuild them. -- Niko Tyni nt...@debian.org From ef1794b51e327cc80ec4cd95d6c97f954b912860 Mon Sep 17 00:00:00 2001 From: Niko Tyni nt...@debian.org Date: Sun, 10 Jul 2011 10:28:51 +0300 Subject: [PATCH] Don't use PERL_POLLUTE macros The sv_yes, sv_no, sv_undef, etc. symbol names are compatibility macros that have been deprecated since Perl 5.6. Perl 5.14.0 removes support for defining PERL_POLLUTE to get these compatibility macros, so replace them all with the current names (PL_sv_yes, PL_sv_no, etc.) and don't define PERL_POLLUTE any more. This should work on all Perls since 5.6; it's been verified with 5.12.4 and 5.14.0. --- bindings/Perl/Makefile.PL.in |1 - bindings/Perl/Pilot.xs | 158 +- bindings/Perl/typemap|4 +- 3 files changed, 81 insertions(+), 82 deletions(-) diff --git a/bindings/Perl/Makefile.PL.in b/bindings/Perl/Makefile.PL.in index 853e6eb..337cac0 100644 --- a/bindings/Perl/Makefile.PL.in +++ b/bindings/Perl/Makefile.PL.in @@ -39,7 +39,6 @@ WriteMakefile( 'VERSION'= '@PILOT_LINK_VERS@.@PILOT_LINK_MAJOR@.@PILOT_LINK_MINOR@@PILOT_LINK_PATCH@', 'XSPROTOARG' = '-noprototypes', 'INC'= -I$plincdir, -'DEFINE' = '-DPERL_POLLUTE', 'PREFIX' = $prefix, 'INSTALLDIRS'= 'vendor', 'dynamic_lib'= {'OTHERLDFLAGS' = $lib}, diff --git a/bindings/Perl/Pilot.xs b/bindings/Perl/Pilot.xs index 5a633ff..366d646 100644 --- a/bindings/Perl/Pilot.xs +++ b/bindings/Perl/Pilot.xs @@ -160,7 +160,7 @@ SvChar4(arg) #define pack_dbinfo(arg, var, failure) { \ if (failure 0) { \ - arg = sv_undef; \ + arg = PL_sv_undef; \ self-errnop = failure; \ } else { \ HV * i = newHV(); \ @@ -214,15 +214,15 @@ SvChar4(arg) var.createDate = (s = hv_fetch(i, createDate, 10, 0)) ? SvIV(*s) : 0;\ var.modifyDate = (s = hv_fetch(i, modifyDate, 10, 0)) ? SvIV(*s) : 0;\ var.backupDate = (s = hv_fetch(i, backupDate, 10, 0)) ? SvIV(*s) : 0;\ - if ((s = hv_fetch(i, name, 4, 0)) ? SvPV(*s,na) : 0) \ - strncpy(var.name, SvPV(*s, na), sizeof(var.name)); \ + if ((s = hv_fetch(i, name, 4, 0)) ? SvPV(*s,PL_na) : 0) \ + strncpy(var.name, SvPV(*s, PL_na), sizeof(var.name)); \ } else {\ croak(argument is not a hash reference); \ } #define pack_userinfo(arg, var, failure) { \ if (failure 0) { \ - arg = sv_undef; \ + arg = PL_sv_undef; \ self-errnop = failure; \ } else {\ HV * i = newHV(); \ @@ -246,8 +246,8 @@ SvChar4(arg) var.lastSyncPC = (s = hv_fetch(i, lastSyncPC, 10, 0)) ? SvIV(*s) : 0;\ var.lastSyncDate = (s = hv_fetch(i, lastSyncDate, 12, 0)) ? SvIV(*s) : 0;\ var.successfulSyncDate = (s = hv_fetch(i, successfulSyncDate, 18, 0)) ? SvIV(*s) : 0;\ - if ((s = hv_fetch(i, name, 4, 0)) ? SvPV(*s,na) : 0)\ - strncpy(var.username, SvPV(*s, na), sizeof(var.username));\ + if ((s = hv_fetch(i, name, 4, 0)) ? SvPV(*s,PL_na) : 0)\ + strncpy(var.username, SvPV(*s, PL_na), sizeof(var.username));\ } else {\ croak(argument is not a hash reference);\ } @@ -287,7 +287,7 @@ SvChar4(arg) }\ } else {\ self-errnop = result;\ - PUSHs(sv_undef);\ + PUSHs(PL_sv_undef);\ } #define PackSI\ @@ -329,7 +329,7 @@ SvChar4(arg) }\ } else {\ self-errnop = result;\ - PUSHs(sv_undef);\ + PUSHs(PL_sv_undef);\ } #define PackRecord {\ @@ -421,7 +421,7 @@ SvChar4(arg) }\ } else {\ self-errnop = result;\ - PUSHs(sv_undef);\ + PUSHs(PL_sv_undef);\ } #define PackResource\ @@ -473,7 +473,7 @@ SvChar4(arg) }\ } else {\ self-errnop = result;\ - PUSHs(sv_undef);\ + PUSHs(PL_sv_undef);\ } #define PackPref\ @@ -536,7 +536,7 @@ SvChar4(arg) croak(Unable to create resource);\ } else {\ self-errnop = result;\ - PUSHs(sv_undef);\ + PUSHs(PL_sv_undef);\ } void doUnpackCategory(HV * self, struct CategoryAppInfo * c) @@ -576,7 +576,7 @@ void
Bug#633408: archivemail FTBFS with python2.7 as default
Hi Scott (2011.07.10_04:24:48_+0200) Using python and python-minimal from Experimental, the package FTBFS. This was already forwarded and fixed upstream: http://sourceforge.net/tracker/?func=detailaid=3314293group_id=49630atid=456910 SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565891: Bug #565891: fontconfig: Fail to configure on alpha arch
Just a note, it appears Keith has forgotten this patch for 2.8.0-3. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633343: xserver-xorg-core: No keyboard after fresh install
clone 633343 -1 reassign -1 udev notfound -1 2:1.10.2-2 found -1 171-1 thanks Hello Marco, a fresh install from the daily netinstimage from Friday, but as soon as X starts the keyboard is dead (i.e. even Num Lock does not lit up the led). On the console, in grub etc. everything is fine. I reported this to xserver-xorg-core, but Julien Cristau told me that it is not an X bug by judging /sbin/udevadm info --export-db | awk -F '\n' -v RS='\n\n' '/E: ID_INPUT/ { print; print } does not return anything. From his statement I gather that some output should be produced which would indicate a possible bug in udev (though I'm not sure by his statement). Therefor I clone this bug to udev for investigation, please reassing appropriately if the bug is elsewhere. For completeness I attached the entire output of /sbin/udevadm info --export-db. I haven't modified anything udev or X config related so far. You can find more information about the system in the bug trail; but if there is anything missing do not hesitate to ask so I can provide it to you. Thanks! Greetings Helge P.S. This still happens after todays update on xserver-xorg-core 2:1.10.2.902-1 -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ udev-export-db.bz2 Description: Binary data signature.asc Description: Digital signature
Bug#633089: doesn't read ~/.Xresources anymore etc. etc.
On Fri, Jul 08, 2011 at 08:40:48PM +0800, jida...@jidanni.org wrote: EZ Did you set NODM_XSESSION to something different than /etc/X11/Xsession? No I never touched that stuff. I assume there is some kind of race condition going on. Well have to wait for other users reports. For now it's aptitude forbid-version for me. I suspect the resources were forgotten during the many X resets that happened with 0.8, and that the fix to X resets in 0.8 also fixed this bug. Can you please try nodm 0.9 and let me know if this has been fixed? Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#633442: libgconf2-4: add Provides: gsettings-backend
Package: libgconf2-4 Severity: wishlist libgconf2-4 appears to contain a GSettings backend, please add a provides line: Provides: gsettings-backend -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#633346: biosig4c++: FTBFS on big endian: error: 'for' loop initial declarations are only allowed in C99 mode
On Sat, Jul 09, 2011 at 10:16:34PM -0400, Yaroslav Halchenko wrote: reopen 633346 thanks and I guess I would need to hunt few more whenever I get a chance: https://buildd.debian.org/status/fetch.php?pkg=biosig4c%2B%2Barch=sparcver=0.96.3%2Bsvn2677-2stamp=1310225077 biosig.c:383: error: 'for' loop initial declarations are only allowed in C99 mode biosig.c:383: note: use option -std=c99 or -std=gnu99 to compile your code biosig.c: In function 'lei32p': biosig.c:390: error: 'for' loop initial declarations are only allowed in C99 mode biosig.c: In function 'leu64p': This seems to only affected sparc. My first guess (I haven't looked at the code yet), is that it is detected as 64-bit instead of 32-bit. OTOH, it has been built successfully on s390, mips and powerpc, while it was previously failing on theses architectures, so there has been some progress. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633343: xserver-xorg-core: No keyboard after fresh install
On Jul 10, Helge Kreutzmann deb...@helgefjell.de wrote: a fresh install from the daily netinstimage from Friday, but as soon as X starts the keyboard is dead (i.e. even Num Lock does not lit up Looks like your system is broken in some way and udev is not running or failed for some reason. You will have to find out why. -- ciao, Marco signature.asc Description: Digital signature
Bug#294327: [PATCH] doc: note that cp -l creates _hard_ links
tag 294327 fixed-upstream thanks This bug [1] has been fixed upstream [2], but not in Debian yet. [1] http://bugs.debian.org/294327 [2] http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=28a7fb52bc1160ffe1acac2e4fc3fa495d021ec4 -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572385: (no subject)
this equally applies to any other kms driver (intel in particular). extensive googling revealed that the fbdev api used by fbset is simply obsolete, and there are no equivalent userspace tools for kms yet. http://phoronix.com/forums/showthread.php?38561-KMS-issues-Lack-of-direct-kms-console-basic-userspace-tools-like-kmsset-and-docs according to various posts, one can use video=1280x1024@85 on the kernel command line to initialize it correctly at least. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631674: is not fixed in libpthread-workqueue 0.8.1-1
reopen 631674 reassign 631674 lintian thanks Hi Mark, I think you typo'ed a bug in your libpthread-workqueue 0.8.1-1 upload, because #631674 is a bug in Lintian. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633343: xserver-xorg-core: No keyboard after fresh install
Hello, On Sun, Jul 10, 2011 at 12:55:55PM +0200, Marco d'Itri wrote: On Jul 10, Helge Kreutzmann deb...@helgefjell.de wrote: a fresh install from the daily netinstimage from Friday, but as soon as X starts the keyboard is dead (i.e. even Num Lock does not lit up Looks like your system is broken in some way and udev is not running or failed for some reason. You will have to find out why. This is a *default install*, no modifications so far to udev and the Xorg configuration. The hardware is brand new and was extensivly checked. root@sneo:~# /etc/init.d/udev restart Stopping the hotplug events dispatcher: udevd. Starting the hotplug events dispatcher: udevd. root@sneo:~# ps aux|grep udev root 2239 0.1 0.0 21436 1464 ?Ss 15:00 0:00 udevd --daemon root 2246 0.0 0.0 9204 828 pts/0D+ 15:00 0:00 grep udev In /var/log I could not find a log file which changed after the restart. If you cannot help me, could you tell me who/where could help me? Thanks! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#633443: g++-4.6: ICE on mips(el) when building drizzle
Package: g++-4.6 Version: 4.6.1-2 Severity: normal Tags: upstream Forwarded: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49696 When building drizzle on mips, g++ crash with an internal compiler error: | $ g++ -Wall -c ./testcase-min.ii | ./testcase-min.ii: In member function 'virtual bool LoggingStats::post(drizzled::Session*)': | ./testcase-min.ii:50:1: warning: no return statement in function returning non-void [-Wreturn-type] | ./testcase-min.ii: In member function 'drizzled::internal::gcc_traitsT, D::value_type drizzled::internal::gcc_traitsT, D::fetch(const volatile value_type*) | const volatile [with T = bool, D = bool, drizzled::internal::gcc_traitsT, D::value_type = bool]': | ./testcase-min.ii:12:5: error: unrecognizable insn: | (insn 16 15 17 3 (parallel [ | (set (reg:SI 205) | (mem/v:SI (reg:SI 200) [-1 S4 A32])) | (set (mem/v:SI (reg:SI 200) [-1 S4 A32]) | (unspec_volatile:SI [ | (reg:SI 203) | (reg:SI 204) | (plus:SI (reg:SI 205) | (const_int 0 [0])) | ] UNSPEC_SYNC_OLD_OP_12)) | (clobber (scratch:SI)) | ]) ./testcase-min.ii:11 -1 | (nil)) | ./testcase-min.ii:12:5: internal compiler error: in extract_insn, at recog.c:2109 | Please submit a full bug report, | with preprocessed source if appropriate. | See file:///usr/share/doc/gcc-4.6/README.Bugs for instructions. The problem is reproducible with versions 4.4, 4.5 and 4.6, but not with version 4.3 (I didn't test earlier versions). I have already forwarded the bug to the upstream bugzilla, with a reduced testcase. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: mips (mips64) Kernel: Linux 2.6.32-5-5kc-malta Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash namespace drizzled { namespace internal { templatetypename T, typename D class gcc_traits { public: typedef T value_type; inline value_type fetch(const volatile value_type *value) const volatile { return __sync_fetch_and_add(const_castvalue_type *(value), 0); } }; templatetypename I struct atomic_base { volatile I my_value;}; templatetypename I, typename D, typename T class atomic_impl: private atomic_baseI { T traits; public: typedef I value_type; operator value_type() const volatile { return traits.fetch(this-my_value); } }; } templatetypename T struct atomic { }; template struct atomicbool : internal::atomic_implbool,bool,internal::gcc_traitsbool,bool { }; class Session { }; } class LoggingStats { virtual bool post(drizzled::Session *session); bool isEnabled() const { return is_enabled; } drizzled::atomicbool is_enabled; }; using namespace drizzled; bool LoggingStats::post(Session *session) { if (! isEnabled()) { } }
Bug#353911: Bug #353911: Fixed upstream (but not in Debian yet)
tag 353911 fixed-upstream retitle 353911 md5sum: add --strict that reports failure if _any_ line is bad thanks This bug [1] has been fixed upstream [2], but not in Debian yet. [1] http://bugs.debian.org/353911 [2] http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=33171d049a162ca5648c7e213e9c988ea835a19b -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633444: rt-extension-assettracker: [INTL:pt] Updated Portuguese translation for debconf messages
Package:rt-extension-assettracker Version: 2.0.0~b2-2 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for rt-extension-assettracker's debconf messages. Translator: Rui Branco ru...@debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Traduz - Portuguese Translation Team http://www.DebianPT.org # Portuguese translation for rt-extension-assettracker (debconf) # This file is distributed under the same license as the rt-extension-assettracker package. # Rui Branco ru...@debianpt.org, 2011. # msgid msgstr Project-Id-Version: rt-extension-assettracker 2.0.0~b2-2\n Report-Msgid-Bugs-To: rt-extension-assettrac...@packages.debian.org\n POT-Creation-Date: 2011-06-26 07:31+0200\n PO-Revision-Date: 2011-07-05 22:09+0100\n Last-Translator: Rui Branco ru...@debianpt.org\n Language-Team: Portuguese tra...@debianpt.org\n Language: pt\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1)\n #. Type: select #. Choices #: ../templates:2001 msgid allow msgstr permitir #. Type: select #. Choices #: ../templates:2001 msgid prompt msgstr perguntar #. Type: select #. Choices #: ../templates:2001 msgid deny msgstr negar #. Type: select #. Description #: ../templates:2002 msgid Permission to modify the Request Tracker database: msgstr Permissão para modificar a base de dados do 'Request Tracker': #. Type: select #. Description #: ../templates:2002 msgid Asset Tracker needs some modifications in the Request Tracker database to be functional. These modifications can be made automatically (choose \allow\) or you may be prompted when they are needed (choose \prompt\). Alternatively, you can run the necessary commands manually (choose \deny\). msgstr O 'Asset Tracker' necessita de algumas modificações na base de dados do 'Request Tracker' para que fique funcional. Estas modificações podem ser feitas automaticamente (escolha \permitir\) ou pode-lhe ser perguntado quando necessário (escolha \perguntar\). Alternativamente, pode correr manualmente os comandos necessários (escolha \negar\) #. Type: select #. Description #: ../templates:2002 msgid Please check the README.Debian file for more details. msgstr Por favor consulte o ficheiro README:Debian para mais detalhes. #. Type: boolean #. Description #: ../templates:3001 msgid Set up the Request Tracker database? msgstr Configurar a base de dados do 'Request Tracker'? #. Type: boolean #. Description #: ../templates:3001 msgid New tables must be created in the Request Tracker database for Asset Tracker to be functional. msgstr Novas tabelas têm que ser criadas na base de dados do 'Request Tracker' para que o 'Asset Tracker' fique operacional. #. Type: boolean #. Description #: ../templates:4001 msgid Upgrade the Request Tracker database? msgstr Actualizar a base de dados do 'Request Tracker'? #. Type: boolean #. Description #: ../templates:4001 msgid The Request Tracker database schema and contents must be upgraded for this version of Asset Tracker. msgstr O esquema da base de dados do 'Request Tracker' e o seu conteúdo pode ser actualizado para esta versão do 'Asset Tracker'. #. Type: select #. Choices #: ../templates:5001 msgid abort msgstr abortar #. Type: select #. Choices #: ../templates:5001 msgid retry msgstr repetir #. Type: select #. Choices #: ../templates:5001 msgid ignore msgstr ignorar #. Type: select #. Description #: ../templates:5002 msgid Action after database modification error: msgstr Acção a tomar depois de erro na modificação da base de dados: #. Type: select #. Description #: ../templates:5002 msgid An error occurred while modifying the database: msgstr Um erro ocorreu enquanto se actualizava a base de dados: #. Type: select #. Description #: ../templates:5002 msgid The full output should be available in Request Tracker log, most probably syslog. msgstr O resultado completo deverá estar disponÃvel no log do 'Request Tracker', mais provavelmente no syslog. #. Type: select #. Description #: ../templates:5002 msgid You can retry the modification, abort the installation or ignore the error. If you abort the installation, the operation will fail and you will need to manually intervene (for instance by purging and reinstalling). If you choose to ignore the error, the upgrade process will continue. msgstr Pode repetir a modificação, abortar a instalação ou ignorar o erro. Se abortar a instalação, a operação irá falhar e terá que intervir manualmente (por exemplo recorrendo a uma purga ou reinstalar). Se escolher ignorar o erro, o processo de actualização irá continuar.
Bug#532413: Bug #532413: Is it still reproducible with newer coreutils?
tag 532413 moreinfo thanks Follow-up to http://bugs.debian.org/532413 (cp fails on SMBFS mount due to error on EOPNOTSUPP) Can anyone still reproduce this bug using current coreutils (8.5-1 in Debian, 8.12 or git HEAD upstream)? I don't have a SMBFS to test it on, unfortunately. -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633442: libgconf2-4: add Provides: gsettings-backend
Le dimanche 10 juillet 2011 à 12:53 +0200, Paul Wise a écrit : Package: libgconf2-4 Severity: wishlist libgconf2-4 appears to contain a GSettings backend, please add a provides line: Provides: gsettings-backend Certainly not as is, since it would satisfy dependencies immediately for all packages that should get dconf installed instead. Maybe by splitting the backend in a separate package. And even this way, it needs to be enabled by hand so I’m not sure it’s the best course of action. The GConf GSettings backend is not really well supported upstream, and the most likely result is that people have broken settings and don’t understand how. -- .''`. Josselin Mouette : :' : `. `' `- signature.asc Description: This is a digitally signed message part
Bug#633445: xfce4-appfinder: slow startup with errors
Package: xfce4-appfinder Version: 4.8.0-3 Severity: normal Hello, I notice that when I launch xfce4-appfinder it waits many seconds to shows up. If I launch it in a terminal I can see these errors: ~$ xfce4-appfinder ** (xfce4-appfinder:25988): CRITICAL **: cr_parser_new_from_buf: assertion `a_buf a_len' failed ** (xfce4-appfinder:25988): CRITICAL **: cr_parser_set_sac_handler: assertion `a_this' failed (xfce4-appfinder:25988): librsvg-WARNING **: Error setting CSS SAC handler ** (xfce4-appfinder:25988): CRITICAL **: cr_parser_destroy: assertion `a_this PRIVATE (a_this)' failed I am on a fresh xfce 4.8 installation and the strange thing is that on another machines (sid i386 xfce 4.8 and testing i386 xfce 4.8) there is no errors, but I have the same error on other machines (Squeeze amd64 xfce 4.6, Sid i386 xfce 4.8). It really seems a random problem. I add that I can see the same errors related to xfdesktop in my .xsession- errors when I right click on the desktop and I have set to show application menu icons in xfce destkop properties. Right click menu is very slow to shows up too. On a side note I can also say that I have the same errors with all the icon theme that i tried, except for Faenza Icons (http://gnome- look.org/content/show.php/Faenza?content=128143): despite the fact that with Faenza I have no errors, by the way, right click menu and xfce4-appfinder are still slow. Thank you very very much and sorry me for my bad English. Best regards, Marco Milone -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-appfinder depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libgarcon-1-0 0.1.8-1freedesktop.org compliant menu imp ii libgdk-pixbuf2.0-02.23.5-1 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libxfce4ui-1-04.8.0-2widget library for Xfce ii libxfce4util4 4.8.1-3Utility functions library for Xfce ii libxfconf-0-2 4.8.0-3Client library for Xfce4 configure xfce4-appfinder recommends no packages. xfce4-appfinder 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#568686: Bug #568686: gnome-settings-daemon wakes up every 4 seconds to probe /usr/X11R6/lib/X11
It would be nice to create the directory rather than changing the configuration (may cause regression and/or endless complains). -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633442: libgconf2-4: add Provides: gsettings-backend
On Sun, 2011-07-10 at 13:25 +0200, Josselin Mouette wrote: Certainly not as is, since it would satisfy dependencies immediately for all packages that should get dconf installed instead. That is exactly what I desire. dconf isn't friendly to ~/ in git since configuration details are stored in one big binary blob so I don't want it installed or used or anywhere near any of my systems. Maybe by splitting the backend in a separate package. And even this way, it needs to be enabled by hand so I’m not sure it’s the best course of action. The GConf GSettings backend is not really well supported upstream, and the most likely result is that people have broken settings and don’t understand how. Splitting it out would be acceptable. I can probably inject a GSETTINGS_BACKEND=gconf environment variable somewhere to enable it. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#633446: Add watch file
Package: src:webkitgtk+ Version: 1.4.1-2 Severity: wishlist Hi, attached is a watch file which allows to track new upstream releases. I've set it up to only track stable releases which afaics use an even number as second digit. Cheers, Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-486 Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash version=3 http://webkitgtk.org/?page=download webkit-([\d]+\.[\d]*[02468]\.[\d]+).tar.gz
Bug#633447: ITP: librobert-hooke-clojure -- Provide hooks to extend Clojure functions
Package: wnpp Severity: wishlist Owner: Daigo Moriwaki da...@debian.org * Package name: librobert-hooke-clojure Version : 1.1.2 Upstream Author : Phil Hagelberg technoma...@gmail.com * URL : https://github.com/technomancy/robert-hookeF * License : EPL-1.0 Programming Lang: Clojure Description : Provide hooks to extend Clojure functions Robert Hooke provides a flexible, composable mechanism by which you can extend the behaviour of functions after they've been defined. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631780: Three out of four machines upgraded from Lenny are affected by this...
Identical symptoms... The fourth is the last one I upgraded. I can provide any information required, this is bugging me. :) -- S. Anthony Sequeira +44 7542 455 233 ++ Ideals are like stars. You will not succeed in touching them with your hands. But, like the seafaring man on the desert of waters, you choose them as your guides and following them you will reach your destiny. -- Unknown ++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633421: Esperanto-translation for Zeitgeist
Done, thanks! -- Siegfried-Angel Gevatter Pujals (RainCT) Free Software Developer 363DEAE3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633119: option to clean-up/unpaper on save (in the background)
also sprach Jeffrey Ratcliffe jeffrey.ratcli...@gmail.com [2011.07.10.0943 +0200]: That is the current behaviour, if you tell it to unpaper from the scan window. That it blocks until unpaper is done? Yeah, exactly. And this is not very efficient, I feel. The upcoming version will this more blatant by moving all the blocking progress meters to a single non-blocking set integrated into the main window, thereby allowing you to continue to edit the document whilst other stuff is going on. Great, looking forward to test or deploy! -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems the question of whether computers can think is like the question of whether submarines can swim. -- edsgar w. dijkstra digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#633348: ITP: touchpad-indicator -- An indicator to show the status of the touchpad
(2011年07月10日 00:16), Evgeni Golov wrote: Even when this is not work by Canonical/Ayatana, would you be interested in joining pkg-ayatana and maintain the package there? I'm quite new for packaging, and not working for Canonical/Ayatana. But I'm interested in joining pkg-ayatana team. I have just subscribed pkg-ayatana-debel mailing list, and reading Wiki. http://wiki.debian.org/Ayatana -- Nobuto MURATA / 村田信人 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633448: libpam-encfs: package fails to build with the ld option --as-needed
Package: libpam-encfs Version: 0.1.4.1-4 Severity: serious Justification: fails to build from source .. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty'), (500, 'maverick-backports') Architecture: i386 (i686) Kernel: Linux 2.6.38-8-generic-pae (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-encfs depends on: ii encfs 1.7.4-2 encrypted virtual filesystem ii libc6 2.13-0ubuntu13 Embedded GNU C Library: Shared lib ii libpam0g1.1.2-2ubuntu8.3 Pluggable Authentication Modules l libpam-encfs recommends no packages. libpam-encfs 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#621786: One Thought/Thing to Try
I have spent some time attempting to duplicate this problem w/o much success. I have duplicated your setup as closely as I can, which, unfortunately is not real close: 1) I am running under QEMU, and 2) I have smaller drive; unfortunately, I don't have a spare TB drive lying around :-(( I read the thread on the QNAP site you linked to as well. I have one thing that should be simple to try: Change your /etc/mdadm/mdadm.conf DEVICE line to read: DEVICE /dev/sd* Then, retry mdadm --assemble ... If it still fails, running under strace again may help. If it succeeds, then I think there is reasonable chance this is related to the mtdblock device(s). Update the initramfs, reboot, and see if the devices are normal on startup. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633423: systemd: boot hangs after systemd-fsck
On 2011-07-10 11:32 +0200, Michael Biebl wrote: Please check if all those LABELs are correctly set up (/dev/disk/by-label) and show up in the udev db. They are (with '/' characters escaped as \x2f), otherwise mount(8) would not find them either. noauto mounts shouldn't cause problems, but for testing purposes, try to comment out the lines from /dev/fd0 to LABEL=USBSTICK Does not make a difference. Anyway, I now installed systemd on my laptop as well, and it works fine with labels and unreachable noauto filesystems in /etc/fstab. The problem seems to be something else, namely systemd does apparently not like this combination: Architecture: i386 (x86_64) With the 2.6.39-2-686-pae kernel rather than a 64-bit one, systemd works on my desktop as well. Please attach the full debug log (if you can use a serial line). Screenshot(s) would be fine too. Unfortunately I lack both a serial console and a digital camera ATM. Might try to setup netconsole later. On a side note, I noticed two problems: tty1 is messed up, and /dev/xconsole does not exist. Do you want to have bug reports for those? Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633449: msgpack-python: FTBFS on big endian architectures: error: #elif with no expression
Package: msgpack-python Version: 0.1.9-2 Severity: important Tags: patch upstream Justification: fails to build from source mspack-python fails to build from source on big-endian architectures. From my build log: | gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -O2 -fPIC -I/usr/include/python2.7 -c msgpack/_msgpack.c -o build/temp.linux-mips-2.7/msgpack/_msgpack.o | In file included from msgpack/pack.h:99:0, | from msgpack/_msgpack.c:227: | msgpack/pack_template.h:24:21: error: #elif with no expression | msgpack/pack_template.h: In function 'msgpack_pack_uint8': | msgpack/pack_template.h:337:2: warning: implicit declaration of function 'TAKE8_8' [-Wimplicit-function-declaration] | msgpack/pack_template.h:337:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_uint16': | msgpack/pack_template.h:342:2: warning: implicit declaration of function 'TAKE8_16' [-Wimplicit-function-declaration] | msgpack/pack_template.h:342:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_uint32': | msgpack/pack_template.h:347:2: warning: implicit declaration of function 'TAKE8_32' [-Wimplicit-function-declaration] | msgpack/pack_template.h:347:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_uint64': | msgpack/pack_template.h:352:2: warning: implicit declaration of function 'TAKE8_64' [-Wimplicit-function-declaration] | msgpack/pack_template.h:352:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_int8': | msgpack/pack_template.h:357:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_int16': | msgpack/pack_template.h:362:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_int32': | msgpack/pack_template.h:367:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_int64': | msgpack/pack_template.h:372:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_short': | msgpack/pack_template.h:382:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_int': | msgpack/pack_template.h:405:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_long': | msgpack/pack_template.h:426:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_long_long': | msgpack/pack_template.h:449:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_unsigned_short': | msgpack/pack_template.h:466:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_unsigned_int': | msgpack/pack_template.h:489:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_unsigned_long': | msgpack/pack_template.h:510:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_unsigned_long_long': | msgpack/pack_template.h:533:2: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_map': | msgpack/pack_template.h:631:3: error: lvalue required as unary '' operand | msgpack/pack_template.h: In function 'msgpack_pack_raw': | msgpack/pack_template.h:652:3: error: lvalue required as unary '' operand | msgpack/_msgpack.c: In function 'msgpack_pack_unsigned_long_long': | msgpack/pack_template.h:544:1: warning: control reaches end of non-void function [-Wreturn-type] | msgpack/_msgpack.c: In function 'msgpack_pack_long_long': | msgpack/pack_template.h:460:1: warning: control reaches end of non-void function [-Wreturn-type] | msgpack/_msgpack.c: In function 'msgpack_pack_long': | msgpack/pack_template.h:439:1: warning: control reaches end of non-void function [-Wreturn-type] | msgpack/_msgpack.c: In function 'msgpack_pack_raw': | msgpack/pack_template.h:662:1: warning: control reaches end of non-void function [-Wreturn-type] | msgpack/_msgpack.c: In function 'msgpack_pack_map': | msgpack/pack_template.h:641:1: warning: control reaches end of non-void function [-Wreturn-type] | error: command 'gcc' failed with exit status 1 | dh_auto_build: python2.7 setup.py build --force returned exit code 1 | make: *** [build] Error 1 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 Full build logs are available on: https://buildd.debian.org/status/package.php?p=msgpack-pythonsuite=sid The source code is supposed to support big endian platform, but it doesn't due to a stupid mistake. The patch below fixes the issue. --- msgpack-python-0.1.9.orig/msgpack/pack_template.h +++ msgpack-python-0.1.9/msgpack/pack_template.h @@ -21,7 +21,7 @@ #define TAKE8_16(d) ((uint8_t*)d)[0] #define TAKE8_32(d)
Bug#633450: automysqlbackup: cronjob exits with error after package removal
Package: automysqlbackup Version: 2.5-6 Severity: important User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your packages cronjob exits with error after the package has been removed. From the attached log (scroll to the bottom...): 0m42.3s INFO: Running scripts post_remove 0m42.3s INFO: Package automysqlbackup contains cron file: /etc/cron.daily/automysqlbackup 0m42.3s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpXguO1e', '/etc/cron.daily/automysqlbackup'] 0m42.3s ERROR: Command failed (status=1): ['chroot', '/org/piuparts.debian.org/tmp/tmpXguO1e', '/etc/cron.daily/automysqlbackup'] cheers, Holger Start: 2011-06-25 23:34:00 UTC Package: automysqlbackup Version: 2.5-6 Installed-Size: 124 Maintainer: Thomas Goirand tho...@goirand.fr Architecture: all Depends: mysql-client-5.0 | mysql-client Recommends: mutt Description: a daily, weekly and monthly backup for your MySQL database automysqlbackup creates backup every day, week and month for all of your MySQL database, to a configured folder. There's nothing to do but to install this package, and you'll rest assured that you have a way to go back in the history of your database. Homepage: http://sourceforge.net/projects/automysqlbackup/ Tag: admin::backup, role::program, scope::utility, works-with::db Section: admin Priority: extra Filename: pool/main/a/automysqlbackup/automysqlbackup_2.5-6_all.deb Size: 13752 MD5sum: 29379e320ec9a9e3f41d5b281cb5265a SHA1: 7d7aff11f55b66935433a72018124025ed5290c6 SHA256: 2679439d828a3b6d1226c5127125d4e72f8d535f835ee28d8dc94fcf8ee6fe60 Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ automysqlbackup Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.41~201106252157 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ automysqlbackup 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Wed May 18 23:13:22 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpXguO1e 0m0.0s DEBUG: Unpacking wheezy.tar.gz into /org/piuparts.debian.org/tmp/tmpXguO1e 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpXguO1e', '-zxf', 'wheezy.tar.gz'] 0m11.0s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpXguO1e', '-zxf', 'wheezy.tar.gz'] 0m11.0s DEBUG: Created policy-rc.d and chmodded it. 0m11.0s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpXguO1e', 'apt-get', 'update'] 0m17.6s DUMP: Get:1 http://piatti.debian.org wheezy InRelease [135 kB] Ign http://piatti.debian.org wheezy/main amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib TranslationIndex Ign http://piatti.debian.org wheezy/main TranslationIndex Ign http://piatti.debian.org wheezy/non-free TranslationIndex Get:2 http://piatti.debian.org wheezy/main amd64 Packages [9354 kB] Get:3 http://piatti.debian.org wheezy/contrib amd64 Packages [71.8 kB] Get:4 http://piatti.debian.org wheezy/non-free amd64 Packages [132 kB] Ign http://piatti.debian.org wheezy/contrib Translation-en Ign http://piatti.debian.org wheezy/main Translation-en Ign http://piatti.debian.org wheezy/non-free Translation-en Fetched 9693 kB in 1s (7101 kB/s) Reading package lists... 0m17.6s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpXguO1e', 'apt-get', 'update'] 0m17.6s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpXguO1e', 'mount', '-t', 'proc', 'proc', '/proc'] 0m17.6s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpXguO1e', 'mount', '-t', 'proc', 'proc', '/proc'] 0m17.6s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpXguO1e', 'apt-get', '-yf', 'upgrade'] 0m31.3s DUMP: Reading package lists... Building dependency tree... The following packages will be upgraded: debianutils e2fslibs e2fsprogs gcc-4.4-base gcc-4.5-base gcc-4.6-base grep initscripts libacl1 libattr1 libc-bin libc6 libcomerr2 libgcc1
Bug#633451: calamaris: cronjob exits with error after package removal
Package: calamaris Version: 2.99.4.0-14 Severity: important User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your packages cronjob exits with error after the package has been removed. From the attached log (scroll to the bottom...): 0m25.3s INFO: Running scripts post_remove 0m25.3s INFO: Package calamaris contains cron file: /etc/cron.daily/calamaris 0m25.3s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmptePjG3', '/etc/cron.daily/calamaris'] 0m25.3s DUMP: /etc/cron.daily/calamaris: 5: /usr/lib/calamaris/calamaris-cron-script: not found 0m25.3s ERROR: Command failed (status=127): ['chroot', '/org/piuparts.debian.org/tmp/tmptePjG3', '/etc/cron.daily/calamaris'] /etc/cron.daily/calamaris: 5: /usr/lib/calamaris/calamaris-cron-script: not found cheers, Holger Start: 2011-07-08 03:46:21 UTC Package: calamaris Version: 2.99.4.0-14 Installed-Size: 584 Maintainer: Daniel Echeverry epsilo...@gmail.com Architecture: all Depends: perl5, bc, debconf (= 0.5) | debconf-2.0 Suggests: squid (= 1.1.0) | squid3, libgd-graph-perl, libnetaddr-ip-perl Description: log analyzer for Squid or Oops proxy log files Calamaris is a Perl script which generates nice statistics out of Squid or Oops log files. It is invoked daily before the proxy rotates its log files, and mails the statistics or puts them on the web. . Various options are supported for generated reports; some extra features require the suggested Perl modules. Homepage: http://cord.de/tools/squid/calamaris/ Tag: admin::monitoring, implemented-in::perl, interface::{commandline,text-mode,web}, role::program, security::log-analyzer, use::checking, use::monitor, works-with::logfile, works-with::mail Section: utils Priority: optional Filename: pool/main/c/calamaris/calamaris_2.99.4.0-14_all.deb Size: 127296 MD5sum: 4eefead2ddc97f258673fe87ab466097 SHA1: 35c8efd375f584299f792526993865b18126c5b4 SHA256: 5806a5367010c95dc2e9b88c2cab9d7df16dfbfdedc1c1ee30715eeda6363483 Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ calamaris Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.41~201106270718 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ calamaris 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Tue Jun 14 09:42:28 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmptePjG3 0m0.0s DEBUG: Unpacking wheezy.tar.gz into /org/piuparts.debian.org/tmp/tmptePjG3 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmptePjG3', '-zxf', 'wheezy.tar.gz'] 0m2.7s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmptePjG3', '-zxf', 'wheezy.tar.gz'] 0m2.7s DEBUG: Created policy-rc.d and chmodded it. 0m2.7s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmptePjG3', 'apt-get', 'update'] 0m14.7s DUMP: Get:1 http://piatti.debian.org wheezy InRelease [135 kB] Ign http://piatti.debian.org wheezy/main amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib TranslationIndex Ign http://piatti.debian.org wheezy/main TranslationIndex Ign http://piatti.debian.org wheezy/non-free TranslationIndex Get:2 http://piatti.debian.org wheezy/main amd64 Packages [9364 kB] Get:3 http://piatti.debian.org wheezy/contrib amd64 Packages [72.9 kB] Get:4 http://piatti.debian.org wheezy/non-free amd64 Packages [133 kB] Ign http://piatti.debian.org wheezy/contrib Translation-en Ign http://piatti.debian.org wheezy/main Translation-en Ign http://piatti.debian.org wheezy/non-free Translation-en Fetched 9705 kB in 1s (7017 kB/s) Reading package lists... 0m14.7s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmptePjG3', 'apt-get', 'update'] 0m14.7s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmptePjG3', 'mount', '-t', 'proc', 'proc', '/proc'] 0m14.7s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmptePjG3', 'mount', '-t', 'proc', 'proc', '/proc']
Bug#630815: ocsinventory-server 2.0
2011/7/9 Gonéri Le Bouder gon...@rulezlan.org: 2011/7/9 Pierre Chifflier pol...@debian.org: Hi Pierre and Kelly, This 2.0 release comes with a UserAgent filter that block the FusionInventory Agent (fusioninventory-agent). The correct link: http://lists.alioth.debian.org/pipermail/fusioninventory-devel/2011-January/000507.html And the patch maintained by the FusionInventory users: http://forge.fusioninventory.org/projects/fusioninventory-agent/wiki/Patch_ocs_server Best -- Gonéri Le Bouder -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633452: fstrim: fails to install, trying to overwrite other packages files
Package: fstrim Version: 0.1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package failed to install because it tries to overwrite other packages files without declaring a replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously deselected package fstrim. (Reading database ... 6615 files and directories currently installed.) Unpacking fstrim (from .../fstrim_0.1-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/fstrim_0.1-1_amd64.deb (-- unpack): trying to overwrite '/usr/share/man/man8/fstrim.8.gz', which is also in package util-linux 2.19.1-2 configured to not write apport reports Errors were encountered while processing: /var/cache/apt/archives/fstrim_0.1-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) cheers, Holger Start: 2011-07-06 12:04:08 UTC Package: fstrim Version: 0.1-1 Installed-Size: 60 Maintainer: Daniel Baumann dan...@lists.debian-maintainers.org Architecture: amd64 Depends: libc6 (= 2.2.5) Description: discard parts or the whole filesystem with ATA TRIM This program uses FITRIM (merged in linux-2.6.36) ioctl to discard parts or the whole filesystem online (mounted). You can specify range (start and length) to be discarded, or simply discard while filesystem. Homepage: http://fstrim.sourceforge.net/ Section: admin Priority: optional Filename: pool/main/f/fstrim/fstrim_0.1-1_amd64.deb Size: 6120 MD5sum: fa3e83ca50f4d3065868f1374081f9d4 SHA1: 296bab773a102ef566aa5e315110c83749e2c046 SHA256: d598ef5ec9f44923c95f9586571e7ad0068587cad9abf5d8eccdc0ebcfddfc95 Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ fstrim Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.41~201106270718 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ fstrim 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Tue Jun 14 09:42:28 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmplpeFZ5 0m0.0s DEBUG: Unpacking sid.tar.gz into /org/piuparts.debian.org/tmp/tmplpeFZ5 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmplpeFZ5', '-zxf', 'sid.tar.gz'] 0m2.5s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmplpeFZ5', '-zxf', 'sid.tar.gz'] 0m2.5s DEBUG: Created policy-rc.d and chmodded it. 0m2.5s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmplpeFZ5', 'apt-get', 'update'] 0m16.9s DUMP: Get:1 http://piatti.debian.org sid InRelease [146 kB] Ign http://piatti.debian.org sid/main amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib TranslationIndex Ign http://piatti.debian.org sid/main TranslationIndex Ign http://piatti.debian.org sid/non-free TranslationIndex Get:2 http://piatti.debian.org sid/main amd64 Packages [9810 kB] Get:3 http://piatti.debian.org sid/contrib amd64 Packages [80.9 kB] Get:4 http://piatti.debian.org sid/non-free amd64 Packages [146 kB] Ign http://piatti.debian.org sid/contrib Translation-en Ign http://piatti.debian.org sid/main Translation-en Ign http://piatti.debian.org sid/non-free Translation-en Fetched 10.2 MB in 1s (7498 kB/s) Reading package lists... 0m16.9s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmplpeFZ5', 'apt-get', 'update'] 0m16.9s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmplpeFZ5', 'mount', '-t', 'proc', 'proc', '/proc'] 0m16.9s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmplpeFZ5', 'mount', '-t', 'proc', 'proc', '/proc'] 0m16.9s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmplpeFZ5', 'apt-get', '-yf', 'upgrade'] 0m24.4s DUMP: Reading package lists... Building dependency tree... The following packages will be upgraded: gcc-4.6-base libacl1 libattr1 libc-bin libc6 libgcc1 libstdc++6 multiarch-support tzdata 9 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Bug#633381: hugin-tools: nona doesn't work with OJPEG
On 2011-07-10 Alberto Hernando pajaro...@gmail.com wrote: 2011/7/10 Andreas Metzler ametz...@downhill.at.eu.org On 2011-07-09 alberto pajaro...@gmail.com wrote: Package: hugin-tools Version: 2011.0.0+dfsg-1 Severity: normal [...] hugin fails to make a panorama. Seems a problem with nona. Some log: [...] Could you make the image files and the hugin prohject file (*.pto) available? I'm attaching you a file with the three images, the project file and the generated makefile. Actually, perhaps I was too fast opening the bug report. The problem seems to be in the removing of the temporary files. When the stitching is over (and failed) I finish with a 0002.tif file, and no temporary images in /tmp. BTW, loading the .pto file in the version in stable works well. I've checked with this and other panoramas. The result is always the same. Hello, Thanks for the quick response. I think you have set MAKEFLAGS=-j2 in the environment. This looks like a duplicate of http://bugs.debian.org/513410. cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633453: drac: fails to install due to incorrect dependencies in init.d LSB header
Package: drac Version: 1.12-7.1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o User: initscripts-ng-de...@lists.alioth.debian.org Usertags: incorrect-dependency Hi, during a test with piuparts I noticed your package failed to install due to incorrect dependencies in the init.d LSB header. Some debian notes are available from at http://wiki.debian.org/LSBInitScripts From the attached log (scroll to the bottom...): Selecting previously deselected package drac. (Reading database ... 7066 files and directories currently installed.) Unpacking drac (from .../drac_1.12-7.1_amd64.deb) ... Setting up drac (1.12-7.1) ... insserv: Service portmap has to be enabled to start service drac insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing drac (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: drac E: Sub-process /usr/bin/dpkg returned an error code (1) cheers, Holger Start: 2011-06-26 05:37:48 UTC Package: drac Version: 1.12-7.1 Installed-Size: 152 Maintainer: Noèl Köthe n...@debian.org Architecture: amd64 Depends: libc6 (= 2.7), libdb5.1, portmap, postfix | mail-transport-agent Suggests: qpopper-drac Description: Dynamic Relay Authorization Control (pop-before-smtp) A daemon that dynamically updates a relay authorization map for some MTA (postfix, sendmail). It provides a way to allow legitimate users to relay mail through an SMTP server, while still preventing others from using it as a spam relay. User's IP addresses are added to the map immediately after they have authenticated to the POP or IMAP server. By default, map entries expire after 30 minutes, but can be renewed by additional authentication. Periodically checking mail on a POP server is sufficient to do this. The POP and SMTP servers can be on different hosts. Homepage: http://mail.cc.umanitoba.ca/drac/ Tag: interface::daemon, mail::{imap,pop,smtp}, network::server, network::service, protocol::{dns,imap,pop3,smtp}, role::program, security::authentication, use::proxying, works-with::mail Section: net Priority: optional Filename: pool/main/d/drac/drac_1.12-7.1_amd64.deb Size: 19498 MD5sum: 1b0d2a710a814f30b0af14f5124a2ca7 SHA1: f7874dcedfbb29d51e0120293e6779d6d474a03a SHA256: 5c4016629ec77e6336ec499219813438c4517ae103df70bd812087a563bdb32d Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ drac Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.41~201106252157 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ drac 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Wed May 18 23:13:22 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmplSI9sN 0m0.0s DEBUG: Unpacking sid.tar.gz into /org/piuparts.debian.org/tmp/tmplSI9sN 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmplSI9sN', '-zxf', 'sid.tar.gz'] 0m2.9s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmplSI9sN', '-zxf', 'sid.tar.gz'] 0m2.9s DEBUG: Created policy-rc.d and chmodded it. 0m2.9s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmplSI9sN', 'apt-get', 'update'] 0m15.4s DUMP: Get:1 http://piatti.debian.org sid InRelease [146 kB] Ign http://piatti.debian.org sid/main amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib TranslationIndex Ign http://piatti.debian.org sid/main TranslationIndex Ign http://piatti.debian.org sid/non-free TranslationIndex Get:2 http://piatti.debian.org sid/main amd64 Packages [9744 kB] Get:3 http://piatti.debian.org sid/contrib amd64 Packages [80.2 kB] Get:4 http://piatti.debian.org sid/non-free amd64 Packages [145 kB] Ign http://piatti.debian.org sid/contrib Translation-en Ign http://piatti.debian.org sid/main Translation-en Ign http://piatti.debian.org sid/non-free Translation-en Fetched 10.1 MB in 1s (7100 kB/s) Reading package lists... 0m15.4s DEBUG: Command ok:
Bug#612077: RO Debian Mirror - mirrors.serverhost.ro/debian
Hi, On Fri, Jul 08, 2011 at 02:00:49PM +0300, Victor Nitu wrote: I have read the preceding emails and I have a question for the Debian mirroring team. If we are going to change the source from the actual one to ftp.ro.debian.org, are we going to be listed in the official mirror list? Or in the installer's list of mirrors? The list is used by the debian-installer future builds and published on the website. I understand the script is to be updated as well, at the time when the change may happen. Is this a mandatory upgrade? Yes this is needed, as the version you run as some bugs with the current archive (as mentioned in the previous mail). Regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631220: mirror submission for debian.nod.cl
Hi Ricardo, On Tue, Jun 21, 2011 at 04:49:26PM +, Ricardo Yanez wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: debian.nod.cl Type: leaf Archive-architecture: ALL amd64 arm armel hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ IPv6: no Archive-upstream: ftp.br.debian.org Updates: push Ok. The thing is that we prefer to push all mirrors of a given round robin from the same mirror (syncproxy.wna.debian.org), in order to synchronize the moment mirrors apply the new content (2nd stage). Maintainer: Ricardo Yanez ricardo.ya...@calel.org Country: CL Chile Sponsor: NOD Networks Chile www.nod.cl How much bandwidth is available ? -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633454: please add kfreebsd-amd64
Package: clisp Version: 2.49-7 Severity: wishlist Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd I updated this patch from Petr Salinger to support kfreebsd-amd64 in clisp. I've verified that it builds and passes testsuite succesfully. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.2-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'src/lispbibl.d' --- src/lispbibl.d 2011-07-10 11:47:34 + +++ src/lispbibl.d 2011-07-10 12:04:44 + @@ -2979,7 +2979,7 @@ #endif -#if (oint_addr_shift == 0) (addr_shift == 0) defined(TYPECODES) !defined(WIDE_SOFT) !(defined(AMD64) defined(UNIX_LINUX)) +#if (oint_addr_shift == 0) (addr_shift == 0) defined(TYPECODES) !defined(WIDE_SOFT) !(defined(AMD64) defined(UNIX_GNU)) /* If the address bits are the lower ones and not WIDE_SOFT, memory mapping may be possible. */ === modified file 'src/spvw.d' --- src/spvw.d 2011-07-10 11:47:34 + +++ src/spvw.d 2011-07-10 12:05:36 + @@ -3019,7 +3019,7 @@ var aint end = bitm(oint_addr_len-1); /* keep garcol_bit zero */ #endif var aint part = floor(end - (start (end-1)),5); - #if defined(AMD64) defined(UNIX_LINUX) + #if defined(AMD64) /* Don't use more than 36 address bits, otherwise mmap() fails. */ part = 0x000FUL; #endif @@ -3068,7 +3068,7 @@ #endif #endif var aint part = floor(end - (start (end-1)),5); - #if defined(AMD64) defined(UNIX_LINUX) + #if defined(AMD64) /* Don't use more than 36 address bits, otherwise mmap() fails. */ part = 0x000FUL; #endif === modified file 'src/spvw_page.d' --- src/spvw_page.d 2011-07-10 11:47:34 + +++ src/spvw_page.d 2011-07-10 12:06:08 + @@ -113,7 +113,7 @@ only a 2^32 size address space. */ #define oint_addr_relevant_len 32 #endif -#if (defined(IA64) || defined(AMD64)) defined(UNIX_LINUX) +#if defined(IA64) || defined(AMD64) /* It is unlikely that more than 4 GB will be used. */ #define oint_addr_relevant_len 32 #endif
Bug#612668: evince-gtk: crashes with Segfault
Hi, * Jonathan Wiltshire j...@debian.org [2011-07-09 20:07]: On Sat, Jul 09, 2011 at 03:17:39PM +0200, Nico Golde wrote: Can you produce a backtrace of this? Would be interesting to know what happens there during the crash to tell more. There's one as an attachment to the original report, is that enough? A full backtrace would be interesting. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgpCaQTzi1QwN.pgp Description: PGP signature
Bug#632966: mirror submission for debian.ec.as6453.net
Hello Alex, On Thu, Jul 07, 2011 at 01:02:06PM +, Alex wrote: Package: mirrors Severity: wishlist Submission-Type: new Thanks for mirroring Debian. Site: debian.ec.as6453.net Type: leaf Archive-architecture: ALL amd64 arm armel hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc Archive-ftp: /debian/ Archive-http: /debian/ IPv6: yes Archive-upstream: ftp.us.debian.org See http://www.debian.org/mirror/ftpmirror#wherefrom Basically you should select one of: Includes: ftp.egr.msu.edu mirrors.kernel.org debian.osuosl.org debian.lcs.mit.edu mirror.mycre.ws Updates: twice Maintainer: Alex debia...@as6453.net Country: US United States Comment: 1Gbit link Make sure you are subscribed to http://lists.debian.org/debian-mirrors-announce/ -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633455: apt-cache: typo in man apt-cache(8) - madison command
Package: apt Version: 0.8.15.1 Severity: minor There's a typo in the apt-cache(8) man page describing the madison command: madison /[ pkg(s) ] ^ Looking into apt-cache.8, the fix appears to be trivial: - madison \fI/[ pkg(s) ]\fR + madison \fI[ pkg(s) ]\fR Hope this helps, John -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-rc4-0 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2010.08.28 GnuPG archive keys of the Debian a ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-2GCC support library ii libstdc++6 4.6.1-2 GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime apt recommends no packages. Versions of packages apt suggests: pn apt-doc none (no description available) ii aptitude 0.6.4-1terminal-based package manager (te ii bzip2 1.0.5-6high-quality block-sorting file co ii dpkg-dev 1.16.0.3 Debian package development tools ii lzma 4.43-14Compression method of 7z format in ii python-apt0.8.0 Python interface to libapt-pkg -- no debconf information -- John Feuerstein j...@feurix.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633343: Lost keyboard - workaround found -- calling udevadm trigger
Hello, I tried to understand X and udev interact and at which step something went wrong. Along the way I read /usr/share/doc/keyboard-configuration/README.Debian and issued udevadm trigger --subsystem-match=input --action=change No further change was done/necessary. And now keyboard works under X. I put this in /etc/rc.local and voila, even after a reboot the keyboard works. Could that be because I have EFI (AFAIK) and not a traditional BIOS? I'm still willing to help finding the cause, if you want. E.g. checking if that still happens if I connect the keyboard to USB instead of the keyboard plug etc., trying patches ... It would be a pitty if other users would have to investigate again for this (well, they probably read the bug logs, so they can reduce their time investement). Just to remind you: *new hardware*, *well tested* and *default install* Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#633456: Homepage for sslscan changed
Package: sslscan Version: 1.8.2-1 Severity: normal It looks like the homepage for sslscan changed due to a relaunch at Titania Security. Maybe it makes sense to link to the sf.net project site instead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618463: RFC: Change Severity
I am reviewing current mdadm bugs. Since the latest input from upstream is that they view this as a wishlist issue, I would like to change the severity to either important or even normal. Obviously, if we could supply upstream a patch ... OTOH, I have neither requisite skills nor needed familiarity with mdadm codebase. An additional note in manpage, or =1 of the README files is warranted, IMHO. Does anyone have comments/objections to modifying the severity ??? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633343: Bug#633441: Lost keyboard - workaround found -- calling udevadm trigger
On Jul 10, Helge Kreutzmann deb...@helgefjell.de wrote: Could that be because I have EFI (AFAIK) and not a traditional BIOS? No. This probably happens because the udev init script failed. Again, you need to find out why. Watch closely the boot process. Also, read README.Debian. -- ciao, Marco signature.asc Description: Digital signature
Bug#633423: systemd: boot hangs after systemd-fsck
Am 10.07.2011 14:22, schrieb Sven Joachim: On 2011-07-10 11:32 +0200, Michael Biebl wrote: The problem seems to be something else, namely systemd does apparently not like this combination: Architecture: i386 (x86_64) With the 2.6.39-2-686-pae kernel rather than a 64-bit one, systemd works on my desktop as well. Ah, interesting observation. Will forward this upstream. Please attach the full debug log (if you can use a serial line). Screenshot(s) would be fine too. Unfortunately I lack both a serial console and a digital camera ATM. Might try to setup netconsole later. Not really necessary anymore, I'd say. With the information above it should be easy to reproduce the problem. On a side note, I noticed two problems: tty1 is messed up, and /dev/xconsole does not exist. Do you want to have bug reports for those? - /dev/xconsole: This is a socket which needs to be created explictly, not a bug in systemd itself but rather rsyslog using native systemd service files. In the rsyslog sysv init script we have a mknod call, this should probably be added to the rsyslog.service too (or the rsyslog.conf log rules removed) - tty1 messed up: not quite sure what you mean with messed up. What you are probably seeing is, that with systemd the gettyS are started much earlier, basically as soon as possible, as whereas with sysv they are started last. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#633457: libplist: FTBFS: Errors while running CTest
Source: libplist Version: 1.6-1 Severity: serious Justification: fails to build from source libplist failed to build on mips[0], powerpc[1], s390[2] and sparc[3]: | The following tests FAILED: | 7 - EmptyCmp (Failed) | 8 - SmallCmp (Failed) | 9 - MediumCmp (Failed) |10 - LargeCmp (Failed) |11 - HugeCmp (Failed) |12 - Big_ArrayCmp (Failed) | Errors while running CTest | make[1]: *** [test] Error 8 https://buildd.debian.org/status/fetch.php?pkg=libplistarch=mipsver=1.6-1stamp=1309804765 https://buildd.debian.org/status/fetch.php?pkg=libplistarch=powerpcver=1.6-1stamp=1309800614 https://buildd.debian.org/status/fetch.php?pkg=libplistarch=s390ver=1.6-1stamp=1309801001 https://buildd.debian.org/status/fetch.php?pkg=libplistarch=sparcver=1.6-1stamp=1309800874 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org