Bug#347701: nanourl bug
Package: nanourl Version: 0.1-6 Severity: grave Justification: renders package unusable I noticed apache2 was not running. The error message on trying to restart apache2 led me to Bug#339323: apache2-common: Looking at that bug report and /etc/init.d/apache2 I tried /usr/sbin/apache2ctl which told me there was an error in the nanourl script. (This may be due to the fact that I don't have mysql installed on this machine). I uninstalled nanourl and apache2 started working. Considering this worthy of a bug investigation I reinstalled nanourl. Now /etc/init.d/apache2 gives me: Forcing reload of apache 2.0 web server...grep: /etc/apache2/conf.d/nanourl: No such file or directory ... failed! Removing nanourl allows apache2 to run again. Paul Scott -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nanourl depends on: ii apache2 2.0.55-3 next generation, scalable, extenda ii apache2-mpm-prefork [apache2] 2.0.55-3 traditional model for Apache2 ii mysql-client 4.1.15-1 mysql database client (transitiona ii mysql-client-4.1 [mysql-clien 4.1.15-1 mysql database client binaries ii php4 4:4.4.0-4 server-side, HTML-embedded scripti ii php4-mysql4:4.4.0-4 MySQL module for php4 nanourl recommends no packages. -- no debconf information & -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347702: Evolution's 15_x-face-support.patch
Package: evolution Version: 2.4.2-1 The patch 15_x-face-support.patch appears to be broken. With it compiled in, during startup evolution logs: (evolution:16702): e-utils-WARNING **: can't load plugin '/usr/lib/evolution/2.4/components/libevolution-mail.so: undefined symbol: WriteFacexb' which is code added by this patch. Because of this error, the exchange-operations plugin will not load, seriously reducing the functionality of the exchange interface -- the plugin can be loaded once running to gain most functionality, but the "Subscribe to Other Users's Folder" File menu entry can only be added during the startup. I've just rebuilt evolution locally without this patch, and the exchange-operations plugin loads fine and operates as expected. -- Paul "TBBle" Hampson, [EMAIL PROTECTED] 8th year CompSci/Asian Studies student, ANU Shorter .sig for a more eco-friendly paperless office. pgpH84J6t9WAK.pgp Description: PGP signature
Bug#347665: scaling bug in legend of eplot in octave-epstk package
package octave-epstk forwarded 347665 [EMAIL PROTECTED] stop * Paul Kienzle <[EMAIL PROTECTED]> [2006-01-11 20:04]: > Shouldn't you CC: the upstream developer with info like this? Yes. In Debian, there is a canonical way of doing it and, at the same time, informing the Bug Tracking System that the bug reported has been passed on. See: http://www.debian.org/Bugs/Developer#forward I was going to do it today, but your Cc: came before, hence this message to [EMAIL PROTECTED] -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347703: Error while Refreshing folder: Summary and folder mismatch, even after a sync
Package: evolution Version: 2.4.2.1-1 Severity: grave Yesterday when I did my daily upgrade, I got the new evolution 2.4 package. When I started to start it, it froze. (See #347672: evolution: Evolution 2.4.2.1 freezes on startup) I did not have the time to debug it, so I just downgraded to the testing version (2.2.something), and then the problem was over. Today I decided to give it another try. I upgraded again. This time it did not freeze, but gave this error: "Error while Refreshing folder: Summary and folder mismatch, even after a sync." In the list of mail, each one seems to be duplicated. If I click on one, it says "Unable to retrieve message Summary and folder mismatch, even after a sync." ... so it's still unusable. I guess I will have do downgrade again... -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.14 Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Versions of packages evolution depends on: ii evolution-data-server 1.4.2.1-1 evolution database backend server ii gconf22.12.1-8 GNOME configuration database syste ii gnome-icon-theme 2.12.1-2 GNOME Desktop icon theme ii gtkhtml3.83.8.1-1HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-02.10.1-1 The Bonobo UI library ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libcamel1.2-6 1.4.2.1-1 The Evolution MIME message handlin ii libcomerr21.37-2sarge1 common error description library ii libcompfaceg1 1989.11.11-24 Compress/decompress images for mai ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libebook1.2-5 1.4.2.1-1 Client library for evolution addre ii libecal1.2-3 1.4.2.1-1 Client library for evolution calen ii libedataserver1.2-4 1.4.2.1-1 Utility library for evolution data ii libedataserverui1.2-6 1.4.2.1-1 GUI utility library for evolution ii libesd0 0.2.36-2 Enlightened Sound Daemon - Shared ii libfontconfig12.3.1-2generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgail-common1.8.4-1GNOME Accessibility Implementation ii libgail17 1.8.4-1GNOME Accessibility Implementation ii libgconf2-4 2.12.1-8 GNOME configuration database syste ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.5-1The GLib library of C routines ii libgnome-keyring0 0.4.6-2GNOME keyring services library ii libgnome-pilot2 2.0.12-1.2 Support libraries for gnome-pilot ii libgnome2-0 2.12.0.1-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.12.0-2 A powerful object-oriented display ii libgnomeprint2.2-02.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.12.0-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.12.2-3 The GNOME virtual file-system libr ii libgnutls11 1.0.16-13.1GNU TLS library - runtime library ii libgpg-error0 1.1-4 library for common error values an ii libgtk2.0-0 2.8.9-2The GTK+ graphical user interface ii libgtkhtml3.8-15 3.8.1-1HTML rendering/editing library - r ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libkrb53 1.4.3-5MIT Kerberos runtime libraries ii libldap2 2.1.30-8 OpenLDAP libraries ii libnspr4 2:1.7.12-1 Netscape Portable Runtime Library ii libnss3 2:1.7.12-1 Network Security Service Libraries ii liborbit2 1:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.10.2-1 Layout and rendering of internatio ii libpisock80.11.8-10 Library for communicating with a P ii libpisync00.11.8-10 Synchronization library for PalmOS ii libpng12-0
Bug#347704: vim: With new version in testing syntax highliting does not work
Package: vim Version: 1:6.4-006+1 Severity: important I have purged previous version and reinstalled again, but problem stands. Syntax highliting does not work, so line wrapping in mail messages from mutt. All this worked perfectly with previous version of vim. Greets. David -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages vim depends on: ii libc62.3.5-8 GNU C Library: Shared libraries an ii libgpmg1 1.19.6-21 General Purpose Mouse - shared lib ii libncurses5 5.5-1 Shared libraries for terminal hand ii vim-common 1:6.4-006+1 Vi IMproved - Common files ii vim-runtime 1:6.4-006+1 Vi IMproved - Runtime files vim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347705: xdm: No init.d script
Package: xdm Version: 6.9.0.dfsg.1-3 Severity: important Tags: sid There's no script in /etc/init.d/xdm (the usual place). [EMAIL PROTECTED]:~$ dpkg -L xdm|grep -i init.d [EMAIL PROTECTED]:~$ This makes starting/stopping xdm kinda hard. -- 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.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xdm depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.4.67 Debian configuration management sy ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii libpam-modules0.79-3 Pluggable Authentication Modules f ii libpam-runtime0.79-3 Runtime support for the PAM librar ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libselinux1 1.28-2 SELinux shared libraries ii libsm66.9.0.dfsg.1-3 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxau6 6.9.0.dfsg.1-3 X Authentication library ii libxaw8 6.9.0.dfsg.1-3 X Athena widget set library ii libxdmcp6 6.9.0.dfsg.1-3 X Display Manager Control Protocol ii libxext6 6.9.0.dfsg.1-3 X Window System miscellaneous exte ii libxinerama1 6.9.0.dfsg.1-3 X Window System multi-head display ii libxmu6 6.9.0.dfsg.1-3 X Window System miscellaneous util ii libxp66.9.0.dfsg.1-3 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-3 X pixmap library ii libxt66.9.0.dfsg.1-3 X Toolkit Intrinsics ii xbase-clients 6.9.0.dfsg.1-3 miscellaneous X clients xdm recommends no packages. -- debconf information: xdm/stop_running_server_with_children: false xdm/daemon_name: /usr/bin/X11/xdm * shared/default-x-display-manager: xdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331060: mondo: *** glibc detected *** double free or corruption (!prev): 0x0d8438c0 ***
Hi Kingsley, mindi-1.06-1 and mondo-2.06-1 have just been added to Sid. It would be great if you could rerun things and let me know whether things work for you now or whether the problem persists. Thanks a lot & best regards, Andree -- Andree Leidenfrost Sydney - Australia signature.asc Description: This is a digitally signed message part
Bug#336696: Mondo Rescue crashes -*** glibc detected ***- free() invalid next size (fast): 0x08086870 ***
Hi Thomas mindi-1.06-1 and mondo-2.06-1 have just been added to Sid. It would be great if you could rerun things and let me know whether things work for you now or whether the problem persists. Thanks a lot & best regards, Andree -- Andree Leidenfrost Sydney - Australia signature.asc Description: This is a digitally signed message part
Bug#347686: libgtk2.0-0: calendar week starts on Monday instead of Sunday with en_US locale
reassign 347686 locales thanks Le mercredi 11 janvier 2006 à 21:18 -0500, Eric Cooper a écrit : > Package: libgtk2.0-0 > Version: 2.8.9-2 > Severity: normal > > The date/calendar applet in gnome-panel and the calendar in jpilot > both display this incorrect behavior now. hi, This information comes from the locale, reassigning
Bug#346346: fixes for heimdal RC bugs
tags 346346 patch tags 346680 patch thanks Attached is a patch that fixes the two RC bugs in heimdal. You might want to drop the dozen cruft copies of patches for stale versions of heimdal, btw. It required obscene contortions to generate this patch, because interdiff refused to handle a 130,000 line diff. :P -- 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/ diff -u heimdal-0.7.1/debian/patches/030_autotools heimdal-0.7.1/debian/patches/030_autotools --- heimdal-0.7.1/debian/patches/030_autotools +++ heimdal-0.7.1/debian/patches/030_autotools @@ -123739,6 +123739,15 @@ { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5 (eval $ac_try) 2>&5 ac_status=$? +@@ -22598,7 +22598,7 @@ + 2.*) + native_pthread_support=yes + PTHREADS_CFLAGS=-pthread +- PTHREADS_LIBS=-pthread ++ PTHREADS_LIBS="-pthread -lpthread" + ;; + esac + ;; @@ -22716,8 +22709,7 @@ cat conftest.err >&5 echo "$as_me:$LINENO: \$? = $ac_status" >&5 diff -u heimdal-0.7.1/debian/changelog heimdal-0.7.1/debian/changelog --- heimdal-0.7.1/debian/changelog +++ heimdal-0.7.1/debian/changelog @@ -1,3 +1,14 @@ +heimdal (0.7.1-2.1) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for RC bugfix. + * Use -pthread -lpthread when linking shared libs, not just -pthread, +needed for proper linking of libgssapi on mips/mipsel. Closes: #346346. + * Build-depend on libx11-dev, libxau-dev, libxt-dev, x-dev instead of the +obsolete xlibs-dev. Closes: #346680. + + -- Steve Langasek <[EMAIL PROTECTED]> Wed, 11 Jan 2006 20:30:44 -0800 + heimdal (0.7.1-2) unstable; urgency=low * Apply 022_ftp-roken-glob again. diff -u heimdal-0.7.1/debian/control heimdal-0.7.1/debian/control --- heimdal-0.7.1/debian/control +++ heimdal-0.7.1/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Brian May <[EMAIL PROTECTED]> Standards-Version: 3.6.2 -Build-Depends: libncurses5-dev, bison, flex, debhelper (>= 4.1.16), xlibs-dev, libedit-dev, libdb4.2-dev, libssl-dev (>= 0.9.7), dbs, libhesiod-dev, comerr-dev (>= 1.35-1), libldap2-dev, ss-dev +Build-Depends: libncurses5-dev, bison, flex, debhelper (>= 4.1.16), libx11-dev, libxau-dev, libxt-dev, x-dev, libedit-dev, libdb4.2-dev, libssl-dev (>= 0.9.7), dbs, libhesiod-dev, comerr-dev (>= 1.35-1), libldap2-dev, ss-dev Build-Conflicts: heimdal-dev Package: heimdal-docs only in patch2: unchanged: --- heimdal-0.7.1.orig/debian/patches/025_pthreads +++ heimdal-0.7.1/debian/patches/025_pthreads @@ -0,0 +1,12 @@ +diff -Nru3 ./heimdal-0.7.1/cf/pthreads.m4 ../build-tree.new/heimdal-0.7.1/cf/pthreads.m4 +--- ./heimdal-0.7.1/cf/pthreads.m4 2005-09-09 05:12:28.0 -0700 ../build-tree.new/heimdal-0.7.1/cf/pthreads.m4 2006-01-11 20:11:45.0 -0800 +@@ -32,7 +32,7 @@ + 2.*) + native_pthread_support=yes + PTHREADS_CFLAGS=-pthread +- PTHREADS_LIBS=-pthread ++ PTHREADS_LIBS="-pthread -lpthread" + ;; + esac + ;; signature.asc Description: Digital signature
Bug#347233: dbus-1 on sarge segfaults if a unpriviliged user run "lshal"
On Do, 12 Jan 2006, Sjoerd Simons <[EMAIL PROTECTED]> wrote: > > Are you using nis ? Yes (I mentioned it after the strace). Volker -- Databases and Distributed Systems Group Computer Science Department, Darmstadt University of Technology Hochschulstrasse 10, Room E118, D-64289 Darmstadt, Germany Tel: 06151-166232 Email: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#347575: xserver-xorg: DRI cannot be enabled with my RV280 (Radeon 9200 Pro)
reassign 347575 3ddesktop retitle 347575 3ddeskd keeps DRM device open kthxbye On Thu, 2006-01-12 at 08:45 +0100, Stefan Borggraefe wrote: > > # lsof /dev/dri/card0 > COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME > 3ddeskd 19721 stefan memCHR 226,0 18084 /dev/dri/card0 > 3ddeskd 19721 stefan5u CHR 226,0 18084 /dev/dri/card0 > > After killing 3ddeskd (from package 3ddesktop), Xorg was able to use the DRI > again. When I start 3ddeskd after Xorg, I can use both together. But when > 3ddeskd is already running, Xorg can't enable its DRI support. > > As a workaround I added > > killall 3ddeskd > > into > > /etc/kde3/kdm/Xreset > > which seems to work. > > I think theses packages should work flawlessy together out of the box and so > this is still bug report-worthy. But I'm not sure which package needs to be > fixed and whether this bug report should be moved to another package. There's nothing the X server can do about it, reassigning to 3ddesktop. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#347706: gnome-panel: Uninstallable due to dependency problems
Package: gnome-panel Severity: grave Tags: sid Justification: renders package unusable When apt-get install-ing gnome-core: The following packages have unmet dependencies: gnome-panel: Depends: libecal1.2-2 (>= 1.2.2) which is a virtual package. Depends: libgnome-menu0 which is a virtual package. Depends: libwnck16 (>= 2.9.92.1) which is a virtual package. I can't install panel and therefore no gnome for me :( Let me know if further information is required. -- 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.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347708: RFP: g95 -- A fortran 95 compiler
Package: wnpp Severity: wishlist * Package name: g95 Version : Upstream Author : Andy Vaught <[EMAIL PROTECTED]> * URL : http://www.g95.org * License : GPL Description : A fortran 95 compiler G95 is a fortran 95 compiler. Current version of gcc includes gfortran, which is also a fortran 95 compiler, and infact a fork of g95. However g95 implements an almost complete front and back end for fortran 95 but gfortran is still lagging. As g77 is unmaintained, the end result will be the abscence of a useable fortran compiler till such time gfortran comes around. Hence it would be great if someone could package g95 . After all how would it harm if debian had two fortran 95 compilers. Further details on the status of G95 may be obtained form the fore mentioned web page. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347563: procmail - FTBFS: error: conflicting types for 'strcspn'
On Wed, Jan 11, 2006 at 06:43:01PM +0100, Santiago Vila wrote: > What makes the linker to behave differently on s390? Why does it report > an undefined reference to __strcspn_c1, which is not in the test program? strcspn is a macro which expands to a call of the inline function __strcspn_c1. > Seems it could be a linker bug. Please provide more details if that's > not the case, or reassign if it is. No. You build the testcase with -g, which makes the compiler supply some informations about the source. The linker tries to guess where the undefined reference is located and is wrong in this case. Bastian -- You! What PLANET is this! -- McCoy, "The City on the Edge of Forever", stardate 3134.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347709: libsdl1.2debian: Numeric key input (0 -> 9) are not reported through
Package: libsdl1.2debian Version: 1.2.9-0.0 Severity: important The nuemric key (0->9) from the numeric pad or others are not reported through SDL_WaitEvent(). The very same code works on Windows and MorphOS. But, nothing is reported using Linux (PowerPC or x86). You can test this using xmame: you can use the numeric key with the SDL version (so you can't use it because it's really required) but it works with the X11 version. Others key input may not work as well. I am using 'normal' french keymap. I tested with normal french keyboard, german keyboard and french Apple keyboard. PS: unrelated but Apple keyboard support (normal desktop kbd) is totaly broken. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages libsdl1.2debian depends on: ii libsdl1.2debian-oss 1.2.9-0.0 Simple DirectMedia Layer (with X11 libsdl1.2debian recommends no packages. -- no debconf information Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Nicolas DET <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: libsdl1.2debian: Numeric key input (0 -> 9) are not reported through SDL_WaitEvent() Message-ID: <[EMAIL PROTECTED]> X-Mailer: reportbug 3.18 Date: Thu, 12 Jan 2006 09:44:57 +0100 Package: libsdl1.2debian Version: 1.2.9-0.0 Severity: important The nuemric key (0->9) from the numeric pad or others are not reported through SDL_WaitEvent(). The very same code works on Windows and MorphOS. But, nothing is reported using Linux (PowerPC or x86). You can test this using xmame: you can use the numeric key with the SDL version (so you can't use it because it's really required) but it works with the X11 version. Others key input may not work as well. I am using 'normal' french keymap. I tested with normal french keyboard, german keyboard and french Apple keyboard. PS: unrelated but Apple keyboard support (normal desktop kbd) is totaly broken. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages libsdl1.2debian depends on: ii libsdl1.2debian-oss 1.2.9-0.0 Simple DirectMedia Layer (with X11 libsdl1.2debian recommends no packages. -- no debconf information
Bug#347710: libavahi-qt3-dev propagates dependencies needlessly
Package: libavahi-qt3-dev Version: 0.6.1-4 Severity: important The output of "pkg-config --libs avahi-qt3" includes a number of libraries which only are needed when building static binaries; this causes unnecessary library dependencies in debian packages: % pkg-config --libs avahi-qt3 -L/usr/X11R6/lib -lavahi-qt3 -lqt-mt -laudio -lXt -ljpeg -lpng -lz -lXi -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lpthread Please change /usr/lib/pkgconfig/avahi-qt3.pc to just output the required libs ("-lavahi-qt3 -lqt-mt" I guess) just like avahi-glib does: % pkg-config --libs avahi-glib -lavahi-glib -lglib-2.0 Best regards -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages libavahi-qt3-dev depends on: ii libavahi-common-dev 0.6.1-4Development files for the Avahi co ii libavahi-qt3-10.6.1-4Avahi QT3 integration library ii libqt3-mt-dev 3:3.3.5-3 Qt development files (Threaded) libavahi-qt3-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347711: kernel: linux-image-2.6.15-1-amd64-generic panics when pppd is run
Package: kernel Severity: normal When I start pppd to tunnel over ssh for a vpn, the kernel panics and the pppd process is killed. Partial dmesg output follows ... CSLIP: code copyright 1989 Regents of the University of California PPP generic driver version 2.4.2 skb_over_panic: text:88205ce1 len:1 put:1 head:810050012800 data:810150012800 tail:810150012801 end:810050012e00 dev: --- [cut here ] - [please bite here ] - Kernel BUG at net/core/skbuff.c:94 invalid operand: [1] CPU 0 Modules linked in: ppp_async crc_ccitt ppp_generic slhc videodev ipv6 parport_pc parport floppy pcspkr tg3 i2c_i801 i2c_core piix generic hw_random ehci_hcd uhci_hcd snd_hda_intel snd_hda_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc shpchp pci_hotplug tsdev psmouse ide_generic ide_disk ide_cd cdrom ide_core jfs raid1 md_mod sd_mod ahci libata scsi_mod evdev Pid: 5269, comm: ssh Not tainted 2.6.15-1-amd64-generic #1 RIP: 0010:[] {skb_over_panic+75} RSP: 0018:8100568fdd98 EFLAGS: 00010096 RAX: 009a RBX: 810150012800 RCX: 80314f90 RDX: 80314f90 RSI: 0001 RDI: 81005d974750 RBP: 81005828e800 R08: R09: 81005dbe1cc0 R10: 0010 R11: 0010 R12: R13: 810046132c01 R14: 0001 R15: 002c FS: 2bf13d10() GS:803c8800() knlGS: CS: 0010 DS: ES: CR0: 8005003b CR2: 7fc2aa28 CR3: 4e87b000 CR4: 06e0 Process ssh (pid: 5269, threadinfo 8100568fc000, task 810052f20990) Stack: 810150012801 810050012e00 802d5e94 810150012801 810150012801 88205ce9 0040 810045d71000 0202 002d Call Trace:{:ppp_async:ppp_asynctty_receive+496} {pty_write+68} {write_chan+698} {default_wake_function+0} {__pollwait+0} {tty_write+399} {write_chan+0} {vfs_write+203} {sys_write+69} {system_call+126} Code: 0f 0b 68 14 2f 2e 80 c2 5e 00 48 83 c4 28 c3 51 49 89 d2 48 RIP {skb_over_panic+75} RSP <1>Unable to handle kernel paging request at 81005dac2100 RIP: [] PGD 8063 PUD a063 PMD 80005da001e3 PTE 10247c894804c783 Oops: 0011 [2] CPU 0 Modules linked in: ppp_async crc_ccitt ppp_generic slhc videodev ipv6 parport_pc parport floppy pcspkr tg3 i2c_i801 i2c_core piix generic hw_random ehci_hcd uhci_hcd snd_hda_intel snd_hda_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc shpchp pci_hotplug tsdev psmouse ide_generic ide_disk ide_cd cdrom ide_core jfs raid1 md_mod sd_mod ahci libata scsi_mod evdev Pid: 5268, comm: su Not tainted 2.6.15-1-amd64-generic #1 RIP: 0010:[] [] RSP: 0018:81004dbb1d50 EFLAGS: 00010006 RAX: 8100568fde70 RBX: 568fde78 RCX: RDX: RSI: 0001 RDI: 8100568fde58 RBP: 81004dbb1d88 R08: R09: 0010 R10: 81005f78b8e8 R11: 81005f78b8e8 R12: 810052f20990 R13: 0001 R14: 8100536ee9e0 R15: FS: () GS:803c8800() knlGS: CS: 0010 DS: ES: CR0: 8005003b CR2: 81005dac2100 CR3: 4dba3000 CR4: 06e0 Process su (pid: 5268, threadinfo 81004dbb, task 81005d8258f0) Stack: 80129544 0001 0246 81005db5dbe0 0005 810052f4e3c0 0001 81004dbb1da8 80129580 81005f78b8e8 Call Trace:{__wake_up_common+57} {__wake_up+20} {pty_close+111} {release_dev+538} {free_pgd_range+824} {tty_release+9} {__fput+155} {filp_close+89} {put_files_struct+106} {do_exit+583} {sys_exit_group+0} {system_call+126} Code: 00 00 00 00 00 00 00 00 00 00 76 5d 00 81 ff ff 07 00 00 00 RIP [] RSP CR2: 81005dac2100 <1>Fixing recursive fault but reboot is needed! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-generic Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347712: planetpenguin-racer: Getting "Couldn't find matching GLX visual", but GLX seems to be working otherwise
Package: planetpenguin-racer Version: 0.3.1-5 Severity: important When I'm trying to start ppracer, I get the following error message: *** ppracer error: Couldn't initialize video: Couldn't find matching GLX visual (Success) and ppracer doesn't start. GLX seems to be working otherwise though. E.g. glxgears and 3D-Screensavers give me decent frame rates. [EMAIL PROTECTED]:~$ glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI R200 20041207 AGP 4x x86/MMX+/3DNow!+/SSE TCL OpenGL version string: 1.3 Mesa 6.4.1 OpenGL extensions: GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_OES_read_format, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x24 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x25 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x27 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x28 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x29 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2a 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2b 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x2c 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x2d 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2e 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2f 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x30 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x31 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x32 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x4b 32 tc 1 0 0 c . . 0 0 0 0 0 0 0 0
Bug#346591: Intend to NMU links2
tags 346591 pending patch thanks Hi there! I intend to lovingly NMU links2. Patch is attached. Thanks! -- .''`. Männer sind Schweine (All men are pigs) -- Die Ärzte : :' : `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com links2_2.1pre20-2.1.diff.gz Description: Binary data Format: 1.0 Source: links2 Version: 2.1pre20-2.1 Binary: links2 Maintainer: Gürkan Sengün <[EMAIL PROTECTED]> Architecture: any Standards-Version: 3.6.2 Build-Depends: debhelper (>= 4.0.0), libpng12-dev | libpng3-dev, libtiff4-dev, libjpeg62-dev, libx11-dev, libgpmg1-dev [i386 ia64 alpha amd64 arm hppa m32r m68k mips mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc], type-handling (>= 0.2.1), libsvga1-dev [i386 amd64], libdirectfb-dev, libx11-dev, x-dev Files: b16bb778d9c9f6a33dae4e50588d2db9 4252713 links2_2.1pre20.orig.tar.gz fe1a32a13192d4cac10e3851cf35d824 29685 links2_2.1pre20-2.1.diff.gz Format: 1.7 Date: Thu, 12 Jan 2006 08:09:42 +0100 Source: links2 Binary: links2 Architecture: i386 Version: 2.1pre20-2.1 Distribution: unstable Urgency: low Maintainer: Gürkan Sengün <[EMAIL PROTECTED]> Changed-By: Amaya Rodrigo Sastre <[EMAIL PROTECTED]> Description: links2 - Web browser running in both graphics and text mode Closes: 346591 Changes: links2 (2.1pre20-2.1) unstable; urgency=low . * Non-maintainer upload. * Build depend on libx11-dev and x-dev, in order to xomplete the xlibs-dev transition (closes: #346591). Files: 1f1d5f3b662939ce230e254cbbcdd8c1 2023258 net optional links2_2.1pre20-2.1_i386.deb
Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup
reassign 347557 libxklavier10 kthxbye On Thu, 2006-01-12 at 02:00 +0200, Martin-Éric Racine wrote: > > > I see nothing wrong, xlibs works just fine, maybe this is a GNOME > > problem? > > You're welcome to reassign to gnome-control-center (which provides > gnome-keyboard-properties) if you think that this is appropriate. > I've attached its dependency listing here just in case. > > Package: gnome-control-center > Version: 1:2.12.2-1 > > Versions of packages gnome-control-center depends on: [...] > ii libxklavier102.0-0.3 X Keyboard Extension high-level > AP Downgrading libxklavier to 2.0-0.2 seems to fix things here. Note that this is on amd64, so it seems to be a genuine libxklavier10 bug. Reassigning and CC'ing Daniel Schepler, who uploaded the 0.3 NMU. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#347584: Bug#347585: Bug#308812: winbind should depend on samba (smbclient)?
Hi all, On Thu, Jan 12, 2006 at 06:47:09AM +0100, Christian Perrier wrote: > > > > So, I hereby propose: > > > > > 1) close #308812 and #347584 with "Version: 3.0.20b-3 > > > > Yes, closing 308812 since this dependency has now been added. > > And also close 347584 which is the samedoing so right now. (I had already closed #347584 which I mistakenly cloned, but that does not really matter anyway) Both #308812 and #347585 still affect sarge, which is currently our official release. Under normal circumstances I don't usually care about bugs being closed if they are in stable but fixed in unstable (and possibly testing). However, both of these simply make the software plain unusable. I'd suggest reopening #308812 and then tagging sarge and fixed, so it stays documented in BTS. And perhaps rebuild for sarge with necessary dependency and upload to proposed-updates, though I'm not sure without checking what qualifications are these days for non-security issues to still get through to stable point releases. > > > 2) lower #347585 to important > > > > > I don't do it right now because I really want to understand why you > > > cloned the bug. > > > > I believe this one should still be left open, and at the present severity. > > Well, my rationale is that #347585 is not about a missing dependency > but about a missing directory, which only affects those people who use > winbind without samba. Which is a perfectly fine use case. Winbind is about authenticating (anything) to AD. As I wanted pppd on a VPN gateway to do so, I had no need for samba on this machine, at all. If I want squid to use NTLM auth, I have no need for samba. If I want cyrus to use NTLM auth, ... You can guess it. Heck, even on a workstation where I would want to use NTLM auth I probably would not want to install samba or possibly even a samba client (be it smbmount or smbclient). Additionally, while the ntlm_auth binary complains when it is affected by #308812, winbind just dies with no explanation whatsoever because of #347585 - even when using debuglevel up to 2048. It took an invocation with strace to find it out why. > The solution to #347585 is not another dependency but rather > /var/run/samba included in winbind so one may argue that, seen this > way, the bug is something that "has a major effect on the > usability of a package, without rendering it completely unusable to > everyone".:-) I'd argue it makes winbind completely unusable in the use case which is according to the description of the package the reason why it exists. > Anyway, this is arguing: fixing this give us an opportunity to upload > a new version which I was already considering given that the former > one has reached testing. Ack :) However, as explained above, just closing (by whatever method) the bugs is IMHO inappropriate given that they both affect stable. Regards, Filip -- /* Amuse the user. */ \|/ \|/ "@'/ ,. \`@" /_| \__/ |_\ \__U_/ -- /usr/src/linux-2.4.2/arch/sparc/kernel/traps.c::die_if_kernel() -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347696: console-terminus: Font name changes will break D-I beta1
On Thu, Jan 12, 2006 at 07:38:15AM +0100, Christian Perrier wrote: > > Please think about coordinating with the D-I team in the > future for such releases. OK. I didn't know that there are languages that use console-terminus directly. Should I raise the bug severity to critical (makes inrelated software on the system break)? Otherwise the package will enter testing anyway. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347713: [INTL:tr] Turkish po-debconf update
Package: popularity-contest Severity: wishlist Tags: l10n patch Please find attached the Turkish po-debconf translation. Regards, -- roktas # Turkish translation of popularity-contest. # This file is distributed under the same license as the popularity-contest package. # Ãzgür Murat Homurlu <[EMAIL PROTECTED]>, 2004. # Recai OktaÅ <[EMAIL PROTECTED]>, 2006 # msgid "" msgstr "" "Project-Id-Version: popularity-contest\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-07-04 08:46+0200\n" "PO-Revision-Date: 2006-01-12 10:54+0200\n" "Last-Translator: Recai OktaÅ <[EMAIL PROTECTED]>\n" "Language-Team: Debian L10n Turkish \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.0.2\n" "Plural-Forms: nplurals=1; plural=0;\n" #. Type: boolean #. Description #: ../templates:4 msgid "Participate in the Debian Package Popularity Contest?" msgstr "Debian Popüler Paketler YarıÅması'nda yer almak ister misiniz?" #. Type: boolean #. Description #: ../templates:4 msgid "" "You can have your system anonymously supply the Debian developers with " "statistics about your most used Debian packages. This information " "influences decisions such as which packages should go on the first Debian CD." msgstr "" "Sisteminizin, en çok kullandıÄınız Debian paketleri hakkında Debian " "geliÅtiricilerine isimsiz bir e-posta göndermesini saÄlayabilirsiniz. Bu " "bilgi, birinci Debian CD'si içinde olması gereken paketler gibi bazı " "kararları etkileyecektir." #. Type: boolean #. Description #: ../templates:4 msgid "" "If you choose to participate, the automatic submission script will run once " "every week, sending statistics to the Debian developers." msgstr "" "Katılmak isterseniz otomatik gönderim betiÄi haftada bir kez çalıÅacak ve " "istatistikleri Debian geliÅtiricilerine e-posta ile gönderecektir." #. Type: boolean #. Description #: ../templates:4 msgid "" "You can always change your mind after making this decision: \"dpkg-" "reconfigure popularity-contest\"" msgstr "" "Bu kararı verdikten sonra tercihinizi Åu komutla istediÄiniz zaman " "deÄiÅtirebilirsiniz: \"dpkg-reconfigure popularity-contest\"" #. Type: note #. Description #: ../templates:17 msgid "Generating unique host identifier failed" msgstr "Makineyi tanımlayan benzersiz bir tanıtıcı üretilemedi" #. Type: note #. Description #: ../templates:17 msgid "" "The install script could not generate a unique host identifier. This is a " "fatal error, as all hosts submitting information need to have an unique " "identifier." msgstr "" "Kurulum betiÄi benzersiz bir makine tanıtıcısı üretemedi. Bilgi gönderen " "tüm makinelerin farklı bir tanıtıcıya sahip olması gerektiÄinden bu ölümcül " "bir hata." #. Type: note #. Description #: ../templates:17 msgid "" "Please report this problem as a bug against the popularity-contest package, " "and include information about your configuration." msgstr "" "Lütfen bu hatayı popularity-contest paketine iliÅkin bir hata olarak " "yapılandırma bilgileriyle birlikte raporlayın." #. Type: boolean #. Description #: ../templates:28 msgid "Use HTTP to submit reports?" msgstr "Raporları göndermek için HTTP kullanılsın mı?" #. Type: boolean #. Description #: ../templates:28 msgid "If you do not want to use HTTP, email is used instead." msgstr "HTTP'nin kullanılmasını istemiyorsanız onun yerine e-posta " "kullanılacaktır." signature.asc Description: Digital signature
Bug#347714: [INTL:tr] Turkish po-debconf update
Package: debconf Severity: wishlist Tags: l10n patch Please find attached the Turkish po-debconf translation. Regards, -- roktas # Turkish messages for debconf. # Copyright (C) 2003, 2004 Software in the Public Interest, Inc. # This file is distributed under the same license as debian-installer. # # Osman Yüksel <[EMAIL PROTECTED]>, 2004. # Recai OktaÅ <[EMAIL PROTECTED]>, 2004, 2006. # Ãzgür Murat Homurlu <[EMAIL PROTECTED]>, 2004. # Halil Demirezen <[EMAIL PROTECTED]>, 2004. # Murat Demirten <[EMAIL PROTECTED]>, 2004. # msgid "" msgstr "" "Project-Id-Version: debconf\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-12-04 12:55-0700\n" "PO-Revision-Date: 2006-01-12 11:12+0200\n" "Last-Translator: Recai OktaÅ <[EMAIL PROTECTED]>\n" "Language-Team: Debian L10n Turkish \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=1; plural=0;\n" "X-Generator: KBabel 1.9.1\n" #. Type: select #. Choices #: ../templates:3 msgid "Dialog, Readline, Gnome, Kde, Editor, Noninteractive" msgstr "Diyalog, Readline, Gnome, Kde, Düzenleyici, EtkileÅimsiz" #. Type: select #. Description #: ../templates:5 msgid "What interface should be used for configuring packages?" msgstr "Paketleri yapılandırmak için hangi arayüz kullanılacak?" #. Type: select #. Description #: ../templates:5 msgid "" "Packages that use debconf for configuration share a common look and feel. " "You can select the type of user interface they use." msgstr "" "Yapılandırma için debconf kullanan paketler ortak bir görüntü ve izlenim " "verirler. Yapılandırmada kullanılacak arayüz tipini seçebilirsiniz." #. Type: select #. Description #: ../templates:5 msgid "" "The dialog frontend is a full-screen, character based interface, while the " "readline frontend uses a more traditional plain text interface, and both the " "gnome and kde frontends are modern X interfaces, fitting the respective " "desktops (but may be used in any X environment). The editor frontend lets " "you configure things using your favorite text editor. The noninteractive " "frontend never asks you any questions." msgstr "" "Diyalog arayüzü tam ekran, metin tabanlı bir arayüz sunarken; Readline daha " "geleneksel bir salt metin arayüzü, gnome ve kde ise kendi masaüstü " "ortamlarına uygun Åekilde (fakat herhangi bir X ortamı içinde de " "kullanılabilecek) daha çaÄdaÅ X arayüzleri sunmaktadır. Düzenleyici arayüzü, " "kullanmayı tercih ettiÄiniz metin düzenleyici ile elle yapılandırmaya olanak " "saÄlar. EtkileÅimsiz arayüz herhangi bir soru sormaz." #. Type: select #. Choices #: ../templates:18 msgid "critical, high, medium, low" msgstr "kritik, yüksek, orta, düÅük" #. Type: select #. Description #: ../templates:20 msgid "Ignore questions with a priority less than..." msgstr "Göz ardı edilecek sorular aÅaÄıdakinden düÅük önceliÄe sahip olacak..." #: ../templates:20 msgid "" "Debconf prioritizes the questions it asks you. Pick the lowest priority of " "question you want to see:\n" " - 'critical' only prompts you if the system might break.\n" "Pick it if you are a newbie, or in a hurry.\n" " - 'high' is for rather important questions\n" " - 'medium' is for normal questions\n" " - 'low' is for control freaks who want to see everything" msgstr "" "Debconf görüntülediÄi sorulara öncelikler verir. Görmek istediÄiniz sorular " "için en düÅük önceliÄi seçin:\n" " - 'kritik' size sadece sistemi bozabilecek durumlarda soru sorar.\n" " Yeni baÅlayan birisi ya da aceleci birisiyseniz bunu seçin.\n" " - 'yüksek' önemi daha yüksek sorular\n" " - 'orta' normal düzeyde sorular\n" " - 'düÅük' bütün seçenekleri görmek isteyen kontrol düÅkünleri için" #. Type: select #. Description #: ../templates:20 msgid "" "Note that no matter what level you pick here, you will be able to see every " "question if you reconfigure a package with dpkg-reconfigure." msgstr "" "Unutmayın ki paketlerin dpkg-reconfigure komutu ile tekrar yapılandırılması " "sırasında burada seçtiÄiniz öncelik seviyesi ne olursa olsun bütün soruları " "görebileceksiniz." #. Type: text #. Description #: ../templates:34 msgid "Installing packages" msgstr "Paketler kuruluyor" #. Type: text #. Description #: ../templates:38 msgid "Please wait..." msgstr "Lütfen bekleyin..." signature.asc Description: Digital signature
Bug#321403: kernel 2.6.12.3 does not work either
2006-01-03, k keltezéssel 20.53-kor David Schmitt ezt írta: > Tomorrow, 2.6.15 will be released to unstable, since 2.6.13 should have > received ACPI updates it might be interesting to test this again. I have just tested it with 2.6.15-2. It still does not work. I have attached the dmesg outputs for normal kernel booting, for pci=routeirq and for acpi=off. * * * On Tue, 3 Jan 2006, Christian Aichinger <[EMAIL PROTECTED]> wrote: -- According to the kernel.org bugtracker this problem seems to be related to a broken DSDT table supplied by the BIOS, and there doesn't seem to be a simple generic way to work around this in the Linux kernel. -- Well, kernels up to 2.6.8 managed to parse it somehow. Would it be impossible to brink back the old behavior somehow? (Maybe enabled with a kernel param.) Kristof Csillag Linux version 2.6.15 (2.6.15-10.00.Custom) ([EMAIL PROTECTED]) (gcc version 4.0.3 20060104 (prerelease) (Debian 4.0.2-6)) #1 SMP PREEMPT Thu Jan 12 08:54:27 CET 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 1fff (usable) BIOS-e820: 1fff - 1fff3000 (ACPI NVS) BIOS-e820: 1fff3000 - 2000 (ACPI data) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: - 0001 (reserved) 511MB LOWMEM available. found SMP MP-table at 000f5f20 On node 0 totalpages: 131056 DMA zone: 4096 pages, LIFO batch:0 DMA32 zone: 0 pages, LIFO batch:0 Normal zone: 126960 pages, LIFO batch:31 HighMem zone: 0 pages, LIFO batch:0 DMI 2.2 present. ACPI: RSDP (v000 VIA694) @ 0x000f7850 ACPI: RSDT (v001 VIA694 AWRDACPI 0x42302e31 AWRD 0x) @ 0x1fff3000 ACPI: FADT (v001 VIA694 AWRDACPI 0x42302e31 AWRD 0x) @ 0x1fff3040 ACPI: MADT (v001 VIA694 0x 0x) @ 0x1fff5880 ACPI: DSDT (v001 VIA694 AWRDACPI 0x1000 MSFT 0x010c) @ 0x ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 6:8 APIC version 17 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 6:8 APIC version 17 ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 2, version 17, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 dfl dfl) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 3000 (gap: 2000:dec0) Built 1 zonelists Kernel command line: root=/dev/hda5 ro video=matroxfb:vesa:0x1B8 mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) Initializing CPU#0 PID hash table entries: 2048 (order: 11, 32768 bytes) Detected 801.951 MHz processor. Using tsc for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 513828k/524224k available (2879k kernel code, 9868k reserved, 795k data, 244k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 1607.59 BogoMIPS (lpj=3215183) Mount-cache hash table entries: 512 CPU: After generic identify, caps: 0387fbff CPU: After vendor identify, caps: 0387fbff CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K CPU serial number disabled. CPU: After all inits, caps: 0383fbff 0040 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. mtrr: v2.0 (20020519) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. CPU0: Intel Pentium III (Coppermine) stepping 06 Booting processor 1/1 eip 2000 Initializing CPU#1 Calibrating delay using timer specific routine.. 1603.77 BogoMIPS (lpj=3207556) CPU: After generic identify, caps: 0387fbff CPU: After vendor identify, caps: 0387fbff CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K CPU serial number disabled. CPU: After all inits, caps: 0383fbff 0040 Intel machine check architecture supported. Intel machine check reporting enabled on
Bug#339322: Any progress on packaging for 1.38?
Hi! Are there any progress in a 1.38 deb? Can I help in any way? / Anders -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347584: Bug#347585: Bug#308812: winbind should depend on samba (smbclient)?
On Thu, Jan 12, 2006 at 10:01:04AM +0100, Filip Van Raemdonck wrote: > Hi all, > On Thu, Jan 12, 2006 at 06:47:09AM +0100, Christian Perrier wrote: > > > > So, I hereby propose: > > > > 1) close #308812 and #347584 with "Version: 3.0.20b-3 > > > Yes, closing 308812 since this dependency has now been added. > > And also close 347584 which is the samedoing so right now. > (I had already closed #347584 which I mistakenly cloned, but that does not > really matter anyway) > Both #308812 and #347585 still affect sarge, which is currently our > official release. Under normal circumstances I don't usually care about > bugs being closed if they are in stable but fixed in unstable (and > possibly testing). However, both of these simply make the software plain > unusable. > I'd suggest reopening #308812 and then tagging sarge and fixed, so it > stays documented in BTS. Please see the announcements about version tracking in the Debian BTS that were sent to debian-devel-announce last summer. Closing bugs with Version: headers is the canonical means of marking bugs as being specific to sarge now. > And perhaps rebuild for sarge with necessary dependency and upload to > proposed-updates, though I'm not sure without checking what qualifications > are these days for non-security issues to still get through to stable > point releases. I mean to submit an update at some point that fixes the smbpasswd-eating upgrade bug, and can roll this in at the same time. -- 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/ signature.asc Description: Digital signature
Bug#347673: zsh-beta: Non-ascii characters are not displayed after prompt expansion if (R)PS1 var contains %D{%a} and locale is non-english.
Clint Adams wrote: >>Locale is set to hr_HR.UTF-8. RPS1 variable contains %D{%a} or abbreviated >>weekday. For thursday (in croatian: četvrtak) I should get "Čet", but I >>don't. Here is a screenshot: http://www.inet.hr/~vfurac/zsh_utf8.png. > > > Do any of the following do the right thing? > > print -P "%D{%a}" % print -P "%D{%a}" Čet Yes, it's OK. > zmodload zsh/datetime; strftime "%a" $EPOCHSECONDS % zmodload zsh/datetime; strftime "%a" $EPOCHSECONDS Čet Yes, this works too. > PS1="%D{%a}%# " % PS1="%D{%a}%# " Not good. I get the same thing as in screenshot.
Bug#347680: Xorg breaks acpid
On Thu, January 12, 2006 1:59 am, martin f krafft said: > Package: xserver-xorg > Version: 6.9.0.dfsg.1-3 > Severity: important > > If Xorg is running, it claims /proc/acpi/events. This causes acpid > to not start: > > lapse:~# /usr/sbin/acpid -c /etc/acpi/events -s /var/run/acpid.socket > acpid: can't open /proc/acpi/event: Device or resource busy > > Either require acpid and use its socket, or don't lock the ACPI > resource. No. That's the kernel only supporting a single reader for /proc/acpi/event. I'm cooking a patch to support multiple readers (based on an old and never applied patch) but I doubt it will be accepted mainline. /proc/acpi/event contention has _always_ been a problem and the only solution is to support multiple readers, not to require acpid's socket, that's just ridiculous :) > Note, this is possibly related to bug #345537. The problem did not > exist with 6.8.2, meaning acpid worked fine then. no, 345537 only fixed a bug, xorg was already trying to read acpi events. I's actually just a matter of which process starts first: - acpid: xorgs opens acpid's socket and we all are happy - xorg: xorg takes /proc/acpi/event and nobody else can read from it. With my patch if acpid dies xorg reopens /proc/acpi/event. So, I'd say this is either an acpid bug (start earlier?) or better yet a kernel bug. -- mattia :wq!
Bug#347710: fix for avahi-qt3.pc.in
Replacing: Requires: qt-mt >= 3.0.0 with Requires.private: qt-mt >= 3.0.0 in avahi-qt3.pc.in should do the job. Best regards -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347715: p7zip support (data.tar.7z)
Package: dpkg Version: 1.13.11 Severity: wishlist Tags: patch Hi! Please could you add p7zip support for data.tar.7z ? It is analogous to the gzip/bzip2/cat options already present. Patch attached. -- 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.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages dpkg depends on: ii coreutils [textutils] 5.93-5 The GNU core utilities dpkg recommends no packages. -- no debconf information diff -ur dpkg-1.13.11.old/debian/control dpkg-1.13.11/debian/control --- dpkg-1.13.11.old/debian/control 2005-08-14 20:56:53.0 +0200 +++ dpkg-1.13.11/debian/control 2006-01-12 10:12:23.0 +0100 @@ -27,7 +27,7 @@ Priority: standard Architecture: all Depends: dpkg (>= 1.13.1), perl5, perl-modules, cpio (>= 2.4.2-2), patch (>= 2.2-1), make, binutils -Recommends: gcc | c-compiler, bzip2 +Recommends: gcc | c-compiler, bzip2, p7zip Suggests: gnupg, debian-keyring Conflicts: dpkgname Replaces: dpkgname, dpkg (<< 1.4.1.8), dpkg-doc-ja diff -ur dpkg-1.13.11.old/dpkg-deb/build.c dpkg-1.13.11/dpkg-deb/build.c --- dpkg-1.13.11.old/dpkg-deb/build.c 2005-06-06 06:07:12.0 +0200 +++ dpkg-1.13.11/dpkg-deb/build.c 2006-01-12 10:00:39.0 +0100 @@ -443,6 +443,7 @@ switch (compress_type) { case GZ: datamember= DATAMEMBER_GZ; break; case BZ2: datamember= DATAMEMBER_BZ2; break; + case P7Z: datamember= DATAMEMBER_P7Z; break; case CAT: datamember= DATAMEMBER_CAT; break; default: ohshit(_("Internal error, compress_type `%i' unknown!"), compress_type); diff -ur dpkg-1.13.11.old/dpkg-deb/dpkg-deb.h dpkg-1.13.11/dpkg-deb/dpkg-deb.h --- dpkg-1.13.11.old/dpkg-deb/dpkg-deb.h2005-06-06 06:07:12.0 +0200 +++ dpkg-1.13.11/dpkg-deb/dpkg-deb.h2006-01-12 10:00:17.0 +0100 @@ -45,6 +45,8 @@ #define DATAMEMBER_COMPAT_GZ "data.tar.gz/" #define DATAMEMBER_BZ2 "data.tar.bz2" #define DATAMEMBER_COMPAT_BZ2 "data.tar.bz2/ " +#define DATAMEMBER_P7Z "data.tar.7z " +#define DATAMEMBER_COMPAT_P7Z "data.tar.7z/" #define DATAMEMBER_CAT "data.tar" #define DATAMEMBER_COMPAT_CAT "data.tar/ " diff -ur dpkg-1.13.11.old/dpkg-deb/extract.c dpkg-1.13.11/dpkg-deb/extract.c --- dpkg-1.13.11.old/dpkg-deb/extract.c 2005-06-06 06:07:12.0 +0200 +++ dpkg-1.13.11/dpkg-deb/extract.c 2006-01-12 10:01:05.0 +0100 @@ -157,6 +157,10 @@ !memcmp(arh.ar_name,DATAMEMBER_COMPAT_BZ2,sizeof(arh.ar_name))) { adminmember= 0; compress_type= BZ2; + } else if (!memcmp(arh.ar_name,DATAMEMBER_P7Z,sizeof(arh.ar_name)) || + !memcmp(arh.ar_name,DATAMEMBER_COMPAT_P7Z,sizeof(arh.ar_name))) { + adminmember= 0; + compress_type= P7Z; } else if (!memcmp(arh.ar_name,DATAMEMBER_CAT,sizeof(arh.ar_name)) || !memcmp(arh.ar_name,DATAMEMBER_COMPAT_CAT,sizeof(arh.ar_name))) { adminmember= 0; diff -ur dpkg-1.13.11.old/dpkg-deb/main.c dpkg-1.13.11/dpkg-deb/main.c --- dpkg-1.13.11.old/dpkg-deb/main.c2005-06-16 05:19:47.0 +0200 +++ dpkg-1.13.11/dpkg-deb/main.c2006-01-12 10:14:43.0 +0100 @@ -79,7 +79,7 @@ " --nocheck suppress control file check (build bad package).\n" " -z# to set the compression when building\n" " -Z set the compression type to use when building.\n" -" allowed values: gzip, bzip2, none\n" +" allowed values: gzip, bzip2, p7zip, none\n" "\n" "Format syntax:\n" " A format is a string that will be output for each package. The format\n" @@ -170,6 +170,8 @@ compress_type= GZ; else if (!strcmp(value, "bzip2")) compress_type= BZ2; + else if (!strcmp(value, "p7zip")) +compress_type= P7Z; else if (!strcmp(value, "none")) compress_type= CAT; else diff -ur dpkg-1.13.11.old/lib/compression.c dpkg-1.13.11/lib/compression.c --- dpkg-1.13.11.old/lib/compression.c 2005-06-06 06:07:12.0 +0200 +++ dpkg-1.13.11/lib/compression.c 2006-01-12 09:59:58.0 +0100 @@ -90,6 +90,16 @@ } execlp(BZIP2,"bzip2","-dc",(char*)0); ohshite(_("%s: failed to exec bzip2 -dc"), v.buf); #endif +case P7Z: + if (fd_in != 0) { +m_dup2(fd_in, 0); +close(fd_in); + } + if (fd_out != 1) { +m_dup2(fd_out, 1); +close(fd_out); + } + execlp(P7ZIP,"p7zip","-d",(char*)0); ohshite(_("%s: failed to exec p7zip -d"), v.buf); case CAT: fd_fd_copy(fd_in, fd_out, -1, _("%s: decompression"), v.buf); exit(0); @@ -199,6 +209,16 @@ combuf[1]= *compression; execlp(BZIP2,
Bug#347716: [patch] FTBFS on GNU/kFreeBSD
Package: libgtkextra Severity: serious Tags: patch Hi there! Aurelien Jarno <[EMAIL PROTECTED]> was so kind as to provide a patch for this. Find it attached. I intend to lovingly NMU gtk+extra, fixing this bug, and also packaging a newer upstream version. I will upload soon to the delayed-5 queue, if you don't oppose. Patches also attached. Thanks for your work in Debian! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- .''`. Männer sind Schweine (All men are pigs) -- Die Ärzte : :' : `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com gtk+extra_2.1.1-1.1.diff.gz Description: Binary data -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.0 Source: gtk+extra Version: 2.1.1-1.1 Binary: libgtkextra-dev, libgtkextra-2.0 Maintainer: Bradley Bell <[EMAIL PROTECTED]> Architecture: any Standards-Version: 3.6.2.0 Build-Depends: debhelper (>> 4.0.0), libgtk2.0-dev Files: 1a933ca1286829383a0554cc2deb9e04 893481 gtk+extra_2.1.1.orig.tar.gz 903d1e54022b8ac7d39379febb85f259 4891 gtk+extra_2.1.1-1.1.diff.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDxhhVNFDtUT/MKpARAhhdAJ0WxFrv7II+eyMvLXH3i0PNT64oLACgsnG9 Tx6v7060JL51HWXCD2X6Ah0= =xBe8 -END PGP SIGNATURE- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 12 Jan 2006 06:37:48 +0100 Source: gtk+extra Binary: libgtkextra-2.0 libgtkextra-dev Architecture: source i386 Version: 2.1.1-1.1 Distribution: unstable Urgency: low Maintainer: Bradley Bell <[EMAIL PROTECTED]> Changed-By: Amaya Rodrigo Sastre <[EMAIL PROTECTED]> Description: libgtkextra-2.0 - A useful set of widgets for GTK+ libgtkextra-dev - A useful set of widgets for GTK+ (development files) Closes: 347397 Changes: gtk+extra (2.1.1-1.1) unstable; urgency=low . * Non-maintainer upload. * New upstream release (Closes: #347397). * Bumped Standards-Version to 3.6.2.0. No changes needed. * Updated the postal address of the Free Software Foundation (FSF) in debian/copyright. * Got rid of "Upstream Author(s)" the debian/copyright file. * manually copy lib to /usr/lib because I suck. Please fix this. Files: e54b317be4779695f8ea3b2370bac7dd 609 devel optional gtk+extra_2.1.1-1.1.dsc 903d1e54022b8ac7d39379febb85f259 4891 devel optional gtk+extra_2.1.1-1.1.diff.gz 3a1cfef718ab054dc6c2192cf805c426 471622 devel optional libgtkextra-dev_2.1.1-1.1_i386.deb 0b506bbc16c34c133839c4bd6ff67927 313068 libs optional libgtkextra-2.0_2.1.1-1.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDxhhVNFDtUT/MKpARAgutAJ9WGkoeZhajOxeTvk1/r5cTf6soLACfR0CW ctF+5VoMf3hT06BqRhMmptw= =S1Jt -END PGP SIGNATURE- diff -u gtk+extra-2.1.1/debian/control gtk+extra-2.1.1/debian/control --- gtk+extra-2.1.1/debian/control +++ gtk+extra-2.1.1/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Bradley Bell <[EMAIL PROTECTED]> Standards-Version: 3.6.2.0 -Build-Depends: debhelper (>> 4.0.0), libgtk2.0-dev +Build-Depends: debhelper (>> 4.0.0), autotools-dev, automake1.7, libtool, autoconf, libgtk2.0-dev Package: libgtkextra-dev Architecture: any diff -u gtk+extra-2.1.1/debian/rules gtk+extra-2.1.1/debian/rules --- gtk+extra-2.1.1/debian/rules +++ gtk+extra-2.1.1/debian/rules @@ -25,6 +25,9 @@ configure-stamp: dh_testdir + libtoolize -c -f + aclocal-1.7 + autoconf ./configure --prefix=/usr --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info @@ -44,6 +47,7 @@ dh_testroot rm -f build-stamp configure-stamp + rm -f aclocal.m4 config.guess config.sub configure ltmain.sh -$(MAKE) distclean dh_clean
Bug#347717: allow --only-if-empty to be specified in delgroup.conf
Package: adduser Version: 3.80 Severity: wishlist subject says it all, thanks! -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages adduser depends on: ii debconf [debconf-2.0] 1.4.67 Debian configuration management sy ii passwd1:4.0.14-2 change and administer password and ii perl-base 5.8.7-10 The Pathologically Eclectic Rubbis adduser recommends no packages. -- debconf information excluded -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! scientists will study your brain to learn more about your distant cousin, man. signature.asc Description: Digital signature (GPG/PGP)
Bug#347718: urxvt fails to properly display non-unicode characters
Package: rxvt-unicode Version: 6.3-1 Severity: normal I am on the train right now, so I cannot check existing bugs. Sorry. I upgraded from 5.8-1 to 6.3-1 yesterday. I am currently working with a couple of latin1 (iso8859-1) formatted documents, and vim/cat and others would properly display the Umlauts and special characters of that character set. After the upgrade, vim/cat and others only display boxes instead of the latin1 characters. It prints Unicode characters just fine. It does not matter whether I start it without -fn, or tell it to use a iso10464 or iso8859 font. -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages rxvt-unicode depends on: ii base-passwd 3.5.11 Debian base system master password ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-6 GCC support library ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxpm4 6.9.0.dfsg.1-3 X pixmap library ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii ncurses-base 5.5-1 Descriptions of common terminal ty ii zlib1g1:1.2.3-9 compression library - runtime rxvt-unicode recommends no packages. -- no debconf information -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! security at micro$oft: how do we secure a billion dollar profit? signature.asc Description: Digital signature (GPG/PGP)
Bug#330225: Can you confirm this is still an issue in 2.6.15-2 ?
On Wed, Jan 11, 2006 at 02:29:13PM -0500, mike castleman wrote: > [EMAIL PROTECTED]:~$ sudo modprobe sbp2 > Password: > FATAL: Error inserting sbp2 > (/lib/modules/2.6.14-2-powerpc64/kernel/drivers/ieee1394/sbp2.ko): Unknown > symbol in module, or unknown parameter (see dmesg) > [EMAIL PROTECTED]:~$ dmesg | tail -n1 > sbp2: Unknown symbol bus_to_virt This symbol is deprecated and not supported for powerpc64. Bastian -- You're too beautiful to ignore. Too much woman. -- Kirk to Yeoman Rand, "The Enemy Within", stardate unknown signature.asc Description: Digital signature
Bug#330225: Can you confirm this is still an issue in 2.6.15-2 ?
On Thu, Jan 12, 2006 at 10:18:00AM +0100, Bastian Blank wrote: > On Wed, Jan 11, 2006 at 02:29:13PM -0500, mike castleman wrote: > > [EMAIL PROTECTED]:~$ sudo modprobe sbp2 > > Password: > > FATAL: Error inserting sbp2 > > (/lib/modules/2.6.14-2-powerpc64/kernel/drivers/ieee1394/sbp2.ko): Unknown > > symbol in module, or unknown parameter (see dmesg) > > [EMAIL PROTECTED]:~$ dmesg | tail -n1 > > sbp2: Unknown symbol bus_to_virt > > This symbol is deprecated and not supported for powerpc64. Mmm, indeed, that said david woodhouse said he had no such problem with 2.6.14, so i wonder what did happen wrong. We need to know if the problem is still present in 2.6.15, or if mike is not able to test it, i will look at the code this WE to know for sure, and fix it if needed. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345126: (no subject)
On hold till can sort out copyright issues with Novell signature.asc Description: OpenPGP digital signature
Bug#346632: ITNMU
tags 246632 -help thanks, mate On Thu, Jan 12, 2006 at 05:36:22AM +0100, Amaya wrote: > tags 346632 help > thanks > > Hi there! > `wxWindow::GtkGetPangoX11Context()':window.cpp:(.text+0x144a): undefined > reference to `pango_x_get_context' Hmm -- it compiled before, so you seem to have a interesting version of libpango > And there's a newer upstream versiona vailable that I am going to give a > try, but I don't expect many exciting results. > > http://www.w3.org/Amaya/Distribution/amaya-fullsrc-9.3.tgz Unless you are a masochist, you don't want to be touching a new upstream. Anand -- `When any government, or any church for that matter, undertakes to say to its subjects, "This you may not read, this you must not see, this you are forbidden to know," the end result is tyranny and oppression no matter how holy the motives' -- Robert A Heinlein, "If this goes on --" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347447: RFA: gv -- PostScript and PDF viewer for X
retitle 347447 ITA: gv -- PostScript and PDF viewer for X owner 347447 ! thanks Re: Martin Godisch in <[EMAIL PROTECTED]> > I'm looking for an adopter for the gv package. There are some bugs, but > nothing critical; bugs can be reassigned to gs quite often. Upstream > development has been dead for a long time; gv recently became a GNU > project, but it appears to be dead as well. I'll take gv. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#347472: preview-latex: update-auctex-elisp calls rm with a too long list of files
reassign 347472 auctex retitle 347472 auctex: update-auctex-elisp calls rm with a too long list of files thanks Hi. From: Norbert Preining <[EMAIL PROTECTED]> Subject: Bug#347472: preview-latex: update-auctex-elisp calls rm with a too long list of files Date: Wed, 11 Jan 2006 00:33:33 +0100 > At the end of the update-auctex-elisp scripts there is a call: > rm -f $(find /var/lib/auctex/ -type f -name \*.el) > which can lead to "too long argument list". > > Please use > find /var/lib/auctex/ -type f -name \*.el -print0 | xargs -o /bin/rm -f This is the problem of auctex, not of preview-latex. $ dlocate -S update-auctex-elisp auctex: /usr/share/man/man8/update-auctex-elisp.8.gz auctex: /usr/sbin/update-auctex-elisp Thanks. OHURA Makoto: [EMAIL PROTECTED](Debian Project) [EMAIL PROTECTED](LILO/Netfort) GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt 1024D/77DCE083 fingerprint: 54F6 D1B1 2EE1 81CD 65E3 A1D3 EEA2 EFA2 77DC E083 http://www.netfort.gr.jp/~ohura/ pgphEbuZyQNpb.pgp Description: PGP signature
Bug#347642: [php-maint] Bug#347642: php5-5.1.1-1 segfaults
On Thu, January 12, 2006 04:31, Adam Conrad wrote: > > If you can get me a GDB backtrace, that would be great: here's the bt, and it seems like libmysqlclient.so.12 is to blame? [EMAIL PROTECTED]:~# gdb apache2 GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run -X Starting program: /usr/sbin/apache2 -X (no debugging symbols found) (no debugging symbols found) [.these messages repeat 20 times or so] [ now pointing the browser to the index.php] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1215121184 (LWP 6378)] 0xb79054cf in vio_in_addr () from /usr/lib/libmysqlclient.so.12 (gdb) bt #0 0xb79054cf in vio_in_addr () from /usr/lib/libmysqlclient.so.12 #1 0xb77bad4a in mysql_real_connect () from /usr/lib/libmysqlclient.so.15 #2 0xb6c9d431 in zif_mysql_field_name () from /usr/lib/php5/20051025/mysql.so #3 0xb72030be in execute () from /usr/lib/apache2/modules/libphp5.so #4 0xb72026d8 in execute () from /usr/lib/apache2/modules/libphp5.so #5 0xb7202b79 in execute () from /usr/lib/apache2/modules/libphp5.so #6 0xb72026d8 in execute () from /usr/lib/apache2/modules/libphp5.so #7 0xb7202b79 in execute () from /usr/lib/apache2/modules/libphp5.so #8 0xb72026d8 in execute () from /usr/lib/apache2/modules/libphp5.so #9 0xb7202b79 in execute () from /usr/lib/apache2/modules/libphp5.so #10 0xb72026d8 in execute () from /usr/lib/apache2/modules/libphp5.so #11 0xb72089bf in zend_get_zval_ptr () from /usr/lib/apache2/modules/libphp5.so #12 0xb72026d8 in execute () from /usr/lib/apache2/modules/libphp5.so #13 0xb71da17e in zend_execute_scripts () from /usr/lib/apache2/modules/libphp5.so #14 0xb7199a8e in php_execute_script () from /usr/lib/apache2/modules/libphp5.so #15 0xb7278ea8 in zend_get_zval_ptr () from /usr/lib/apache2/modules/libphp5.so #16 0x08077336 in ap_run_handler () #17 0x08077732 in ap_invoke_handler () #18 0x080696fd in ap_process_request () #19 0x08064b19 in _start () (gdb) -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313992: Update of German translation
package lrzsz retitle 313992 lrzsz: [INTL:de] Update of German PO file thanks Hi, I've updated the German translation of lrzsz (included in zssh, see bug #347521), and was told that lrzsz is now a separate package. Therefore, I'm sending you the update of the PO file to this bugreport. The corrections of Jens are included in my file, it also has passed the review process on the German Debian translation list. Please include the translation in your next upload. Cheers, -- Tobias I doubt, therefore I might be. lrzsz_0.12.21_de.po.gz Description: GNU Zip compressed data pgpz5eLsTnC0a.pgp Description: PGP signature
Bug#342292: tetex-bin: Multiple exploitable heap overflows in embedded xpdf copy
Martin Schulze <[EMAIL PROTECTED]> wrote: > Frank Küster wrote: >> I'm currently preparing an upload of tetex-bin linked against libpoppler. > > I'm attaching the current patch against the version in sarge. Please > let me know which version in sid fixes these problems. None: Since the version in sid links against libpoppler, no changes need to be made to it. We just need an up-to-date poppler - and according to its changelog poppler (0.4.3-2) unstable; urgency=high [ Martin Pitt ] * SECURITY UPDATE: Multiple integer/buffer overflows. * Add debian/patches/003-CVE-2005-3624_5_7.patch: [...] * Add debian/patches/004-fix-CVE-2005-3192.patch: [...] poppler (0.4.3-1) unstable; urgency=high * New upstream release. * New maintainer (Closes: #344738) * CVE-2005-3191 and CAN-2005-2097 fixes merged upstream. it seems everything is okay there. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#347680: Xorg breaks acpid
also sprach Mattia Dongili <[EMAIL PROTECTED]> [2006.01.12.1006 +0100]: > No. That's the kernel only supporting a single reader for > /proc/acpi/event. I'm cooking a patch to support multiple readers > (based on an old and never applied patch) but I doubt it will be > accepted mainline. /proc/acpi/event contention has _always_ been > a problem and the only solution is to support multiple readers, > not to require acpid's socket, that's just ridiculous :) Fully agreed. > I's actually just a matter of which process starts first: yes. > So, I'd say this is either an acpid bug (start earlier?) or better > yet a kernel bug. The first is only a solution if the other bug is fixed. Or else an APT upgrade of acpid will hose the system. If that was fixed, it should be fine. I start xdm at S01, so that's probably the problem. Cheers, -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! #define emacs eighty megabytes and constantly swapping. signature.asc Description: Digital signature (GPG/PGP)
Bug#345741: Would a restricted form of the INIT_PROG feature suffice?
I have an idea. Instead of allowing an arbitrary program path to be set, we allow a _suffix_ to be set. "telinit -e INIT_SFX=foo ; telinit u" would cause init to exec "/sbin/init.foo". Now, /sbin/init.foo can be a symlink to an executable on another filesystem, so this should provide the same capability as INIT_PROG; but because it is done via a symlink on the same filesystem as /sbin/init, the administrator has control over what init can exec. If /sbin is on a read-only filesystem and there are no /sbin/init.* then the feature is effectively disabled. I can see two possible pitfalls. First, if /sbin/init.alt is a symlink to /alt/init and /sbin/init execs /sbin/init.alt, does this keep /sbin's filesystem busy? If so then we can code init to use readlink(2) to get the target of /sbin/init.alt and exec that target instead of /sbin/init.alt itself. Second, if /sbin/init execs /alt/init (via /sbin/init.alt) and /sbin is unmounted then /sbin/init.alt is no longer visible; so init will not be able to re-exec itself a second time. Would this be a problem? -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347521: [INTL:de] Update for German translation of zssh
On Thursday 12 January 2006 02:13, Bart Martens wrote: > Hello Tobias, > > There's a separate package called lrzsz. The copy of lrzsz in the zssh > source package is not used. Jens Seidel seems to have translated a > newer copy of lrzsz, see bug #313992. > > I'll remove the copy of lrzsz from the zssh source package to avoid > translators losing time over this again. > http://members.chello.be/ws35943/zssh/ Hi Bart, hrm, I didn't notice that. However, I've sent my (updated) translation to #313992 now, so hopefully it'll be included there. Thanks for removing the source of lrzsz from your package. Cheers, -- Tobias I doubt, therefore I might be. pgp1QHKYBgvMR.pgp Description: PGP signature
Bug#347719: fails to start when nvram is not loaded -- without error
Package: tpb Version: 0.6.4-2 Severity: normal As of late, the nvram module isn't loaded anymore during boot (udev, or new kernel's fault). tpb's init script starts the daemon, which exits as it cannot open /dev/misc/nvram. It does not report an error. I am not sure what to do, but one possibility would be to load the nvram module in the init.d script, if present. -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages tpb depends on: ii debconf [debconf-2.0] 1.4.67 Debian configuration management sy ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii libsm66.9.0.dfsg.1-3 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-3 X Window System miscellaneous exte ii libxinerama1 6.9.0.dfsg.1-3 X Window System multi-head display ii libxosd2 2.2.14-1.2 X On-Screen Display library - runt ii makedev 2.3.1-79 creates device files in /dev ii xlibs 6.9.0.dfsg.1-3 X Window System client libraries m tpb recommends no packages. -- debconf information: tpb/groupchanged: * tpb/autostart: true * tpb/makedev: true -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! "an intellectual is someone who has found something more interesting than sex." -- edgar wallace signature.asc Description: Digital signature (GPG/PGP)
Bug#346208: Wrong type argument: integerp, nil
> The error is in that initially whizzy-error-string is '27' and > whizzytex works. After doing kill-buffer, and revisiting that file, > and reenabling whizzytex-mode, whizzy-error-string is nil. > > I suspect there's something fishy going on here with buffer-local > variables. Thanks for the test. Maybe the problem is that in your environment, for some reason that I don't understand, variable whizzy-error-string would be buffer-local with a default value of nil. Could you check that? I found a machine with Debian Linux installed: Linux version 2.6.14-2-686-smp (Debian 2.6.14-7) ([EMAIL PROTECTED]) (gcc version 4.0.3 20051201 (prerelease) (Debian 4.0.2-5)) #1 SMP Wed Dec 28 18:47:53 UTC 2005 and emacs 21.4.1 GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2005-10-03 on trouble, modified by Debian I installed whizzytex-1.2.3 and was still unable to reproduce the problem. The value of whizzy-error-string always remains '27' as expected. Didier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346398: xterm: scrollbar broken; new path
On Wed, Jan 11, 2006 at 17:39:26 +, Kirk Hilliard wrote: > /usr/share/doc/xterm/NEWS.Debian.gz: > * Several things have changed, probably the most obvious is that xterm and > companions are now installed under /usr/bin instead of /usr/X11R6/bin, now > that we got rid of imake and use autoconf tools. > > > Do you expect this to be the final location, or is this simply an > issue with the build scripts? > Hi Kirk, /usr/X11R6 is going away with the switch to Xorg 7.0, so xterm will stay in /usr/bin in the foreseeable future. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347456: subversion: svn doesn't like it if folders already exist
On [Thu, 12.01.2006 01:18], Peter Samuelson wrote: > [Thorsten Gunkel] > > However when I want to do a checkout on another machine svn will complain > > because etc already exists: > > > > # svn update > > svn: Working copy 'etc' is missing or not locked > ># cd /etc ># svn checkout http://your.server/your/etc . > This will store the files directly in /etc as you wish. However, it > may not be quite what you want, because it will refuse to overwrite any > files you may already have in /etc. (I'm guessing you would want it to > do so.) No, I can live with that. If I want to overwrite that files anyway I can delete them manually if svn complains. So in short the solution to my problem is http://subversion.tigris.org/faq.html#in-place-import>? > There have been some requests for upstream to deal with this situation > more gracefully, but from what I can recall, the discussions haven't > ever ended conclusively and nobody has stepped up to do the work. Maybe it would be enough to modify the error message to explain what can be done to make the folder a working copy? thanks Thorsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347642: [php-maint] Bug#347642: php5-5.1.1-1 segfaults
On Thu, Jan 12, 2006 at 09:22:40AM -, Christian Kujau wrote: > On Thu, January 12, 2006 04:31, Adam Conrad wrote: > > If you can get me a GDB backtrace, that would be great: > here's the bt, and it seems like libmysqlclient.so.12 is to blame? Yes. More specifically, the fact that you have some apache module installed that *uses* libmysqlclient12 is to blame. > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1215121184 (LWP 6378)] > 0xb79054cf in vio_in_addr () from /usr/lib/libmysqlclient.so.12 > (gdb) bt > #0 0xb79054cf in vio_in_addr () from /usr/lib/libmysqlclient.so.12 > #1 0xb77bad4a in mysql_real_connect () from /usr/lib/libmysqlclient.so.15 This shows two incompatible versions of libmysqlclient being loaded into memory. Whatever is causing libmysqlclient12 to be loaded is what's causing your segfault. Figure out what that is, and upgrade it to a libmysqlclient15 version. By all rights, however, the current version of libmysqlclient15 in Debian shouldn't be subject to such bugs due to its use of versioned symbols. (It should still be possible for libmysqlclient12 to call into libmysqlclient15, but not vice-versa.) Please confirm which version of libmysqlclient15 you have installed, as this may warrant a separate bug report. -- 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/ signature.asc Description: Digital signature
Bug#347232: This is a dash bug!
On Tue, Jan 10, 2006 at 10:56:23AM +, Gerrit Pape wrote: > > Yes, I can confirm this is a bug in dash. The standard says > > EXIT STATUS > > If there are no arguments, or only null arguments, eval shall > return a zero exit status; otherwise, it shall return the exit > status of the command defined by the string of concatenated > arguments separated by s. > > Hi Herbert, please see http://bugs.debian.org/347232 Thanks, I agree with your assessment. > Index: src/eval.c > === > RCS file: /cvs/dash/src/eval.c,v > retrieving revision 1.3 > diff -u -r1.3 eval.c > --- src/eval.c28 Nov 2005 11:05:29 - 1.3 > +++ src/eval.c10 Jan 2006 10:13:58 - > @@ -140,19 +140,21 @@ > p = argv[1]; > if (argc > 2) { > STARTSTACKSTR(concat); > -ap = argv + 2; > -for (;;) { > +for (ap = argv + 1; (p = *ap); ++ap) { > +if (!*p) continue; > concat = stputs(p, concat); > -if ((p = *ap++) == NULL) > +if (*(ap + 1) == NULL) > break; > STPUTC(' ', concat); > } > STPUTC('\0', concat); > p = grabstackstr(concat); > } > +if (!*p) return 0; > evalstring(p, ~SKIPEVAL); > > } > +else return 0; > return exitstatus; > } I think this is insufficient in that something like eval ' ' will still leave the exit status unchanged. So I've applied something like this. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt diff --git a/src/eval.c b/src/eval.c --- a/src/eval.c +++ b/src/eval.c @@ -150,10 +150,9 @@ evalcmd(int argc, char **argv) STPUTC('\0', concat); p = grabstackstr(concat); } -evalstring(p, ~SKIPEVAL); - +return evalstring(p, ~SKIPEVAL); } -return exitstatus; +return 0; } @@ -166,24 +165,23 @@ evalstring(char *s, int mask) { union node *n; struct stackmark smark; - int skip; + int status; setinputstring(s); setstackmark(&smark); - skip = 0; + status = 0; while ((n = parsecmd(0)) != NEOF) { evaltree(n, 0); + status = exitstatus; popstackmark(&smark); - skip = evalskip; - if (skip) + if (evalskip) break; } popfile(); - skip &= mask; - evalskip = skip; - return skip; + evalskip &= mask; + return status; } diff --git a/src/trap.c b/src/trap.c --- a/src/trap.c +++ b/src/trap.c @@ -295,7 +295,6 @@ dotrap(void) char *q; int i; int savestatus; - int skip = 0; savestatus = exitstatus; pendingsigs = 0; @@ -309,13 +308,13 @@ dotrap(void) p = trap[i + 1]; if (!p) continue; - skip = evalstring(p, SKIPEVAL); + evalstring(p, SKIPEVAL); exitstatus = savestatus; - if (skip) - break; + if (evalskip) + return evalskip; } - return skip; + return 0; }
Bug#347186: [Linux-fbdev-devel] Re: Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer
On Wed, 2006-01-11 at 21:15 -0800, Steve Langasek wrote: > On Wed, Jan 11, 2006 at 07:24:04PM +0800, Antonino A. Daplas wrote: > > > The "UseFBDev" option was added to X so it can cooperate with fbcon (ie, > > allows > > X to restore the console state by using the fbdev API ). In 2.6, fbcon has > > its > > own way of restoring its own state so the "UseFBDev" option is not needed, > > and in > > your case, is counterproductive. > > Aha, didn't know that. It had been my impression that this option meant > using the fbdev API for all vidcard access; It does, for the things the fbdev API provides. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#347214: pioneers: [INTL:sv] Swedish PO translation
On Mon, Jan 09, 2006 at 02:41:53PM +0100, Daniel Nylander wrote: > Here is the Swedish translation of Pioneers. > Both versions 0.9.33 and 0.9.40 are included. Thank you very much. We would be pleased to include it in the official release, however the copyright statement seems a bit strange. There should be a line like Copyright 2005 Daniel Nylander Optionally followed by your e-mail address. Of course, this line should name the copyright holder, and I'm only guessing that that's you. If you can confirm that to me, I'll fix the header of the file. Please also tell if you want your e-mail address mentioned. Thanks, Bas Wijnen -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://129.125.47.90/e-mail.html signature.asc Description: Digital signature
Bug#347233: dbus-1 on sarge segfaults if a unpriviliged user run "lshal"
reassign 347233 libc6 severity 347233 important merge 246288 347233 thanks, On Thu, Jan 12, 2006 at 09:22:06AM +0100, Volker Sauer wrote: > On Do, 12 Jan 2006, Sjoerd Simons <[EMAIL PROTECTED]> wrote: > > > > Are you using nis ? > > Yes (I mentioned it after the strace). Sorry, i indeed missed the NIS comment. This is a known libc6 bug, so reassigning it to libc6. Sjoerd -- The optimist thinks that this is the best of all possible worlds, and the pessimist knows it. -- J. Robert Oppenheimer, "Bulletin of Atomic Scientists" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup
to, 2006-01-12 kello 09:59 +0100, Michel Dänzer kirjoitti: > reassign 347557 libxklavier10 > kthxbye > > On Thu, 2006-01-12 at 02:00 +0200, Martin-Éric Racine wrote: > > > > > I see nothing wrong, xlibs works just fine, maybe this is a GNOME > > > problem? > > > > You're welcome to reassign to gnome-control-center (which provides > > gnome-keyboard-properties) if you think that this is appropriate. > > I've attached its dependency listing here just in case. > > > > Package: gnome-control-center > > Version: 1:2.12.2-1 > > > > Versions of packages gnome-control-center depends on: > > [...] > > > ii libxklavier102.0-0.3 X Keyboard Extension > > high-level AP > > Downgrading libxklavier to 2.0-0.2 seems to fix things here. It didn't fix anything here; I still get that error dialogue. -- Martin-Éric Racine http://q-funk.iki.fi signature.asc Description: Digitaalisesti allekirjoitettu viestin osa
Bug#347721: evolution: Cannot handle UTF-8 folder names (upstream patch available)
Package: evolution Version: 2.4.2.1-1 Severity: important Since the last upgrade, evo is no longer able to handle IMAP folders with international characters. See http://bugzilla.gnome.org/show_bug.cgi?id=323106 This bug is "serious" upstream and renders the affected folders inaccessible. Please consider examining the bug and applying the fix proposed by upstream ASAP. /Mikael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages evolution depends on: ii evolution-dat 1.4.2.1-1 evolution database backend server ii gconf22.12.1-8 GNOME configuration database syste ii gnome-icon-th 2.12.1-2 GNOME Desktop icon theme ii gtkhtml3.83.8.1-1HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2- 2.10.1-1 The Bonobo UI library ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libcamel1.2-6 1.4.2.1-1 The Evolution MIME message handlin ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libcompfaceg1 1:1.5.2-1 Compress/decompress images for mai ii libdb4.2 4.2.52-23 Berkeley v4.2 Database Libraries [ ii libebook1.2-5 1.4.2.1-1 Client library for evolution addre ii libecal1.2-3 1.4.2.1-1 Client library for evolution calen ii libedataserve 1.4.2.1-1 Utility library for evolution data ii libedataserve 1.4.2.1-1 GUI utility library for evolution ii libesd0 0.2.36-1 Enlightened Sound Daemon - Shared ii libfontconfig 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgail-commo 1.8.8-1GNOME Accessibility Implementation ii libgail17 1.8.8-1GNOME Accessibility Implementation ii libgconf2-4 2.12.1-8 GNOME configuration database syste ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.5-1The GLib library of C routines ii libgnome-keyr 0.4.6-2GNOME keyring services library ii libgnome-pilo 2.0.12-1.6 Support libraries for gnome-pilot ii libgnome2-0 2.12.0.1-4 The GNOME 2 library - runtime file ii libgnomecanva 2.12.0-2 A powerful object-oriented display ii libgnomeprint 2.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprint 2.12.1-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.12.0-2 The GNOME 2 libraries (User Interf ii libgnomevfs2- 2.12.2-3 The GNOME virtual file-system libr ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error0 1.1-4 library for common error values an ii libgtk2.0-0 2.8.9-2The GTK+ graphical user interface ii libgtkhtml3.8 3.8.1-1HTML rendering/editing library - r ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libkrb53 1.4.3-5MIT Kerberos runtime libraries ii libldap2 2.1.30-12 OpenLDAP libraries ii libnspr4 2:1.7.12-1 Netscape Portable Runtime Library ii libnss3 2:1.7.12-1 Network Security Service Libraries ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.10.2-1 Layout and rendering of internatio ii libpisock80.11.8-17 Library for communicating with a P ii libpisync00.11.8-17 Synchronization library for PalmOS ii libpng12-01.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.9.0.dfsg.1-3 X Window System Session Management ii libsoup2.2-8 2.2.6-1an HTTP library implementation in ii libtasn1-20.2.17-1
Bug#347722: xterm: the cursor disappears when launching screen
Package: xterm Version: 208-2 Severity: important The cursor character is disappearing and no longer reappearing. To reproduce the bug: => start 'xterm' (with or without blinking cursor) => launch 'screen' => no cursor is shown When exiting screen, no cursor is shown again, even after typing a 'reset'. I have tried with a screen package from both unstable and testing but it did not fix the bug. FWIW, I have downgraded to the current xterm from the testing system (6.8.2.dfsg.1-11) and it fixed the problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xterm depends on: ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libsm66.9.0.dfsg.1-3 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxaw8 6.9.0.dfsg.1-3 X Athena widget set library ii libxext6 6.9.0.dfsg.1-3 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxmu6 6.9.0.dfsg.1-3 X Window System miscellaneous util ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-3 X Toolkit Intrinsics ii xlibs-data6.9.0.dfsg.1-3 X Window System client data ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages xterm recommends: ii xutils6.9.0.dfsg.1-3 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308812: Bug#347585: Bug#308812: winbind should depend on samba (smbclient)?
reopen 308812 tags 308812 sarge thanks > Both #308812 and #347585 still affect sarge, which is currently our > official release. Under normal circumstances I don't usually care about > bugs being closed if they are in stable but fixed in unstable (and > possibly testing). However, both of these simply make the software plain > unusable. Yes. Point taken. And action done. > > Well, my rationale is that #347585 is not about a missing dependency > > but about a missing directory, which only affects those people who use > > winbind without samba. > > Which is a perfectly fine use case. > Winbind is about authenticating (anything) to AD. As I wanted pppd on a > VPN gateway to do so, I had no need for samba on this machine, at all. If > I want squid to use NTLM auth, I have no need for samba. If I want cyrus > to use NTLM auth, ... You can guess it. Yep. That's a fair point and I understand it. But, again, I think that this doesn't deserve a RC bug. Apparently Steve disagrees but anyway this hasn't much importance except by showing that judgements about bug severities may vary. And given that Steve is the release manager, he would anyway have the last word on such issue...:-) > Additionally, while the ntlm_auth binary complains when it is affected by > #308812, winbind just dies with no explanation whatsoever because of > #347585 - even when using debuglevel up to 2048. It took an invocation > with strace to find it out why. Wow. Sounds like something we could report upstream. > > Anyway, this is arguing: fixing this give us an opportunity to upload > > a new version which I was already considering given that the former > > one has reached testing. > > Ack :) Will do ASAP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347394: bluez-pin: please rebuild against unstable's dbus
> nice guess, I think 0.30 needs to be uploaded to unstable for newer > dbus to work Indeed, I got confirmation from Steve Langasek. Since bluez-pin is not installable in sid at the moment, I'm raising the severity of this bug. -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347411: kxstitch: depends on non-existent libdps1 package
> Can you point me to a reference regarding this so I can fix it in my > next packaging? Everything is logged there: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347411 In the kxstitch build process you should try to replace: Magick-config --libs with: pkg-config --libs ImageMagick -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347700: unable to make Sarge backport due to error in version of xlibs-dev in build-depends section in debian/control
tor, 12,.01.2006 kl. 08.35 +0100, skrev Kai-Cheung Leung: > Package: libwine > Version: 0.9.2-1 > Severity: normal > > apt-get build-dep wine told me that the build-dependencies of > wine-0.9.2-1 could not be satisfied by the Sarge repository. Then I > looked at wine_0.9.2-1.dsc and I discovered that xlibs-dev is set to > (<< 4.3). However Debian Sarge has xlibs-dev-4.3, which means that > the package xlibs-dev-4.3 could NOT be used for compiling Sarge > backports. There are plenty of "xlibs-dev (<< 4.3)" alternatives in the build-deps. I suppose you're concerned about the libxext-dev one. xlibs-dev 4.3 is a transitional package. It depends on libxext-dev, among others, so if you have xlibs-dev installed, you also have libxext-dev installed anyway, so the dependency would be satisfied. > For most of the build-dependencies, there are alternative packages > which Sarge could satisfy, however without xlibs-dev, I have to use > libxext-dev, which is NOT available in Sarge (this package is only > available in etch onwards) and backporting to Sarge therefore becomes > impossible. Sarge is the stable release, right? Then http://packages.debian.org/stable/oldlibs/xlibs-dev and http://packages.debian.org/stable/libdevel/libxext-dev shows that libxext-dev does exist in Sarge. The package list on the official FTP site lists it too. I don't know what you're running, but if libxext-dev isn't in it, you're certainly not running Sarge. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347706: marked as done (gnome-panel: Uninstallable due to dependency problems)
reopen 347706 found 347706 2.10.2-1 thanks > Please use the reportbug tool to report bugs. Your report does not > have the version of gnome-panel you have installed, nor the versions of > its dependencies. That would be version 2.10.2-1, which is the current version in testing/unstable. > The current gnome-panel in unstable is 2.12.2-2 and depends on No, gnome-panel 2.12.2-2 is in experimental. :) -- 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/ signature.asc Description: Digital signature
Bug#347716: [patch] FTBFS on GNU/kFreeBSD
severity 347716 important thanks On Thu, Jan 12, 2006 at 10:29:45AM +0100, Amaya Rodrigo Sastre wrote: > Package: libgtkextra > Severity: serious > Tags: patch > Hi there! > Aurelien Jarno <[EMAIL PROTECTED]> was so kind as to provide a patch > for this. Find it attached. However, GNU/kFreeBSD is not a release architecture; downgrading the bug accordingly. -- 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/ signature.asc Description: Digital signature
Bug#347214: pioneers: [INTL:sv] Swedish PO translation
Bas Wijnen skrev: > >Thank you very much. We would be pleased to include it in the official >release, however the copyright statement seems a bit strange. There should be >a line like >Copyright 2005 Daniel Nylander >Optionally followed by your e-mail address. Of course, this line should name >the copyright holder, and I'm only guessing that that's you. If you can >confirm that to me, I'll fix the header of the file. Please also tell if you >want your e-mail address mentioned. > > Hi Bas, Should I have the copyright? Well, OK. Put "[EMAIL PROTECTED]" as the e-mail address. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347723: heimdal-kdc: iprop-log missing
Package: heimdal-kdc Version: 0.7.1-2 Severity: normal The ipropd-log program/man page (from lib/kadm5) isn't in the package. There should probably be something installed to truncate/rotate the log with it if ipropd is configured, but I don't know whether that's a job for logrotate or not. (I've just realized that it grows unbounded.) -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (900, 'stable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-sparc64 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345929: 6.9.0.dfsg.1-2: radeon: FireGL Mobility T2: whole machine locks hard after some minutes: solved
El Jueves, 12 de Enero de 2006 03:35, Johannes Stezenbach escribió: > After some hours of research here are my findings: > > This issue is tracked at x.org: > https://bugs.freedesktop.org/show_bug.cgi?id=4847 > > And the cited patch by Benjamin Herrenschmidt fixes the issue for me: > http://lists.freedesktop.org/archives/xorg/2005-December/011678.html > > :-) Thanks for the investigation. :-) I followed the thread and the patch seem to have some regression, so it is not safe for us to merge it now, unless there are some official commit in the tree, and I have not found anyone. Best regards, Ender. -- I am a married potato! I am a married potato! -- Mr. Potato (Toy Story 2). -- Desarrollador de Debian Debian developer pgp7duvqNxKMx.pgp Description: PGP signature
Bug#346398: xterm: scrollbar broken; new path
El miércoles, 11 de enero de 2006 23:39, Kirk Hilliard escribió: > > We believe that the bug you reported is fixed in the latest version > > of xterm, ... > > Looks good to me. Thanks. You are welcome. :-) > I find that I am still curious about the path. I wrote: > > BTW, I noticed that the path to xterm has changed from > > /usr/bin/X11/xterm > > to > > /usr/bin/xterm [...] > Do you expect this to be the final location, or is this simply an > issue with the build scripts? X.Org 7.0 will follow FHS at last, so you can begin to change your scripts. :-) Best regards, Ender. -- El conceto es el conceto. -- Pazos (Airbag). -- Desarrollador de Debian Debian developer pgpFkRnLoBqrT.pgp Description: PGP signature
Bug#346346: fixes for heimdal RC bugs
> "Steve" == Steve Langasek <[EMAIL PROTECTED]> writes: Steve> You might want to drop the dozen cruft copies of patches Steve> for stale versions of heimdal, btw. It required obscene Steve> contortions to generate this patch, because interdiff Steve> refused to handle a 130,000 line diff. :P Thanks for this patch. It looks good to me. If no one else uploads it first, I should get a chance tomorrow afternoon (GMT+11 timezone). Deleting the old patch files seems fine to me - I kept them just in case I break something in the latest version, but there isn't really any reason to include them in the Debian diff file. -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347721: Actually, upstream severity is "critical"
> This bug is "serious" upstream and renders the affected folders > inaccessible. Actually, "Setting severity to Critical - international users cannot use IMAP." /Mikael -- Plus ça change, plus c'est la même chose
Bug#346577: bochs: FTBFS fix for amd64
This fix appears to take care of the FTBFS on amd64. I have no idea if the resulting binaries work though. diff -Naur bochs-2.2.5.orig/debian/rules bochs-2.2.5/debian/rules --- bochs-2.2.5.orig/debian/rules 2006-01-12 11:34:24.077308341 +0100 +++ bochs-2.2.5/debian/rules2006-01-12 11:35:04.358556982 +0100 @@ -35,6 +35,9 @@ ifeq ($(DEB_HOST_ARCH_CPU),i386) conf_args += --with-svga endif +ifeq ($(DEB_HOST_ARCH_CPU),amd64) + conf_args += --with-svga +endif endif ifeq ($(DEB_HOST_ARCH_OS),kfreebsd) kernel = fbsd -ukh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347724: No Packages file on CD #2
Package: installation-reports The official ISO image of CD #2 for 3.1r1 does not contain the Packages file under contrib: # ls /home/data/cd_image/cd2/debian/dists/sarge/contrib/binary-i386/ Release I understand the contrib section is empty on cd2, but one would still like to avoid puzzling error messages when running apt-get update. Note that sources.list usually contains a contrib entry for all cds and it is a bother to edit it back and forth. So an empty Packages file appears to be the natural solution. Sincerely, Denis Sunko -- |Prof. dr Denis Karl Sunko | | Address: Department of Physics | | Faculty of Science| | POB 331 | | HR-1 Zagreb | | Croatia | | Phone: +385 (0)1 46 05 575| | Fax:+385 (0)1 46 80 336| | E-mail: [EMAIL PROTECTED]| || -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327359: pkg-config generates invalid -L linker Option
It seems that pkg-config still contains this bogus path. $ pkg-config QtGui --libs -L/usr/X11R6/lib -L/tmp/buildd/qt4-x11-4.1.0/lib -lQtGui -laudio -lXt -lpng -lSM -lICE -lQtCore -lz -lpthread -lXi -lXrender -lXrandr -lXcursor -lXinerama -lfreetype -lfontconfig -lXext -lX11 -lm -ldl This is from version 4.1.0-1 of libqt4-dev. Should this bug be reopened or new bug created? -- Tommi Vainikainen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342292: tetex-bin: Multiple exploitable heap overflows in embedded xpdf copy
Hi Joey! Martin Schulze [2006-01-11 20:50 +0100]: > I'm attaching the current patch against the version in sarge. Please > let me know which version in sid fixes these problems. BTW, in order to keep a record of these duplicates, I recently created http://wiki.debian.org/EmbeddedCodeCopies Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#347581: debian-policy: Explicitly permit *-headers binary package created from library source package
On Wed, Jan 11, 2006 at 11:19:05AM -0500, Kevin B. McCarty wrote: > Could Policy be amended slightly to explicitly permit library source > packages to create a -headers package containing include files? I would rather see it modified to not forbid it than add a whole paragraph to explicitly permit it. I think the suggested text is much too long. I'm not objecting to the idea; merely the wording. [proposed paragraph elided] > Without this or a similar text, it is not clear to me that source > packages creating -headers binary packages are in compliance > with Policy, which currently says "The development files associated to a > shared library need to be placed in a package called > librarynamesoversion-dev, or if you prefer only to support one > development version at a time, libraryname-dev." I would rather see that last sentence modified slightly to allow a little more flexibility. Perhaps changing "placed in" to "placed in or installed by". Or something along those lines. If you can come up with something like that which allows you to do what you want, without going into excessive and unnecessary detail, I can probably be persuaded to second it. -- Chris Waters | Pneumonoultra-osis is too long [EMAIL PROTECTED] | microscopicsilico-to fit into a single or [EMAIL PROTECTED] | volcaniconi- standalone haiku -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347585: Bug#308812: winbind should depend on samba (smbclient)?
> I'd argue it makes winbind completely unusable in the use case which is > according to the description of the package the reason why it exists. Hmmm, I wonder whether this could justify an update for the next sarge update? Steve? Indeed, 308812 should then be RC as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347706: marked as done (gnome-panel: Uninstallable due to dependency problems)
Garrett, On Thu, Jan 12, 2006, Steve Langasek wrote: > > Please use the reportbug tool to report bugs. Your report does not > > have the version of gnome-panel you have installed, nor the versions of > > its dependencies. > That would be version 2.10.2-1, which is the current version in > testing/unstable. > > The current gnome-panel in unstable is 2.12.2-2 and depends on > No, gnome-panel 2.12.2-2 is in experimental. :) I'm afraid I made two mistakes when closing your bug, which has now been reopened, sorry about that. (Please do consider passing the version of the package in your next reports though.) Cheers, -- Loïc Minier <[EMAIL PROTECTED]> Current Earth status: NOT DESTROYED
Bug#347721: evolution: UTF-8 folder names don't work anymore
Package: evolution Version: 2.4.2.1-1 Followup-For: Bug #347721 I see that too. For information, a folder whose name was 'Envoyé' is now 'Envoyé' (like when you try to see an utf-8 encoded string under an iso-latin-1 viewer). So evolution can't find the folder on the IMAP server, even when trying to re-suscribe. Net result is a non-fonctioning mail agent. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-10-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages evolution depends on: ii evolution-dat 1.4.2.1-1 evolution database backend server ii gconf22.12.1-8 GNOME configuration database syste ii gnome-icon-th 2.12.1-2 GNOME Desktop icon theme ii gtkhtml3.83.8.1-1HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2- 2.10.1-1 The Bonobo UI library ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libcamel1.2-6 1.4.2.1-1 The Evolution MIME message handlin ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libcompfaceg1 1:1.5.2-1 Compress/decompress images for mai ii libdb4.2 4.2.52-23 Berkeley v4.2 Database Libraries [ ii libebook1.2-5 1.4.2.1-1 Client library for evolution addre ii libecal1.2-3 1.4.2.1-1 Client library for evolution calen ii libedataserve 1.4.2.1-1 Utility library for evolution data ii libedataserve 1.4.2.1-1 GUI utility library for evolution ii libesd-alsa0 0.2.36-1 Enlightened Sound Daemon (ALSA) - ii libfontconfig 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgail-commo 1.8.8-1GNOME Accessibility Implementation ii libgail17 1.8.8-1GNOME Accessibility Implementation ii libgconf2-4 2.12.1-8 GNOME configuration database syste ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.5-1The GLib library of C routines ii libgnome-keyr 0.4.6-2GNOME keyring services library ii libgnome-pilo 2.0.12-1.6 Support libraries for gnome-pilot ii libgnome2-0 2.12.0.1-4 The GNOME 2 library - runtime file ii libgnomecanva 2.12.0-2 A powerful object-oriented display ii libgnomeprint 2.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprint 2.12.1-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.12.0-2 The GNOME 2 libraries (User Interf ii libgnomevfs2- 2.12.2-3 The GNOME virtual file-system libr ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error0 1.1-4 library for common error values an ii libgtk2.0-0 2.8.9-2The GTK+ graphical user interface ii libgtkhtml3.8 3.8.1-1HTML rendering/editing library - r ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libkrb53 1.4.3-5MIT Kerberos runtime libraries ii libldap2 2.1.30-12 OpenLDAP libraries ii libnspr4 2:1.7.12-1 Netscape Portable Runtime Library ii libnss3 2:1.7.12-1 Network Security Service Libraries ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.10.2-1 Layout and rendering of internatio ii libpisock80.11.8-17 Library for communicating with a P ii libpisync00.11.8-0.12.0-pre4-3 synchronization library for PalmOS ii libpng12-01.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.9.0.dfsg.1-3 X Window System Session Management ii libsoup2.2-8 2.2.6-1an HTTP library implementation in ii libtasn1-20.2.17-1 Manage ASN.1 structur
Bug#347725: slapd: incorrect password generation in config scripts
Package: slapd Version: 2.2.26-5 Severity: important Tags: patch The password generated in config script is a invalid crypt passwd. Why don't use slappasswd? Thanks Manuel Baena <[EMAIL PROTECTED]> -- 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.15-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages slapd depends on: ii coreutils [fileutils] 5.93-5 The GNU core utilities ii debconf 1.4.67 Debian configuration management sy ii fileutils 5.93-5 The GNU file management utilities ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libdb4.24.2.52-23Berkeley v4.2 Database Libraries [ ii libiodbc2 3.52.3-1 iODBC Driver Manager ii libldap-2.2-7 2.2.26-5 OpenLDAP libraries ii libltdl31.6-0+1.5a-4 A system independent dlopen wrappe ii libperl5.8 5.8.7-10 Shared Perl library ii libsasl22.1.19-1.8 Authentication abstraction library ii libslp1 1.2.1-5 OpenSLP libraries ii libssl0.9.8 0.9.8a-5 SSL shared libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra ii perl [libmime-base64-perl] 5.8.7-10 Larry Wall's Practical Extraction ii psmisc 21.8-1 Utilities that use the proc filesy Versions of packages slapd recommends: ii db4.2-util4.2.52-23 Berkeley v4.2 Database Utilities ii libsasl2-modules 2.1.19-1.8 Pluggable Authentication Modules f -- debconf information excluded 620c620 < userPassword: $adminpass --- > userPassword: {crypt}$adminpass 967c967 < db_set slapd/internal/adminpw `slappasswd -s "$RET"` --- > db_set slapd/internal/adminpw `create_password_hash "$RET"` 973a974,1001 > create_password_hash() { # {{{ > # Create the password hash for the given password > # Usage: hash=`create_password_hash "$password"` > > perl - "$1" <<'EOF' > # --- > sub GenRandom { > local ($len) = @_; > local ($char, $data, @chars); > @chars = split(//, "abcdefghijklmnopqrstuvwxyz" > . "ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789"); > > open(RD, " $data = ""; > while ($len--) { > read(RD, $char, 1) == 1 or die "Failed to read random data"; > $data .= $chars[ord($char) % @chars]; > } > > close(RD); > return $data; > } > print crypt($ARGV[0], GenRandom(2)); > EOF > # -- > } > > # }}} 619c619 < userPassword: $adminpass --- > userPassword: {crypt}$adminpass 966c966 < db_set slapd/internal/adminpw `slappasswd -s "$RET"` --- > db_set slapd/internal/adminpw `create_password_hash "$RET"` 972a973,1000 > create_password_hash() { # {{{ > # Create the password hash for the given password > # Usage: hash=`create_password_hash "$password"` > > perl - "$1" <<'EOF' > # --- > sub GenRandom { > local ($len) = @_; > local ($char, $data, @chars); > @chars = split(//, "abcdefghijklmnopqrstuvwxyz" > . "ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789"); > > open(RD, " $data = ""; > while ($len--) { > read(RD, $char, 1) == 1 or die "Failed to read random data"; > $data .= $chars[ord($char) % @chars]; > } > > close(RD); > return $data; > } > print crypt($ARGV[0], GenRandom(2)); > EOF > # -- > } > > # }}}
Bug#113317: Bug#346346: fixes for heimdal RC bugs
On Thu, Jan 12, 2006 at 09:40:08PM +1100, Brian May wrote: > > "Steve" == Steve Langasek <[EMAIL PROTECTED]> writes: > > Steve> You might want to drop the dozen cruft copies of patches > Steve> for stale versions of heimdal, btw. It required obscene > Steve> contortions to generate this patch, because interdiff > Steve> refused to handle a 130,000 line diff. :P > > Thanks for this patch. It looks good to me. If no one else uploads it > first, I should get a chance tomorrow afternoon (GMT+11 > timezone). Can you please apply the patches from #113317 and #324342 as well, or are there outstanding issues with them? Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343186: nvidia-kernel-source 8178 Fails to bring up X.org with 2.6.1[45]
Package: nvidia-kernel-source Version: 1.0.7676-2 Followup-For: Bug #343186 This is a primary bug report against 8178, even though it says 7676. The same symptoms exist with the new kernel and module. Attempted downgrade: apt-get remove nvidia-kernel-source nvidia-glx nvidia-glx-dev apt-get install nvidia-kernel-source=1.0.7676-2 nvidia-glx-dev=1.0.7676-2 The above commands work just fine, but then running the following module assistant command: m-a a-i nvidia proceeds to download the latest 8178 kernel source instead of using the installed 7676-2 source! This prevents the debian system from being able to check on an older version that worked just fine previously. -- 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.15-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages nvidia-kernel-source depends on: ii debhelper 5.0.15 helper programs for debian/rules ii dpatch2.0.16 patch maintenance system for Debia ii make 3.80+3.81.b4-1 The GNU version of the "make" util ii sed 4.1.4-5The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts2.9.10 Scripts to make the life of a Debi ii kernel-package10.031 A utility for building Linux kerne ii nvidia-glx1.0.7676-2 NVIDIA binary XFree86 4.x driver -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346421: Tried with different package versions
Hi! WireSpot pointed out, that there is a debian package archive (snapshot.debian.net) So I have tried different package versions: [OK] http://snapshot.debian.net/archive/2006/01/12/debian/pool/main/g/gtk+2.0/libgtk2.0-0_2.6.4-3.1_i386.deb [OK] http://snapshot.debian.net/archive/2005/12/13/debian/pool/main/g/gtk+2.0/libgtk2.0-0_2.6.10-2_i386.deb [FAILED] http://snapshot.debian.net/archive/2005/12/13/debian/pool/main/g/gtk+2.0/libgtk2.0-0_2.8.8-1_i386.deb [FAILED] http://snapshot.debian.net/archive/2005/12/13/debian/pool/main/g/gtk+2.0/libgtk2.0-0_2.8.9-1_i386.deb [FAILED] http://snapshot.debian.net/archive/2006/01/12/debian/pool/main/g/gtk+2.0/libgtk2.0-0_2.8.9-2_i386.deb So I assume, that all the 2.8.x packages are affected. I use nvidia propriatery driver too (as WireSpot), but I think it does not matter. Best regards, Khiraly -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347563: procmail - FTBFS: error: conflicting types for 'strcspn'
On Thu, 12 Jan 2006, Bastian Blank wrote: > No. You build the testcase with -g, which makes the compiler supply some > informations about the source. The linker tries to guess where the > undefined reference is located and is wrong in this case. So, do you thing that just dropping -g3 from gcc command line when compiling the test case would work? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347700: unable to make Sarge backport due to error in
version of xlibs-dev in build-depends section in debian/control In-Reply-To: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> X-ngMessageSubType: MessageSubType_MAIL X-WebmailclientIP: 222.152.242.91 You are right, it was actually my fault that I forgot to turn off the backp= orts.org repository in the apt system and therefore the system was confused= as it tries to fetch the "newest" versions of some of the packages (which = may be incompartible with the rest of the existing Sarge dev packages which= are not backported) and therefore the system ran into trouble. Anyway aft= er removing the backports.org from the sources.list, the problem was gone a= nd I could now satisfy all the build-deps. Therefore would you please remove this bug as soon as possible (e.g. by rea= ssigning this bug as something like "notfound") so that this false bug will= not interfere with the development of the wine debs? I sincerely apologize for my careless mistakes. Best Regards, Kai-Cheung Leung - Original Nachricht Von: Ove Kaaven <[EMAIL PROTECTED]> An: [EMAIL PROTECTED],[EMAIL PROTECTED] Datum: 12.01.2006 11:23 Betreff: Re: Bug#347700: unable to make Sarge backport due to error in =09version of xlibs-dev in build-depends section in debian/control > tor, 12,.01.2006 kl. 08.35 +0100, skrev Kai-Cheung Leung: > > Package: libwine > > Version: 0.9.2-1 > > Severity: normal > >=20 > > apt-get build-dep wine told me that the build-dependencies of > > wine-0.9.2-1 could not be satisfied by the Sarge repository. Then I > > looked at wine_0.9.2-1.dsc and I discovered that xlibs-dev is set to > > (<< 4.3). However Debian Sarge has xlibs-dev-4.3, which means that > > the package xlibs-dev-4.3 could NOT be used for compiling Sarge > > backports. >=20 > There are plenty of "xlibs-dev (<< 4.3)" alternatives in the build-deps. > I suppose you're concerned about the libxext-dev one. >=20 > xlibs-dev 4.3 is a transitional package. It depends on libxext-dev, > among others, so if you have xlibs-dev installed, you also have > libxext-dev installed anyway, so the dependency would be satisfied. >=20 > > For most of the build-dependencies, there are alternative packages > > which Sarge could satisfy, however without xlibs-dev, I have to use > > libxext-dev, which is NOT available in Sarge (this package is only > > available in etch onwards) and backporting to Sarge therefore becomes > > impossible. =20 >=20 > Sarge is the stable release, right? Then >=20 > http://packages.debian.org/stable/oldlibs/xlibs-dev >=20 > and >=20 > http://packages.debian.org/stable/libdevel/libxext-dev >=20 > shows that libxext-dev does exist in Sarge. The package list on the > official FTP site lists it too. I don't know what you're running, but if > libxext-dev isn't in it, you're certainly not running Sarge. >=20 >=20 Machen Sie aus 14 Cent spielend bis zu 100 Euro! Die neue Gaming-Area von Arcor - =FCber 50 Onlinespiele im Angebot. http://www.arcor.de/rd/emf-gaming-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#55364: Complimentary degree awarded to : paul
Info for: paul, Been rejected for employment because you didn't have a degree? We have diplomas in all fields, from a accredited university, ready for delivery within 1 - 2 weeks. Call me a the number below to discuss your options. Regards, Van 1-360-272-9646 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#76361: Complimentary degree awarded to : paul
Info for: paul, Been denied for employment because you didn't have a degree? We have diplomas in all fields, from a accredited university, ready for delivery within 1 - 2 weeks. Call me a the number below to discuss your options. Regards, Adam 1-360-272-9646 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347726: epiphany-browser: typing in URL box has annoying completion behavior
Package: epiphany-browser Version: 1.6.5-2 Severity: normal One of the things I do quite often, up to tens of times a day, is look up a particular bug by number. These often happen sequentially, one after the other. I therefore type in control-L (to move focus to and select all of the text in the URL box in the toolbar, i.e., the URL to the previous bug I was looking at), right-arrow (to unselect and move cursor to the end of the box), control-backspace (to remove the bug number from the end of the URL), type in the new number, and then press Enter. The way the completion thing works is that if the current text in the URL box is a prefix of one or more of the URLs in the history list, those URLs are shown in a drop-down list under the URL box. If I want to, I can then use the up/down arrow keys to select one. So far so good. The problem is that depending on timing, Epiphany sometimes (more often if I'm typing fast, it seems to me) decides to not just list the URLs but also selects the first one. This means that if I press Enter, the selected URL in the list is selected, even if I have since typed in some more text into the URL box. When I'm hack mode, I can type really, really fast, and it seems that I'm typing faster than what Epiphany can react to. As a result, up to tens of times per day, I go to the *wrong* bug page. This is really, really annoying. It is so annoying that it can drop me right out of hack mode, resulting in at least fifteen minutes of lost productivity. This happens, of course, with any other sets of pages as well, as long as what I am editing the URL box triggers the drop-down list to appear. I can avoid it happening by introducing artificial delays into my typing. That is also really, really annoying. I have tried to fiddle with some settings in about:config, but that doesn't seem to have any effect. I don't know if this is an Epiphany bug, a GTK+ bug, or perhaps a Mozilla bug, since I'm not familiar with the internals, but I assume it is an Epiphany bug. I haven't had such trouble with any other app, although, admittedly, none of my other apps have quite the same kind of usage patterns as Epiphany does. -- 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.12-1-686 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages epiphany-browser depends on: ii dbus-1 0.23.4-8simple interprocess messaging syst ii dbus-glib-1 0.23.4-8simple interprocess messaging syst ii gconf2 2.10.1-6GNOME configuration database syste ii gnome-icon-theme 2.10.1-2GNOME Desktop icon theme ii iso-codes0.49-1 ISO language, territory, currency ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-8 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libgconf2-4 2.10.1-6GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgnome-desktop-2 2.10.2-1Utility library for loading .deskt ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgtk2.0-0 2.8.9-2 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.10.1-2Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstartup-notification0 0.8-1 library for program launch feedbac ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxml2 2.6.22-2GNOME XML library ii libxslt1.1 1.1.15-2XSLT processing library - runtime ii mozilla-browser 2:1.7.12-1 The Mozilla Internet application s ii mozilla-psm 2:1.7.12-1 The Mozilla Internet application s ii xlibs6
Bug#314223: krdc: RDP color preference is stuck at 8 bits
A new version of krdc has come out, and this bug is still present. Can you please at least forward this bug upstream? Thanks, Andrew. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347727: gpe-contacts: not installable in sid because of dbus transition
Package: gpe-contacts Version: 0.36-1 Severity: grave Justification: renders package unusable Hi, here is the problem: # apt-get install gpe-contacts Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: gpe-contacts: Depends: dbus-1 (>= 0.23.4) but it is not installable Depends: dbus-glib-1 (>= 0.23.4) but it is not installable E: Broken packages gpe-contacts needs to be updated for newer dbus packages. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gpe-contacts depends on: pn dbus-1 (no description available) pn dbus-glib-1(no description available) ii gpe-icons 0.20-1.1 Common icons used by GPE programs ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libdisplaymigration0 0.28-3 display migration support for GTK ii libglib2.0-0 2.8.5-1The GLib library of C routines ii libgpepimc0 0.4-1 category management for GPE applic pn libgpevtype0 (no description available) ii libgpewidget1 0.88-2 GPE Palmtop Environment widget lib ii libgtk2.0-0 2.8.9-2The GTK+ graphical user interface pn libmimedir-gnome0 (no description available) ii libpango1.0-0 1.10.2-1 Layout and rendering of internatio ii libsqlite02.8.16-1 SQLite shared library gpe-contacts recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323357: mondoarchive - can't umount
Dear Jan, It would be great if you could try agian with mindi-1.06-1 and mondo-2.06-1 that have been added to Sid today. Thanks a lot & best regards Andree -- Andree Leidenfrost Sydney - Australia signature.asc Description: This is a digitally signed message part
Bug#346457: Behavior similar to Mindi bug #329246 in version 1.04-7
Hi Jesse It would be great if you could try agian with mindi-1.06-1 and mondo-2.06-1 that have been added to Sid today. Thanks a lot & best regards Andree -- Andree Leidenfrost Sydney - Australia signature.asc Description: This is a digitally signed message part
Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup
On Thu, 2006-01-12 at 12:13 +0200, Martin-Éric Racine wrote: > to, 2006-01-12 kello 09:59 +0100, Michel Dänzer kirjoitti: > > > > > ii libxklavier102.0-0.3 X Keyboard Extension > > > high-level AP > > > > Downgrading libxklavier to 2.0-0.2 seems to fix things here. > > It didn't fix anything here; I still get that error dialogue. Indeed, I was confused by the fact that the first couple of things I tried in gnome-keyboard-properties after downgrading libxklavier didn't cause the XKB error to appear. Sorry about that. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#347728: rapidsvn: crashes with "corrupted double-linkes list" error
Package: rapidsvn Version: 0.9.0-2 Severity: normal When I try to diff a file rapidsvn crashes with the following error message: *** glibc detected *** corrupted double-linked list: 0xb72e3898 *** It also crashes on several other actions, i.e. closing the "log" window, with a similar message: *** glibc detected *** corrupted double-linked list: 0xb736a898 *** I tried to rebuild the package from debian sources which only results in a segmentation fault rather than the above errors :-( -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rapidsvn depends on: ii libapr02.0.55-3 the Apache Portable Runtime ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libdb4.3 4.3.29-3 Berkeley v4.3 Database Libraries [ ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libgcc11:4.0.2-6 GCC support library ii libldap2 2.1.30-12 OpenLDAP libraries ii libneon24 0.24.7.dfsg-3 An HTTP and WebDAV client library ii libssl0.9.80.9.8a-5 SSL shared libraries ii libstdc++6 4.0.2-6 The GNU Standard C++ Library v3 ii libsvn01.2.3dfsg1-3 shared libraries used by Subversio ii libsvncpp0c2a 0.9.0-2 Subversion C++ shared library ii libwxgtk2.6-0 2.6.1.2 wxWidgets Cross-platform C++ GUI t ii libxml22.6.23-1 GNOME XML library ii zlib1g 1:1.2.3-9 compression library - runtime rapidsvn recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347730: beagle: build dependencies cannot be satisfied (libevolution-cil and libgalago-cil)
Package: beagle Version: 0.1.3-1 Severity: grave Justification: renders package unusable Hi, beagle cannot be installed in sid: # apt-get install beagle Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: beagle: Depends: libevolution-cil (>= 0.10.2) but it is not going to be installed Depends: libgalago-cil (>= 0.3.2) but it is not going to be installed Depends: libgalago1 but it is not going to be installed E: Broken packages and cannot be rebuilt: # apt-get build-dep beagle Reading package lists... Done Building dependency tree... Done E: Build-dependencies for beagle could not be satisfied. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages beagle depends on: ii dbus-1-utils 0.60-4 simple interprocess messaging syst ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-11 GNU C Library: Shared libraries an pn libevolution-cil (no description available) ii libexif12 0.6.12-2 library to parse EXIF files pn libgalago-cil (no description available) pn libgalago1 (no description available) ii libgcc1 1:4.1-0exp6GCC support library ii libgconf2.0-cil 2.4.0-1CLI binding for GConf 2.6 ii libgecko2.0-cil 0.11-1 CLI binding for the GtkMozEmbed li ii libglade2.0-cil 2.4.0-1CLI binding for the Glade librarie ii libglib2.0-0 2.8.5-1The GLib library of C routines ii libglib2.0-cil2.4.0-1CLI binding for the GLib utility l ii libgmime2.1-cil 2.1.17-2 CLI binding for the MIME library, ii libgnome2.0-cil 2.4.0-1CLI binding for GNOME 2.6 ii libgnomeui-0 2.12.0-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.12.2-3 The GNOME virtual file-system libr ii libgtk2.0-0 2.8.9-2The GTK+ graphical user interface ii libgtk2.0-cil 2.4.0-1CLI binding for the GTK+ toolkit 2 ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii libmono0 1.1.12.1-1 libraries for the Mono JIT ii libpango1.0-0 1.10.2-1 Layout and rendering of internatio ii libsm66.9.0.dfsg.1-3 X Window System Session Management ii libsqlite02.8.16-1 SQLite shared library ii libstdc++64.1-0exp6 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxml2 2.6.23-1 GNOME XML library ii libxss1 6.9.0.dfsg.1-3 X Screen Saver client-side library ii mono-classlib-1.0 1.1.12.1-1 Mono class library (1.0) ii mono-jit 1.1.12.1-1 fast CLI (.NET) JIT compiler for M ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages beagle recommends: pn beagle-backend-evolution (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335890: freeradius: Are not compiled rlm_eap_peap.la and rlm_eap_ttls.la
On Wed, Jan 11, 2006 at 12:53:35PM +0200, Konstantin Kubatkin wrote: > >>Package: freeradius > >>Version: 1.0.5-2 > >>Severity: normal > >>Are not compiled rlm_eap_peap.la and rlm_eap_ttls.la > >These modules are not installed because of a libtool's nonsense. I arranged > >a patch in the CVS to have these modules statically linked to the server. > >Please get the source from branch_1_1 of the CVS, and try to build > >FreeRADIUS again with dpkg-buildpackage. > >$ cvs -d :pserver:[EMAIL PROTECTED]:/source login > >CVS password: anoncvs > >$ cvs -d :pserver:[EMAIL PROTECTED]:/source checkout -r branch_1_1 radiusd > 1. On i386 has gathered without mistakes Actually, I think you'll find that lintian will pick up that on i386 there's non-PIC code in a shared library. It's the same as on AMD64, but isn't fatal on i386. > 2. On x86_64 has not gathered > /bin/sh /usr/src/Local/freeradius/cvs/radiusd/libtool --mode=link gcc > -release 1.1.0 \ > -module -export-dynamic \ > -o rlm_eap.la -rpath /usr/lib/freeradius rlm_eap.lo eap.lo mem.lo state.lo > ./libeap/libeap.la -lssl -lcrypto -lnsl -lresolv -lpthread > rm -fr .libs/rlm_eap.la .libs/rlm_eap.* .libs/rlm_eap-1.1.0.* > gcc -shared rlm_eap.lo eap.lo mem.lo state.lo -Wl,--whole-archive > ./libeap/.libs/libeap.a -Wl,--no-whole-archive -lssl -lcrypto -lnsl -lresolv > -lpthread -Wl,-soname > -Wl,rlm_eap-1.1.0.so -o .libs/rlm_eap-1.1.0.so > /usr/bin/ld: ./libeap/.libs/libeap.a(eapcrypto.o): relocation R_X86_64_32 can > not be used when making a shared object; recompile with -fPIC > ./libeap/.libs/libeap.a(eapcrypto.o): could not read symbols: Bad value > collect2: ld returned 1 exit status > make[7]: *** [rlm_eap.la] Error 1 > make[7]: Leaving directory > `/usr/src/Local/freeradius/cvs/radiusd/src/modules/rlm_eap' > make[6]: *** [common] Error 2 > make[6]: Leaving directory `/usr/src/Local/freeradius/cvs/radiusd/src/modules' > make[5]: *** [all] Error 2 > make[5]: Leaving directory `/usr/src/Local/freeradius/cvs/radiusd/src/modules' > make[4]: *** [common] Error 2 > make[4]: Leaving directory `/usr/src/Local/freeradius/cvs/radiusd/src' > make[3]: *** [all] Error 2 > make[3]: Leaving directory `/usr/src/Local/freeradius/cvs/radiusd/src' > make[2]: *** [common] Error 2 > make[2]: Leaving directory `/usr/src/Local/freeradius/cvs/radiusd' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/usr/src/Local/freeradius/cvs/radiusd' > make: *** [stamp-build] Error 2 > debuild: fatal error at line 765: > dpkg-buildpackage failed! I do have a partially-worked fix here against 1.0-series, once 1.1.0 is uploaded into archive I'll forward-port it and see if I can get it to actually work. However, I suspect this issue will survive until FreeRADIUS 2.0. >_< The crux of the problem is libtool1.4's magic handling of -lblah which makes it highly dependant on installation order, since it goes hunting in the _target_ directory to work out if it should link the static or dynamic version in. (or more accurately, looks in the source directory for what the source directory records has been installed in the target directory... -_-) -- Paul "TBBle" Hampson, [EMAIL PROTECTED] 8th year CompSci/Asian Studies student, ANU Shorter .sig for a more eco-friendly paperless office. pgp5CLKeOhSbF.pgp Description: PGP signature
Bug#347731: sylpheed-claws-clamav doesnt work with clamav 0.88 installed, takes all ressources, need to kill sylpheed-claws or disable plugin
Package: sylpheed-claws-clamav Version: 1.0.4-1sarge1 Severity: normal sylpheed-claws-clamav doesnt work with clamav 0.88 installed on a Debian Sarge with Volatile clamav package. Need to kill sylpheed-claws manually or just disable sylpheed-claws-clamav plugin, otherwise, it takes all proc resources. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14-oasis Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages sylpheed-claws-clamav depends on: ii clamav 0.88-0volatile1 antivirus scanner for Unix di libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libclamav1 0.88-0volatile1 virus scanner library pi libglib1.2 1.2.10-9 The GLib library of C routines di libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo di libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li di libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte di libxi6 4.3.0.dfsg.1-14sarge1 X Window System Input extension li ii sylpheed-claws 1.0.4-1sarge1 Bleeding edge version of the Sylph di xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344575: hula: Build-Depends needs "zlib1g-dev" package.
On Tue, Dec 27, 2005 at 12:02:18PM -0800, jeremy avnet wrote: > On Dec 27, 2005, at 2:25 AM, Alex Hudson wrote: > >Hula doesn't need zlib, so it certainly shouldn't Build-Depend on it. > >Something, then, is adding in this zlib flag incorrectly - it sounds a > >bit like bug#337873, but that is fixed as far as I know. > > > >Would it be possible for you to have a look at the various .pc > >files on > >your system, and see which is requiring -lz? > > The only .pc file I have on my system is from hula: > > $ locate -r '\.pc$' > /usr/local/src/hula/hula-0.1.0+svn379/hula.pc > > .:. jeremy I can confirm that hula builds well here in my sid chroot *without* zlib headers. Anyway, I see you have a mixed stable/testing distribution on your system. Maybe this causes all the trouble? - Alexander -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345563: yelp: No help index available in gnome (debian etch)
Package: yelp Version: 2.10.0-3 Followup-For: Bug #345563 After performing dist-upgrade from sarge to etch, I have found that the main "Help" option in Gnome desktop menu renders a blank page (only an icon and no help index). I have tried to run yelp or gnome-help from the console, but it gives the following text error (not visible -obviously- if you click directly on the desktop "Help" button): I/O warning : failed to load external entity "/home/daniel/.gnome2/yelp-bookmarks.xbel" *** glibc detected *** free(): invalid next size (fast): 0x0804b868 *** I/O warning : failed to load external entity "" I have checked my .gnome2 folder and that file "yelp-bookmarks.xbel" is missing. I have created a new test user, entered corresponding new session, but problem is the same, and file above is also missing (gnome does not create it, nor it is in /etc/skel). Therefore I don't think this problem is due to migration from sarge to etch, it may happen in new debian etch systems as well. -- 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.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages yelp depends on: ii docbook-xml 4.4-4 standard XML documentation system, ii gconf22.10.1-6 GNOME configuration database syste ii gnome-doc-utils 0.5.2-1a collection of documentation util ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbz2-1.01.0.2-11 high-quality block-sorting file co ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libgconf2-4 2.10.1-6 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2The GLib library of C routines ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgtk2.0-0 2.8.9-2The GTK+ graphical user interface ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libstdc++64.0.2-5The GNU Standard C++ Library v3 ii libxml2 2.6.22-2 GNOME XML library ii libxslt1.11.1.15-2 XSLT processing library - runtime ii mozilla-browser 2:1.7.12-1 The Mozilla Internet application s ii xml-core 0.09 XML infrastructure and XML catalog ii zlib1g1:1.2.3-9 compression library - runtime yelp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347569: VDE2 Released
On Wednesday 11 January 2006 16:29, [EMAIL PROTECTED] wrote: > Package: vde > Version: 1.5.9 > Severity: wishlist > > Hi, > > It seems that VDE2 has been released, and has a number of interesting > new features, any chance we can have it packaged ? Hi. It's me again. The most important question is if vde1 is compatible with vde2? I doubt so I wonder if I should release vde and vde2 packages separately... The upstream source is very, very messed. I think the original tarball have to be repackaged and cleaned up. Please, be patient. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]