Bug#391357: Info received (WORKAROUND - hold kwin at 4:3.5.4-2+b1 Re: Bug#391357: Acknowledgement (konsole flashes and is unusable under kde 3.5.5-1))
Hi, more information is at: http://bugs.kde.org/show_bug.cgi?id=135250 http://bugs.kde.org/attachment.cgi?id=18055action=view It appears that a change to implement a wish-list item caused the problems I experienced. Regards, Arthur. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377033: lsb-ize init script
severity 377033 wishlist thanks Hi Marc, I've tried to take another stab at resolving this bug today. In my opinion, there is still too much controversy surrounding the LSB issue. The proposal never made it into the policy, there is the exit code problem, and all the relevant discussions seem to have stalled at least one year ago. The init script will require significant changes (like switching to LSB output functions, etc), providing little or no benefit to the end user. At this point I'm putting this issue on a back burner by lowering severity to wishlist, with an intention to reexamine it in the future (most probably not sooner than the etch release). Best regards, -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390822: O: dsniff
Hi, I've seen that you want to orphan dsniff: I do not have the time to give this package the love and attention it requires, so I am orphaning my involvement with it. does it require this much attention? There a 2 open bugs, for 1 a patch exists, the other might be PEBCAK or sth. (both urlsnarf and webspy are working fine, so at least the reporter should get some more information). If it's not much more than making sure the upstream version compiles and making a package from it I'd like to adopt it. However, I am not a debian developer. Thanks, Christian. -- BOFH excuse #432: Borg nanites have infested the server -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391676: cdebconf-newt-udeb: progress bar not displayed correctly
Package: cdebconf-newt-udeb Version: 0.107 Severity: important When partman auto is used, you have the progress bar for the init.d scripts running and in some cases a second progress bar may be started, e.g. when calculating recipes or when setting up crypto. This currently results in the following broken display: http://people.debian.org/~fjp/d-i/d-i_progress-bar-regression.png I suspect this is a regression introduced with this recently uploaded change: cdebconf (0.106) unstable; urgency=low [ Colin Watson ] * Refactor newt frontend to have a single common function to build the progress bar form, which redraws the progress bar when the progress- cancel state changes (closes: https://launchpad.net/bugs/47733). There have been various changes in partman too, but AFAICT nothing affecting progress bar usage. At least the case for calculating recipes has always been there and the display used to be correct for that. pgpt88FJL2E1i.pgp Description: PGP signature
Bug#349833: RM: ud -- RoQA; orphaned, no upstream, uptimed is better
Hello, I'm using ud too and had no problems so far (did not encounter #41046, and #289413 seems to be a wishlist bug). Uptimed may be better maintained but does not generate neat .html pages, does it? If the bug-rate of ud stays this low I'd like to adopt it. However, I am not a DD... Thanks, Christian. -- BOFH excuse #432: Borg nanites have infested the server -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391650: [Debconf-devel] Bug#391650: 'dpkg-reconfigure debconf' not works
Thanatermesis - Elive wrote: On the new version of debconf (to aparently now remembers the before frontend type selected, before just try's the better option if the actual fails), don't permit to dpkg-reconfigure debconf if your last selection is 'noninteractive', the manual way to solve this is 'dpkg-reconfigure -fdialog debconf', but of course not is the idea when you want just to configure this I'm afraid that you're mistaken: debconf's behavior in frontend selection has not changed recently, and moreover debconf has a special exception coded into it to use the dialog frontend for dpkg-reconfigure if it's configured to use the noninteractive frontend. (This has been the case since 2005.) -- see shy jo signature.asc Description: Digital signature
Bug#390321: closed by Fabio Tranchitella [EMAIL PROTECTED] (Bug#390321: fixed in zope3 3.3.0-2)
On 06/10/2006 Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #390321: zope3-sandbox: ImportError at upgrade, which was filed against the zope3-sandbox package. It has been closed by Fabio Tranchitella [EMAIL PROTECTED]. [...] Closes: 390321 Changes: zope3 (3.3.0-2) unstable; urgency=medium . * debian/patches/zope.app.twisted-bbb: added a backward compatible package to allow old zope3 instances to be started with zope3 3.3.0. (Closes: #390321) * debian/zopeZVER.NEWS.Debian: added a brief description of this problem. * Single patch change, urgency to medium to easy the transition to testing. unfortunately not the full python error went away: The following packages will be upgraded: python-zopeinterface zope3 zope3-doc zope3-sandbox 4 upgraded, 0 newly installed, 0 to remove and 12 not upgraded. 3 not fully installed or removed. [...] Preparing to replace zope3-sandbox 3.3.0-2 (using .../zope3-sandbox_3.3.0-3_all.deb) ... Traceback (most recent call last): File /var/lib/zope3/instance/sandbox/bin/zopectl, line 43, in ? run() File /var/lib/zope3/instance/sandbox/bin/zopectl, line 37, in run import zope.app.server.controller ImportError: No module named zope.app.server.controller Unpacking replacement zope3-sandbox ... [...] Setting up zope3-sandbox (3.3.0-3) ... Zope3 instance 'sandbox' already exists. it seems like the error occurs before unpacking, maybe the preinst script is the problem. ... jonas signature.asc Description: Digital signature
Bug#391677: kernel-package: No need for any mentioning of bin86
Package: kernel-package Version: 10.062 Severity: minor The package description still mentions bin86, and the sources still contain some code for bin86. Considering that bin86 was only needed up to kernel 2.2, and that old kernels are no longer supported by etch, this should be removed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390271: Resizing and scrolling very slow with r200
On Fri, Oct 06, 2006 at 09:21:29AM +0200, Michel Dänzer wrote: On Thu, 2006-10-05 at 19:33 -0400, David Nusinow wrote: On Wed, Oct 04, 2006 at 10:30:43AM +0200, Michel Dänzer wrote: On Tue, 2006-10-03 at 20:15 -0400, David Nusinow wrote: On Tue, Oct 03, 2006 at 02:23:33PM +0200, Xavier Bestel wrote: On Tue, 2006-10-03 at 13:53 +0200, Michel Dänzer wrote: Assuming you're using XAA with Option XaaNoOffscreenPixmaps, that effectively disables acceleration for anything but the actual compositing done by compiz. Yet Another Option I have to remember to prune when it's no more useful... Unfortunately, this is an issue with the ati driver, but one best solved upstream. It's really an issue with all drivers, but the ati one has a ton of options. It'd be nice if it was more clever about using those options when necessary. I currently have no idea how feasible this is in reality though. Note that this is an XAA option, not a driver option. The driver doesn't have the information to decide when to disable offscreen pixmaps with XAA. I wonder if patching the server to automatically enable this when radeon is loaded until we have a good fix is worthwhile... It would be a big performance penalty for people using XAA but not a compositing manager, i.e. probably the majority for some time to come. We could check for this too, right? Ideally though, just editing currently broken-for-EXA patch so that it's only on when XAA is enabled is probably a better hack. Fixing it so it actually worked with EXA would be even better, but I don't think I'm up to that one :-) If Shawn doesn't get it done soon I'll try and tackle it myself. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391608: [Pkg-kde-extras] Bug#391608: patch
On Sunday 08 October 2006 07:47, Pierre HABOUZIT wrote: unsermake-20051117.dfsg-1.1-nmu.diff Thanks Pierre, No need to NMU though.. You can release directly :-) We keep unsermake under kde-extras. I have committed your NMU to svn.debian Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385078: closed by David Nusinow [EMAIL PROTECTED] (Bug#385078: fixed in xorg 1:7.1.0-3)
tags 385078 unreproducible thanks On Fri, Oct 06, 2006 at 02:59:29PM +0200, Mario 'BitKoenig' Holbe wrote: package xserver-xorg reopen 385078 thanks On Thu, Oct 05, 2006 at 08:19:17PM -0700, Debian Bug Tracking System wrote: #385078: xserver-xorg: impossible mouse configuration other than /dev/input/mice, It has been closed by David Nusinow [EMAIL PROTECTED]. * Make /dev/input/mice the default mouse port in the xserver-xorg.templates file. Also provide the devices in this file rather than as a variable in the config script. Closes: #385078 I cannot confirm that. Neither `dpkg-reconfigure xserver-xorg' nor `dpkg-reconfigure -phigh xserver-xorg' nor `dpkg-reconfigure -plow xserver-xorg' asks me about the mouse-device. It always fixes it to /dev/input/mice. Are you sure you're using xserver-xorg version 1:7.1.0-3? It's -3 that fixes it, and it works here both on my live system and in a chroot. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391505: libGLcore.so: undefined symbol: _glapi_Dispatch
submitter 391505 [EMAIL PROTECTED] retitle 391505 Stop with the loading GLcore stuff thanks On Fri, Oct 06, 2006 at 07:10:28PM -0400, Ryan Richter wrote: Package: xserver-xorg Version: 1:7.1.0-3 Severity: normal Reportbug is using a totally wrong email address, I don't know why. I'm [EMAIL PROTECTED] GLcore fails to load with: dlopen: /usr/lib/xorg/modules/extensions/libGLcore.so: undefined symbol: _glapi_Dispatch aiui, You really shouldn't be loading that module. Remove or comment out the line to load it in your xorg.conf. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391002: too much .RE in zsh manpages
Hi Clint, Clint Adams schrieb am Wed 04. Oct, 05:19 (-0400): you have more .RE than .RS in the zsh manpages. % grep -c '\.RE' /tmp/zshcompsys.1 177 % grep -c '\.RS' /tmp/zshcompsys.1 171 The manpages are auto-generated. Is there a bug in the .yo files or in yodl itself? I can't rebuild the manpages. % yodl --version yodl version 2.04a zsh: exit 1 yodl --version % rm Doc/*.1 % make -C obj/Doc make: Entering directory `/home/joerg/programmieren/pkg/zsh-4.3.2/obj/Doc' yodl -o ../../Doc/zsh.1 -I../../Doc -w zman.yo version.yo ../../Doc/zsh.yo Can't read `../../Doc/zsh.yo' yodl -o ../../Doc/zshbuiltins.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshbuiltins.yo Can't read `../../Doc/zshbuiltins.yo' yodl -o ../../Doc/zshcompctl.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshcompctl.yo Can't read `../../Doc/zshcompctl.yo' yodl -o ../../Doc/zshcompwid.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshcompwid.yo Can't read `../../Doc/zshcompwid.yo' yodl -o ../../Doc/zshcompsys.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshcompsys.yo Can't read `../../Doc/zshcompsys.yo' yodl -o ../../Doc/zshcontrib.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshcontrib.yo Can't read `../../Doc/zshcontrib.yo' yodl -o ../../Doc/zshexpn.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshexpn.yo Can't read `../../Doc/zshexpn.yo' yodl -o ../../Doc/zshmisc.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshmisc.yo Can't read `../../Doc/zshmisc.yo' yodl -o ../../Doc/zshmodules.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshmodules.yo Can't read `../../Doc/zshmodules.yo' yodl -o ../../Doc/zshoptions.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshoptions.yo Can't read `../../Doc/zshoptions.yo' yodl -o ../../Doc/zshparam.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshparam.yo Can't read `../../Doc/zshparam.yo' yodl -o ../../Doc/zshroadmap.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshroadmap.yo Can't read `../../Doc/zshroadmap.yo' yodl -o ../../Doc/zshtcpsys.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshtcpsys.yo Can't read `../../Doc/zshtcpsys.yo' yodl -o ../../Doc/zshzftpsys.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshzftpsys.yo Can't read `../../Doc/zshzftpsys.yo' yodl -o ../../Doc/zshzle.1 -I../../Doc -w zman.yo version.yo ../../Doc/zshzle.yo Can't read `../../Doc/zshzle.yo' yodl -o ../../Doc/zshall.1 -I../../Doc -DZSHALL -w zman.yo version.yo zsh.yo zman.yo:1: STARTDEF() is deprecated. INCWSLEVEL() is used instead Zsh Yodl-to-man converter zman.yo:6: DEFINESYMBOL: Missing parameter list. `(' expected make: Leaving directory `/home/joerg/programmieren/pkg/zsh-4.3.2/obj/Doc' #v+ diff -u -x '*.1' -x '*.texi' -r zsh-4.3.2/Doc/version.yo /home/joerg/programmieren/pkg/zsh-4.3.2/Doc/version.yo --- zsh-4.3.2/Doc/version.yo2006-03-02 15:29:07.0 +0100 +++ /home/joerg/programmieren/pkg/zsh-4.3.2/Doc/version.yo 2006-10-08 03:25:10.0 +0200 @@ -1,4 +1,4 @@ -STARTDEF() +INCWSLEVEL() def(version)(0)(4.3.2) def(date)(0)(March 2, 2006) -ENDDEF()\ +DECWSLEVEL()\ diff -u -x '*.1' -x '*.texi' -r zsh-4.3.2/Doc/zmacros.yo /home/joerg/programmieren/pkg/zsh-4.3.2/Doc/zmacros.yo --- zsh-4.3.2/Doc/zmacros.yo2005-08-19 15:51:12.0 +0200 +++ /home/joerg/programmieren/pkg/zsh-4.3.2/Doc/zmacros.yo 2006-10-08 03:36:15.0 +0200 @@ -1,4 +1,4 @@ -STARTDEF() +INCWSLEVEL() DEFINEMACRO(includefile)(1)(\ TYPEOUT(Including file ARG1)\ @@ -13,7 +13,7 @@ UNDEFINEMACRO(ARG1)\ ) DEFINEMACRO(redef)(3)(\ - UNDEFINEMACRO(ARG1)\ + DELETEMACRO(ARG1)\ DEFINEMACRO(ARG1)(ARG2)(ARG3)\ ) @@ -32,4 +32,4 @@ DEFINEMACRO(ifztexi)(1)() DEFINEMACRO(ifnztexi)(1)(ARG1) -ENDDEF() +DECWSLEVEL() diff -u -x '*.1' -x '*.texi' -r zsh-4.3.2/Doc/zman.yo /home/joerg/programmieren/pkg/zsh-4.3.2/Doc/zman.yo --- zsh-4.3.2/Doc/zman.yo 2001-06-28 19:02:57.0 +0200 +++ /home/joerg/programmieren/pkg/zsh-4.3.2/Doc/zman.yo 2006-10-08 04:04:29.0 +0200 @@ -1,7 +1,7 @@ -STARTDEF() +INCWSLEVEL() TYPEOUT(Zsh Yodl-to-man converter) -DEFINESYMBOL(zman) +DEFINESYMBOL(zman)() INCLUDEFILE(zmacros) redef(ifzman)(1)(ARG1) @@ -25,10 +25,10 @@ COMMENT(--- emphasised text ---) -def(em)(1)(NOTRANS(\fI)ARG1NOTRANS(\fP)) -def(bf)(1)(NOTRANS(\fB)ARG1NOTRANS(\fP)) -def(tt)(1)(NOTRANS(\fB)ARG1NOTRANS(\fP)) -def(var)(1)(NOTRANS(\fI)ARG1NOTRANS(\fP)) +def(em)(1)(NOTRANS(\fI)ARG1+NOTRANS(\fP)) +def(bf)(1)(NOTRANS(\fB)ARG1+NOTRANS(\fP)) +def(tt)(1)(NOTRANS(\fB)ARG1+NOTRANS(\fP)) +def(var)(1)(NOTRANS(\fI)ARG1+NOTRANS(\fP)) COMMENT(--- man page headers ---) @@ -81,14 +81,14 @@ ) def(comment)(1)(\ USECHARTABLE(roffcomment)\ - NOTRANS(.\ )ARG1\ + NOTRANS(.\ )ARG1+NL()\ USECHARTABLE(standard)\ ) COMMENT(--- cross-references ---) def(manref)(2)(\ - NOTRANS(\fI)ARG1NOTRANS(\fP)(ARG2)\ + NOTRANS(\fI)ARG1+NOTRANS(\fP)(ARG2)\ ) def(zmanref)(1)(manref(ARG1)(1)) def(noderef)(1)(the section `ARG1') @@ -116,7 +116,7 @@
Bug#391678: ITP: asio -- a cross-platform C++ networking library
Package: wnpp Severity: wishlist Owner: Marek Habersack [EMAIL PROTECTED] * Package name: asio Version : 0.3.7 Upstream Author : Christopher M. Kohlhoff [EMAIL PROTECTED] * URL : http://asio.sf.net/ * License : The Boost License (http://www.boost.org/LICENSE_1_0.txt) Programming Lang: C++ Description : a cross-platform C++ networking library ASIO is a cross-platform C++ library for network programming that provides developers with a consistent asynchronous I/O model using a modern C++ approach. -- System Information: Debian Release: testing/unstable APT prefers edgy-updates APT policy: (500, 'edgy-updates'), (500, 'edgy-backports'), (500, 'edgy') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-mm3 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389522: Unreproducible on amd64
On Sat, Oct 07, 2006 at 11:23:40PM +0200, Jérémy Bobbio wrote: I can't reproduce this FTBFS on amd64. Neither can I - but since I built the uploaded binary package on amd64 that's not surprising. :) Is this bug specific to s390? According to http://buildd.debian.org/build.php?arch=pkg=wsjt it happens on sparc, powerpc, hppa, m68k, mips and mipsel also. ie only i386, arm, ia64 and amd64 build ok. The fix is simple and I will upload very soon. thanks Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391576: reportbug crashed when querying bts for bugs on installation-reports
I believe this is fixed already in 3.30 in unstable. On 10/7/06, Axel Beckert [EMAIL PROTECTED] wrote: Subject: reportbug crashed when querying bts for bugs on installation-reports Package: reportbug Version: 3.29.5 Severity: important *** Please type your report below this line *** When calling reportbug installation-reports in testing, reportbug crashes with the following exception: [EMAIL PROTECTED]:~$ reportbug installation-reports Warning: no reportbug configuration found. Proceeding in novice mode. Detected character set: us-ascii Please change your locale if this is incorrect. Using 'Axel Beckert [EMAIL PROTECTED]' as your from address. Getting status for installation-reports... No matching source or binary packages. Please enter the version of the package this report applies to (blank OK) Will send report to Debian (per lsb_release). Querying Debian BTS for reports on installation-reports (source)... Traceback (most recent call last): File /usr/bin/reportbug, line 1745, in ? main() File /usr/bin/reportbug, line 778, in main return iface.user_interface() File /usr/bin/reportbug, line 1303, in user_interface version=pkgversion) File /usr/share/reportbug/reportbug_ui_text.py, line 467, in handle_bts_query source=source, http_proxy=http_proxy, archived=archived) File /usr/share/reportbug/debianbts.py, line 748, in get_reports source, version=version) File /usr/share/reportbug/debianbts.py, line 722, in get_cgi_reports parser.feed(content) File /usr/lib/python2.4/sgmllib.py, line 100, in feed self.goahead(0) File /usr/lib/python2.4/sgmllib.py, line 134, in goahead k = self.parse_starttag(i) File /usr/lib/python2.4/sgmllib.py, line 284, in parse_starttag self.finish_starttag(tag, attrs) File /usr/lib/python2.4/sgmllib.py, line 318, in finish_starttag self.handle_starttag(tag, method, attrs) File /usr/lib/python2.4/sgmllib.py, line 358, in handle_starttag method(attrs) File /usr/share/reportbug/debianbts.py, line 593, in do_li if self.lidata: self.check_li() File /usr/share/reportbug/debianbts.py, line 580, in check_li bugid, title = re.split(r':\s+', self.bugtitle, 1) ValueError: need more than 1 value to unpack [EMAIL PROTECTED]:~$ Calling reportbug reportbug or reportbug -b installation-reports seems to work fine, though. -- Package-specific info: -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages reportbug depends on: ii python2.4.3-11 An interactive high-level object-o ii python-central0.5.5 register and build utility for Pyt Versions of packages reportbug recommends: pn python-cjkcodecs | python-ico none (no description available) -- no debconf information -- Chris Lawrence - http://blog.lordsutch.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385078: closed by David Nusinow [EMAIL PROTECTED] (Bug#385078: fixed in xorg 1:7.1.0-3)
On Sat, Oct 07, 2006 at 09:34:16PM -0400, David Nusinow wrote: tags 385078 unreproducible thanks On Fri, Oct 06, 2006 at 02:59:29PM +0200, Mario 'BitKoenig' Holbe wrote: package xserver-xorg reopen 385078 thanks On Thu, Oct 05, 2006 at 08:19:17PM -0700, Debian Bug Tracking System wrote: #385078: xserver-xorg: impossible mouse configuration other than /dev/input/mice, It has been closed by David Nusinow [EMAIL PROTECTED]. * Make /dev/input/mice the default mouse port in the xserver-xorg.templates file. Also provide the devices in this file rather than as a variable in the config script. Closes: #385078 I cannot confirm that. Neither `dpkg-reconfigure xserver-xorg' nor `dpkg-reconfigure -phigh xserver-xorg' nor `dpkg-reconfigure -plow xserver-xorg' asks me about the mouse-device. It always fixes it to /dev/input/mice. Are you sure you're using xserver-xorg version 1:7.1.0-3? It's -3 that fixes it, and it works here both on my live system and in a chroot. Sorry, I did this before I read your latter mail. Thanks for following up again. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#92845: i need ur help
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387843: dvdauthor seems to leak memory
The next leak I noticed is data from the XML file. readxml uses xmlTextReader{Name,Value} which return *copies* of the parser's state that should then be freed. However these are generally assumed to be references to the parser's state and are not freed. Nor is the parser itself cleaned up. Here's a patch to fix that. It would really be preferable to make readxml call xmlTextReaderConst{Name,Value} instead, avoiding the need for any copying and freeing, but that requires propagation of const-ness through many other functions: --- dvdauthor-0.6.11.orig/src/readxml.c 2006-10-08 01:17:14.0 +0100 +++ dvdauthor-0.6.11/src/readxml.c 2006-10-08 02:35:06.0 +0100 @@ -43,6 +43,8 @@ { int curstate=0,statehistory[10]; xmlTextReaderPtr f; +char *elemname=0, *nm=0, *v=0; +int result=1; if( xmlfile[0]=='' isdigit(xmlfile[1]) ) f=xmlReaderForFd(atoi(xmlfile+1),xmlfile,NULL,0); @@ -59,11 +61,11 @@ if( !r ) { fprintf(stderr,ERR: Read premature EOF\n); -return 1; +goto error_exit; } if( r!=1 ) { fprintf(stderr,ERR: Error in parsing XML\n); -return 1; +goto error_exit; } switch(xmlTextReaderNodeType(f)) { case XML_READER_TYPE_SIGNIFICANT_WHITESPACE: @@ -72,10 +74,12 @@ break; case XML_READER_TYPE_ELEMENT: +free(elemname); +elemname=xmlTextReaderName(f); assert(!parser_body); for( i=0; elems[i].elemname; i++ ) if( curstate==elems[i].parentstate -!strcmp(xmlTextReaderName(f),elems[i].elemname) ) { +!strcmp(elemname,elems[i].elemname) ) { // reading the attributes causes these values to change // so if you want to use them later, save them now int empty=xmlTextReaderIsEmptyElement(f), @@ -83,18 +87,21 @@ if( elems[i].start ) { elems[i].start(); if( parser_err ) -return 1; +goto error_exit; } while(xmlTextReaderMoveToNextAttribute(f)) { -char *nm=xmlTextReaderName(f),*v=xmlTextReaderValue(f); int j; +free(nm); +nm=xmlTextReaderName(f); +free(v); +v=xmlTextReaderValue(f); for( j=0; attrs[j].elem; j++ ) if( !strcmp(attrs[j].elem,elems[i].elemname) !strcmp(attrs[j].attr,nm )) { attrs[j].f(v); if( parser_err ) -return 1; +goto error_exit; break; } if( !attrs[j].elem ) { @@ -102,14 +109,14 @@ for( j=0; attrs[j].elem; j++ ) if( !strcmp(attrs[j].elem,elems[i].elemname) ) fprintf(stderr,ERR: %s\n,attrs[j].attr); -return 1; +goto error_exit; } } if( empty ) { if( elems[i].end ) { elems[i].end(); if( parser_err ) -return 1; +goto error_exit; } } else { statehistory[depth]=i; @@ -118,11 +125,11 @@ break; } if( !elems[i].elemname ) { -fprintf(stderr,ERR: Cannot match start tag '%s'. Valid tags are:\n,xmlTextReaderName(f)); +fprintf(stderr,ERR: Cannot match start tag '%s'. Valid tags are:\n,elemname); for( i=0; elems[i].elemname; i++ ) if( curstate==elems[i].parentstate ) fprintf(stderr,ERR: %s\n,elems[i].elemname); -return 1; +goto error_exit; } break; @@ -131,7 +138,7 @@ if( elems[i].end ) { elems[i].end(); if( parser_err ) -return 1; +goto error_exit; } curstate=elems[i].parentstate; parser_body=0; @@ -140,8 +147,9 @@ goto done_parsing; break; -case XML_READER_TYPE_TEXT: { -char *v=xmlTextReaderValue(f); +case XML_READER_TYPE_TEXT: +free(v); +v=xmlTextReaderValue(f);
Bug#389277: What package creates inetd.conf???
I have searched for the package that creates inetd.conf both in etch/Linux and hurd and cannot find any. If I do a dpkg --search inetd.conf on either system it returns just the man page. I looked into the contents of netbase-4.25 on Linux and found no mentiof of the inetd.conf file either in the files themselves (dpkg --extract netbase...) nor in the control files scripts (dpkg --control netbase...). I went through a businesscard install of etch/Linux (2006/10/06) and noted that the inetd.conf file was created when the base system files were put to disk. Again, dpkg --search inetd.conf does not return listing for the /etc/inetd.conf file. I searched other packages trying to find mention of inetd.conf but could not find it. I am a newbie so am probably missing something obvious. I hope to track down the problem in the hurd-i386 distribution and perhaps help with fixing on my own, but cannot find out where the inetd.conf file is created on Linux either. The installer seems to create it without leaving any traces behind in the packages installed. If you want me to move this to mailing lists I will. I do understand that Hurd is not a high priority. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389318: php xcache in Debian
Thanks for your reply, I forward this to our BTS for futher reference. gergely On Sun, 8 Oct 2006 08:17:06 +0800, phpxcache [EMAIL PROTECTED] writes: sorry, i didn't tell u that i've fixed it http://trac.lighttpd.net/xcache/changeset/169 http://trac.lighttpd.net/xcache/changeset/187 i'll think of backporting it to 1.0 branch and yes, using c parser is better (like perl's c2h, using gcc) On 10/7/06, Riskó Gergely [EMAIL PROTECTED] wrote: Hello! One of us looked more deeply into this problem, I could afford, and came up with a solution, please review his patch and if you agree with it, merge this to your upstream source: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389318 You can also contact with Steve McIntyre [EMAIL PROTECTED] about this issue, I'm sure he will gadly help. Thanks for your support, gergely On Sat, 16 Sep 2006 13:37:23 +0800, phpxcache [EMAIL PROTECTED] writes: i have some replies at http://forum.lighttpd.net/topic/1793 subject: compiling on rare architectures (alpha, powerpc, ia64, etc.) i'd like to fix them, but i need the whole build directory to look into the problem, especially the includes.i, and (if possible) need an access to one of those arch so i can test.
Bug#390948: Symbolic links to hplj1000 are still missing
On Sunday 08 October 2006 07:05, Physeter wrote: Hi, The last version of foo2zjs (pool/main/f/foo2zjs/foo2zjs_20060625dfsg-3_i386.deb) still contains the original bug: symbolic links hplj1005, hplj1018 and hplj1020 are missing from /usr/bin. Other errors are fixed. *narf* I am sorry for that, wrong package was submitted. New packages are on their way. Cheers Steffen pgpRRdIBOGneN.pgp Description: PGP signature
Bug#391680: centericq: Better handling of Jabber resources
Package: centericq Version: 4.21.0-16 Severity: wishlist Currently there is no way to set my resource in my Jabber account. It always shows up as centericq. Also there is no way to send a message to a specific resource if a user is logged in at more than one place. Both of these features would be beneficial. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages centericq depends on: ii centeric 4.21.0-16 A text-mode multi-protocol instant ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.10.02+dfsg-1 common error description library ii libcurl3 7.15.5-1Multi-protocol file transfer libra ii libgcc1 1:4.1.1-15 GCC support library ii libgnutl 1.4.4-1 the GNU TLS library - runtime libr ii libgpg-e 1.4-1 library for common error values an ii libgpgme 1.1.2-2 GPGME - GnuPG Made Easy ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg6 6b-13 The Independent JPEG Group's JPEG ii libkrb53 1.4.4-3 MIT Kerberos runtime libraries ii libncurs 5.5-4 Shared libraries for terminal hand ii libssl0. 0.9.8c-3SSL shared libraries ii libstdc+ 4.1.1-15The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages centericq recommends: ii elinks [www-browser] 0.11.1-1advanced text-mode WWW browser ii elvis-console [www-browser] 2.2.0-7 powerful clone of the vi/ex text e ii epiphany-browser [www-browse 2.14.3-2Intuitive GNOME web browser ii lynx-cur [www-browser] 2.8.6pre5-1 Text-mode WWW Browser with NLS sup ii sox 12.17.9-1 A universal sound sample translato ii w3m [www-browser]0.5.1-5 WWW browsable pager with excellent -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391681: Mesa calls UnlockDisplay twice in a row; triggers assertion with Xlib/XCB
Package: libgl1-mesa-glx Version: 6.5.1-0.1 Tags: patch AllocAndFetchScreenConfigs always calls UnlockDisplay twice without an intervening LockDisplay. We found this because Xlib/XCB asserts that you can't unlock the display if you don't have it locked. While fixing this we noticed that SyncHandle isn't consistently called after UnlockDisplay in this function. --- glxext.c26 Sep 2006 23:56:20 - 1.25 +++ glxext.c6 Oct 2006 00:17:39 - @@ -1016,11 +1016,11 @@ static Bool AllocAndFetchScreenConfigs(D if (!_XReply(dpy, (xReply*) reply, 0, False)) { /* Something is busted. Punt. */ UnlockDisplay(dpy); + SyncHandle(); FreeScreenConfigs(priv); return GL_FALSE; } - UnlockDisplay(dpy); if (!reply.numVisuals) { /* This screen does not support GL rendering */ UnlockDisplay(dpy); See https://bugs.freedesktop.org/show_bug.cgi?id=8521 for details. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#391682: ITP: torrus-cisco-cbqos-plugin -- Cisco class-based QoS discovery and collection plugin for Torrus
Package: wnpp Severity: wishlist Owner: Jurij Smakov [EMAIL PROTECTED] * Package name: torrus-cisco-cbqos-plugin Version : 1.2 Upstream Author : Stanislav Sinyagin [EMAIL PROTECTED] * URL : http://www.torrus.org/ * License : GPL Programming Lang: Perl Description : Cisco class-based QoS discovery and collection plugin for Torrus A plugin for Torrus (universal front-end to round-robin databases) for collection and analysis of the Quality-of-Service (QoS) statistics, provided by Cisco routers. . Note that in order to activate this plugin, both Torrus daemon(s) and Apache server configured to work with Torrus have to be restarted. The restart will be performed automatically on package installation and removal. . Upstream URL: http://torrus.org/ This package is going to be maintained within the pkg-torrus project on alioth. Preliminary version of the package is available at http://www.wooyd.org/debian/torrus/ (comments and suggestions are welcome). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388416: fontconfig: Another sighting of this.
Package: fontconfig Version: 2.3.2-7 Followup-For: Bug #388416 Currently being bit by this bug in etch. It occurred while I was trying to do an upgrade. It happened while trying to install ttf-opensymbol: # apt-get -f install Reading package lists... Done Building dependency tree... Done 0 upgraded, 0 newly installed, 0 to remove and 61 not upgraded. 1 not fully installed or removed. Need to get 0B of archives. After unpacking 0B of additional disk space will be used. Setting up ttf-opensymbol (2.0.4~rc3-1) ... Updating fontconfig cache... /usr/share/fonts: error scanning /usr/X11R6/lib/X11/fonts: error scanning /usr/local/share/fonts: error scanning /var/lib/defoma/fontconfig.d: error scanning dpkg: error processing ttf-opensymbol (--configure): subprocess post-installation script returned error exit status 4 Errors were encountered while processing: ttf-opensymbol E: Sub-process /usr/bin/dpkg returned an error code (1) # Right now I'm not able to use apt-get at all, on any package, since any attempt to do so tries to finish the install of ttf-opensymbol, which runs into the bug and dies. I know, for instance, that I'm a version out-of-date on fontconfig itself; but I can't install the most current since apt first tries to finish the install of ttf-opensymbol, then chokes. This is really frustrating. Cheers, -c -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fontconfig depends on: ii defoma 0.11.10 Debian Font Manager -- automatic f ii fontconfig-config2.4.1-2 generic font configuration library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library fontconfig recommends no packages. -- debconf information: fontconfig/subpixel_rendering: Automatic fontconfig/enable_bitmaps: false fontconfig/hinting_type: Native -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389954: Happens to me as well
I confirm the same behaviour, with http://mentors.debian.net and http://rt.gnu.org. Initially I reported this to the m.d.n team; they checked their code thoroughly and it appears to be a Kazehakase bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391387: Yes, this is pretty bad
On Fri, Oct 06, 2006 at 07:22:40PM -0400, Greg Taylor wrote: I definitely wasn't expecting this. A fix would be great, and perhaps some more caution in the future with testing before pushing such a debilitating upgrade down to the many users out there :) How did you even get your system into this state? The libapache2-mod-php5 depends on apache2-mpm-prefork, apache2-mpm-prefork 2.2.3-2 depends on apache2.2-common, and apache2.2-common conflicts with libapache2-mod-php5. If you overrode the package relationships to force installation of incompatible packages, you get to keep both pieces. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345604: How to deal with teTeX's and texlive's RC licensing bugs
tags 345604 etch-ignore thanks On Fri, Oct 06, 2006 at 10:51:51AM +0200, Frank Küster wrote: I've written earlier in this bug: , | Since we should really check other docs as well, I'm retitling this one, | and we'll keep it open until every document has been checked. ` However, since we're not going to finish the complete auditing (which covers TeX input files, not only documentation), I'm closing this in the next changelog entry. Er, first of all, according to your last email we still have the following two issues: csname.txt: etch-ignore (due to blanket license statement?). Yes, it's part of AMSTeX which has a general license statement. doc/encspecs/ and examples: etch-ignore. These were designated ignorable for etch, but that doesn't mean they aren't problems, and nothing in your mail suggested that they are resolved. Second, it's improper to close bugs in changelog entries for versions of a package that don't actually fix those bugs. Anyway, setting the etch-ignore tag now. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#391530: http-access2 does not support proxy HTTP-Auth.
Package: libhttp-access2-ruby Version: 2.0.6-1 http-access2 does not support proxy auth; tested with: HTTP_PROXY=http://test:[EMAIL PROTECTED]:8080/ ruby sample/wcat.rb http://www.google.com This is required by soap4r, which is in turn required by apt-listbugs. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391533: bad interaction with dh_installinit
Package: python-support Severity: normal Version: 0.5.2 I'm trying to package autofw which acts as a daemon and am facing a bad interaction between python-support and dh_installinit. Specifically, when I use dh_pysupport before dh_installinit the install will work fine but the uninstall will fail since pysupport removes the python files in the prerm stage and then the dh_installinit tries to stop the service in the prerm and postrm and it fails even in the prerm stage since the source files were removed already. A possible solution for this would be to remove the python files in the postrm. Another issue that is possible is that the {pre,post}{rm,inst} files are generated in a FIFO order where it makes sense that the {pre,post}rm files will be generated in reverse order so that python-support will undo its work after anything else removed its part. Baruch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391542: [l10n] Czech translation for isdnutils
Package: isdnutils Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for isdnutils package, please include it. Regards Martin Sin # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: isdnutils 1\\:3.9.20060704-2\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-09-09 12:40-0600\n PO-Revision-Date: 2006-10-06 21:26+0200\n Last-Translator: Martin Sin [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../ipppd.templates:1001 msgid ISP dialup config exists already msgstr Konfigurační soubor vytáčeného připojení již existuje #. Type: note #. Description #: ../ipppd.templates:1001 msgid The files device.${IPPP0} and ipppd.${IPPP0} already exist. Therefore the ipppd configuration phase won't touch anything there, as it looks like it's already been configured. msgstr Soubory device.${IPPP0} a ipppd.${IPPP0} již existují. Proto konfigurační část ipppd nebude nic měnit. Zdá se, že je vše nastaveno. #. Type: note #. Description #: ../ipppd.templates:1001 msgid If it doesn't work yet, and you want to try the automatic configuration, stop all ISDN processes (use \/etc/init.d/isdnutils stop\), remove the files mentioned above, and rerun the configuration with \dpkg-reconfigure ipppd\. After that, restart the ISDN processes: \/etc/init.d/isdnutils start\. msgstr Pokud to dosud nefungovalo a vy si přejete vyzkoušet automatickou konfiguraci, pak zastavte všechny procesy ISDN (použijte \/etc/init.d/ isdnutils stop\), odstraňte výše uvedené soubory a znovu spusťte konfiguraci pomocí \dpkg-reconfigure ipppd\. Poté restartujte procesy ISDN: \/etc/init.d/isdnutils start \. #. Type: string #. Description #: ../ipppd.templates:2001 msgid Which interface should be configured? msgstr Které rozhraní má být nastaveno? #. Type: string #. Description #: ../ipppd.templates:2001 msgid Which interface should debconf configure? msgstr Které rozhraní má debconf nastavit? #. Type: string #. Description #: ../ipppd.templates:2001 msgid Most people will say \ippp0\ here, as that is the default for a connection to an ISP. The default gateway will be ippp0. msgstr Většina lidí zde odpoví \ippp0\, protože to je výchozí hodnota pro připojení k ISP. Výchozí branou bude ippp0. #. Type: string #. Description #: ../ipppd.templates:2001 msgid However, some people have special requirements, and they may choose another interface that debconf will configure (e.g. because they don't want this connection to be the default gateway). msgstr Samozřejmě, někteří mají speciální požadavky a tak mohou zvolit jiné rozhraní, které pak debconf nastaví (např. pokud nechtějí toto použít jako výchozí bránu). #. Type: string #. Description #: ../ipppd.templates:2001 msgid Note that debconf will currently only configure at most one interface. Enter \none\ if you do not want debconf to configure anything for ipppd. msgstr Pamatujte, že debconf běžně nastaví pouze jedno rozhraní. Zadejte \none\, pokud si nepřejete ipppd nastavovat pomocí debconfu. #. Type: note #. Description #: ../ipppd.templates:3001 msgid wrong interface name msgstr špatný název rozhraní #. Type: note #. Description #: ../ipppd.templates:3001 msgid You can only give names starting with \ippp\ followed by a number between 0 and 63. msgstr Můžete zadat pouze jména začínající na \ippp\ následovaná číslem mezi 0 a 63. #. Type: string #. Default #: ../ipppd.templates:4001 msgid manual msgstr ručně #. Type: string #. Description #: ../ipppd.templates:4002 msgid What is your ISP's telephone number? msgstr Jaké je telefonní číslo vašeho poskytovatele připojení? #. Type: string #. Description #: ../ipppd.templates:4002 msgid What telephone number(s) must be dialed in order to connect to your Internet service provider (ISP)? msgstr Jaké telefonní číslo(a) musí být vytočeno pro připojení k vašemu poskytovateli internetového připojení (ISP)? #. Type: string #. Description #: ../ipppd.templates:4002 msgid Enter the telephone number here, including dialing prefixes, area codes, and so on. Enter the number without any spaces. msgstr Zadejte zde telefonní číslo, včetně předvoleb, kódů oblasti a tak dále. Číslo zadejte bez jakýchkoliv mezer. #. Type: string #. Description #: ../ipppd.templates:4002 msgid You can enter multiple telephone numbers. If you do so then separate them with spaces.
Bug#391534: gui-apt-key: [INTL:sv] Swedish translation updated
Package: gui-apt-key Severity: wishlist Tags: patch l10n Here is the updated Swedish translation Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=UTF-8) (ignored: LC_ALL set to sv_SE) # Swedish translation of gui-apt-key. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the gui-apt-key package. # Daniel Nylander [EMAIL PROTECTED], 2006. # msgid msgstr Project-Id-Version: gui-apt-key\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-10-04 20:49+0200\n PO-Revision-Date: 2006-10-07 00:08-0700\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #: ../GAK/GUI.pm:35 msgid _Import msgstr _Importera #: ../GAK/GUI.pm:40 msgid _Properties... msgstr _Egenskaper... #: ../GAK/GUI.pm:45 msgid E_xit msgstr A_vsluta #: ../GAK/GUI.pm:60 msgid _About msgstr _Om #: ../GAK/GUI.pm:75 msgid _File msgstr _Arkiv #: ../GAK/GUI.pm:78 msgid _Help msgstr _Hjälp #: ../GAK/GUI.pm:100 #, perl-format msgid valid until %s msgstr giltig till %s #: ../GAK/GUI.pm:102 msgid no expiration msgstr inget utgångsdatum #: ../GAK/GUI.pm:105 #, perl-format msgid expired %s msgstr gick ut %s #: ../GAK/GUI.pm:107 msgid unknown expiration msgstr okänt utgångsdatum #: ../GAK/GUI.pm:123 msgid _Close msgstr _Stäng #: ../GAK/GUI.pm:128 msgid _Delete msgstr _Ta bort #: ../GAK/GUI.pm:154 msgid Select keyring file msgstr Välj nyckelringsfil #: ../GAK/GUI.pm:184 #: ../GAK/GUI.pm:366 msgid APT Key Manager msgstr Hanterare för APT-nycklar #: ../GAK/GUI.pm:272 msgid Keys msgstr Nycklar #: ../GAK/GUI.pm:276 msgid Expiration msgstr Utgångsdatum #: ../GAK/GUI.pm:290 #: ../GAK/GUI.pm:341 msgid Key ID msgstr Nyckel-id #: ../GAK/GUI.pm:296 msgid _Add msgstr _Lägg till #: ../GAK/GUI.pm:300 msgid Add key to the keyring msgstr Lägg till nyckel till nyckelringen #: ../GAK/GUI.pm:303 msgid _Update msgstr _Uppdatera #: ../GAK/GUI.pm:305 msgid Update keys using the keyring package msgstr Uppdatera nycklar med paketet keyring #: ../GAK/GUI.pm:327 msgid Key Details msgstr Nyckedetaljer #: ../GAK/GUI.pm:328 #, perl-format msgid Details of 0x%s msgstr Detaljer för 0x%s #: ../GAK/GUI.pm:340 msgid Owner msgstr Ägare #: ../GAK/GUI.pm:343 #, perl-format msgid Key expired on %s msgstr Nyckeln gick ut den %s #: ../GAK/GUI.pm:345 #, perl-format msgid Key valid until %s msgstr Nyckel giltig till %s #: ../GAK/GUI.pm:347 msgid Full ID: msgstr Fullständigt id:
Bug#377984: xen-tools: a simple way to duplicate virtual machines
On Fri, Oct 06, 2006 at 06:27:36PM +0200, Roland Stigge wrote: why was xen-duplicate-image removed from xen-tools? This is not documented in README as suggested by ChangeLog. It was removed since it was a pain to maintain, and because the same thing could be accomplished using the new --copy and --tar arguments. See : http://lists.cvsrepository.org/xen-tools/Sep06/0094.html I will look at the README, presumably it was documented but then changed. There is more argument in the bug you replied to too. Steve -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391540: xfe: Copy/Move cannot be interrupted when destination partition is full
Package: xfe Version: 0.88-3.1 Severity: important How ro reproduce: 1. HAve destination drive 99% full (few megabytes left) 2. Select several files which exceed the destination capacity 3. Move or Copy files FROM = TO What happens A dialog appears informing that there are no more space left (say at file move 10 of 30 total). The dialog offers [OK] button, but pressing it the program immediately continues to try to copy next file in the batch, resulting the same dialog ..and the loop continues as meny times as need to complete full batch (say 30 files total). PROBLEMS - The situation cannot be interrupted. - The distination directory is filled with zero legth files (due to disk full) SUGGESTION When program encounters disk full, it should display a notice and immediately stop. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages xfe depends on: ii libc6 2.3.6.ds1-5 GNU C Library: Shared libraries ii libfox1.4 1.4.34-1 The FOX C++ GUI Toolkit ii libgcc1 1:4.1.1-15 GCC support library ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libstdc++6 4.1.1-15 The GNU Standard C++ Library v3 ii ucf 2.0015 Update Configuration File: preserv Versions of packages xfe recommends: ii rpm 4.4.1-10 Red Hat package manager -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267539: race condition, local problem or something else
Le dimanche 16 octobre 2005 18:50, Adrian Knoth a écrit : I can't reproduce this bug. tracepath6 works here and on any other host I know, so I guess this bug is kernel specific, a local problem or anything else, but not tracepath6's fault. Neither can I. And anyway, the send() socketcall is not supposd to raise a segmentation fault under any circumstance. If some pointer were invalid, it would return -1 with errno set to EFAULT (or EINVAL). I suggest to close this bug and reopen it if it still segfaults with newer kernels. Yes definitely. -- Rémi Denis-Courmont http://www.remlab.net/
Bug#351531: [PATCH] Make aptitude.{fi,fr}.8 installed correctly
retitle contains 2 French and Finnish manpages, one aptitude.fr.8 obsolete thanks Thomas Huriaux wrote: While preparing the patch to switch to po4a, I had not seen that there were 2 manpages. This bug is more annoying than it seems, as the outdated manpage is the one displayed with the command man aptitude in a French environment. The up-to-date manpage is installed as aptitude.fr.8 in the English section. Please note that there is a similar problem with the Finnish manpage (installed once as man/fi/man8/aptitude.8.gz and once as man/man8/aptitude.fi.8.gz). However, as I don't speak finnish, I don't know which one is the best one. Finnish ones are from one source; two are the same. This bug is due to: * Since MANPAGE_LOCALES in Makefile.am contains fr, aptitude.fr.8 (outdated one) is installed into /usr/share/man/fr/man8. * Since doc/fr/Makefile.am has no code to install doc/fr/aptitude.fr.8 (new one) into /usr/share/man/fr/man8, doc/fr/aptitude.fr.8 is not installed into that directory. (Since doc/fi/Makefile.am has code to install doc/fi/aptitude.fi.8 into /usr/share/man/fi/man8, doc/fi/aptitude.fr.8 is correctly installed into that directory.) * Since doc/fi/Makefile.am and doc/fr/Makefile.am use man_MANS, doc/fi/aptitude.fi.8 and doc/fr/aptitude.fr.8 (new one) is ALSO installed into /usr/share/man/man8. A patch attached here fixes this bug. Please do as follows: * Apply a patch attached here. * Remove aptitude.fr.8 in the source root. Thanks, -nori --- old-aptitude-1/Makefile.am 2006-05-26 03:36:24.0 +0900 +++ new-aptitude-1/Makefile.am 2006-10-07 10:04:31.0 +0900 @@ -8,7 +8,7 @@ SUBDIRS=$(SRCDIRS) $(DOCDIRS) m4 po tests -MANPAGE_LOCALES=fr gl it pl +MANPAGE_LOCALES=gl it pl TLMANPAGES = $(wildcard aptitude.??.8) TLHELPTXTS = help.txt $(wildcard help-??.txt) $(wildcard help-??_??.txt) diff -rN -u old-aptitude-1/doc/fi/Makefile.am new-aptitude-1/doc/fi/Makefile.am --- old-aptitude-1/doc/fi/Makefile.am 2006-04-22 09:57:05.0 +0900 +++ new-aptitude-1/doc/fi/Makefile.am 2006-10-07 10:04:21.0 +0900 @@ -23,8 +23,6 @@ -rm -f doc-stamp doc-css-stamp doc-html-stamp doc-txt-stamp doc-man-stamp -rm -fr $(MANPAGE) $(README) *.tmp -man_MANS=$(MANPAGE) - install-data-hook: $(mkinstalldirs) $(DESTDIR)$(localemandir)/man8 $(INSTALL_DATA) $(MANPAGE) $(DESTDIR)$(localemandir)/man8/aptitude.8 diff -rN -u old-aptitude-1/doc/fr/Makefile.am new-aptitude-1/doc/fr/Makefile.am --- old-aptitude-1/doc/fr/Makefile.am 2006-06-15 13:39:42.0 +0900 +++ new-aptitude-1/doc/fr/Makefile.am 2006-10-07 13:49:42.0 +0900 @@ -11,6 +11,8 @@ # Put documentation in /usr/share/doc/aptitude (by default) docdir=$(datadir)/doc/$(PACKAGE) +localemandir=$(mandir)/$(LANGCODE) + # Automake automagically distributes README without asking.. README=README.$(LANGCODE) @@ -25,9 +27,9 @@ -rm -f doc-stamp doc-css-stamp doc-html-stamp doc-txt-stamp doc-man-stamp -rm -fr $(MANPAGE) $(README) *.tmp -man_MANS=$(MANPAGE) - install-data-hook: + $(mkinstalldirs) $(DESTDIR)$(localemandir)/man8 + $(INSTALL_DATA) $(MANPAGE) $(DESTDIR)$(localemandir)/man8/aptitude.8 $(mkinstalldirs) $(DESTDIR)$(docdir)/html/$(LANGCODE)/images $(INSTALL_DATA) output-html/*.html output-html/*.css $(DESTDIR)$(docdir)/html/$(LANGCODE) $(INSTALL_DATA) output-html/images/* $(DESTDIR)$(docdir)/html/$(LANGCODE)/images
Bug#390706: 'man update-exim4' typos: delvered and domainlist
On Wed, 4 Oct 2006 12:04:23 +0200 Marc Haber [EMAIL PROTECTED] wrote: ...the relay_to_domains domainlist, a list of domains... 12 3 45 6 ...in technical documents, it is IMO more important to get the technical facts right. We agree in principle, but might not yet agree as to particulars. But first, thanks very much for your patience and detailed reply. I'm studying (in what sometimes seems like microscopic detail) what causes certain kinds of minor textual bugs, and controversies thereof. One goal is to automate needless words bugs, but that can't happen without first finding some decent way to make the bug reports succinct, incontestably obvious, and factually objective. Alas, with so many such bugs, long exchanges aren't practical, but can be, as a research method, considered a necessary evil in service to the greater good. ...I'd feel uncomfortable with stylistic changes as there _are_ three meanings of the word domain, and removing one of them would mean removing information. Again we agree in principle, but I have a question, which requires a bit of illustration... Once again that excerpt, but showing the parts of speech as well: ...the relay_to_domains domainlist, a list of domains... 12 3 45 6 proper noun adjective/nounplural noun 1) a variable name in the form of a proper noun that happens to be a mnemonic or memory aid; its final root word 'domain' reminds us of the plural noun 'domains', meaning 'internet domains'. 2) the noun 'list', modified by the adjective 'domain'; again the root of that adjective is 'internet domain'. 6) a plural noun meaning 'internet domains'. In all three instances the idea of the root concept is constant, internet domain, only the grammatical parts of speech change: from a noun (6), to an adjective (2), to a proper noun that reminds us of a noun (1). Two examples of the same redundant form (Proper noun/adjective/plural noun): ...'Cat Chow' cat food, a food for cats... ...the 'Computer World' computer trade show, a trade show featuring computers... Few native English speakers would find three different meanings of the word cat or computer in either example, as grammatical forms such as plurality, tense, case, etc. are considered subordinate to meaning. Grammar that's effortless to natives can be difficult for others. Now the question. If I understand correctly, when you mention three meanings of the word 'domain', you're noticing how the words' grammatical forms are different? NB, it's a trick question and a dilemma: answer yes, and the passage is redundant. Answer no, and the passage is vague**. Consolation: the latter would be worse than the former. (** vaguer examples: the cat cat the cat cat, the cocker cockered his Cocker, the doggy dog doggedly dogged Dog the dog., all of which are grammatically OK, but imply a surplus of beasty interpretations.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391545: [l10n] Czech translation for smsclient
Package: smsclient Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for smsclient package, please include it. Regards Martin Sin # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: smsclient 2.0.8z-6\n Report-Msgid-Bugs-To: \n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-07-22 15:16+0100\n PO-Revision-Date: 2006-10-07 09:41+0200\n Last-Translator: Martin Sin [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../templates:1001 msgid Configuration-Files partially moved msgstr Konfigurační soubory byly částečně přesunuty #. Type: note #. Description #: ../templates:1001 msgid If you are upgrading this package from a version prior to 2.0.8z please be aware, that the config files containing phone numbers etc. has been moved for /etc/smsclient/services to /usr/share/smsclient/services. msgstr Pokud tento balíček aktualizujete z dřívější verze na verzi 2.0.8z, pak mějte na paměti, že se konfigurační soubory s telefoními čísly přesunuly z adresáře /etc/smsclient/services do /usr/share/smsclient/services. #. Type: note #. Description #: ../templates:1001 msgid You may need to move any locally changed config file as well. msgstr Možná budete muset také přesunout všechny ručně změněné konfigurační soubory.
Bug#391543: [l10n] Czech translation for jffnms
Package: jffnms Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for jffnms package, please include it. Regards Martin Sin # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: jffnms 0.8.3-1\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-09-20 14:04+1000\n PO-Revision-Date: 2006-10-06 21:27+0200\n Last-Translator: Martin Sin [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../templates:1001 msgid jffnms user already exists msgstr Uživatel jffnms již existuje #. Type: note #. Description #: ../templates:1001 msgid The preinstall script for JFFNMS tried to create a JFFNMS user but there\n was already a user of that name so it has aborted installation. Please\n read /usr/share/doc/jffnms/README.Debian for more information. msgstr Předinstalační skript JFFNMS zkusil vytvořit uživatele JFFNMS, ale\n uživatel tohoto jména již existuje, takže ruším instalaci. Pro více\n informací si prosím přečtěte /usr/share/doc/jffnms/README.Debian. #. Type: note #. Description #: ../templates:2001 msgid jffnms group already exists msgstr Skupina jffnms již existuje #. Type: note #. Description #: ../templates:2001 msgid The preinstall script for JFFNMS tried to create a JFFNMS group but there\n was already a group of that name so it has aborted installation. Please\n read /usr/share/doc/jffnms/README.Debian for more information. msgstr Předinstalační skript JFFNMS zkusil vytvořit skupinu JFFNMS, ale\n skupina tohoto jména již existuje, takže ruším instalaci. Pro více\n informací si prosím přečtěte usr/share/doc/jffnms/README.Debian. #. Type: string #. Default #: ../templates:3001 msgid 2 msgstr 2 #. Type: string #. Description #: ../templates:3002 msgid Days until log files are compressed: msgstr Počet dní do komprese souborů s logem: #. Type: string #. Description #: ../templates:3002 msgid How many days do you want to keep of uncompressed JFFNMS log files? The\n recommended and default value is 2 days. Setting this value to lower\n than\n 2 may cause problems. It also doesn't make sense to make this number\n bigger than the number of days until log files deleted. msgstr Kolik dní si přejete uchovávat soubory s logem JFFNMS nezabalené?\n Doporučená výchozí hodnota je 2 dny. Nastavení této hodnoty na nižší\n než 2 může způsobit problémy. Také přiliš nedává smysl nastavit tuto\n hodnotu na vyšší číslo, než je počet dnů kdy budou logy smazány. #. Type: string #. Default #: ../templates:4001 msgid 7 msgstr 7 #. Type: string #. Description #: ../templates:4002 msgid Days until log files are deleted: msgstr Počet dní do smazání souborů s logem: #. Type: string #. Description #: ../templates:4002 msgid How many days of log files, compressed or not, do you want to keep? The\n default is 7 days of logs. It doesn't make any sense to set this lower\n than\n the number of days of uncompressed files, as the cron job will compress\n the files and then delete them in the same run. msgstr Kolik dní se mají uchovávat soubory s logy (ať už komprimované nebo ne)?\n Výchozí hodnota je 7 dní. Také příliš nedává smysl nastavit tuto hodnotu\n na méně než\n je počet dnů nekomprimovaných souborů, protože cron je zkomprimuje a\n následně v tom samém běhu smaže. #~ msgid Apache, Apache-SSL, Both, None #~ msgstr Apache, Apache-SSL, Oba, Žádný #~ msgid Automatically configure apache for JFFNMS? #~ msgstr Nastavit apache pro použití JFFNMS automaticky? #~ msgid #~ JFFNMS requires a few things to be set up in your web server #~ configuration in order for the front end to function properly. #~ msgstr #~ Aby webové rozhraní JFFNMS fugnovalo správně, je nutné nastavit několik #~ věcí v konfiguraci webového serveru. #~ msgid #~ The Debian packaged version can usually automatically configure apache by #~ editing /etc/APACHE-SERVER/httpd.conf. Would you like me to do this? Say #~ no if you aren't running apache or you would prefer to set up the web #~ server yourself. If you say yes here, all configuration changes will also #~ be removed when the packages is purged. Do not edit the configuration by #~ hand, but instead make a copy of it, and remove the trailing header and #~ footer, as everything between them will be automatically updated on #~ package updates. #~ msgstr #~ Verze zabalená v Debianu
Bug#391535: wxmaxima: Not connected to maxima!
Package: wxmaxima Version: 0.7.0a-1 Severity: important After upgrade to maxima 5.10.0-2 I can't use wxmaxima any more. Whatever command I enter I get back message Not connected to maxima!. Clicking Maxima-Restart Maxima does not help. This bug may very well be considered grave since wxmaxima isof little use if it cannot call maxima engine. Thanks for your help, Slaven -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages wxmaxima depends on: ii libc6 2.3.6.ds1-5 GNU C Library: Shared libraries ii libgcc11:4.1.1-15GCC support library ii libstdc++6 4.1.1-15 The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.1.5 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t ii libxml22.6.26.dfsg-3 GNOME XML library ii maxima 5.10.0-2 A computer algebra system -- base ii maxima-doc 5.10.0-2 A computer algebra system -- docum wxmaxima recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391387: [php-maint] Bug#391387: Yes, this is pretty bad
Steve Langasek wrote: On Fri, Oct 06, 2006 at 07:22:40PM -0400, Greg Taylor wrote: I definitely wasn't expecting this. A fix would be great, and perhaps some more caution in the future with testing before pushing such a debilitating upgrade down to the many users out there :) How did you even get your system into this state? The libapache2-mod-php5 depends on apache2-mpm-prefork, apache2-mpm-prefork 2.2.3-2 depends on apache2.2-common, and apache2.2-common conflicts with libapache2-mod-php5. If you overrode the package relationships to force installation of incompatible packages, you get to keep both pieces. The () conflict is incorrect, since Sean uploaded a new php5 while apache2 was in the NEW queue, that's how. apache2's conflicts line will need to be updated at the same time as php5 is updated for apache2.2. ... Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390965: xserver-xorg: error Empty value when configuring, impossible to cancel
On Fri, Oct 06, 2006 at 12:22:32PM +0200, Vincent Lefevre wrote: On 2006-10-06 12:19:30 +0200, Vincent Lefevre wrote: This problem no longer occurs with xserver-xorg 1:7.1.0-2, but I don't know if the problem was fixed in 1:7.1.0-2, or if this is because I've just upgraded the kernel (because udev wasn't working with the previous one). Hmmm... I've just seen that the bug had been closed because it was fixed. The Debian BTS sucks again by not sending mail to bug submitters... This was caused by misuse of the 'forcemerge' command without sending a proper message to -done. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391539: Tries to change permission of sbackup.conf to missing group admin
Package: sbackup Version: 0.10.2 Severity: normal Tags: patch Hi, postinst script tried to change permission of /etc/sbackup.conf to root:admin. admin group doesnt exist on the (my) system. I think [tm] it should be root:adm (patch attached). Or - maybe - the existence of the gorup should be tested and the group created if the spelling is right. Regards Jean-Luc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-k8-3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sbackup depends on: ii gksu 2.0.0-1graphical frontend to su ii python2.4.3-11 An interactive high-level object-o ii python-glade2 2.8.6-6GTK+ bindings: Glade support ii python-gnome2 2.12.4-5 Python bindings for the GNOME desk ii sudo 1.6.8p12-4 Provide limited super user privile sbackup recommends no packages. -- no debconf information --- sbackup.postinst.orig 2006-10-07 09:27:31.527894957 +0200 +++ sbackup.postinst2006-10-07 09:30:11.490797090 +0200 @@ -22,7 +22,7 @@ if test ! -e /etc/sbackup.conf; then cp /usr/share/doc/sbackup/examples/sbackup.conf.example /etc/sbackup.conf; fi - chown -f root.admin /etc/sbackup.conf + chown -f root.adm /etc/sbackup.conf chmod -f 640 /etc/sbackup.conf ;;
Bug#379833: -patch
tags 379833 -patch thanks Hello, thank you for your patch. I can't apply it to the debian package since the package doesn't build on i386 when the patch is applied. Thank you very much for your help... Regards -- .''`. Mario Iseli [EMAIL PROTECTED] : :' :proud user of Debian unstable `. `'` `- Debian - when you have better things to do than fixing a system -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391544: [l10n] Czech translation for lire
Package: lire Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for lire package, please include it. Regards Martin Sin # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: lire 2:2.0.2-2\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-10-03 13:43+0200\n PO-Revision-Date: 2006-10-06 21:30+0200\n Last-Translator: Martin Sin [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Rename old Lire user to 'lire'? msgstr Přejmenovat starého uživatele programu Lire na 'lire'? #. Type: boolean #. Description #: ../templates:1001 msgid Previous releases of Lire used to permit the use of a user whose username was different than 'lire' for running special tasks such as cronjobs. This is no longer supported since this was causing more trouble than needed. msgstr Předchozí verze Lire používala k zabezpečení přístupu uživatele, jehož uživatelské jméno nebylo 'lire'. Tento uživatel se používal pro spouštění speciálních úloh, jako jsou úlohy cronu. To již není podporováno, neboť to způsobovalo více škody než užitku. #. Type: boolean #. Description #: ../templates:1001 msgid You seem to be upgrading from such a version; the configuration program can convert your current setup. If no conversion is done, the installation process will be aborted. msgstr Zdá se, že aktualizujete právě z této verze; konfigurační program může převést současná nastavení. Pokud zvolíte ne, bude instalační proces zrušen. #. Type: boolean #. Description #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:1001 ../templates:2001 ../templates:3001 msgid Refer to /usr/share/doc/lire/README.Debian for details. msgstr Pro více informací se podívejte do /usr/share/doc/lire/README.Debian. #. Type: boolean #. Description #: ../templates:2001 msgid Use existing 'lire' user for Lire? msgstr Použít stávajícího uživatele 'lire' pro Lire? #. Type: boolean #. Description #: ../templates:2001 msgid A user named 'lire' seems to be present on your system, which may or may not have been created by a previous installation of Lire. msgstr Vypadá to, že je ve vašem systému k dispozici uživatel 'lire'. Tento uživatel mohl (ale nemusel) být vytvořen předchozí instalací Lire. #. Type: boolean #. Description #: ../templates:2001 msgid This poses no problem per se but beware that this user will have access to the files handled (created or otherwise readable...) by the Lire automated processes. If you rather wish to cancel the installation process, choose 'No' below. msgstr To samo o sobě nemusí představovat problém, ale jisté nebezpečí představují práva tohoto uživatele k souborům (vytvořeným nebo jinak čitelným ...), které souvisí s automatizovanými procesy Lire. Pokud si raději přejete zrušit instalační proces, zvolte 'Ne'. #. Type: boolean #. Description #: ../templates:3001 msgid Use existing 'lire' group for Lire? msgstr Použít stávající skupinu 'lire' pro Lire? #. Type: boolean #. Description #: ../templates:3001 msgid A group named 'lire' seems to be present on your system, which may or may not have been created by a previous installation of Lire. msgstr Zdá se, že v systému již existuje skupina 'lire'. Tato skupina může (ale nemusí) být vytvořena předchozí instalací Lire. #. Type: boolean #. Description #: ../templates:3001 msgid This poses no problem per se but beware that this group will have access to the files handled (created or otherwise readable...) by the Lire automated processes. If you rather wish to cancel the installation process, choose 'No' below. msgstr To samo o sobě nemusí představovat problém, ale jisté nebezpečí představují práva této skupiny k souborům (vytvořeným nebo jinak čitelným ...), které souvisí s automatizovanými procesy Lire. Pokud si raději přejete zrušit instalační proces, zvolte 'Ne'. #. Type: boolean #. Description #: ../templates:4001 msgid Remove 'lire' user, group and files when purging Lire? msgstr Odstranit uživatele 'lire', skupinu a soubory při odstranění Lire? #. Type: boolean #. Description #: ../templates:4001 msgid Whenever Lire gets purged from your system, the 'lire' user (along with its home directory and all the files therein) and the 'lire' group can get automatically removed. msgstr Přejete si při odstranění balíčku Lire
Bug#391455: Uses a lot of CPU when watching video
On Fri, Oct 06, 2006 at 06:01:44PM +0200, Paul van Tilburg wrote: When I am wathing video using totem-xine, vlc or mplayer, the PulseAudio server uses over 25% CPU and any mouse movement leads to stuttering sound (sync problem?). This is not the case when just using gst-launch, mplayer or totem with a simple Ogg Voribis file. The high CPU usage is probably due to re-sampling going on inside the PulseAudio server. I'm guessing that this is a fairly slow machine (1Ghz). Is that correct? You can try using a different re-sampling method that uses less CPU in /etc/pulse/daemon.conf. The stuttering is caused by general CPU starvation. To avoid that you need to run the PulseAudio server at a higher priority. To do this, add the user running the PulseAudio server to the pulse-rt group, and then un-comment and change the value of high-priority to 1 in /etc/pulse/daemon.conf. I am using the pulse plugin for Alsa with the standard configuration to defer sound for default device to the pulse plugin. My server is running as user for it is started by GNOME. I see you're using libasound2-plugins-pulse. FYI, there is a new version of libasound2-plugins in experimental (1.0.13.2) that now has the pulse plugin too. You might want to use that instead because libasound2-plugins-pulse will never reach debian. The next pulseaudio version will recommend libasound2-plugins instead. -- CJ van den Berg mailto:[EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#391548: New upstream version available
Package: tcllib Severity: wishlist Hi! Please, consider packaging tcllib 1.1.9. It's available at https://sourceforge.net/projects/tcllib/. -- Sergei Golovan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391532: mailman: [INTL:ja] updated Japanese debconf translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: mailman Severity: wishlist Version: 1:2.1.8-4 Tags: l10n patch Hi, I updated Japanese translation of debconf messages (ja.po). Please apply this. Thanks, - -- Kenshi Muto [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkUnUJUACgkQQKW+7XLQPLE2ggCfdWcCRF8LeGn848YnJRZv61mp tVIAn3oCEwOHs/jRfV4gvCr4+JYNAM0w =/2kH -END PGP SIGNATURE- ja.po.gz Description: Binary data
Bug#391536: failed to launch without OSS support in kernel
Package: pyracerz Version: 0.2-3 Severity: normal Tags: patch | $ pyracerz | Traceback (most recent call last): | File /usr/bin/pyracerz, line 276, in ? | if __name__ == '__main__': main() | File /usr/bin/pyracerz, line 110, in main | pygame.mixer.music.load(os.path.join(/usr/share/games/pyracerz/sounds, start.ogg)) | pygame.error: mixer system not initialized After `modprobe snd-pcm-oss` (emulate OSS in ALSA) all worked fine Attached patch will disable sound when mixer is not initialized correctly (i.e. when OSS support in kernel is disabled) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-rc7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages pyracerz depends on: ii libsdl-ttf2.0-0 2.0.8-3ttf library for Simple DirectMedia ii python2.4.3-11 An interactive high-level object-o ii python-central0.5.6 register and build utility for Pyt ii python-numeric24.2-6 Numerical (matrix-oriented) Mathem ii python-pygame 1.7.1release-4 SDL bindings for games development Versions of packages pyracerz recommends: ii python-psyco 1.5-3 python specializing compiler -- no debconf information only in patch2: unchanged: --- pyracerz-0.2.orig/pyRacerz.py +++ pyracerz-0.2/pyRacerz.py @@ -107,8 +107,12 @@ pygame.display.set_icon(pygame.image.load(os.path.join(sprites, pyRacerzIcon.bmp))) if misc.music == 1: -pygame.mixer.music.load(os.path.join(sounds, start.ogg)) -pygame.mixer.music.play() +try: + pygame.mixer.music.load(os.path.join(sounds, start.ogg)) + pygame.mixer.music.play() +except: + print pyRacerz cannot initialize sound... disabling + misc.music = 0 try: import psyco
Bug#391375: initscripts: umountnfs.sh: shutdown fails in presence of bind-mounts
Hello Gabor, On Fri, Oct 06, 2006 at 12:13:36PM +0200, Gabor Gombas wrote: [..] A quick experiment shows that fuser cannot make a difference between processes holding the source of a bind mount and processes holding the target of the bind mount: # mkdir /tmp/a /tmp/b # mount -t tmpfs tmpfs /tmp/a # mount --bind /tmp/a /tmp/b # cd /tmp/a # fuser -m /tmp/b /tmp/b: 3958c The behaviour of fuser is correct (it works on the filesystem level, while bind mounts are pure namespace operations only). But the effect is that the 'fuser' call in umountnfs.sh line 98 just kills /etc/init.d/rc because it thinks it is using the bind-mounted location when in fact it does not. If I just comment out the whole 'if [ -x /bin/fuser ]' block and revert to using /etc/init.d/sendsigs, then everything works again. Thank you very much for mentioning how to temporarily fix this. Regards, Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391541: [l10n] Czech translation for interchange
Package: interchange Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for interchange package, please include it. Regards Martin Sin # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: interchange 5.4.1-1\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-09-09 12:40-0600\n PO-Revision-Date: 2006-10-06 21:21+0200\n Last-Translator: Martin Sin [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../interchange-cat-standard.templates:1001 msgid Create the Interchange demo catalog? msgstr Vytvořit ukázkový katalog programu Interchange? #. Type: boolean #. Description #: ../interchange-cat-standard.templates:1001 msgid Whether to install the demo catalog from the standard template or let you manually install it with makecat. msgstr Zda nainstalovat ukázkový katalog ze standardní šablony, nebo provést jeho instalaci ručně, pomocí makecat. #. Type: boolean #. Description #: ../interchange-cat-standard.templates:2001 msgid Remove demo catalog on package purge? msgstr Smazat ukázkový katalog při odstranění balíčku? #. Type: boolean #. Description #: ../interchange-cat-standard.templates:2001 msgid Should all files belonging to the Interchange demo catalog removed when you purge this package, e.g. with dpkg --purge or apt-get remove --purge ? msgstr Mám při odstranění tohoto balíčku také smazat všechny soubory, které na něm závisí, např. pomocí dpkg --purge nebo apt-get remove --purge ? #. Type: select #. Choices #: ../interchange-cat-standard.templates:3001 msgid always, ask, never msgstr vždy, zeptat se, nikdy #. Type: select #. Description #: ../interchange-cat-standard.templates:3002 msgid Policy for replacing existing demo catalogs: msgstr Politika odstranění stávajících ukázkových katalogů: #. Type: select #. Description #: ../interchange-cat-standard.templates:3002 msgid Whether to silently replace an existing demo catalog installation, ask for a confirmation or never touch an existing installation. msgstr Mám odstranit demonstrační katalog tiše, vyžádat si potvrzení nebo existující katalog nikdy neodstraňovat? #. Type: boolean #. Description #: ../interchange-cat-standard.templates:4001 msgid Replace the Interchange demo catalog? msgstr Odstranit ukázkový katalog Interchange? #. Type: boolean #. Description #: ../interchange-cat-standard.templates:4001 msgid There seems to already exist an Interchange demo catalog. msgstr Zdá se, že ukázkový katalog Interchange již existuje. #. Type: string #. Description #: ../interchange-cat-standard.templates:5001 msgid Virtual host for the demo catalog ? msgstr Virtuální počítač pro demo katalogu? #. Type: string #. Description #: ../interchange-cat-standard.templates:5001 msgid You are running Interchange with \FullURL\ enabled. Please specify the virtual host for the demo catalog. msgstr Interchange spouštíte s povoleným \FullURL\. Určete prosím virtuální počítač pro demo katalogu. #. Type: string #. Description #: ../interchange-cat-standard.templates:6001 msgid Username for this catalog's administration: msgstr Uživatelské jméno pro správu katalogu. #. Type: string #. Description #: ../interchange-cat-standard.templates:6001 msgid Please provide an username for administering the demo catalog. The username must be at least 2 characters long and only contain letters, digits, underscore, @ or the dot as characters. msgstr Zadejte prosím uživatelské jméno pro administraci ukázkového katalogu. Uživatelské jméno musí být alespoň 2 znaky dlouhé a smí obsahovat pouze písmena, číslice, podtržítko, @ nebo tečku. #. Type: password #. Description #: ../interchange-cat-standard.templates:7001 msgid Password for this catalog's administration: msgstr Heslo pro administraci tohoto katalogu: #. Type: password #. Description #: ../interchange-cat-standard.templates:7001 msgid Please provide a password for administering the standard demo catalog. Choose one which can not be easily guessed. Default is pass. The password must be at least 4 characters long and only contain letters, digits, underscore @ or the dot as characters. msgstr Zadejte prosím heslo pro administraci stadardního demonstračního katalogu. Zvolte takové, které nelze snadno uhádnout. Výchozí hodnotou je pass. Heslo musí být dlouhé alespoň 4 znaky a smí obsahovat pouze písmena, číslice, podtržítko, @
Bug#391538: python-zopeinterface fails to install: raise PyCentralError, package has no field Python-Version
Package: python-zopeinterface Version: 3.3.0-2 Severity: grave Justification: renders package unusable Fails to configure with: Setting up python-zopeinterface (3.3.0-2) ... Traceback (most recent call last): File /usr/bin/pycentral, line 1336, in ? main() File /usr/bin/pycentral, line 1330, in main rv = action.run(global_options) File /usr/bin/pycentral, line 865, in run pkg.read_version_info() File /usr/bin/pycentral, line 535, in read_version_info raise PyCentralError, package has no field Python-Version __main__.PyCentralError: package has no field Python-Version dpkg: error processing python-zopeinterface (--configure): subprocess post-installation script returned error exit status 1 As other packages using python-central seem to work on my system I don't think this to be a python-central bug. It seems like the package just hasn't been tested with a recent python-central version. Helmut Grohne -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages python-zopeinterface depends on: ii python-central0.5.6 register and build utility for Pyt python-zopeinterface recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#391554: bind9 with pgsql
Package: bind9 Version: 9.3.2-P1-2 i store zone data on postgresql server. when i load it got message: unsupported database type 'pgsql' my /etc/bind/named.conf.local : zone test.com { type master; database pgsql db_name user passwd table_name'; }; any advise ? pgp4zUIZT9keK.pgp Description: PGP signature
Bug#391553: bind9 with pgsql
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: bind9 Version: 9.3.2-P1-2 i store zone data on postgresql server. when i load it got message: unsupported database type 'pgsql' my /etc/bind/named.conf.local : zone test.com { type master; database pgsql db_name user passwd table_name'; }; any advise ? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFJ2IbP0pr0T+ueDoRAnICAJ4qKk1dTzMeQy1Pn6GY2Nh1jDFAcgCgxgMB h5aKVuNj9iVJGHUl1cIKh3k= =KaV7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391387: Yes, this is pretty bad
No. apache2.2-common does not conflicts with libapache2-mod-php5.I also have the same problem.# /etc/init.d/apache2 startStarting web server (apache2)...apache2: Syntax error on line 185 of /etc/apache2/apache2.conf: Syntax error on line 1 of /etc/apache2/mods-enabled/php5.load: API module structure `php5_module' in file /usr/lib/apache2/modules/libphp5.so is garbled - perhaps this is not an Apache module DSO? failed!# dpkg -l | grep -i apacheii apache2 2.2.3-1 Next generation, scalable, extendable web serveii apache2-doc 2.2.3-1 documentation for apache2ii apache2-mpm-prefork 2.2.3-1 Traditional model for Apache HTTPD 2.1ii apache2-utils 2.2.3-1 utility programs for webserversii apache2.2-common 2.2.3-1 Next generation, scalable, extendable web serveii libapache2-mod-php5 5.1.6-3 server-side, HTML-embedded scripting language (ii libapr0 2.0.55-4.2 the Apache Portable Runtimeii libapr1 1.2.7-6 The Apache Portable Runtime Libraryii libaprutil1 1.2.7+dfsg-2 The Apache Portable Runtime Utility Library On 10/7/06, Steve Langasek [EMAIL PROTECTED] wrote: On Fri, Oct 06, 2006 at 07:22:40PM -0400, Greg Taylor wrote: I definitely wasn't expecting this. A fix would be great, and perhaps some more caution in the future with testing before pushing such a debilitating upgrade down to the many users out there :) How did you even get your system into this state?The libapache2-mod-php5depends on apache2-mpm-prefork, apache2-mpm-prefork 2.2.3-2 depends onapache2.2-common, and apache2.2-common conflicts with libapache2-mod-php5. If you overrode the package relationships to force installation ofincompatible packages, you get to keep both pieces.--Steve Langasek Give me a lever long enough and a Free OSDebian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#391501: xen-tools: xen-create-image: broken image due to sysvinit's /lib/init/rw
On Sat, Oct 07, 2006 at 12:38:53AM +0200, Roland Stigge wrote: Package: xen-tools Version: 2.6-1 Severity: important Tags: patch Try this patch? Steve -- diff --unified -r1.95 xen-create-image --- bin/xen-create-image11 Sep 2006 15:57:57 - 1.95 +++ bin/xen-create-image7 Oct 2006 08:36:08 - @@ -675,9 +675,13 @@ if ( $CONFIG{'boot'} ) { # -# Unmount. +# Unmount the image and any subsequent mounts. +# +unMountImage( $MOUNT_POINT ); + +# +# Mark us as unmounted. # -runCommand( umount $MOUNT_POINT ); $MOUNT_POINT = undef; # @@ -2126,6 +2130,62 @@ =begin doc + Unmount any mount-points which are below the given path. + + The mountpoints are chosen by looking at /proc/mounts which + might not be portable, but works for me. (tm). + +=end doc + +=cut + +sub unMountImage +{ +my ( $point ) = ( @_ ); + +# +# Open /proc/mount and get a list of currently mounted paths +# which begin with our mount point. +# +my @points; + +open( MOUNTED, , /proc/mounts ) + or die Failed to open mount list; +foreach my $line (MOUNTED ) +{ +# +# Split into the device and mountpoint. +# +my ( $device, $path ) = split( / /, $line ); + +if ( $path =~ /\Q$point\E/ ) +{ +push @points, $path; +} +} +close( MOUNTED ); + +# +# Now we have a list of mounts. We need to move the +# longest first, we can do this by sorting and reversing. +# +# (ie. We unmount the children, then the parent.) +# +@points = sort @points; +@points = reverse @points; + +foreach my $path ( @points ) +{ +$CONFIG{'verbose'} print Unmounting : $path\n; +runCommand( umount $path ); +} + +$MOUNT_POINT = undef; +} + + +=begin doc + If we still have the temporary image mounted then make sure it is unmounted before we terminate. @@ -2137,14 +2197,10 @@ { if ( defined( $MOUNT_POINT ) ) { - # - # Run mount to see if this is still mounted. - # - my $mount = `/bin/mount`; - if ( $mount =~ /$MOUNT_POINT/) - { - runCommand( umount $MOUNT_POINT ); - } +# +# Unmount the image, taking care to remove any child mounts too. +# +unMountImage( $MOUNT_POINT ); } if ( ( defined( $CONFIG{'hostname'} ) ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391549: libphp4.so is garbled - perhaps this is not an Apache module DSO
Package: libapache2-mod-php4 Version: 4.4.4-2 While installing libapache2-mod-php4 on clean (well, all apache and php stuff purged) AMD64 Sid system: # apt-get install libapache2-mod-php4 Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: apache2-mpm-prefork php4-common Suggested packages: php-pear The following NEW packages will be installed: apache2-mpm-prefork libapache2-mod-php4 php4-common 0 upgraded, 3 newly installed, 0 to remove and 26 not upgraded. Need to get 0B/2261kB of archives. After unpacking 4637kB of additional disk space will be used. Do you want to continue [Y/n]? y Selecting previously deselected package apache2-mpm-prefork. (Reading database ... 101889 files and directories currently installed.) Unpacking apache2-mpm-prefork (from .../apache2-mpm-prefork_2.2.3-1_amd64.deb) ... Selecting previously deselected package php4-common. Unpacking php4-common (from .../php4-common_4%3a4.4.4-2_amd64.deb) ... Selecting previously deselected package libapache2-mod-php4. Unpacking libapache2-mod-php4 (from .../libapache2-mod-php4_4% 3a4.4.4-2_amd64.deb) ... Setting up apache2-mpm-prefork (2.2.3-1) ... Starting web server (apache2)...apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerName . Setting up php4-common (4.4.4-2) ... Setting up libapache2-mod-php4 (4.4.4-2) ... Your apache2 configuration is broken, so we're not restarting it for you. Something seems to be wrong. # /etc/init.d/apache2 stop Stopping web server (apache2) # /etc/init.d/apache2 start Starting web server (apache2)...apache2: Syntax error on line 185 of /etc/apache2/apache2.conf: Syntax error on line 1 of /etc/apache2/mods-enabled/php4.load: API module structure `php4_module' in file /usr/lib/apache2/modules/libphp4.so is garbled - perhaps this is not an Apache module DSO? failed! The end. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391556: python-gpod: missing dependancy on python-eyed3
Package: python-gpod Version: 0.4.0-0.0 Severity: normal python-gpod needs a dependancy on python-eyed3. I'm using the 0.4.0-0.0 package by Christian Marillat [EMAIL PROTECTED] instead of the debian unstable one, but when the debian package is updated to 0.4.0, it will have the same problem. When you try to use the gpod module, this happens: [EMAIL PROTECTED]:~$ python Python 2.4.4c0 (#2, Oct 2 2006, 00:57:46) [GCC 4.1.2 20060928 (prerelease) (Debian 4.1.1-15)] on linux2 Type help, copyright, credits or license for more information. import gpod Traceback (most recent call last): File stdin, line 1, in ? File /usr/lib/python2.4/site-packages/gpod/__init__.py, line 2, in ? from ipod import * File /usr/lib/python2.4/site-packages/gpod/ipod.py, line 8, in ? import eyeD3 After installing the python-eyed3 package it works. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-mordor Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages python-gpod depends on: ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii libglib2.0-0 2.12.4-1The GLib library of C routines ii libgpod0 0.4.0-0.0 a library to read and write songs ii python 2.4.3-11An interactive high-level object-o ii python-central 0.5.6 register and build utility for Pyt python-gpod recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391560: gphotofs not reading from camera
Package: gphotofs Version: 0.2-3 Severity: normal *** Please type your report below this line *** Though gphoto2 is able to detect and read photos off my camera (Canon PowerShot A530), gphotofs is not able to do so. Though my camera is mounted, if I do an ls, I get an Input/Output error. On a related note, kioslaves is also reporting my camera wrong; it shows the incorrect model if I do camera:/ in konqueror. Finally, the gphotofs version 0.3 is available. Would getting that fix the problem? I was unable to compile it on my machine due to lack of some libraries. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-ck7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.ÿôÿý-1968) Versions of packages gphotofs depends on: ii fuse-utils2.5.3-ÿôÿý.1 Filesystem in USErspace (utilities ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libfuse2 2.5.3-ÿôÿý.1 Filesystem in USErspace library ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libgphoto2-2 2.2.1-5gphoto2 digital camera library ii libgphoto2-port0 2.2.1-ÿôÿýgphoto2 digital camera port librar gphotofs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391561: arpwatch: New upstream version available
Package: arpwatch Version: 2.1a13-2 Severity: normal Today's version of arpwatch in Debian is 2.1a13; the upstream page at ftp://ftp.ee.lbl.gov/ shows 2.1a15. Please consider following this before the etch freeze begins, thanks. Christoph -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) signature.asc Description: Digital signature
Bug#391559: debconf: [INTL:it] Translation update
Package: debconf Version: N/A Severity: wishlist Tags: patch l10n Attached you can find the updated Italian translation. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) # debconf Italian translation # Copyright (C) 2004 the debconf development team # This file is distributed under the same license as the debconf package. # Stefano Canepa [EMAIL PROTECTED], 2004-2005, 2006 # Danilo Piazzalunga [EMAIL PROTECTED], 2004-2006 msgid msgstr Project-Id-Version: debconf 1.4.70\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-10-04 18:03-0400\n PO-Revision-Date: 2006-10-07 10:33+0200\n Last-Translator: Stefano Canepa [EMAIL PROTECTED]\n Language-Team: Italian debian-l10n-italian@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #: ../Debconf/AutoSelect.pm:76 #, perl-format msgid falling back to frontend: %s msgstr sarà usato il frontend: %s #: ../Debconf/AutoSelect.pm:84 #, perl-format msgid unable to initialize frontend: %s msgstr impossibile inizializzare il frontend: %s #: ../Debconf/AutoSelect.pm:90 #, perl-format msgid Unable to start a frontend: %s msgstr Impossibile avviare un frontend: %s #: ../Debconf/Config.pm:130 msgid Config database not specified in config file. msgstr Database di configurazione non specificato nel file config. #: ../Debconf/Config.pm:134 msgid Template database not specified in config file. msgstr Database dei template non specificato nel file config. #: ../Debconf/Config.pm:139 msgid The Sigils and Smileys options in the config file are no longer used. Please remove them. msgstr Le opzioni «Sigils» e «Smileys» nel file config non sono più usate e pertanto vanno rimosse. #: ../Debconf/Config.pm:153 #, perl-format msgid Problem setting up the database defined by stanza %s of %s. msgstr Problema nell'impostare il database definito dalla stanza %s di %s. #: ../Debconf/Config.pm:228 msgid -f, --frontend\t\tSpecify debconf frontend to use.\n -p, --priority\t\tSpecify minimum priority question to show.\n --terse\t\t\tEnable terse mode.\n msgstr -f, --frontend Specifica il frontend di debconf da usare.\n -p, --priority Specifica la priorità minima da mostrare.\n --terse Abilita la modalità concisa.\n #: ../Debconf/Config.pm:308 #, perl-format msgid Ignoring invalid priority \%s\ msgstr La priorità «%s» non è valida e verrà ignorata. #: ../Debconf/Config.pm:309 #, perl-format msgid Valid priorities are: %s msgstr Le priorità valide sono: %s #: ../Debconf/Element/Editor/Boolean.pm:30 #: ../Debconf/Element/Editor/Multiselect.pm:31 #: ../Debconf/Element/Editor/Select.pm:31 msgid Choices msgstr Scelte #: ../Debconf/Element/Editor/Boolean.pm:30 #: ../Debconf/Element/Editor/Boolean.pm:36 #: ../Debconf/Element/Editor/Boolean.pm:59 #: ../Debconf/Element/Teletype/Boolean.pm:28 msgid yes msgstr sì #: ../Debconf/Element/Editor/Boolean.pm:30 #: ../Debconf/Element/Editor/Boolean.pm:39 #: ../Debconf/Element/Editor/Boolean.pm:62 #: ../Debconf/Element/Teletype/Boolean.pm:29 msgid no msgstr no #: ../Debconf/Element/Editor/Multiselect.pm:32 msgid (Enter zero or more items separated by a comma followed by a space (', ').) msgstr Inserire zero o più elementi separati da una virgola seguita da uno spazio («, ») #: ../Debconf/Element/Gnome.pm:183 msgid _Help msgstr A_iuto #: ../Debconf/Element/Gnome.pm:185 msgid Help msgstr Aiuto #: ../Debconf/Element/Noninteractive/Error.pm:39 msgid Debconf was not configured to display this error message, so it mailed it to you. msgstr Debconf non è stato configurato per mostrare questo messaggio d'errore, così ve l'ha spedito. #: ../Debconf/Element/Noninteractive/Error.pm:63 msgid Debconf msgstr Debconf #: ../Debconf/Element/Noninteractive/Error.pm:86 #, perl-format msgid Debconf, running at %s msgstr Debconf, in esecuzione su %s #: ../Debconf/Element/Select.pm:95 ../Debconf/Element/Select.pm:110 #, perl-format msgid Input value, \%s\ not found in C choices! This should never happen. Perhaps the templates were incorrectly localized. msgstr Valore di input «%s» non trovato nelle scelte C! Questo non dovrebbe succedere mai. Forse i template sono stati tradotti in modo errato. #: ../Debconf/Element/Teletype/Multiselect.pm:27 msgid none of the above msgstr nessuna delle precedenti #: ../Debconf/Element/Teletype/Multiselect.pm:47 msgid Enter the items you want to select, separated by spaces. msgstr Inserire gli elementi che si vuole scegliere, separati da spazi. #: ../Debconf/FrontEnd.pm:131 #, perl-format msgid Unable to load Debconf::Element::%s. Failed because: %s msgstr Impossibile caricare Debconf::Element::%s. Fallito perché: %s #: ../Debconf/FrontEnd.pm:312 #, perl-format msgid
Bug#391564: needs versioned dependency on xserver 1.1
Package: xserver-xorg-input-citron Version: 1:2.2.0-1 Severity: grave Needs a versioned dependency on xserver-xorg-core 1.1, since it was built against Xorg 1.1, see Bug#391508. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382135: can't use discover hosts on a network
Hello, Le mercredi 9 août 2006 10:44, vous avez écrit : What I did was simply to ping a broadcast address in order to discover connected hosts: ping -c1 -b 192.168.55.255 (...) I can only test with ping6 here, but: # ping -w1 -b 192.168.55.255 should work. Simply DO NOT use the -c option! # ping6 -I eth1 -w1 ip6-allnodes definitely works fine. Regards, -- Rémi Denis-Courmont http://www.remlab.net/ pgpAfSNlWu52f.pgp Description: PGP signature
Bug#391533: updates
I've worked on the package to try and overcome the issue in the meantime. I've used --noscripts and added the python-support bits in the package postinst and prerm and now things work. One mistake in the former email is that there is no need (and it's impossible) to do the removal of pysupport copied files in the postrm since the files were removed by that stage, it's unneeded since the postrm for the dh_installinit only removes the init script and doesn't try to stop the daemon. The solution for me was as suggested before, to reverse the order of the dh_installinit and pysupport in the prerm part so that the order now is: postinst: - pysupport - dh_installinit prerm: - dh_installinit - pysupport Cheers, Baruch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391244: removal from unstable
peter green wrote: since my previous message i have been advised that because this package already depended on gaim it should be removed from unstable rather than converted into a dummy. i've been told that such removal requests are made by submitting a bug on the ftp.debian.org psudo package, if noone objects within a few days i will do this for this package. Sure, go ahead. Chris. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#247994: no longer reproducible in vim7
tags 247994 + unreproducible thanks I can no longer reproduce this bug with vim7. I plan to close the bug in a week or so, unless I'll hear anything from you. Thanks for the report, Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Bug#391389: xkb-data: With uk keyboard, Shift-3 gives 3 instead of the sterling character
On Sat, Oct 07, 2006 at 01:53:58AM +0200, Vincent Lefevre wrote: On 2006-10-06 21:39:40 +0200, Denis Barbier wrote: On Fri, Oct 06, 2006 at 04:22:53PM +0200, Vincent Lefevre wrote: On 2006-10-06 15:21:28 +0200, Julien Cristau wrote: On Fri, Oct 6, 2006 at 13:48:01 +0200, Vincent Lefevre wrote: Option XkbLayout uk uk is not a valid layout, please change it to gb. OK, why was uk accepted by the X server, then? My current bet is that it wasn't. Did you check /var/log/{Xorg.0,*dm}.log files? I haven't kept the Xorg.0.log file, but I had a look at it and the uk option was accepted. Not even a warning. It was successfully parsed, but the external xkbcomp program rejected it. If you run a display manager, error messages appear in /var/log/*dm.log. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307732: doc html files unviewable
retitle 307732 HTML documentation is not viewable tags 307732 +patch quit Most of the html files in the liboop-doc package don't end with 'html', which means that they can't be viewed with 'w3m', 'links', or 'lynx'. Apparently they *do* end with html in the cvs repository... They don't work in Firefox either. The patch below fixes the docs up at build time. ttfn/rjk diff -ruN liboop-1.0.orig/debian/fixdocs liboop-1.0/debian/fixdocs --- liboop-1.0.orig/debian/fixdocs 1970-01-01 01:00:00.0 +0100 +++ liboop-1.0/debian/fixdocs 2006-10-07 10:24:47.915794046 +0100 @@ -0,0 +1,42 @@ +#! /bin/bash +# +# The Liboop documentation in the shipped tarball for some reason lacks +# the .html suffixes, which makes it useless unless you have liboop.org's +# unusual configuration. Therefore for more vanilla systems we must fix +# it up. +# +# (c) 2006 Richard Kettlewell. This file may be used, distributed, +# modified, etc under the same terms as Liboop or its documentation. +# The specific intent is that it can always accompany any legitimate +# version of Liboop without anyone having to worry about licensing +# terms. + +# Bail out on errors +set -e + +cd $1 + +echo Fixing up documentation... + +# Rename HTML files to have the right extension +for path in *; do + case $path in + *.* ) +: +;; + * ) +echo + Renaming $path +mv $path $path.html +path=$path.html +;; + esac + case $path in + *.html ) +echo + Perling $path +perl -pe 's/(href=\[a-z0-9_]+)(\#[a-z0-9_]+)?\/$1.html$2\/g' \ +$path $path.new; +mv $path.new $path + esac +done + +echo Done diff -ruN liboop-1.0.orig/debian/rules liboop-1.0/debian/rules --- liboop-1.0.orig/debian/rules2006-10-07 10:28:20.126332865 +0100 +++ liboop-1.0/debian/rules 2006-10-07 10:24:55.626232334 +0100 @@ -126,6 +126,7 @@ $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp $(MAKE) -C liboop.org install \ DESTDIR=$(CURDIR)/debian/tmp/usr/share/doc/liboop-doc/html + debian/fixdocs $(CURDIR)/debian/tmp/usr/share/doc/liboop-doc/html binary-indep: # Nothing to do -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391348: updmap-sys neglects /usr/local/share/texmf
On Fri, Oct 06, 2006 at 23:14 +0300, Juhapekka Tolvanen wrote: On Fri, 06 Oct 2006, +22:36:51 EEST (UTC +0300), Ralf Stubner [EMAIL PROTECTED] pressed some keys: Of course, it would be interesting to know where the file in /etc/texmf/web2c came from. Did you call 'updmap-sys --edit' or 'updmap-sys --syncwithtrees' at some time? I don't thinks so. At least I can not remember that I had done so. When was the file in /etc/texmf/web2c created? What's the difference to the proper file in /var/lib/texmf? It would be interesting to find out where this file came from. Debain TeX team: Would it make sense to implement a check in the update-* programs that looks for files in /e/t/web2c and prints out a big fat warning in case one is found? cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391389: xkb-data: With uk keyboard, Shift-3 gives 3 instead of the sterling character
On 2006-10-07 10:55:31 +0200, Denis Barbier wrote: It was successfully parsed, but the external xkbcomp program rejected it. How can I see that? I've tried again and attached the log file. If you run a display manager, error messages appear in /var/log/*dm.log. I don't run a display manager. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux vin 2.6.18-1-686-bigmem #1 SMP Fri Sep 29 17:47:59 UTC 2006 i686 Build Date: 07 July 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Oct 7 11:32:35 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor DELL 2007WFP (**) | |--Device nVidia Corporation NV44 [Quadro NVS 285] (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/cyrillic. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/cyrillic). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/100dpi/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/100dpi/). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/75dpi/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/75dpi/). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/Type1. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/Type1). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/100dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/100dpi). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/75dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/75dpi). (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/X11R6/lib/X11/fonts/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (**) Ignoring ABI Version (II) Open ACPI successful (/var/run/acpid.socket) (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2774 card 1028,01a8 rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2775 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:1b:0: chip 8086,27d8 card 1028,01a8 rev 01 class 04,03,00 hdr 00 (II) PCI: 00:1c:0: chip 8086,27d0 card , rev 01 class 06,04,00 hdr 81 (II) PCI: 00:1c:4: chip 8086,27e0 card , rev 01 class 06,04,00 hdr 81 (II) PCI: 00:1c:5: chip 8086,27e2 card , rev 01 class 06,04,00 hdr 81 (II) PCI: 00:1d:0: chip 8086,27c8 card 1028,01a8 rev 01 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,27c9 card 1028,01a8 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,27ca card 1028,01a8 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,27cb card 1028,01a8 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,27cc card 1028,01a8 rev 01 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card , rev e1 class 06,04,01 hdr 01 (II) PCI: 00:1f:0: chip 8086,27b8 card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,27df card 1028,01a8 rev 01 class 01,01,8a hdr 00 (II) PCI: 00:1f:2:
Bug#391563: needs versioned dependency on xserver 1.1
Package: xserver-xorg-input-kbd Version: 1:1.1.0-3 Severity: grave xserver-xorg-input-kbd needs a versioned dependency on xserver-xorg-core 1.1, since it was built against Xorg 1.1, see Bug#391508. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-input-kbd depends on: ii libc62.3.6.ds1-5 GNU C Library: Shared libraries xserver-xorg-input-kbd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391427: Debian's version of libtool breaks correct link order
On Sat, Oct 07, 2006 at 01:56:21AM +0200, Carlo Wood wrote: For libcwd to work, you really want it to be the first library in the list, before any other, so even before libltdlc.la. This should make sure that the dynamic linker will use your functions. That is nonsense! When both libraries depend on third, then the third has to be specified last by libtool. libcwd is already linked to -ldl, and it doesn't need to be linked to it again. The only thing that has a dependency on -ldl that libtool should care about at this point is libltdlc.la. You want your -lcwd to be the first dynamic library that's linked against, so you should put it first on your command line. That libltdlc.la happens to be a static library in this case just made it work for you. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377446: segmentation fault when tab-completing second-level japanese path
When running zsh in the en_US.UTF-8 locale, and tab-completing a Japanese directory name within another japanese directory, zsh crashes. Can you reproduce this wish the latest zsh-beta package? Can you install zsh-dbg and reply to this message with a gdb backtrace of the segfault? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390859: [PATCH] Changes necessary to install Japanese HTML docs.
tags 390859 patch thanks Hi, I've created a patch to make changes necessary for doc/ja/Makefile.am necessary to install Japanese HTML documents. Applying this patch plus modifying debian/control and debian/rules enables packaging aptitude-doc-ja (This patch itself doesn't do it). Could you please apply it? Many thanks, -nori Index: doc/ja/Makefile.am === --- doc/ja/Makefile.am (revision 986) +++ doc/ja/Makefile.am (revision 987) @@ -12,7 +12,7 @@ # Put documentation in /usr/share/doc/aptitude (by default) docdir=$(datadir)/doc/$(PACKAGE) localemandir=$(mandir)/$(LANGCODE) -htmldir=$(docdir)/html/$(LANGCODE) +htmldir=$(DESTDIR)$(docdir)/html/$(LANGCODE) IMAGES = $(wildcard images/*.png) @@ -31,9 +31,9 @@ $(mkinstalldirs) $(DESTDIR)$(localemandir)/man8 $(INSTALL_DATA) $(MANPAGE) $(DESTDIR)$(localemandir)/man8/aptitude.8 -# $(mkinstalldirs) $(htmldir)/images -# $(INSTALL_DATA) output-html/*.html output-html/*.css $(htmldir) -# $(INSTALL_DATA) output-html/images/* $(htmldir)/images + $(mkinstalldirs) $(htmldir)/images + $(INSTALL_DATA) output-html/*.html output-html/*.css $(htmldir) + $(INSTALL_DATA) output-html/images/* $(htmldir)/images # $(INSTALL_DATA) $(README) $(DESTDIR)$(pkgdatadir)/$(README)
Bug#391562: Fails to build with current libquicktime
Package: dvgrap Severity: grave Hi, your package fails to build with the current libquicktime package. You can fix it with manually specifying the header location, see attached diff. Regards, Daniel diff -Naur dvgrab-1.8.orig/debian/rules dvgrab-1.8/debian/rules --- dvgrab-1.8.orig/debian/rules2006-10-07 07:53:40.0 + +++ dvgrab-1.8/debian/rules 2006-10-07 08:53:08.0 + @@ -40,7 +40,7 @@ ln -sf /usr/share/misc/config.sub . ln -sf /usr/share/misc/config.guess . - ./configure $(confflags) --prefix=/ --exec-prefix=/usr CPPFLAGS=$(CPPFLAGS) + ./configure $(confflags) --prefix=/ --exec-prefix=/usr CPPFLAGS=$(CPPFLAGS) --with-libquicktime-includes=/usr/include/lqt touch configure-stamp
Bug#347946: Still a problem in 3.5.4-1+b1
Using Debian Testing, akregator have been upgraded to version 3.5.4-1+b1 and shows the same behaviour as described above. It pops up the KDE-Crashmanager saying: Das Program Akregator (akregator) ist abgestürzt und hat das Signal 11 (SIGSEGV) veranlasst. (in english words: Akregator crashed and send signal 11 (SIGSEGV) Starting it from the Commandline gives the following error: KCrash: Application 'akregator' crashing... akregator: ERROR: Communication problem with akregator, it probably crashed. The suggested solution to delete ~/.kde/share/apps/akregator or ~/.kde/share/apps/akregator/Archive didin't solve the problem. Akregator still doesn't start. Regards, Jan
Bug#358581: Doesn't stop on build failure
* Adam C Powell IV [EMAIL PROTECTED] [2006-10-06 15:41]: debian/mpich-bin/usr/lib/mpich/share/examples doesn't exist. I cannot reproduce this on AMD64 but I can on MIPS. Only after looking at the build log in great detail I saw what was wrong: mips64 is not detected and not everything build, leading to a failure much much later. Please don't do that - fail immediately. Thank you for the report. I'm going to try to fix this by depending on autotools-dev and copying in the relevant files, using the patch for bug 333001. Will that fix this problem to your satisfaction, or would you like me to build in a failure instead (which I'd have to learn how to do...)? Well, ideally, it should fail immediately if it cannot recognize the system, rather than compiling stuff and then failing much later in a way that is hard to interpret. But that's really just a wishlist bug for upstream. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391484: tetex-extra: include pdftricks
On Sat, Oct 07, 2006 at 08:44 +0200, Frank Küster wrote: Benjamin Leipold [EMAIL PROTECTED] wrote: Package: tetex-extra Version: 3.0-23 Severity: wishlist Is there any possibility to include pdftricks int tetex-extra? No, teTeX is dead upstream. However, it's successor, TeXlive, is already present in etch and sid, and pdftricks is available in the texlive-pdfetex package. I thought pdftricks was moved to texlive-pstricks in the recent reorganization. If not, I think this would be the ideal place for pdftricks. Benjamin: Note that you can instll most TeX Live packages alongside your existing teTeX installation. For example texlive-pstricks would give you a newer version of pstricks than what's available in teTeX. In order to make full use of this you would have to change TEXMFDIST, though. Ask for details if you are interested. Maybe it would make sense the reverse the paths in TEXMFDIST? cheerio ralf
Bug#390415: openssl: Cannot Get Private Key from Cert Created
Hello, Le dimanche 1 octobre 2006 10:00, System Administrator a écrit : Package: openssl Version: 0.9.8c-2 Severity: critical Tags: l10n Uuh? How is this bug report localization related? initializing the server-side TLS engine warning: cannot get private key from file /etc/postfix/ssl/req.pem warning: TLS library problem: 23458:error:0906D06C:PEM routines:PEM_read_bio:no start line:pem_lib.c:644:Expecting: ANY PRIVATE KEY: ^ Are you sure you have a -BEGIN PRIVATE KEY- line there at? It merely looks like your certificate file is broken. -- Rémi Denis-Courmont http://www.remlab.net/ pgprju3qhMWY7.pgp Description: PGP signature
Bug#391565: fails to start : /etc/ipsec.conf:46: include files found no matches [/etc/ipsec.d/examples/no_oe.conf]
Package: strongswan Version: 2.7.3+dfsg-1 Severity: important hi I installed strongswan and answered all debconf questions, and then, at configure time, I saw v Configuro strongswan (2.7.3+dfsg-1) ... Generating a 2048 bit RSA private key ..+++ ...+++ writing new private key to '/etc/ipsec.d/private/snoopyKey.pem' - You are about to be asked to enter information that will be incorporated into your certificate request. What you are about to enter is what is called a Distinguished Name or a DN. There are quite a few fields but you can leave some blank For some fields there will be a default value, If you enter '.', the field will be left blank. - Country Name (2 letter code) [AU]:State or Province Name (full name) [Some-State]:Locality Name (eg, city) []:Organization Name (eg, company) [Internet Widgits Pty Ltd]:Organizational Unit Name (eg, section) []:Common Name (eg, YOUR name) []:Email Address []:Successfully created x509 certificate. Disabling opportunistic encryption (OE) in config file ... done /etc/ipsec.conf:46: include files found no matches [/etc/ipsec.d/examples/no_oe.conf] unable to start strongSwan -- errors in config invoke-rc.d: initscript ipsec, action start failed. ^ a. ps: I overwrote some debconf setting with , for privacy -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages strongswan depends on: ii bind9-host [host] 1:9.3.2-P1-2 Version of 'host' bundled with BIN ii bsdmainutils 6.1.4 collection of more utilities from ii debconf [debconf-2.0] 1.5.5 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii iproute 20051007-4 Professional tools to control the ii ipsec-tools 1:0.6.6-3 IPsec tools for Linux ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libcurl3 7.15.5-1 Multi-protocol file transfer libra ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libldap2 2.1.30-13+b1 OpenLDAP libraries ii openssl 0.9.8c-1 Secure Socket Layer (SSL) binary a strongswan recommends no packages. -- debconf information: * strongswan/x509_organizational_unit: Home * strongswan/x509_organization_name: strongswan/existing_x509_key_filename: * strongswan/x509_common_name: snoopy. * strongswan/rsa_key_length: 2048 strongswan/existing_x509_certificate_filename: * strongswan/x509_self_signed: true * strongswan/x509_state_name: Italy * strongswan/start_level: earliest * strongswan/x509_email_address: * * strongswan/enable-oe: false * strongswan/x509_locality_name: ** * strongswan/x509_country_code: IT * strongswan/rsa_key_type: x509 * strongswan/create_rsa_key: true * strongswan/existing_x509_certificate: false * strongswan/restart: true -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) signature.asc Description: Digital signature
Bug#391427: Debian's version of libtool breaks correct link order
On Sat, Oct 07, 2006 at 02:46:01AM +0200, Carlo Wood wrote: I wrote a test case, see attached tar ball. To run, execute: tar xzf bugreport391427.tar.gz cd bugreport391427 ./autoconf.sh make ./tst The following patch works for me: --- Makefile.am.orig2006-10-07 08:38:24.0 + +++ Makefile.am 2006-10-07 08:38:34.0 + @@ -2,9 +2,8 @@ bin_PROGRAMS = tst DEFS = -DHAVE_CONFIG_H INCLUDES = $(LTDLINCL) -LIBS = -Linstall/lib -lx +LIBS = -Linstall/lib -lx $(LIBLTDL) tst_SOURCES = tst.c -tst_LDADD = $(LIBLTDL) # Fix broken clean up targets of autotools: As I said, you want -lx before libltdl on the command line for libtool/gcc, and you can't expect things to work if they don't. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391569: please remove gaim-meanwhile from unstable
package: ftp.debian.org Serverity: Serious per bug #391244 gaim-meanwhile is now redundant (since its functionality has been integrated into gaim) and is blocking gaim2 from entering testing. Please remove it from unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391155: Please update translation for the package debconf 1.5.6
Hi, On Thu, Oct 05, 2006 at 06:01:20PM +0200, [EMAIL PROTECTED] wrote: Hi, You are noted as the last translator of the debconf Debian package. Strings have recently changed and your translation became incomplete. As Debian approaches its release, it is the Right Moment to update your translation. Please respect the Reply-To: field and send your updated translation to [EMAIL PROTECTED] Thanks, Updated translation is attached. Thanks! -- ~Kanru Chen [EMAIL PROTECTED] 'v' http://stu.csie.ncnu.edu.tw/~kanru.96/ // \\ GnuPG-Key ID: 365CC7A2 /( )\ Fingerprint: 3278 DFB4 BB28 6E8C 9E1F 1ECB B1B7 5B5F 365C C7A2 ^`~'^ zh_TW.po.gz Description: Binary data signature.asc Description: Digital signature
Bug#391568: mailman: [INTL:it] Italian debconf templates translation
Package: mailman Severity: wishlist Tags: l10n, patch Hi, please update the Italian debconf templates translation (attached). Cheers, Luca mailman_it.po.gz Description: GNU Zip compressed data
Bug#377707: marked as done (kernel-patch-openvz: doesn't apply cleanly to Debian linux-source-2.6.16)
Hi On Fri, Oct 06, 2006 at 03:12:58PM -0400, Andrew Schulman wrote: * New upstream kernel patch for 2.6.18 kernel that applies to Debian patched kernel cleanly, closes: #377707. Excellent, thank you. You are welcome. If you have the opportunity, please try and see if it works for you. I have compiled it but not with make-kpkg. Regards, // Ola -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386581: phpN and apache2.2
severity 386581 grave merge 386581 385480 merge 391387 385480 severity 390455 grave merge 390455 385480 thanks this is a public service announcement for all those who are stumbling across this bug: we're aware of the problem, and will be uploading a fix as soon as is possible. i've already committed a fix for the problem, but because apache2.2-prefork-dev is currently uninstallable we can not build/upload. it looks like the problem has been fixed though, so after the next revision makes its way out to my mirror i'll build/upload and put this issue to rest. in the meantime, please avoid the me too bug reports, unless you can contribute something useful (like this is what i did to fix my system in the meantime). thanks, sean signature.asc Description: This is a digitally signed message part
Bug#391041: [Pkg-alsa-devel] Bug#391041: libasound2: ALSA lib pcm_direct.c:1565 ... ipc_perm must be a valid file permission
On Wed, Oct 04, 2006 at 03:47:46PM +0200, Wolfgang Pfeiffer wrote: ALSA lib pcm_direct.c:1565:(snd_pcm_direct_parse_open_conf) The field ipc_perm must be a valid file permission Wolfang, I know what causes this: have a look at your asoundrc file, and look for the permissinos line. You probably have something like 640, for example. Try changing it to 0644. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#302276: update-grub does not use fallback
On Tue, 3 Oct 2006 15:27:54 +0200 Robert Millan [EMAIL PROTECTED] wrote: As for the experimental status, it just means we don't make any promise about it's stability, not that it doesn't work. In fact, I'm using it without problem in most of my systems. OK, you mean that 'grub2' is not totally unusable, but still we are not sure enough that it is working always. For my desktop system or some test server it's OK, but for systems which are some hundred kilometers far from me, I definitely need a stable bootloader. So, 'grub2' is not for me. :-( Because I value your promises. :-) norbi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389318: xcache_1.0-4(ia64/unstable): FTBFS: compiler errors
Looking at this on i386 and hppa, there seems to be a problem with the m4 script in build-php4... i386: /usr/bin/X11/m4 -D srcdir=/home/steve/debian/bsp/xcache-1.0/build-php4 -D builddir=. /home/steve/debian/bsp/xcache-1.0/build-php4/processor/main.m4 ./processor.out.tmp AUTOCHECK INFO: runtime autocheck Disabled (optimized build) AUTOCHECK WARN: zend_compiled_variable: missing structinfo, dont panic AUTOCHECK WARN: zend_try_catch_element: missing structinfo, dont panic AUTOCHECK INFO: zend_brk_cont_element: processor looks good AUTOCHECK INFO: HashTable: processor looks good ... hppa: /usr/bin/m4 -D srcdir=/home/steve/build/xcache-1.0/build-php4 -D builddir=. /home/steve/build/xcache-1.0/build-php4/processor/main.m4 ./processor.out.tmp AUTOCHECK INFO: runtime autocheck Disabled (optimized build) /usr/bin/m4:./structinfo.m4:11: Warning: excess arguments to builtin `define' ignored AUTOCHECK WARN: zend_compiled_variable: missing structinfo, dont panic AUTOCHECK WARN: zend_try_catch_element: missing structinfo, dont panic AUTOCHECK INFO: zend_brk_cont_element: processor looks good AUTOCHECK INFO: HashTable: processor looks good AUTOCHECK INFO: zval: processor looks good AUTOCHECK WARN: zend_arg_info: missing structinfo, dont panic AUTOCHECK WARN: zend_property_info: missing structinfo, dont panic AUTOCHECK INFO: zend_class_entry: processor looks good AUTOCHECK INFO: znode: processor looks good make: *** [processor.out] Interrupt ia64: /usr/bin/m4 -D srcdir=/build/buildd/xcache-1.0/build-php4 -D builddir=. /build/buildd/xcache-1.0/build-php4/processor/main.m4 ./processor.out.tmp AUTOCHECK INFO: runtime autocheck Disabled (optimized build) /usr/bin/m4:./structinfo.m4:11: Warning: excess arguments to builtin `define' ignored AUTOCHECK WARN: zend_compiled_variable: missing structinfo, dont panic AUTOCHECK WARN: zend_try_catch_element: missing structinfo, dont panic AUTOCHECK INFO: zend_brk_cont_element: processor looks good AUTOCHECK INFO: HashTable: processor looks good Note the Warning: excess arguments line present in both the hppa and ia64 output. Because of that, the m4 script is producing garbage instead of C and so the compilation fails. I'm looking further. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] When C++ is your hammer, everything looks like a thumb. -- Steven M. Haflich signature.asc Description: Digital signature
Bug#391561: arpwatch: New upstream version available
severity 391561 wishlist thanks * Christoph Biedl ([EMAIL PROTECTED]) [20061007 10:54]: Today's version of arpwatch in Debian is 2.1a13; the upstream page at ftp://ftp.ee.lbl.gov/ shows 2.1a15. Please consider following this before the etch freeze begins, thanks. There are practically no functionality changes. Peter -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Kelemen Péter / \ / \ /[EMAIL PROTECTED] .+' `+...+' `+...+' `+...+' `+...+'
Bug#391319: [Buildd-tools-devel] Bug#391319: schroot: leftover processes cause umount to fail
Kees Cook [EMAIL PROTECTED] writes: While using schroot on LVM snapshots with sbuild, I have sometimes run into situations where build deps start up services (like cron, dbus, etc). Once the build is finished, schroot attempts to umount and destroy the LVM snapshot, but since there are still processes running in the chroot, the umount fails. Since the chroot is over, it seems like it makes sense to kill all the processes left in the chroot, and then reattempt to umount. This patch implements that. Does this seem like a sensible change? Yes, it's a good idea. One concern I have is what will happen to bind mounted filesystems, or filesystems mounted multiple times? If there are open files, we don't want to kill anything /outside/ the chroot, which may also be using the filesystem. As an example, if I have a /srv mounted inside and outside the chroot, and a daemon outside is using it, and a daemon inside is using it, the umount will fail, but only the inside daemon should be killed. Another example is a bind mounted /home. If this fails to umount, we might blow away all the user's processes on the entire system. If this can be done safely, I'll be happy to apply the patch. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. pgpswjcbgqv48.pgp Description: PGP signature
Bug#391393: closed by Tollef Fog Heen [EMAIL PROTECTED] (Bug#391393: fixed in apache2 2.2.3-2)
From: Tollef Fog Heen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug#391393: fixed in apache2 2.2.3-2 Date: Fri, 06 Oct 2006 15:32:36 -0700 Source: apache2 Source-Version: 2.2.3-2 We believe that the bug you reported is fixed in the latest version of apache2, which is due to be installed in the Debian FTP archive: [...] Changes: apache2 (2.2.3-2) unstable; urgency=low . [...] * Stop shipping cern_meta.load, dumpio.load and ext_filter.load. Thanks to Stephane Chazelas for noticing. Closes: #391393 [...] Hi Tollef, thanks, but that's not exactly the solution I expected. Why isn't the ext_filter module shipped anymore. From what I can see, it's one of the modules that is enabled when you compile Apache with --enable-modules=all and even --enable-modules=most Is the plan to have it shipped in a separate package? Is the removal documented somewhere for people upgrading from 2.0 to 2.2? I think the documentation for this module is still in the apache manual (http://localhost/manual/). I don't know about the two others, but I think removing ext_filter is likely to affect some web servers. Cheers, Stephane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391567: konqueror: crash on download
Package: konqueror Version: 4:3.5.5-1 Severity: important Reproducable crash, cause of double download panel for same download will be opened. steps to reproduce 1. go to sourceforge to any projects download section 2. download a file 3. select any mirror 4. don't wait for auto-start of download - click on file on selected mirror at top of page 5. wait till you have both download Save As | Open With | Abort dialogs. 6. press abort on both dialogs - CRASH you can also browse inside the file select dialog opened from first Save As, will crash too on Abort the second dialog. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages konqueror depends on: ii kcontrol4:3.5.5-1control center for KDE ii kdebase-kio-plugins 4:3.5.5-1core I/O slaves for KDE ii kdelibs4c2a 4:3.5.5-1core libraries and binaries for al ii kdesktop4:3.5.5-1miscellaneous binaries and files f ii kfind 4:3.5.5-1file-find utility for KDE ii libacl1 2.2.41-1 Access control list shared library ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libattr12.4.32-1 Extended attribute shared library ii libaudio2 1.8-2The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-5 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-4 Client library for the gamin file ii libgcc1 1:4.1.1-15 GCC support library ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libidn110.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libkonq44:3.5.5-1core libraries for Konqueror ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libqt3-mt 3:3.3.6-4Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3X11 Session Management library ii libstdc++6 4.1.1-15 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-9X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.1-3X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13 compression library - runtime konqueror recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391290: apache should automatically detect extra periods/commas at the end of URLs and fix
On Friday 06 October 2006 00:32, Jason Spiro wrote: This can be done with mod_speling or with something like RewriteRule ^(.*)[,.]$ $1 [R] though the latter will prevent you from requesting any file ending with period or comma. With some more refined rewrite magic using subrequests, you can probably avoid that. However, by default Apache should return exactly what was requested. Therefore I close this bug. Why shouldn't Apache ship with a RewriteRule to correct such a common error by default? It's very uncommon for webmasters to post files whose names end with a period or comma anyway. Several reasons: - if you don't know that the rule is active, it would lead to quite unexpected and hard to debug behaviour (who knows what kind of URLs are used by some webapp...) - you don't want to have mod_rewrite active by default (there have been security issues that only affect mod_rewrite) - mod_speling does quite a bit more, so you don't want to have that active by default either Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391566: FTBFS on arm: error: macro names must be identifiers
Package: alevt Version: 1:1.6.1-7 This package fails to build on ARM. GCC on ARM rejects the following construct (but for some reason it seems to be allowed on other arches, at least on x86_84). $ gcc -c t.c t.c:1:9: error: macro names must be identifiers $ cat t.c #define $ (void *) Automatic build of alevt_1:1.6.1-7 on ALL6500 by sbuild/arm 0.49 ... make[1]: Entering directory `/build/tbm/alevt-1.6.1' cc -g -Wall -O2 -DVERSION=\1.6.1\ -DWITH_PNG -I/usr/X11R6/include -I/usr/local/include -W -c -o main.o main.c In file included from vt.h:4, from main.c:4: misc.h:8:9: error: macro names must be identifiers In file included from vbi.h:7, from main.c:8: lang.h:27:8: warning: extra tokens at end of #endif directive main.c: In function 'option': main.c:136: warning: implicit declaration of function 'strcmp' main.c:138: warning: suggest explicit braces to avoid ambiguous 'else' main.c: In function 'main': main.c:170: warning: suggest parentheses around assignment used as truth value make[1]: *** [main.o] Error 1 make[1]: Leaving directory `/build/tbm/alevt-1.6.1' make: *** [debian/stamp-makefile-build] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302276: update-grub does not use fallback
On Mon, 02 Oct 2006 14:06:42 -0300 Otavio Salvador [EMAIL PROTECTED] wrote: Once it's add to grub2 we can start to provide backports to grub2 to etch so it won't be so bad to you ;-) Hi, I'm afraid you got it wrong. :-) I meant that 'grub2' is considered to be in an experimental phase, not that it is only available in 'experimental' (it is in 'testing'). A quote from the package description of the 'grub2' package currently in 'testing' (1.94+20060926-1): This package contains EXPERIMENTAL software which hasn't been properly tested and doesn't have all the expected features. For a stable and usable bootloader look at GRUB instead. If I accept this description to be right, I won't entrust it to load my production systems.. So I still have to use the 'grub' package, and either manually (or with some small script) edit the generated menu.lst files, or modify the your official 'grub' package, and use that. norbi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391570: xkb-data: More Multimedia keys working on Cherry CyMotion Master Linux
Package: xkb-data Version: 0.8-17 Severity: wishlist Tags: patch Hi, I'm using the mentioned keyboard here and have produced a xkb configurartion that makes more keys work than the current cymotionlinux one. I already sent this to one of the bugs upstream, but it hasn't been included yet. The patch removes the cymotionlinux Option from xkb and names the model cherrybluec in accordance with the rest of the cherry keyboards. I know this might break existing configurations, but a NEWS entry should cope that. Andreas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- no debconf information diff -u -Nur xkb.org/rules/base xkb/rules/base --- xkb.org/rules/base 2006-10-07 11:59:57.0 +0200 +++ xkb/rules/base 2006-10-07 12:00:15.0 +0200 @@ -38,10 +38,9 @@ apple \ brother \ btc5113rf btc5126t btc9000 btc9000a btc9001ah btc5090 btc9019u \ - cherryblue cherrybluea cherryblueb cherrycyboard \ + cherryblue cherrybluea cherryblueb cherrybluec cherrycyboard \ chicony chicony9885 \ compaqeak8 compaqik7 compaqik13 compaqik18 \ - cymotionlinux \ dell dellusbmm dexxa diamond dinovo dtk2000 \ emachines ennyah_dkb1008 evdev \ genius geniuscomfy geniuscomfy2 geniuskb19e \ diff -u -Nur xkb.org/rules/base.xml xkb/rules/base.xml --- xkb.org/rules/base.xml 2006-10-07 11:59:57.0 +0200 +++ xkb/rules/base.xml 2006-10-07 12:01:33.0 +0200 @@ -882,6 +882,22 @@ /model model configItem +namecherrybluec/name +descriptionCherry CyMotion Master Linux/description +description xml:lang=fiCherry CyMotion Master Linux/description +description xml:lang=frCherry CyMotion Master Linux/description +description xml:lang=itCherry CyMotion Master Linux/description +description xml:lang=nlCherry CyMotion Master Linux/description +description xml:lang=ruCherry CyMotion Master Linux/description +description xml:lang=slCherry CyMotion Master Linux/description +description xml:lang=srCherry CyMotion Master Linux/description +description xml:lang=[EMAIL PROTECTED]Cherry CyMotion Master Linux/description +description xml:lang=trCherry CyMotion Master Linux/description +description xml:lang=zh_TWCherry CyMotion Master Linux/description + /configItem +/model +model + configItem namecherrycyboard/name descriptionCherry [EMAIL PROTECTED] USB-Hub/description description xml:lang=esCherry [EMAIL PROTECTED] USB-Hub/description @@ -1079,27 +1095,6 @@ /model model configItem -namecymotionlinux/name -descriptionCherry CyMotion Master Linux/description -description xml:lang=esCherry CyMotion Master Linux/description -description xml:lang=fiCherry CyMotion Master Linux/description -description xml:lang=frCherry CyMotion Master Linux/description -description xml:lang=huCherry CyMotion Master Linux/description -description xml:lang=itCherry CyMotion Master Linux/description -description xml:lang=kaCherry CyMotion Master Linux/description -description xml:lang=nlCherry CyMotion Master Linux/description -description xml:lang=ruCherry CyMotion Master Linux/description -description xml:lang=slCherry CyMotion Master Linux/description -description xml:lang=srCherry CyMotion Master Linux/description -description xml:lang=[EMAIL PROTECTED]Cherry CyMotion Master Linux/description -description xml:lang=svCherry CyMotion Master Linux/description -description xml:lang=trCherry CyMotion Master Linux/description -description xml:lang=ukCherry CyMotion Master Linux/description -description xml:lang=zh_TWCherry CyMotion Master Linux/description - /configItem -/model -model - configItem namearmada/name descriptionLaptop/notebook Compaq (eg. Armada) Laptop Keyboard/description description xml:lang=afLaptop/notebook Compaq (eg. Armada) Laptop Keyboard/description diff -u -Nur xkb.org/symbols/inet xkb/symbols/inet --- xkb.org/symbols/inet 2006-10-07 11:59:57.0 +0200 +++ xkb/symbols/inet 2006-10-07 12:00:15.0 +0200 @@ -539,6 +539,40 @@ key I6D { [ XF86Go ] }; }; +//Cherry CyMotion Master Linux +partialalphanumeric_keys +xkb_symbolscherrybluec { +key FK17 { [ XF86Search] }; +key XFER { [ XF86AudioMedia] }; +key I02 { [ XF86HomePage ] }; +key I07 { [ Undo
Bug#391455: Uses a lot of CPU when watching video
On Sat, Oct 07, 2006 at 09:47:46AM +0200, CJ van den Berg wrote: On Fri, Oct 06, 2006 at 06:01:44PM +0200, Paul van Tilburg wrote: When I am wathing video using totem-xine, vlc or mplayer, the PulseAudio server uses over 25% CPU and any mouse movement leads to stuttering sound (sync problem?). This is not the case when just using gst-launch, mplayer or totem with a simple Ogg Voribis file. The high CPU usage is probably due to re-sampling going on inside the PulseAudio server. I'm guessing that this is a fairly slow machine (1Ghz). Is that correct? You can try using a different re-sampling method that uses less CPU in /etc/pulse/daemon.conf. But when I'm playing an 44.1KHz mp3, there is no problem, but when playing a movie with 44.1KHz sound, there is. Also, I had no problems when using ALSA dmix, all was below 5%. The stuttering is caused by general CPU starvation. To avoid that you need to run the PulseAudio server at a higher priority. To do this, add the user running the PulseAudio server to the pulse-rt group, and then un-comment and change the value of high-priority to 1 in /etc/pulse/daemon.conf. Ok, I'll try that. I am using the pulse plugin for Alsa with the standard configuration to defer sound for default device to the pulse plugin. My server is running as user for it is started by GNOME. I see you're using libasound2-plugins-pulse. FYI, there is a new version of libasound2-plugins in experimental (1.0.13.2) that now has the pulse plugin too. I am using libasound2-plugins 1.0.13-2 already. But thanks for the tip anyway ;) Kind regards, Paul -- Student @ Eindhoven | email: [EMAIL PROTECTED] University of Technology, The Netherlands | JID: [EMAIL PROTECTED] Using the Power of Debian GNU/Linux | GnuPG key ID: 0x50064181 signature.asc Description: Digital signature
Bug#341968: unable to reproduce the bug
tags 341968 + moreinfo unreproducible thanks Hi, I'm actually unable to reproduce this bug with vim 7 from unstable. Are you still able to? If not I will close this bug report in a week or so. BTW, the change in behaviour after installing/uninstalling vim-gnome is probably due to the postinst of vim and the fact that the vim-gnome alternative has an higher priority than the plain vim. You can test the different behaviour by running /usr/bin/vim.basic and compare it with /usr/bin/vim.gnome. Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature