Bug#493951: libpkg-guide: recommendations are contrary to accepted best practices
Hi Steve, thanks for taking care The libpkg-guide that has been packaged and is now in the archive gives recommendations regarding -dev package naming which are not at all representative of a consensus in Debian. We already have problems with library maintainers inserting sonames into their -dev package names based on the unclear/misguided advice of this document; shipping it in a stable release would be seen by many as an endorsement by the Debian project, and no such endorsement exists. There *particularly* isn't such an endorsement from the Debian release team, for whom gratuitous -dev package name changes make library transitions more difficult by orders of magnitude. May I kindly ask you if you're willing to provide a patch against libpkg-guide (the code is in git[1])? Alternatively, may you please give us some hints about where thinks have to be fixed (I supposed you read recently the doc so it's fresh :) ) and references for what Debian recommends for -dev package? Thanks in Advance, Sandro [1] git://git.debian.org/git/collab-maint/libpkg-guide.git -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493972: ITP: etherpuppet -- create a virtual interface from a remote Ethernet interface
Package: wnpp Severity: wishlist Owner: Vincent Bernat [EMAIL PROTECTED] * Package name: etherpuppet Version : 0.2 Upstream Author : Philippe Biondi [EMAIL PROTECTED] * URL : http://www.secdev.org/projects/etherpuppet/ * License : GPL Programming Lang: C Description : create a virtual interface from a remote Ethernet interface Etherpuppet is a small program that will create a virtual interface (TUN/TAP) on one machine from the ethernet interface of another machine through a TCP connection. Everything seen by the real interface will be seen by the virtual one. Everything sent to the virtual interface will be emitted by the real one. It has been designed because one often has a small machine as his Internet gateway, and sometimes want to run some big applications that need raw access to this interface, for sniffing (Ethereal, etc.) or for crafting packets that do not survive being reassembled, NATed, etc. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356077: libwine-jack: jack driver does only load if libjack0.100.0-dev is installed
On Fri, Mar 31, 2006 at 04:00:28PM -0500, Ove Kaaven wrote: Yes, but the configure script doesn't work in this case because it greps the ldd output for libjack.so and extracts the soname from there, it doesn't expect to see libjack-0.100.0.so, so the test fails and uses a default. [...] This is fixed in the current Wine sources: commit 90a6fb047eb75db3472f38580fc963bf7310e1cc Author: Francois Gouget [EMAIL PROTECTED] Date: Fri Jul 11 17:47:23 2008 +0200 winejack: Fix detection of jack libraries with a bad soname. :100755 100755 56eb2c9... 36832f3... M configure :100644 100644 bef895b... 8ed54a8... M configure.ac -- Francois Gouget [EMAIL PROTECTED] http://fgouget.free.fr/ Indifference will certainly be the downfall of mankind, but who cares? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493134: xserver-xorg-video-ati: no resolution higher than 640x480 possible
Please try again with the driver from git. I fixed up several RS4xx issues today. I used the version from sid (accoding to git, it already contains the changes) and everything works fine now. Without the panelsize option, the x-contents were shown in the top-left corner of the screen and with the panelsize option, everything works as expected. Thanks a lot for your help, Eike PS: If this is/was a more general problem and you need something to be tested, please let me know. Otherwise, feel free to close this report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493969: RFP: cas-server -- Central Authentication Service (CAS) SSO server
Package: wnpp Severity: wishlist * Package name: cas-server * URL : http://www.ja-sig.org/products/cas/ * License : BSD like : http://www.ja-sig.org/products/cas/overview/license/index.html Description : Central Authentication Service (CAS) SSO server CAS is an authentication system to provide a trusted way for an application to authenticate a user. This package would provide an installable CAS server. There are lots of CAS-ified applications and different CAS clients packaged for Debian, but nothing yet on the server side. Thanks in advance. Best regards, -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391667: I need your co-operation to complete this ..
Richard Max Co 40 Drury lane London WC2B 5RR. Attn: Beneficiary. This is a Personal mail directed to you, and I request that it be treated as such. I am Richard Max, a Personal attorney/sole executor to the late Mr.Robert hereinafter referred to as my client I represent the interest of my client killed with his immediate family in a fatal motor accident in East London on November 5, 2002.and I will like to negotiate the terms of investment of resources available to him. My client worked as consulting engineer sub-comptroller with Sinochem International Oil (London) Co Ltd.here in the United Kingdom. and had left behind a deposit valued Six Million Eight Hundred Thousand British Pounds Sterling only (£6.8million) with a trust company,the amount originated from contract transactions he executed in his registered area of business. The funds had remained unclaimed since his death and no family member had shown up to lay claim with the trust company,Robert had left no possible trace of any of his close relatives with me, making all efforts in my part to locate any extended family relative to be unfruitful.In addition,from his story,he was only adopted and his foster parents according to him had no possible trace of his own family members. The trust house at the beginning of the year contacted me to provide a EXTENDED family member to retrieve the funds, since his deposit agreement paper with the trustee contains a residuary clause giving his attorney express authority to nominate a beneficiary from the family.More so, I have received official letters in the last few weeks suggesting a likely proceeding for confiscation of his abandoned personal assets in line with existing laws by the trust company. I reasoned very professionally,and since copies of the deposit agreement papers are in my custody,I decided to search for a credible person with whose consent, I can present to the trustee company as my late client surviving extended family member so as to enable you put up a claim to the bank in that capacity as a next of kin of my client. Looking up on the Internet leads prospect, I was able to locate your contact details and finding that you bear a similar last name , I was urged to contact you.I find this to b e possible for the fuller reasons I guarantee that this will be executed under a legitimate arrangement that protects you from any breach of law. I will not fail to bring to your notice that this proposal is hitch-free and that you should not entertain any fears as the required arrangements have been made for the completion of this transfer. Therefore, to facilitate the immediate reprofiling of this fund, Please contact me via this email [EMAIL PROTECTED] signifying your interest, and make available a contact detail,for communication purposes. Call me on this number +44 (8) 445599109 or send a mail and I will immediately apprise you with the complete details with which you are to proceed and direct on how to put up an application to the trust company. Regards, Richard Max +44 (8) 445599109 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493955: [Pkg-vala-maintainers] Bug#493955: add a libvala-dbg
On Wed, Aug 06, 2008, Frederic-Emmanuel PICCA wrote: is it possible to add the debugging symbols to help debug problem with vala during compilation. You mean you are getting frequent crashes when running valac? -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474515: Switching console-tolls to kbd breaks because of insserv
Package: insserv Followup-For: Bug #474515 Today I switched from console-tools to kbd to test something, which failed because both /etc/init.d/console-screen.{kbd.,}sh provide console-screen: Richte kbd ein (1.14.1-4) ... insserv: script console-screen.kbd.sh: service console-screen already provided! insserv: exiting now! dpkg: Fehler beim Bearbeiten von kbd (--configure): Unterprozess post-installation script gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: kbd E: Sub-process /usr/bin/dpkg returned an error code (1) This is because I only removed console-tools, but didn't purge it, because I don't know yet, if kbd solves my problem I currently have with console-tools. So it's more complicated for insserv, because there may exists old init.d scripts from removed packages, which aren't actually used because their test -x $DAEMON test just disables them during run-time. Probably insserv should only warn about multiple packages providing the same service, and only start services depending on any X after all X have been started. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (989, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages insserv depends on: ii debconf [debconf-2.0]1.5.23 Debian configuration management sy ii libc62.7-13 GNU C Library: Shared libraries ii sysv-rc 2.86.ds1-60 System-V-like runlevel change mech insserv recommends no packages. Versions of packages insserv suggests: pn bootchart none (no description available) -- debconf information: * insserv/enable: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493971: ITP: symphonic -- a MP3 file manager for Sony's MP3 players
Package: wnpp Severity: wishlist Owner: Vincent Fourmond [EMAIL PROTECTED] * Package name: symphonic Version : 0.2.1alpha Upstream Author : Patrick Balleux and others * URL : http://sourceforge.net/projects/symphonic/ * License : GPL Programming Lang: Java Description : File manager for Sony's MP3 players Symphonic is a file manager for Sony's flash players (such as the NW-E00x series), where songs are stored in a proprietary format not very Unix-friendly. . This program provides functionalities similar to the proprietary Windows-only SonicStage software given by Sony to interact with the players. The package will be placed under the maintainership of the Debian Java team. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489607: [EMAIL PROTECTED]
tag +pending 489607 thanks Thanks, I have created patches for these problems and will upload a fresh release shortly. Patch for heartbeat: http://lists.community.tummy.com/pipermail/linux-ha-dev/2008-August/015883.html Some of this code has moved over to the pacemaker project, the patch for that portion is here: http://list.clusterlabs.org/pipermail/pacemaker/2008-August/000264.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493970: stun rc script is missing status option
Package: stun Version: 0.96.dfsg-5 Severity: normal Tags: patch Hi, /etc/init.d/stun is missing the 'status' option. I've attached a patch to support this function. BR Björn --- stun2007-11-02 07:35:04.0 +0100 +++ stun-new2008-08-06 11:21:32.0 +0200 @@ -27,6 +27,7 @@ NAME=stun DESC=stun START_DAEMON=false +PIDFILE=/var/run/$NAME.pid test -x $DAEMON || exit 0 @@ -65,13 +66,13 @@ start) echo -n Starting $DESC: start-stop-daemon --start --quiet --background --make-pidfile \ - --pidfile /var/run/$NAME.pid \ + --pidfile $PIDFILE \ --chuid $DAEMON_USER --exec $DAEMON -- $DAEMON_OPTS echo $NAME. ;; stop) echo -n Stopping $DESC: - start-stop-daemon --stop --quiet --pidfile /var/run/$NAME.pid \ + start-stop-daemon --stop --quiet --pidfile $PIDFILE \ --chuid $DAEMON_USER --exec $DAEMON echo $NAME. ;; @@ -85,7 +86,7 @@ # # echo Reloading $DESC configuration files. # start-stop-daemon --stop --signal 1 --quiet --pidfile \ - # /var/run/$NAME.pid --exec $DAEMON + # $PIDFILE --exec $DAEMON #;; restart|force-reload) # @@ -95,16 +96,32 @@ # echo -n Restarting $DESC: start-stop-daemon --stop --quiet --pidfile \ - /var/run/$NAME.pid --exec $DAEMON + $PIDFILE --exec $DAEMON sleep 1 start-stop-daemon --start --quiet --pidfile \ - /var/run/$NAME.pid --exec $DAEMON -- $DAEMON_OPTS + $PIDFILE --exec $DAEMON -- $DAEMON_OPTS echo $NAME. ;; + status) + echo -n Status of $DESC: + + if [ ! -r $PIDFILE ]; then + echo $NAME is not running. + exit 3 + fi + + if read pid $PIDFILE ps -p $pid /dev/null 21; then + echo $NAME is running. + exit 0 + else + echo $NAME is not running but $PIDFILE exists. + exit 1 + fi + ;; *) N=/etc/init.d/$NAME - # echo Usage: $N {start|stop|restart|reload|force-reload} 2 - echo Usage: $N {start|stop|restart|force-reload} 2 + # echo Usage: $N {start|stop|restart|status|reload|force-reload} 2 + echo Usage: $N {start|stop|restart|status|force-reload} 2 exit 1 ;; esac
Bug#470365: ITP: libapache2-mod-bw -- Bandwidth limiting tool for Apache2
On Fri, May 30, 2008 at 08:43:00PM +0400, Sergey B Kirpichev wrote: The package can be found on mentors.debian.net: http://mentors.debian.net/debian/pool/main/l/libapache2-mod-bw This message was obviously sent to the wrong ticket, and didn't relate to mod CAS. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481909 for where it belongged. Best regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486071: #486071 dopd: fix basic failover; fix hb message corruption by fprintf(stderr)
tag 486071 +pending thanks Thanks Norbert, I'm going to make a fresh release shortly and I'll include this change. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476641: Transaction Notification...
I have Private. /confidential business to discuss with you, get back via the email address below let us discuss. Regards, Richard Ferguson. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484307: gdm: don't see fonts
Hallo, After investigation: this bug is related to #451791 - xserver-xorg-video-intel: Fonts and many other items fail to render legibly, because when I've added Option AccelMethod XAA to /etc/X11/xorg.conf, it works. Regards Wojciech Zareba -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493967: mercurial: Incorrect license text. Mercurial is GPLv2 only
Package: mercurial Version: 1.0.1-4 Severity: serious Justification: Policy 12.5 /usr/share/doc/mercurial/copyright states: This package is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. The (at your option) any later version is wrong! Mercurial is licensed as GPLv2 only, see here: http://selenic.com/pipermail/mercurial/2008-August/020534.html or the mercurial homepage. Greetings, Dennis -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mercurial depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii mercurial-common 1.0.1-4Scalable distributed version contr ii python2.5.2-2An interactive high-level object-o ii python-support0.8.5 automated rebuilding support for P ii ucf 3.007 Update Configuration File: preserv Versions of packages mercurial recommends: ii kdiff30.9.92-2 compares and merges 2 or 3 files o ii meld 1.1.5.1-2 graphical tool to diff and merge f pn python-beaker none (no description available) Versions of packages mercurial suggests: ii emacs 22.2+2-3 The GNU Emacs editor (metapackage) ii python-elementtree1.2.6-12 Light-weight toolkit for XML proce pn python-mysqldbnone (no description available) pn python-pygments none (no description available) ii python-subversion 1.5.1dfsg1-1 Python bindings for Subversion ii qct 1.5-1 GUI commit tool ii tk8.4 [wish] 8.4.19-2 Tk toolkit for Tcl and X11, v8.4 - ii vim 1:7.1.314-3+b1 Vi IMproved - enhanced vi editor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493968: Tries 64bit version first because of wrong hardcoded path for loading libs
Package: ia32-libs-gtk Version: 2.6 Hello, I am trying to run X-Lite for linux. Results are: $ ./xtensoftphone (xtensoftphone:27191): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so: wrong ELF class: ELFCLASS64 and similiar lines repeated several times. IMHO this comes from hardcoded path inside /usr/lib/libgdk_pixbuf-2.0.so.0 (check with strings). It might also be related to https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/202448 As a workaround, this works: $ GTK_PATH=/usr/lib32/gtk-2.0 ./xtensoftphone Bye, Joerg signature.asc Description: Digital signature
Bug#493718: [Pkg-fglrx-devel] Bug#493718: possible patch
Le Wednesday 06 August 2008 07:46:59 Thomas Bushnell BSG, vous avez écrit : See http://nopaste.debianforum.de/9635 for what might be a good patch for this bug. Seems so. However, it doesn't fit the current packaging: firegl_public.c is heavily patched in the package I'll be away until the 11th, so I won't be able to upload it before. If you can help making it work with current packaging, I'll be thankfull. Romain -- Oh what a competition But Jah is mi highest region Rocking trough revelation Chanting to Jah holy nation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493905: totem: GLib-ERROR **: /tmp/buildd/glib2.0-2.16.4/glib/gmem.c:136: failed to allocate 192000 bytes
Am Mittwoch, den 06.08.2008, 00:02 +0200 schrieb user: Package: totem Version: 2.22.2-3 Severity: normal Download this video http://video.thisamericanlife.org/radio/338_silverts.mov and play it. Crash after ca. 16 sec. [EMAIL PROTECTED]:~/Desktop$ totem 338_silverts.mov GLib-ERROR **: /tmp/buildd/glib2.0-2.16.4/glib/gmem.c:136: failed to allocate 192000 bytes aborting... This file plays fine for me with totem from unstable and gstreamer0.10-plugins-good and gstreamer0.10-plugins-bad from experimental. Can you confirm this? signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#474504: [qingy] changing to a virtual console kills X-session
Hello Julien Ok, now I've got a Xorg log with an error which hopefully helps. David X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-3) Current Operating System: Linux apollo 2.6.26-1-686 #1 SMP Wed Jul 30 20:02:15 UTC 2008 i686 Build Date: 02 August 2008 11:27:26PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.1.log, Time: Wed Aug 6 10:11:08 2008 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Plug Play (**) | |--Device Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Loader magic: 0x81e3ca0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (++) using VT number 1 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1039,0661 card 1043,8113 rev 11 class 06,00,00 hdr 80 (II) PCI: 00:01:0: chip 1039,0003 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1039,0964 card , rev 36 class 06,01,00 hdr 80 (II) PCI: 00:02:5: chip 1039,5513 card 1043,810e rev 01 class 01,01,80 hdr 00 (II) PCI: 00:02:7: chip 1039,7012 card 1043,810f rev a0 class 04,01,00 hdr 00 (II) PCI: 00:03:0: chip 1039,7001 card 1043,810e rev 0f class 0c,03,10 hdr 80 (II) PCI: 00:03:1: chip 1039,7001 card 1043,810e rev 0f class 0c,03,10 hdr 00 (II) PCI: 00:03:2: chip 1039,7001 card 1043,810e rev 0f class 0c,03,10 hdr 00 (II) PCI: 00:03:3: chip 1039,7002 card 1043,810e rev 00 class 0c,03,20 hdr 00 (II) PCI: 00:09:0: chip 11c1,5811 card 11c1,5811 rev 04 class 0c,00,10 hdr 00 (II) PCI: 00:0a:0: chip 109e,036e card 0070,13eb rev 02 class 04,00,00 hdr 80 (II) PCI: 00:0a:1: chip 109e,0878 card 0070,13eb rev 02 class 04,80,00 hdr 80 (II) PCI: 00:0b:0: chip 10ec,8139 card 1043,8109 rev 10 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 1039,6330 card 1043,8113 rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000a (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0xd000 - 0xdfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xdfe0 - 0xdfef (0x10) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xcfd0 - 0xdfcf (0x1000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:2:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI: (0:10:0) Brooktree Corporation Bt878 Video Capture rev 2, Mem @ 0xdfdfe000/12 (--) PCI:*(1:0:0) Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter rev 0, Mem @ 0xd000/27, 0xdfee/17, I/O @ 0xdc00/7 (II) Addressable bus resource ranges are [0] -1 0 0x - 0x (0x0) MX[B] [1] -1 0 0x - 0x (0x1) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0x - 0x (0x1) IX[B] [5] -1 0 0x - 0x00ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xe000 from 0xe3ff to 0xdfff (II) Active PCI resource ranges: [0] -1 0 0xdfffa800 - 0xdfffa8ff (0x100) MX[B] [1] -1
Bug#493966: sim_0.9.5~svn20080716-1(sparc/unstable): FBFS on sparc. error: call of overloaded 'pack(uint)' is ambiguous
Package: sim Version: 0.9.5~svn20080716-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of sim_0.9.5~svn20080716-1 on lebrun by sbuild/sparc 98 Build started at 20080806-0216 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 7), flex, cmake (= 2.4.8), libtool (= 1.5.20), g++ (= 4.0), libpng12-dev (= 1.2.27), libqt3-mt-dev (= 3:3.3.8), libqt3-headers (= 3:3.3.8), qt3-dev-tools (= 3:3.3.8), libssl-dev (= 0.9.8g), kdelibs4-dev (= 4:3.5.9), zlib1g-dev (= 1:1.2.3.3), libexpat1-dev (= 1.95.8), libxml2-dev (= 2.6.32), libxslt1-dev (= 1.1.24), libxft-dev (= 2.1.12), libxss-dev (= 1:1.1.3), zip [...] /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:101: note: candidates are: void ICQBuffer::pack(const QString) near match /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:102: note: void ICQBuffer::pack(const QCString) /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:104: note: void ICQBuffer::pack(char) /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:105: note: void ICQBuffer::pack(unsigned char) /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:106: note: void ICQBuffer::pack(short unsigned int) /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:107: note: void ICQBuffer::pack(long unsigned int) /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:108: note: void ICQBuffer::pack(long int) make[3]: *** [plugins/icq/CMakeFiles/icq.dir/icqlists.o] Error 1 make[3]: Leaving directory `/build/buildd/sim-0.9.5~svn20080716/build-sim' make[2]: *** [plugins/icq/CMakeFiles/icq.dir/all] Error 2 make[2]: Leaving directory `/build/buildd/sim-0.9.5~svn20080716/build-sim' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/sim-0.9.5~svn20080716/build-sim' make: *** [install-stamp] Error 2 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=simver=0.9.5~svn20080716-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493880: xfonts-100dpi: Helvetica from this package is reported by fc-match to beantialiased
On Wednesday 6. August 2008 10:17:44 Brice Goglin wrote: tags 493880 moreinfo unreproducible thank you On Tue, Aug 05, 2008 at 08:02:54PM +0200, Thomas Zander wrote: 1) make sure you have the package installed. $ dpkg -s xfonts-100dpi Package: xfonts-100dpi Status: install ok installed [...] Version: 1:1.0.0-4 Judging by this line you pasted; file: /usr/share/fonts/X11/75dpi/helvR12.pcf.gz(s) you also have the 75 dpi fonts package installed (xfonts-75dpi) and fontconfig returns that result before the one this report is about. Please deinstall the 75dpi package and run the line again; 2) run fc-match -v helvetica | grep antialias Thanks. ps. this report is based on a clean installed lenny. Just installed it from a netinstall a few days ago. And I didn't change any relevant config files. -- Thomas Zander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493823: gpm: segv on SIGWINCH
It should be fixed in gpm-1.99.7-4-gb47, which you can get from http://home.schottelius.org/~nico/temp/gpm-1.99.7-4-gb47.tar.bz2 See bug #493168 for more details. Thanks for your help! Sincerly, Nico -- Think about Free and Open Source Software (FOSS). http://nico.schottelius.org/documentations/foss/the-term-foss/ PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C signature.asc Description: Digital signature
Bug#474529: Perl policy vs. the search order for .1{,p} manpages
On Wed, Aug 06, 2008 at 08:57:34AM +0300, Niko Tyni wrote: On Wed, Aug 06, 2008 at 10:20:54AM +1000, Brendan O'Dea wrote: Is this not going to cause some large measure of grief when either of perl or libmodule-corelist-perl upgrades? I don't see why. The script is handled with dpkg-divert in the libmodule-corelist-perl maintainer scripts, the package doesn't blindly Replace: perl. Just like the module case, we assume that nobody wants to use the older script if a newer one is installed. I'd contend that you should simply divert the manual page in the same way. It's almost always wrong to handle manual pages differently from binaries in maintainer scripts - if you divert foo to foo.real, you should also divert foo.1.gz to foo.real.1.gz. (Similarly for alternatives.) -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493168: gpm: Segfaults on boot.
It still looks the same to me like before. I've also attached gdb and set a breakpoint in selection_copy and never got there. The problem seems to be that in old_main.c line 236, event.vc is 1, and cinfo[1] is NULL. In fact, cinfo is completly filled with NULL. Ha! Found the bug! This was a real good hint :-) I reorded a three level if-clause wrongly in some cleanup commit (old_main.c). Fixed that in 1.99.7-4-gb47, which is available at http://home.schottelius.org/~nico/temp/gpm-1.99.7-4-gb47.tar.bz2 Can you test it, if it works as expected now? PS: The new tar has a src/daemon/selection_copy.c~ in it. Thanks, removed it. It's a left-over from the indent_script. I'll backport the fix to 1.20.x and make a new release soon. As soon as the compile error on 64 Bit Linux is fixed, there will also be a new 1.99.x release. Expect both before the end of August. Sincerly, Nico -- Think about Free and Open Source Software (FOSS). http://nico.schottelius.org/documentations/foss/the-term-foss/ PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C signature.asc Description: Digital signature
Bug#493538: Please add --build-twice-in-a-row option
Yes i did, and it works, also it's already included in ubuntu. Then patch is this one: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=15;filename=twice-in-a-row.patch;att=1;bug=493538 On Wed, 2008-08-06 at 11:53 +0900, Junichi Uekawa wrote: I reviewed your second patch and it doesn't make sense, did you actually test it? At Mon, 04 Aug 2008 23:05:38 -0400, Nicolas Valcárcel wrote: [1 text/plain (quoted-printable)] On my last patch it adds a --twice option which fixes the issue on the where it should be. On Tue, 2008-08-05 at 11:33 +0900, Junichi Uekawa wrote: Hi, I think the concept of the patch might be a good thing, but I don't like the location the command-line option was added. It should really be added in pbuilder-checkparams. BTW, can't you actually create a hook script of some sort? That'd be a much easier change to incorporate. --- pbuilder-0.181/pbuilder 2008-05-24 18:54:05.0 -0400 +++ pbuilder-0.181/pbuilder 2008-08-03 21:27:29.0 -0400 @@ -34,6 +34,10 @@ shift ; /usr/lib/pbuilder/pbuilder-updatebuildenv $@ ;; +--build-twice|build-twice) +shift ; +/usr/lib/pbuilder/pbuilder-buildpackage --twice $@ +;; --build|build) shift ; /usr/lib/pbuilder/pbuilder-buildpackage $@ --- pbuilder-0.181/pbuilder.8 2008-05-24 18:54:05.0 -0400 +++ pbuilder-0.181/pbuilder.8 2008-08-03 21:30:13.0 -0400 @@ -8,6 +8,8 @@ .PP .BI pbuilder --build [ options ] .dsc-file .PP +.BI pbuilder --build-twice [ options ] .dsc-file +.PP .BI pbuilder --execute [ options ] -- script [ script options ] .PP .BI pbuilder --clean @@ -51,6 +53,13 @@ .B base.tgz .TP +.B --build-twice +Builds the package specified by +.I .dsc-file +twice in a row in the chroot environment created using the +.B base.tgz + +.TP .B --clean Cleans up the directory specified by the configuration .B BUILDPLACE --- pbuilder-0.181/pbuilder-buildpackage2008-05-24 18:54:05.0 -0400 +++ pbuilder-0.181/pbuilder-buildpackage2008-08-02 19:13:07.0 -0400 @@ -25,6 +25,11 @@ . /usr/lib/pbuilder/pbuilder-runhooks . /usr/lib/pbuilder/pbuilder-buildpackage-funcs +if [ $1 = --twice]; then +TWICE=True +shift; +fi + PACKAGENAME=$1 if [ ! -f $PACKAGENAME ]; then echo Command line parameter [$PACKAGENAME] is not a valid .dsc file name 2 @@ -117,8 +122,14 @@ if [ -z $DEBEMAIL ]; then DPKG_COMMANDLINE=cd tmp/buildd/*/; dpkg-buildpackage -us -uc $DEBBUILDOPTS +if [ -z $TWICE ]; then +DPKG_COMMANDLINE=$DPKG_COMMANDLINE; dpkg-buildpackage -us -uc $DEBBUILDOPTS +fi else DPKG_COMMANDLINE=cd tmp/buildd/*/; dpkg-buildpackage -us -uc \-m$DEBEMAIL\ $DEBBUILDOPTS +if [ -z $TWICE ]; then +DPKG_COMMANDLINE=$DPKG_COMMANDLINE; dpkg-buildpackage -us -uc \-m$DEBEMAIL\ $DEBBUILDOPTS +fi fi ( --- pbuilder-0.181/pbuilder-modules 2008-05-24 18:54:05.0 -0400 +++ pbuilder-0.181/pbuilder-modules 2008-08-03 21:30:54.0 -0400 @@ -37,6 +37,9 @@ pbuilder --build [--basetgz base.tgz-path] pbuilder_2.2.0-1.dsc Builds using the base.tgz. Requires a .dsc filename +pbuilder --build-twice [--basetgz base.tgz-path] pbuilder_2.2.0-1.dsc + Builds twice in a row using the base.tgz. Requires a .dsc filename + pbuilder --clean Cleans the temporal build directory. -- aka nxvl Key fingerprint = BCE4 27A0 D03E 55DE DA2D BE06 891D 8DEE 6545 97FE gpg --keyserver keyserver.ubuntu.com --recv-keys 654597FE [2 This is a digitally signed message part application/pgp-signature (7bit)] -- aka nxvl Key fingerprint = BCE4 27A0 D03E 55DE DA2D BE06 891D 8DEE 6545 97FE gpg --keyserver keyserver.ubuntu.com --recv-keys 654597FE signature.asc Description: This is a digitally signed message part
Bug#474529: Perl policy vs. the search order for .1{,p} manpages
On Wed, Aug 6, 2008 at 6:34 PM, Colin Watson [EMAIL PROTECTED] wrote: I'd contend that you should simply divert the manual page in the same way. It's almost always wrong to handle manual pages differently from binaries in maintainer scripts - if you divert foo to foo.real, you should also divert foo.1.gz to foo.real.1.gz. (Similarly for alternatives.) My thoughts exactly. Although this does suggest that perhaps policy should be amended to use .1 or .1p for both core and vendor. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492856: Panic or segfault in Samba
tags 492856 -moreinfo reassign 492856 glibc thanks On Wed, Jul 30, 2008 at 09:57:08AM +0200, CORNU Frédéric wrote: On Tue, Jul 29, 2008 at 02:47:08PM +0200, CORNU Frédéric wrote: Using host libthread_db library /lib/tls/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1213172032 (LWP 7391)] 0xb7c15eee in waitpid () from /lib/tls/libc.so.6 #0 0xb7c15eee in waitpid () from /lib/tls/libc.so.6 #1 0xb7bbd699 in strtold_l () from /lib/tls/libc.so.6 #2 0xb7d4e56d in system () from /lib/tls/libpthread.so.0 #3 0x0822c52a in smb_panic (why=0x8321a5f internal error) at lib/util.c:1608 #4 0x0821a69a in sig_fault (sig=11) at lib/fault.c:47 #5 signal handler called #6 0xb7c85b0b in xdr_uint8_t () from /lib/tls/libc.so.6 #7 0xb7c85453 in xdr_uint8_t () from /lib/tls/libc.so.6 #8 0xb7c135a0 in fgetgrent () from /lib/tls/libc.so.6 #9 0xb7c136dd in initgroups () from /lib/tls/libc.so.6 #10 0x08246b3d in sys_getgrouplist (user=0x8418df0 hcjava, gid=1001, groups=0xb7972008, grpcnt=0xbf84c684) at lib/system_smbd.c:72 This is a rather strange failure mode; it doesn't appear to be a bug in Samba at all, this is glibc that's crashing. Can you please send us: - the contents of /etc/nsswitch.conf - the output of 'groups hcjava' Content of /etc/nsswitch.conf : === # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc' and `info' packages installed, try: # `info libc Name Service Switch' for information about this file. passwd: compat group: compat shadow: compat snip Output of 'groups hcjava' : === hcjava : hcjava Ok; between this and the backtrace, I don't see any reason to think that this is a Samba bug as opposed to a glibc bug. Reassigning the report. Does this /fix/ the problem, or does it just reset it until the next time? This makes samba work flawlessly until machine is rebooted (wich occurs too often for me, thanx to buggy server-room air coolers) Hrm, I would almost suspect that the samba failures were themselves a hardware issue, except that there's no reason for the failure to be repeatable at this particular point... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493880: xfonts-100dpi: Helvetica from this package is reported by fc-match to beantialiased
tags 493880 moreinfo unreproducible thank you On Tue, Aug 05, 2008 at 08:02:54PM +0200, Thomas Zander wrote: 1) make sure you have the package installed. $ dpkg -s xfonts-100dpi Package: xfonts-100dpi Status: install ok installed [...] Version: 1:1.0.0-4 2) run fc-match -v helvetica | grep antialias [EMAIL PROTECTED]:~$ fc-match -v helvetica | grep antialias antialias: FcFalse(s) I never touched anything in this package since I have no clue about fonts. Since both Julien and I don't see anything like this, you probably have something screwed in your setup. Brice PS: $ fc-match -v Helvetica Pattern has 26 elts (size 32) family: Helvetica(s) style: Regular(s) slant: 0(i)(s) weight: 80(i)(s) width: 100(i)(s) size: 12(f)(s) pixelsize: 12(f)(s) foundry: Adobe(s) antialias: FcFalse(s) hintstyle: 3(i)(s) hinting: FcTrue(s) verticallayout: FcFalse(s) autohint: FcFalse(s) globaladvance: FcTrue(s) file: /usr/share/fonts/X11/75dpi/helvR12.pcf.gz(s) index: 0(i)(s) outline: FcFalse(s) scalable: FcFalse(s) dpi: 75(f)(s) scale: 1(f)(s) charset: : 0001 7fff 0001: 7fff a4844240 1861c183 e00d ff313fff 0002: cfff 000fffc0 8311 02200020 40007380 3800 3f00efc0 4000 0003: 4000 00b0 1000 001e: 03ff f3f3fcf3 3fcf3cf3 033fcf3f 0020: ff3f0fff 06010047 0010 000e 3260 0021: 0208 00040c04 0022: 02240019 0040 0600 0003c037 (s) lang: aa|af|ast|ay|bi|br|bs|ca|ch|co|cs|cy|da|de|en|eo|es|et|eu|fi|fj|fo|fr|fur|fy|ga|gd|gl|gn|gv|haw|ho|hr|hu|ia|ibo|id|ie|io|is|it|ki|kl|kw|la|lb|lt|lv|mg|mh|mi|mt|nb|nds|nl|nn|no|nr|nso|ny|oc|om|pl|pt|rm|ro|se|sk|sl|sm|sma|smj|smn|so|sq|ss|st|sv|sw|tn|to|tr|ts|ven|vo|vot|wa|wen|wo|xh|yap|zu(s) fontversion: 0(i)(s) fontformat: PCF(s) embeddedbitmap: FcTrue(s) decorative: FcFalse(s) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493963: xserver-xephyr: Allow starting Xephyr at other than 0,0 location
Package: xserver-xephyr Version: 2:1.4.2-2 Severity: wishlist Tags: patch Background: I'd like to use Xephyr to have a multiseat setup. My graphic card has two displays and I don't know how to do differently than having one large screen encompassing both monitors (ideally I'd have :0.0 on first monitor and :0.1 on the second, but hey, I'm not capable). I start Xephyr to have two X servers. Problem: I'd like to start one Xephyr on first monitor and one Xephyr on second monitor. Without window manager it's a bit tricky. Workaround: I can use an X client that honor the -geometry option and use the ``-parent'' option of Xephyr. It's realy ugly (but it works). Better approach: There is a ``-origin'' option of Xephyr that is used in PanoramiX mode but is ignored in non-PanoramiX mode. The following patch sets the upper-left corner of the Xephyr window to the coordinates specified as origin if PanoramiX is not activated. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.13 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xephyr depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-2simple interprocess messaging syst ii libfontenc1 1:1.0.4-3 X11 font encoding library ii libhal1 0.5.11-2 Hardware Abstraction Layer - share ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libx11-6 2:1.1.4-2 X11 client-side library ii libxau6 1:1.0.3-3 X11 authorisation library ii libxdmcp6 1:1.0.2-3 X11 Display Manager Control Protoc ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfont1 1:1.3.3-1 X11 font rasterisation library ii x11-common1:7.3+14 X Window System (X.Org) infrastruc Versions of packages xserver-xephyr recommends: ii xbase-clients 1:7.3+14 miscellaneous X clients - metapack ii xfonts-base 1:1.0.0-5 standard fonts for X xserver-xephyr suggests no packages. -- no debconf information diff -u hw/kdrive/ephyr.orig/ephyr.c hw/kdrive/ephyr/ephyr.c --- hw/kdrive/ephyr.orig/ephyr.c 2008-05-12 18:53:59.0 +0200 +++ hw/kdrive/ephyr/ephyr.c 2008-08-05 12:31:50.0 +0200 @@ -227,7 +227,7 @@ else buffer_height = 3 * screen-height; - priv-base = hostx_screen_init (screen-width, screen-height, buffer_height); + priv-base = hostx_screen_init (screen-origin.x, screen-origin.y, screen-width, screen-height, buffer_height); screen-memory_base = (CARD8 *) (priv-base); screen-memory_size = priv-bytes_per_line * buffer_height; diff -u hw/kdrive/ephyr.orig/hostx.c hw/kdrive/ephyr/hostx.c --- hw/kdrive/ephyr.orig/hostx.c 2008-05-12 18:53:59.0 +0200 +++ hw/kdrive/ephyr/hostx.c 2008-08-05 22:23:35.0 +0200 @@ -445,7 +445,7 @@ * by fakexa for storing offscreen pixmap data. */ void* -hostx_screen_init (int width, int height, int buffer_height) +hostx_screen_init (int x, int y, int width, int height, int buffer_height) { int bitmap_pad; Boolshm_success = False; @@ -533,6 +533,9 @@ XSetWMNormalHints(HostX.dpy, HostX.win, size_hints); XFree(size_hints); +#ifndef PANORAMIX + XMoveWindow(HostX.dpy, HostX.win, x, y); +#endif XMapWindow(HostX.dpy, HostX.win); XSync(HostX.dpy, False); diff -u hw/kdrive/ephyr.orig/hostx.h hw/kdrive/ephyr/hostx.h --- hw/kdrive/ephyr.orig/hostx.h 2008-05-12 18:53:59.0 +0200 +++ hw/kdrive/ephyr/hostx.h 2008-08-05 12:26:56.0 +0200 @@ -147,7 +147,7 @@ unsigned char b); void* -hostx_screen_init (int width, int height, int buffer_height); +hostx_screen_init (int x, int y, int width, int height, int buffer_height); void hostx_paint_rect(int sx,int sy,
Bug#493964: libjasper-runtime: jiv abort on proper input image
Package: libjasper-runtime Version: 1.701.0-2 Severity: important I cannot open the following jpc image: http://jpeg.sourceforge.net/jpeg2000/D_CLUNIE_CT1_J2KI.j2k Using jiv I get the following: $ gdbrun /tmp/jasper/bin/jiv bla.j2k ~/Projects/gdcm/debug-gcc43 GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu... Program received signal SIGABRT, Aborted. 0x2ac711cf71d5 in raise () from /lib/libc.so.6 (gdb) bt #0 0x2ac711cf71d5 in raise () from /lib/libc.so.6 #1 0x2ac711cf8680 in abort () from /lib/libc.so.6 #2 0x0040b190 in getint (in=0x88c430, sgnd=1, prec=16, val=0x7fff9a1b2178) at jas_image.c:1218 #3 0x0040a421 in jas_image_readcmpt2 (image=0x8882d0, cmptno=0, x=0, y=0, width=512, height=1, buf=0x8948f0) at jas_image.c:991 #4 0x0040bb03 in jas_image_chclrspc (image=0x0, outprof=0x885c00, intent=0) at jas_image.c:1416 #5 0x00403cfe in loadimage () at jiv.c:746 #6 0x00403a81 in nextimage () at jiv.c:664 #7 0x004027c0 in main (argc=2, argv=0x7fff9a1b2478) at jiv.c:279 (gdb) up #1 0x2ac711cf8680 in abort () from /lib/libc.so.6 (gdb) #2 0x0040b190 in getint (in=0x88c430, sgnd=1, prec=16, val=0x7fff9a1b2178) at jas_image.c:1218 1218abort(); (gdb) list 1213v = (v 8) | c; 1214} 1215v = ((1 prec) - 1); 1216if (sgnd) { 1217/* XXX - Do something here. */ 1218abort(); 1219} else { 1220*val = v; 1221} 1222return 0; (gdb) p sgnd $1 = 1 (gdb) quit The program is running. Exit anyway? (y or n) y It would be nice if the code would nicely handle the image instead of just aborting. thanks -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (50, 'testing'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libjasper-runtime depends on: ii freeglut3 2.4.0-5OpenGL Utility Toolkit ii libc6 2.7-10 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1] 6.5.1-0.6 A free implementation of the OpenG ii libglu1-mesa [libglu1]6.5.1-0.6 The OpenGL utility library (GLU) ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjasper-1.701-1 1.701.0-2 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libsm61:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxi61:1.0.1-4 X11 Input extension library ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxt61:1.0.2-2 X11 toolkit intrinsics library libjasper-runtime recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491763: setting package to egroupware-phpbrain egroupware-developer-tools egroupware-timesheet egroupware-core egroupware-mydms egroupware-etemplate egroupware-resources egroupware-bookmarks egrou
# Automatically generated email from bts, devscripts version 2.10.34 # via tagpending # # egroupware (1.4.004-2.dfsg-3) UNRELEASED; urgency=low # # * Debconf translation updates (closes: #491763) package egroupware-phpbrain egroupware-developer-tools egroupware-timesheet egroupware-core egroupware-mydms egroupware-etemplate egroupware-resources egroupware-bookmarks egroupware-infolog egroupware-polls egroupware egroupware-tracker egroupware-sitemgr egroupware-felamimail egroupware-wiki egroupware-sambaadmin egroupware-registration egroupware-calendar egroupware-news-admin egroupware-addressbook egroupware-filemanager egroupware-emailadmin egroupware-phpsysinfo egroupware-projectmanager egroupware-manual tags 491763 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493965: CGI.pm: script_name() include the GET query if it contains //
Package: perl-modules Version: 5.10.0-11.1 Severity: normal Tags: patch Note: this bug has already been reported upstreams and I've submitted my patch there as well. http://rt.cpan.org/Public/Bug/Display.html?id=17441 There are a number of issues with the way the CGI.pm constructs script_name() to work-around an alledged bug in Apache. If /path/to/script.cgi?x=// is requested, script_name() returns /path/to/script.cgi?x=// instead of /path/to/script.cgi. That is known to break gnatsweb.pl at least. If /path/to/script.cgi/script.cgi is requested, script_name() returns /path/to instead of /path/to/script.cgi The bug was introduced in CGI.pm 3.11. I'm attaching a patch. In my opinion, the patch still isn't the right thing to do as I don't think Apache behavior is a bug, but because we may not want to break scripts that wrongly relied on dupplicated / to be preserved, it tries to accomodate with them. The patch includes a comment that tries to clarify why we do that which I reproduce here: # This function returns a potentially modified version of SCRIPT_NAME # and PATH_INFO. Some HTTP servers do sanitise the paths in those # variables. It is the case of at least Apache 2. If for instance the # user requests: /path/./to/script.cgi/x//y/z/../x?y, Apache will set: # REQUEST_URI=/path/./to/script.cgi/x//y/z/../x?y # SCRIPT_NAME=/path/to/env.cgi # PATH_INFO=/x/y/x # # This is all fine except that some bogus CGI scripts expect # PATH_INFO=/http://foo when the user requests # http://xxx/script.cgi/http://foo # # Old versions of this module used to accomodate with those scripts, so # this is why we do this here to keep those scripts backward compatible. # Basically, we accomodate with those scripts but within limits, that is # we only try to preserve the number of / that were provided by the user # if $REQUEST_URI and $SCRIPT_NAME$PATH_INFO only differ by the number # of consecutive /. # # So for instance, in: http://foo/x//y/script.cgi/a//b, we'll return a # script_name of /x//y/script.cgi and a path_info of /a//b, but in: # http://foo/./x//z/script.cgi/a/../b//c, we'll return the versions # possibly sanitised by the HTTP server, so in the case of Apache 2: # script_name == /foo/x/z/script.cgi and path_info == /b/c. # # Future versions of this module may no longer do that, so one should # avoid relying on the browser, proxy, server, and CGI.pm preserving the # number of consecutive slashes as no guarantee can be made there. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26 (PREEMPT) Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages perl-modules depends on: ii perl 5.10.0-11.1 Larry Wall's Practical Extraction perl-modules recommends no packages. perl-modules suggests no packages. -- debconf-show failed --- CGI.pm.orig 2008-07-29 16:00:05.0 +0100 +++ CGI.pm 2008-08-06 08:31:04.0 +0100 @@ -2849,30 +2849,58 @@ } END_OF_FUNC -# WE USE THIS TO COMPENSATE FOR A BUG IN APACHE 2 PRESENT AT LEAST UP THROUGH 2.0.54 +# This function returns a potentially modified version of SCRIPT_NAME +# and PATH_INFO. Some HTTP servers do sanitise the paths in those +# variables. It is the case of at least Apache 2. If for instance the +# user requests: /path/./to/script.cgi/x//y/z/../x?y, Apache will set: +# REQUEST_URI=/path/./to/script.cgi/x//y/z/../x?y +# SCRIPT_NAME=/path/to/env.cgi +# PATH_INFO=/x/y/x +# +# This is all fine except that some bogus CGI scripts expect +# PATH_INFO=/http://foo when the user requests +# http://xxx/script.cgi/http://foo +# +# Old versions of this module used to accomodate with those scripts, so +# this is why we do this here to keep those scripts backward compatible. +# Basically, we accomodate with those scripts but within limits, that is +# we only try to preserve the number of / that were provided by the user +# if $REQUEST_URI and $SCRIPT_NAME$PATH_INFO only differ by the number +# of consecutive /. +# +# So for instance, in: http://foo/x//y/script.cgi/a//b, we'll return a +# script_name of /x//y/script.cgi and a path_info of /a//b, but in: +# http://foo/./x//z/script.cgi/a/../b//c, we'll return the versions +# possibly sanitised by the HTTP server, so in the case of Apache 2: +# script_name == /foo/x/z/script.cgi and path_info == /b/c. +# +# Future versions of this module may no longer do that, so one should +# avoid relying on the browser, proxy, server, and CGI.pm preserving the +# number of consecutive slashes as no guarantee can be made there. '_name_and_path_from_env' = 'END_OF_FUNC', sub _name_and_path_from_env { - my $self = shift; - my $raw_script_name = $ENV{SCRIPT_NAME} || ''; - my $raw_path_info = $ENV{PATH_INFO} || ''; - my $uri = unescape($self-request_uri) || ''; - - my $protected=
Bug#480041: Still happens with neon
I'm running with the current experimental versions: ii libneon27-gnutls 0.28.2-3 ii libgnutls26 2.4.1-1 ii libneon27-gnutls 0.28.2-3 but that still doesn't work. I'm trying to access a https URL that requires a client certificate, but (according to strace) it is never read; and if read the neon debug messages correctly, this is the cause for the re-handshake. I have my ~/.subversion/servers file configured for this host, so that the client certificate should be used. $ svn ls https://URL ah_create, for WWW-Authenticate Running pre_send hooks compress: Initialization. Sending request headers: OPTIONS PATH HTTP/1.1 Host: SERVER User-Agent: SVN/1.5.1 (r32289) neon/0.28.2 Keep-Alive: Connection: TE, Keep-Alive TE: trailers DAV: http://subversion.tigris.org/xmlns/dav/svn/depth DAV: http://subversion.tigris.org/xmlns/dav/svn/mergeinfo DAV: http://subversion.tigris.org/xmlns/dav/svn/log-revprops Accept-Encoding: gzip Sending request-line and headers: Doing DNS lookup on SERVER... Connecting to IP Request sent; retry is 0. Aborted request (-1): Could not read status line sess: Closing connection. sess: Connection closed. Request ends, status 0 class 0xx, error line: Could not read status line: SSL error: Rehandshake was requested by the peer. Running destroy hooks. Request ends. svn: OPTIONS von »URL«: Could not read status line: SSL error: Rehandshake was requested by the peer. (URL) sess: Destroying session. sess: Destroying session. The hack of Krystian Bacławski works, though. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493959: lynx-cur: [INTL:it] Italian debconf templates translation
Package: lynx-cur Severity: wishlist Tags: patch l10n Please add the italian debconf templates translation (attached). Thanks, Luca it.po Description: Binary data
Bug#493901: xserver-xorg-core: X fails to start in a Xen DomU (using Xen Framebuffer)
Quoting Julien Cristau [EMAIL PROTECTED]: This is supposed to be addressed by patch 47_fbdevhw_magic_numbers.diff. I didn't see this patch (which was disabled in 1.3.99.0-1). I re-enabled it and then recompiled xorg-server and it solves correctly this problem. Thanks, Olivier; -- gpg --keyserver pgp.mit.edu --recv-keys 0x43CEA851 __ Olivier Tétard - toutoune25 site : http://toutoune25.miskin.fr/ Jabber : [EMAIL PROTECTED] __ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493961: menu: Debian menu not visible on fresh installs
Package: menu Version: 2.1.39 Severity: serious Justification: useless package; package doesn't fulfill its role I made a fresh install on a new laptop and I discovered that the Debian menu is not present AT ALL in GNOME's menu. This package is useless as long as this happens. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (10, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages menu depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libstdc++64.3.1-2The GNU Standard C++ Library v3 menu recommends no packages. Versions of packages menu suggests: ii gksu 2.0.0-5graphical frontend to su -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493962: krb5: [INTL:it] Italian debconf templates translation
Package: krb5 Severity: wishlist Tags: patch l10n Please add the italian debconf templates translation (attached). Thanks, Luca it.po Description: Binary data
Bug#493960: root-system: [INTL:it] Italian debconf templates translation
Package: root-system Severity: wishlist Tags: patch l10n Please add the italian debconf templates translation (attached). Thanks, Luca it.po Description: Binary data
Bug#493720: Installation Report
Quoting Jérémy Bobbio ([EMAIL PROTECTED]): So basically in the past passing 'de' would work but only because by accident a keymap named de [1] does exist, *not* because it was expanded into a valid value from the selection list. The only really valid value for preseeding has always been 'de-latin1-nodeadkeys'. console-keymaps-at (at least) ships more keymaps than those that can actually be selected from the select list. IMHO, it makes sense to allow users to select those by preseeding. Well, it was IIRC never intended. It might happen that some cleaning was done at some point in console-data udebs (I haven't been as active with it as I am right nowwhich is still not that much). So, if keymaps are present in the udebs and *not* offered as Choices, my opinion is that they should be removed. Being able to preseed the keymaps that are not offered as choices is not something that has been advertized in D-I documentation, so I'd vote to remove those extra keymaps from the udeb: they just clutter up the udebs and therefore the initrds. signature.asc Description: Digital signature
Bug#493575: since librrd2 1.2.28-1 rrdtool produces graphics without text
Hi, On Wed, Aug 06, 2008 at 10:41:01AM +0300, Teodor wrote: On Wed, Aug 6, 2008 at 9:42 AM, Sebastian Harl [EMAIL PROTECTED] wrote: Also, I've merged the bug with #493594 because I believe they are the same, Marc please tell me if you had different things in mind when opening another bug. I think the bug #493594 was for 1.3.x series, not for 1.2.x and maybe this is why another bug report. I could not reproduce this bug with 1.3.1-2. From my tests it seems that `rrdtool' does not use the specified fonts as the graphs are identical no matter which font is given. This works for me in both 1.2.28 and 1.3.1. Note, that the way how to specify the font has changed. In 1.2.28 you had to specify a path to a .ttf file while in 1.3 you may use any font identifier as understood by libpango. HTH, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#493957: Bug#491737: installation-reports: Succesful install on QNAP TS-109 Pro II
* Martin Michlmayr [EMAIL PROTECTED] [2008-08-03 10:05]: * Timo Jyrinki [EMAIL PROTECTED] [2008-07-31 12:19]: Anyway, the directory access problem is still there. I now checked with both a 1TB disk and 300GB disk, and both had the same sort of problems: Can you try with 2.6.26 from unstable? Updating the CC with the new bug number. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493575: since librrd2 1.2.28-1 rrdtool produces graphics without text
On Wed, Aug 6, 2008 at 9:42 AM, Sebastian Harl [EMAIL PROTECTED] wrote: Reopening #493575 since Teodor confirmed it. Please note though, that this tag is meant to be used by the maintainers only (see http://www.debian.org/Bugs/Developer#tags). Ok, thanks for the link. I didn't knew that some tags are for maintainers only. Also, I've merged the bug with #493594 because I believe they are the same, Marc please tell me if you had different things in mind when opening another bug. I think the bug #493594 was for 1.3.x series, not for 1.2.x and maybe this is why another bug report. From my tests it seems that `rrdtool' does not use the specified fonts as the graphs are identical no matter which font is given. Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493956: w3m can't download files larger than 2GB
Package: w3m Version: 0.5.1-5.1 Severity: normal Using w3m to download a file greater than 2GB causes the download to hang forver at 2GB-1 bytes. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (800, 'stable'), (500, 'testing'), (99, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages w3m depends on: ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libgc1c2 1:6.8-1 conservative garbage collector for ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib ii libncurses55.5-5 Shared libraries for terminal hand ii libssl0.9.80.9.8c-4etch3 SSL shared libraries ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages w3m recommends: ii ca-certificates 20070303 Common CA Certificates PEM files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491737: splitting into two bugs
clone 491737 -1 reassign 491737 oldsys-preseed severity 491737 wishlist retitle 491737 please allow selection of language retitle -1 Orion/QNAP TS-109 II: possible sata_mv problems reassign -1 linux-2.6 owner -1 ! thanks Let's split this bug into two. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490071: xorg occupies all cpu time
The last two days, without GDB, again it worked with no issues, so the glitch, hardware or software, seems disappeared. I spoken too early. Well, this time I was able to get a backtrace, don't know if useful: Program received signal SIGINT, Interrupt. 0xb7f0b424 in __kernel_vsyscall () #0 0xb7f0b424 in __kernel_vsyscall () #1 0xb7d77ed9 in ioctl () from /lib/i686/cmov/libc.so.6 #2 0xb7aff23d in drmDMA () from /usr/lib/libdrm.so.2 #3 0xb7a87f79 in RADEONCPGetBuffer (pScrn=0x9dcd8a0) at ../../src/radeon_accel.c:611 #4 0xb7a88113 in RADEONCPFlushIndirect (pScrn=0x9dcd8a0, discard=1) at ../../src/radeon_accel.c:665 #5 0xb7a929e3 in RADEONCPScanlinePacket (pScrn=0x9dcd8a0, bufno=0) at ../../src/radeon_accelfuncs.c:686 #6 0xb7890878 in XAAWritePixmapScanline (pScrn=0x9dcd8a0, x=343, y=146, w=912, h=173, src=0xa5ded320 FF, srcwidth=3648, rop=3, planemask=4294967295, trans=-1, bpp=32, depth=24) at ../../../../hw/xfree86/xaa/xaaImage.c:370 #7 0xb7882448 in XAADoImageWrite (pSrc=0xa5bcd008, pDst=0xa10f230, pGC=0xa10c2a0, prgnDst=0xbfe26150, pptSrc=0xbfe260f0) at ../../../../hw/xfree86/xaa/xaaCpyArea.c:218 #8 0xb7881bf2 in XAABitBlt (pSrcDrawable=0xa5bcd008, pDstDrawable=0xa10f230, pGC=0xa10c2a0, srcx=0, srcy=0, width=912, height=785, dstx=7, dsty=3, doBitBlt=0xb7882330 XAADoImageWrite, bitPlane=0) at ../../../../hw/xfree86/xaa/xaaBitBlt.c:203 #9 0xb7882a3f in XAACopyArea (pSrcDrawable=0xa5bcd008, pDstDrawable=0xa10f230, pGC=0xa10c2a0, srcx=0, srcy=0, width=912, height=785, dstx=7, dsty=3) at ../../../../hw/xfree86/xaa/xaaCpyArea.c:66 #10 0xb78c449a in cwCopyArea (pSrc=0xa5bcd008, pDst=0xa10f230, pGC=0xa10c2a0, srcx=0, srcy=0, w=912, h=785, dstx=7, dsty=3) at ../../../miext/cw/cw_ops.c:201 #11 0x08177a26 in damageCopyArea (pSrc=0xa5bcd008, pDst=0xa10f230, pGC=0xa10c2a0, srcx=0, srcy=0, width=912, height=785, dstx=7, dsty=3) at ../../../miext/damage/damage.c:834 #12 0x0808be86 in ProcCopyArea (client=0xa07bec0) at ../../dix/dispatch.c:1802 #13 0x08155004 in XaceCatchDispatchProc (client=0xa07bec0) at ../../Xext/xace.c:281 #14 0x0808de64 in Dispatch () at ../../dix/dispatch.c:502 #15 0x08074795 in main (argc=9, argv=0xbfe26844, envp= Cannot access memory at address 0xc0286431 ) at ../../dix/main.c:452 The program is running. Quit anyway (and detach it)? (y or n) Detaching from program: /usr/bin/Xorg, process 2890 -- Andrea -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491737: installation-reports: Succesful install on QNAP TS-109 Pro II
* Frans Pop [EMAIL PROTECTED] [2008-07-31 18:19]: Yeah, you're right. oldsys-preseed has the following comment about this. I guess the question is whether the new localechooser deals properly locale not being preseeded in this situation. Should all work fine. Just drop the preseed. Okay, I can select the language now. However, most text still stays in English, although some things show up in the chosen language. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493954: beagle: Crashes toggling category
Package: beagle Version: 0.3.8-1 Severity: important Run beagle-search, search something and toggle any category. Then: 1. 20080123083000 2. 23 enero, 09:30 Exception in Gtk# callback delegate Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception. System.NullReferenceException: Object reference not set to an instance of an object at Beagle.Search.GroupView.OnCategoryToggle (ScopeType catScope) [0x0] at Beagle.Search.Category.OnActivated (System.Object obj, System.EventArgs args) [0x0] at GLib.Signal.voidObjectCallback (IntPtr handle, IntPtr data) [0x0] at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean is_terminal) at GLib.Signal.voidObjectCallback(IntPtr handle, IntPtr data) at GLib.Signal.voidObjectCallback(IntPtr , IntPtr ) at Gtk.Application.gtk_main() at Gtk.Application.gtk_main() at Gtk.Application.Run() at Gnome.Program.Run() at Beagle.Search.Driver.Main(System.String[] args) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages beagle depends on: ii adduser3.109 add and remove users and groups ii bash 3.2-4 The GNU Bourne Again SHell ii dbus 1.2.1-3 simple interprocess messaging syst ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libavahi1.0-cil0.6.19-2 CLI bindings for Avahi ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libchm12:0.39-9 library for dealing with Microsoft ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libfreetype6 2.3.7-1 FreeType 2 font engine, shared lib ii libgalago1.0-cil 0.5.0-2.2 CLI bindings for libgalago ii libgconf2.0-cil2.20.1-1 CLI binding for GConf 2.20 ii libglade2.0-cil2.12.1-1 CLI binding for the Glade librarie ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libglib2.0-cil 2.12.1-1 CLI binding for the GLib utility l ii libgmime2.2-cil2.2.22-2 CLI binding for the MIME library ii libgnome-vfs2.0-cil2.20.1-1 CLI binding for GnomeVFS 2.20 ii libgnome2.0-cil2.20.1-1 CLI binding for GNOME 2.20 ii libgsf-1-114 1.14.8-1 Structured File Library - runtime ii libgsf0.0-cil 0.8-1 CLI bindings for libgsf ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libgtk2.0-cil 2.12.1-1 CLI binding for the GTK+ toolkit 2 ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libmono-cairo2.0-cil 1.9.1+dfsg-2 Mono Cairo library ii libmono-corlib2.0-cil 1.9.1+dfsg-2 Mono core library (2.0) ii libmono-security2.0-ci 1.9.1+dfsg-2 Mono Security library ii libmono-sharpzip2.84-c 1.9.1+dfsg-2 Mono SharpZipLib library ii libmono-sqlite2.0-cil 1.9.1+dfsg-2 Mono Sqlite library ii libmono-system-data2.0 1.9.1+dfsg-2 Mono System.Data Library ii libmono-system-web2.0- 1.9.1+dfsg-2 Mono System.Web Library ii libmono-system2.0-cil 1.9.1+dfsg-2 Mono System libraries (2.0) ii libmono0 1.9.1+dfsg-2 libraries for the Mono JIT ii libmono2.0-cil 1.9.1+dfsg-2 Mono libraries (2.0) ii libndesk-dbus-glib1.0- 0.4.1-1 CLI implementation of D-Bus (GLib ii libndesk-dbus1.0-cil 0.6.0-1 CLI implementation of D-Bus ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libpng12-0 1.2.27-1 PNG library - runtime ii librsvg2-2 2.22.2-2 SAX-based renderer library for SVG ii libsm6 2:1.0.3-2 X11 Session Management library ii libsqlite3-0 3.5.9-3 SQLite 3 shared library ii libtaglib2.0-cil 2.0.3.0-2 CLI library for accessing audio an ii libwmf0.2-70.2.8.4-6 Windows metafile conversion librar ii libwv-1.2-31.2.4-2 Library for accessing Microsoft Wo ii libx11-6 2:1.1.4-2 X11 client-side library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxss11:1.1.3-1 X11 Screen Saver extension library ii mono-runtime 1.9.1+dfsg-2 Mono runtime ii xdg-utils 1.0.2-6 desktop
Bug#493955: add a libvala-dbg
Package: vala Severity: normal Hello is it possible to add the debugging symbols to help debug problem with vala during compilation. Thanks Frederic -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493952: Support auxiliary lines
Package: audacity Version: 1.2.4b-2.1 Severity: wishlist It would be quite helpful if it would be possible to place auxiliary lines in a waveform that act electrical, i.e. you can later align a selection on them. One could drag auxiliary lines from the left or right margin into the waveform. Regards, Joey -- Testing? What's that? If it compiles, it is good, if it boots up, it is perfect. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493953: ilohamail: Incorrect handle header item Date:
Package: ilohamail Version: 0.8.14-0rc3sid6 Severity: normal Tags: patch 1. - If IlohaMail show Inbox with spam email with wrong header item Date:, then IlohaMail write warning message: Warning: mktime() expects parameter 6 to be long, string given in /usr/share/IlohaMail/include/pop3.inc on line 400 when I use POP3, or Warning: mktime() expects parameter 6 to be long, string given in /usr/share/IlohaMail/include/imap.inc on line 425 when I use IMAP. 2. - If I click to email with wrong header item Date: and click to Source, then IlohaMail write warning message: Warning: mktime() expects parameter 6 to be long, string given in /usr/share/IlohaMail/include/pop3.inc on line 400 Warning: Cannot modify header information - headers already sent by (output started at /usr/share/IlohaMail/include/pop3.inc:400) in /usr/share/IlohaMail/source/view.php on line 88 when I use POP3, or Warning: mktime() expects parameter 6 to be long, string given in /usr/share/IlohaMail/include/imap.inc on line 425 Warning: Cannot modify header information - headers already sent by (output started at /usr/share/IlohaMail/include/imap.inc:425) in /usr/share/IlohaMail/source/view.php on line 88 when I use IMAP. 3. - If I click to email with wrong header item Date: and click to Show Header, then IlohaMail write warning message: Warning: mktime() expects parameter 6 to be long, string given in /usr/share/IlohaMail/include/pop3.inc on line 400 Warning: Cannot modify header information - headers already sent by (output started at /usr/share/IlohaMail/include/pop3.inc:400) in /usr/share/IlohaMail/source/view.php on line 92 when I use POP3, or Warning: mktime() expects parameter 6 to be long, string given in /usr/share/IlohaMail/include/imap.inc on line 425 Warning: Cannot modify header information - headers already sent by (output started at /usr/share/IlohaMail/include/imap.inc:425) in /usr/share/IlohaMail/source/view.php on line 92 when I use IMAP. Example of wrong header item Date (date without Year): Date: Wed, 30 Jul Paris, Madrid (heure d'.t.) This wrong date going with many spam emails. I write simple patch (at the attachment) to correct all wrong header item Date:, include these errors. Please use this command: patch /usr/share/IlohaMail/include/pop3.inc patch_pop3.inc to patch pop3.inc and patch /usr/share/IlohaMail/include/imap.inc patch_imap.inc to patch imap.inc. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Versions of packages ilohamail depends on: ii apache2-mpm-prefork [http 2.2.3-4+etch5 Traditional model for Apache HTTPD ii debconf 1.5.11etch2Debian configuration management sy ii libapache2-mod-php5 5.2.0-8+etch11 server-side, HTML-embedded scripti ii php5 5.2.0-8+etch11 server-side, HTML-embedded scripti ii postfix [mail-transport-a 2.3.8-2+b1 A high-performance mail transport ii wwwconfig-common 0.0.48 Debian web auto configuration Versions of packages ilohamail recommends: ii aspell0.60.4-4 GNU Aspell spell-checker ii gnupg 1.4.6-2GNU privacy guard - a free PGP rep ii mysql-client 5.0.32-7etch6 mysql database client (meta packag ii mysql-client-5.0 [mysql-c 5.0.32-7etch6 mysql database client binaries ii php5-mysql5.2.0-8+etch11 MySQL module for php5 -- debconf information: * ilohamail/webserver_type: Apache2 ilohamail/weblocation: /IlohaMail 400c400 return mktime($hour, $minute, $second, $month, $day, $year); --- return mktime($hour, (int)$minute, (int)$second, $month, (int)$day, (int)$year); 425c425 return mktime($hour, $minute, $second, $month, $day, $year); --- return mktime($hour, (int)$minute, (int)$second, $month, (int)$day, (int)$year);
Bug#493557: [tuxguitar] Unknown Mozilla path (MOZILLA_FIVE_HOME not set)
Hi, Don't you use a mozilla's browser ? I didnt make tuxguitar strong depend on it , since it was a minor feature ... but unless you removed iceweasel it should be present on your system since it's recommended... Do you know other way to display HTML docs using swt ? I am not sure but it seems to be different on swt3.4 Will check later, regards -- # mailto:rzr[a]users.sf.net -- gpg:0x467094BC# # http://rzr.online.fr/contribs.htm -- Libre Software Addict # # xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net# signature.asc Description: OpenPGP digital signature
Bug#492758: Continued Problems
I applied openssl 0.9.8g-13 to my server but I am still receiving the same error messages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493919: emacs22: python mode would not start (upgrade issue?)
reassign 493919 python-mode 1:1.0-3.1 retitle 493919 python-mode: sets up load-path and co. even when removed thanks On 2008-08-06 00:02 +0200, Ross Boylan wrote: Package: emacs22 Version: 22.2+2-3 Severity: normal This issue might affect those upgrading from earlier versions of emacs. I am submitting it mostly with an eye to the upcoming release. The problem prevent emacs from entering python-mode. When I tried to open a python (.py) file or execute M-x python-mode, I was getting this error (shown in the form in *Messages* buffer): File mode specification error: (file-error Cannot open load file python-mode) This occurred even with emacs -q starts. /etc/emacs/site-start.d/50python-mode.el was present, and seems to be the culprit. When I removed it everything worked. I guess this is a left-over from some earlier version of emacs (or the python-mode package). Indeed, this happens when you have removed, but not purged, the python-mode package. For reference, here's the contents of the offending file: -- ;-*-emacs-lisp-*- (autoload 'python-mode python-mode Python editing mode. t) (setq load-path (cons (concat /usr/share/ (symbol-name debian-emacs-flavor) /site-lisp/python-elisp) load-path)) (setq auto-mode-alist (cons '(\\.py$ . python-mode) auto-mode-alist)) (setq interpreter-mode-alist (cons '(python . python-mode) interpreter-mode-alist)) The problem is that this is set up unconditionally, even if the python-mode package has been removed. 50python-mode.el should check that condition, see the emacs-goodies-el package for how to do this. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336071: The bug was fixed in version 1.93a
According to /usr/share/doc/sgrep/changelog.gz the bug was fixed in version 1.93a: version 1.93a o Fixed a bug which caused sgrep to dump core when using SGML scanner at least on Solaris platform (negative index to memory mapped file) I tested sgrep and it works fine. -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493848: Source of this problem: /lib/cryptsetup/cryptdisks.functions
Package: cryptsetup Version: 2:1.0.6-4 Followup-For: Bug #493848 The problem is, that the method do_noluks() in the /lib/cryptsetup/cryptdisks.functions file is broken. The PARAMS variable is modified multiple times; before the if-loop regarding the options about keyfiles and afterwards again. This results in calling cryptsetup with two --key-file arguments and making the real keyfile unavailable. The solution I use was commenting out both the first PARAMS variable modification and the if-loop. However it might be enough to remove the first PARAMS variable modification line: PARAMS=$PARAMS --key-file=$key in that method (not tested). regards, Yusuf. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (850, 'unstable'), (800, 'testing'), (630, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cryptsetup depends on: ii dmsetup 2:1.02.27-3 The Linux Kernel Device Mapper use ii libc62.7-13 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.27-3 The Linux Kernel Device Mapper use ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libuuid1 1.41.0-3universally unique id library cryptsetup recommends no packages. Versions of packages cryptsetup suggests: ii dosfstools2.11-6 utilities for making and checking ii initramfs-tools [linux-initra 0.92e tools for generating an initramfs ii udev 0.125-4/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493917: new upstream version of sat4j available
* Daniel Le Berre [EMAIL PROTECTED] [2008-08-05 23:51]: Package: sat4j Version: 2.0.2 SAT4J 2.0.2 fixes a few minor issues in the code of both the core solver and the pseudo boolean solver. CCing the maintainer since this package is still in NEW. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493914: kernel trace when stopping openafs-client
Sorry for that. Here it is: Aug 5 23:04:07 sabine kernel: [ 90.556853] WARM shutting down of: CB... afs... BkG... CTrunc... AFSDB... RxEvent... UnmaskRxkSignals... RxListener... Aug 5 23:04:07 sabine kernel: [ 91.061370] WARNING: not all blocks freed: large 1 small 4 Aug 5 23:04:07 sabine kernel: [ 91.061427] ALL allocated tables Aug 5 23:04:07 sabine kernel: [ 91.106245] remove_proc_entry: removing non-empty directory 'fs/openafs', leaking at least 'CellServDB' Aug 5 23:04:07 sabine kernel: [ 91.106245] [ cut here ] Am Dienstag, den 05.08.2008, 16:07 -0700 schrieb Russ Allbery: Felix Koop [EMAIL PROTECTED] writes: Package: openafs-client Version: 1.4.7.dfsg1-5 Severity: normal When stopping the openafs-client directly after a reboot, I get the following trace in kern.log: Aug 5 23:04:07 sabine kernel: [ 91.106245] [ cut here ] Aug 5 23:04:07 sabine kernel: [ 91.106245] WARNING: at fs/proc/generic.c:799 remove_proc_entry+0x115/0x132() This didn't include the actual error message. Could you include the kernel logs immediately prior to this? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493575: since librrd2 1.2.28-1 rrdtool produces graphics without text
reopen 493575 forcemerge 493575 493594 thanks Hi, Reopening #493575 since Teodor confirmed it. Please note though, that this tag is meant to be used by the maintainers only (see http://www.debian.org/Bugs/Developer#tags). Anyway, I could reproduce the bug with the --font options as provided in #493594, so the tag is fine, and I could confirm that this issue is gone in 1.3. Also, I've merged the bug with #493594 because I believe they are the same - Marc, please tell me if you had different things in mind when opening another bug. On Sun, Aug 03, 2008 at 02:04:15PM +0300, Teodor wrote: On Sun, Aug 3, 2008 at 1:19 PM, Marc Storck [EMAIL PROTECTED] wrote: Version: 1.2.28-1 [...] Graphics produced with rrdtool using this version of librrd2 are without text. The same problem here (in 'cacti' graphs). Although it doesn't affect the new 1.3.x packages, it might be good to pin the problem and see if there are any other consequences. The graphing part of rrdtool has been rewritten in 1.3, so the problem seems to have been fixed by that. On Sun, Aug 03, 2008 at 03:07:41PM +0200, Marc Storck wrote: It seems that the preset default font has vanished from rrdtool. When rrdtool is called with the following options: --font TITLE:12: \ --font AXIS:8: \ --font LEGEND:10: \ --font UNIT:8: \ The graphs generated do not contain any text. I assume this has been introduced in upstream SVN revision 1403 (fix for --font bug (font names wer not being picked up at all)) but I did not have the time yet to have a closer look at it. Maybe someone else on rrd-developers could try to find the source of the problem. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#493949: openmcu: badly muddled manpage
Package: openmcu Version: 2.2.1-1 The manpage comes up with the following pearl: -p, --pid-file n Specify the name of the file that contains the PID when -d specified. By default, openmcu automatically listens for incoming calls on all TCP/IP network interfaces available on the host machine. This option is useful for running multiple copies of openmcu on the same multi-homed machine, or for ensuring that only calls from the external, or internal, network will be received on a particular handset. This is clearly an unholy union of two paragraphs, or maybe even two different programs. It makes it impossible to know how to accomplish the thing mentioned in the second half (bind to a specific net interface). -- Ian Zimmerman [EMAIL PROTECTED] gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Ham is for reading, not for eating. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493307: swfdec-mozilla: can't use another Flash plugin in mozilla when installed
Hi. On Sat, Aug 02, 2008 at 12:49:01AM +0200, Colomban Wendling wrote: The swfdec-mozilla package is now a dependency of the gnome package, but it has some troubleshootings for some uses. I think that it is a good idea to make a free Flash decoder/plugin coming with GNOME by default, I do agree, so I filed a bug on the gnome meta-package in order to complain about such a dependency. See more details at #493948. Then, I think that it would be nice to have the choice of witch Flash plugin we would use in our browser, e.g. with an update-alternatives entry. Message's conclusion is: I wishes to an update-alternatives flash-plugin entry letting the user choose between Gnash, SWFDec and Adobe's Flashplayer. I guess there's another possibility. If you look at the Tools/Extensions (I guess it's named like that in english) menu of Firefox, then the plugins tab, you may deactivate individual plugins. The only problem is that swfdec-mozilla doesn't identify as such there, but instead as : Shockwave Flash Shockwave Flash 9.0 r100 However, if you check in about:plugins URL, you'll see that this is provided by libswfdecmozilla.so. So I guess just disabling that plugin, and keeping anotherone installed should solve the problem. Anyway, I guess this should be documented somehow in the package's README.Debian or whatever. Hope this helps. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493951: libpkg-guide: recommendations are contrary to accepted best practices
Package: libpkg-guide Version: 0.0.20070413 Severity: serious The libpkg-guide that has been packaged and is now in the archive gives recommendations regarding -dev package naming which are not at all representative of a consensus in Debian. We already have problems with library maintainers inserting sonames into their -dev package names based on the unclear/misguided advice of this document; shipping it in a stable release would be seen by many as an endorsement by the Debian project, and no such endorsement exists. There *particularly* isn't such an endorsement from the Debian release team, for whom gratuitous -dev package name changes make library transitions more difficult by orders of magnitude. This package should not be included in a stable release until the recommendations have been revised to reflect best practices. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493950: proftpd-mysql: proftp does not use mysql any more
Package: proftpd-mysql Version: 1.3.0-19etch1 Severity: important Hi, the latest update to proftpd seems to lack some mysql support. I run proftpd from xinetd and have sql configured. Now when someone logs in, daemon log reads: Aug 5 21:53:25 m12s15 proftpd[30510]: m12s15.vlinux.de ([remote ip]) - PAM([loginname]): User not known to the underlying authentication module. After using AuthPAM off and DebugLevel 9 in config, daemon log reads: Aug 6 08:11:45 m12s15 proftpd[18211]: IPv6 getaddrinfo 'm12s15.vlinux.de' error: Name or service not known Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - scrubbing scoreboard Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - ROOT PRIVS at mod_core.c:131 Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - RELINQUISH PRIVS at mod_core.c:133 Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - ROOT PRIVS at mod_core.c:161 Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - RELINQUISH PRIVS at mod_core.c:192 Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - performing ident lookup Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - ident lookup returned 'foobar' Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - connected - local : 83.151.28.113:21 Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - connected - remote : 92.201.95.56:47153 Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - FTP session opened. Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching PRE_CMD command 'USER [remote user]' to mod_rewrite Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching PRE_CMD command 'USER [remote user]' to mod_tls Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching PRE_CMD command 'USER [remote user]' to mod_core Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching PRE_CMD command 'USER [remote user]' to mod_core Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching PRE_CMD command 'USER [remote user]' to mod_delay Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching PRE_CMD command 'USER [remote user]' to mod_auth Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request endpwent to module mod_radius Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request endpwent to module mod_ldap Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request endpwent to module mod_sql Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request endpwent to module mod_auth_file Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request endpwent to module mod_auth_unix Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request endgrent to module mod_radius Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request endgrent to module mod_ldap Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request endgrent to module mod_sql Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request endgrent to module mod_auth_file Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request endgrent to module mod_auth_unix Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching CMD command 'USER [remote user]' to mod_auth Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request getgroups to module mod_radius Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request getgroups to module mod_ldap Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request getgroups to module mod_sql Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request getgroups to module mod_auth_file Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request getgroups to module mod_auth_unix Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - no supplemental groups found for user '[remote user]' Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching auth request requires_pass to module mod_tls Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching POST_CMD command 'USER [remote user]' to mod_sql Aug 6 08:11:45 m12s15 proftpd[18211]: m12s15.vlinux.de ([remote ip]) - dispatching POST_CMD command 'USER
Bug#479915: please unblock debian-faq 4.0.3
Hi, I've just uploaded debian-faq 4.0.3. It'd be cool if it could get shipped with lenny: it fixes a FTBFS (thanks to Daniel Schepler and Frank Lichtenheld), and includes some translation updates. debian-faq has some by-hand files too, btw. Thanks, Bye, Joost signature.asc Description: Digital signature
Bug#493834: pymsnt: problem with CVR0 in version string
On 06/08/2008 at 01:24 +0100, Sam Morris wrote: I have just uploaded a fixed package to unstable. Could you please test it (once it's available on your mirror) and let me know if it fixes the problem? If so, I'll request a freeze exception for the new package. Hi! I grabbed this just a minute ago from incoming.debian.org and installed it. Seems to work just fine. Thanks for the quick answer. Cheers! -- Kiko Private mail is preferred encrypted: http://www.pirispons.net/pgpkey.html signature.asc Description: Digital signature
Bug#493946: discover method fails to detect chip
[Dann Frazier] 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c) Thank you. The discover-data entry is this device vendor='8086' model='2a02' model_name='Mobile GM965/GL960 Integrated Graphics Controller' busclass='0400' data class='xfree86' data version='[7.2, inf)' class='server' data class='name'XFree86/data data class='device' data class='driver'intel/data /data /data data class='last-updated'2007-08-07/data data class='last-updated-by'[EMAIL PROTECTED]/data /data /device So there seem to be two possible solutions. Either reduce the version number in discover-data, but I suspect it is as correct as it can be, or raise it in hotplug-setup. I plan to do the latter. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493948: gnome should depend on swfdec-gnome, not swfdec-mozilla
Package: gnome Version: 1:2.22.2~3 Severity: normal Hi. I can't understand the rationale here that gnome package depends on swfdec-mozilla, and not swfdec-gnome. Is this just a typo ? In any case, forcing the use of one flash decoder inside the web browser (used outside of gnome too) doesn't seem right to me. I would maybe understand a recommend here. So I guess it's just a typo right ? Thanks in advance. Best regards, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome depends on: ii arj3.10.22-6 archiver for .arj files ii bluez-gnome0.27-1Bluetooth utilities for GNOME ii epiphany-extensions2.22.2-1 Extensions for Epiphany web browse ii evolution-exchange 2.22.3.dfsg-1 Exchange plugin for the Evolution ii evolution-plugins 2.22.3.1-1standard plugins for Evolution ii evolution-webcal 2.21.92-1 webcal: URL handler for GNOME and ii gdm-themes 0.6 Themes for the GNOME Display Manag ii gnome-app-install 0.5.5.1-1 GNOME Application Installer ii gnome-desktop-environment 1:2.22.2~3The GNOME Desktop Environment ii gnome-games1:2.22.3-1games for the GNOME desktop ii gnome-spell1.0.7-1 GNOME/Bonobo component for spell c ii gnome-themes-extras0.9.0.deb0.4 various themes for the GNOME 2 des ii gnome-vfs-obexftp 0.4-1 GNOME VFS module for OBEX FTP ii gstreamer0.10-ffmpeg 0.10.4-3 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-ugly 0.10.8-1 GStreamer plugins from the ugly ii libpam-gnome-keyring 2.22.3-1 PAM module to unlock the GNOME key ii p7zip 4.58~dfsg.1-1 7zr file archiver with high compre ii rhythmbox 0.11.6-1 music player and organizer for GNO ii serpentine 0.9-5 An application for creating audio ii swfdec-mozilla 0.6.0-2 Mozilla plugin for SWF files (Macr ii synaptic 0.62.1Graphical package manager ii system-config-printer 1.0.0-2 graphical interface to configure t ii totem-mozilla 2.22.2-3 Totem Mozilla plugin ii transmission-gtk 1.22-1free, lightweight BitTorrent clien Versions of packages gnome recommends: pn gdebinone (no description available) ii gnome-games-extra-data 2.22.0-1games for the GNOME desktop (extra ii gnome-office 1:2.22.2~3 The GNOME Office suite ii gparted 0.3.6-1 GNOME partition editor ii gthumb 3:2.10.8-1 an image viewer and browser ii hal-cups-utils 0.6.16-2Utilities to detect and configure ii hardinfo 0.4.2.3-4 Displays system information ii liferea 1.4.16b-0.1 feed aggregator for GNOME ii menu-xdg 0.3 freedesktop.org menu compliant win pn network-manager-gnomenone (no description available) ii pidgin 2.4.3-1 graphical multi-protocol instant m ii tomboy 0.10.2-1desktop note taking program using ii tsclient 0.150-1 front-end for viewing of remote de ii update-notifier 0.70.7.debian-3 Daemon which notifies about packag Versions of packages gnome suggests: pn gnome-dbg none (no description available) ii openoffice.org-evolution 1:2.4.1-6 Evolution Addressbook support for ii openoffice.org-gnome 1:2.4.1-6 GNOME Integration for OpenOffice.o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479915: Patch
tags 479915 +pending thanks Op Tue 5 Aug 2008 om 09:46:03 +0200 schreef Frank Lichtenheld: The following patch fixes the build error for me: Index: debian/control === --- debian/control(Revision 5240) +++ debian/control(Arbeitskopie) @@ -4,7 +4,8 @@ Maintainer: Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED] Uploaders: Pierre Machard [EMAIL PROTECTED], Josip Rodin [EMAIL PROTECTED], Joost van Baal [EMAIL PROTECTED] Build-Depends: debhelper (= 5) -Build-Depends-Indep: debiandoc-sgml, tetex-bin, tetex-extra, latex-cjk-chinese +Build-Depends-Indep: debiandoc-sgml, tetex-bin, tetex-extra, latex-cjk-chinese, + latex-cjk-chinese-arphic-bkai00mp, latex-cjk-chinese-arphic-bsmi00lp, latex-cjk-chinese-arphic-gbsn00lp, latex-cjk-chinese-arphic-gkai00mp Standards-Version: 3.7.3 Thanks a lot! It's in debian-faq 4.0.3 which I've just uploaded. Bye, Joost signature.asc Description: Digital signature
Bug#493903: lintian: please provide a way of limiting the checks run by lintian based on tags
On Wed, 2008-08-06 at 02:05 +0100, Adam D. Barratt wrote: Hi, On Tue, 2008-08-05 at 21:40 +0200, Joerg Jaspert wrote: please provide a way to limit the checks that get run by providing an input file listing tags, one per line. I've attached a first-pass patch implementing a --tags-file option. It only runs those checks which are necessary to test the tags specified in the file; all of the tags in the relevant checks will still be run, as not doing so is a rather larger change to lintian's internals. :-) The patch is lacking in documentation, commenting, etc., but it is functional and I wanted to give people an opportunity to yell if there was anything they didn't like in the approach. It looks like Frank and I were both working on this at the same time; Frank's now committed his (better integrated) version. The main difference afaics is that one version quietens the emitting of tags unless one explicitly asked for them, whereas the other potentially raises all tags from the checks scripts containing the requested tags; I'm not sure which is the best approach at the moment. Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491480: [Pkg-xfce-devel] Bug#491480: I think i fixed the bug
On mer, 2008-08-06 at 03:20 +0200, Daniel Gibson wrote: Good new everyone, I found the bug (or at least the one that made the plugin crash for _me_). It's in panel-plugin/acpi.c in refresh_acpi(). The (broken) code is at line 475: case STATE: file = g_strdup_printf (%s/%s/state, ACPI_DIR_FAN, cf-devicename); cf-raw_value = strcmp(get_acpi_value(file), on)==0 ? 1.0 : 0.0; The problem is, that get_acpi_value() (in contrast to get_acpi_zone_value() for example) expects a _full_ path to the file. Ok I guess that's why I don't have crashes on this box: I don't have anything in /proc/acpi/fan so the STATE part is never entered. I'll try to build the plugin with the patch and report back, stay tuned. btw strac'ing the plugin I saw that it tries to open /proc/acpi/battery/battery/BAT0 which doesn't exist here (it's /proc/acpi/battery/BAT0). What do you have (if you have a battery)? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#474529: Perl policy vs. the search order for .1{,p} manpages
On Wed, Aug 06, 2008 at 10:20:54AM +1000, Brendan O'Dea wrote: The reason that modules manual pages have distinct extensions is to prevent filename collisions between CORE and vendo, since they share the same manual directory. man-db fortunately has a mechanism to select the correct page for a section: man Foo, or man 3 Foo will present the first of 3pm or 3perl which it finds. Sadly, the shell has no such selection mechanism, so even if you do use different extensions for section 1 pages, you will still get a collision on the script. http://packages.debian.org/search?suite=sidarch=anysearchon=contentskeywords=%2Fusr%2Fbin%2Fcorelist Is this not going to cause some large measure of grief when either of perl or libmodule-corelist-perl upgrades? I don't see why. The script is handled with dpkg-divert in the libmodule-corelist-perl maintainer scripts, the package doesn't blindly Replace: perl. Just like the module case, we assume that nobody wants to use the older script if a newer one is installed. The problem in #474529 is that man-db prefers corelist.1 from the core over the newer corelist.1p from libmodule-corelist-perl when no section is specified. So the user gets a wrong manual page by default. This can be fixed either by changing the core extension to something that can be moved down on the man-db search list (like .1perl) or by moving the module extension (.1p) up on the search list, which would place it first. -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493706: synergys dumps core frequently
Jeff Licquia wrote: Can you keep those cores around for me for a short while, or do you need the disk space back? I'll need to make arrangements to transfer the cores. Yes, no problem. Also, to test my theory that interaction with XCB is to blame: do you have any etch boxes left? Unfortunately the etch installations we have are servers w/o synergy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493946: discover method fails to detect chip
On Wed, Aug 06, 2008 at 07:38:19AM +0200, Petter Reinholdtsen wrote: [Dann Frazier] I've only done blackbox testing so far, so I don't know the root issue here. Please provide the output from 'lspci -nn' on the machine in question. [EMAIL PROTECTED]:~$ lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 0c) 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c) 00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a03] (rev 0c) 00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 03) 00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 [8086:2835] (rev 03) 00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 03) 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 03) 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 03) 00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 03) 00:1c.2 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 [8086:2843] (rev 03) 00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 [8086:2847] (rev 03) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 03) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 [8086:2831] (rev 03) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 [8086:2832] (rev 03) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 [8086:2836] (rev 03) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev f3) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller [8086:2815] (rev 03) 00:1f.1 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller [8086:2850] (rev 03) 00:1f.2 SATA controller [0106]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller [8086:2829] (rev 03) 02:04.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev b6) 02:04.1 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C832 IEEE 1394 Controller [1180:0832] (rev 02) 10:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 3945ABG Network Connection [8086:4222] (rev 02) 18:00.0 Ethernet controller [0200]: Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express [14e4:1693] (rev 02) I really wish it was possible to query the X server to get the driver it is going to use. :( Wouldn't that be nice.. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493947: ganglia_3.1.0-1(hppa/experimental): FTBFS: cannot find the library `/usr/lib/libxml2.la'
Package: ganglia Version: 3.1.0-1 Severity: serious Hi, your package failed to build from source. | Automatic build of ganglia_3.1.0-1 on lofn by sbuild/hppa 98-farm | Build started at 20080806-0738 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 1209kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main ganglia 3.1.0-1 (dsc) [1227B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main ganglia 3.1.0-1 (tar) [1175kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main ganglia 3.1.0-1 (diff) [32.9kB] | Fetched 1209kB in 1s (837kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 5.0.0), librrd2-dev, autoconf, autotools-dev, automake, libapr1-dev, libexpat1-dev, python-dev, libconfuse-dev, po-debconf | Checking for already installed source dependencies... [...] | if hppa-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I..-O0 -I../lib -I../gmond -I../include -O2 -Wall -fgnu89-inline -fno-strict-aliasing -Wall -D_REENTRANT -MT cleanup.o -MD -MP -MF .deps/cleanup.Tpo -c -o cleanup.o cleanup.c; \ | then mv -f .deps/cleanup.Tpo .deps/cleanup.Po; else rm -f .deps/cleanup.Tpo; exit 1; fi | /bin/sh ../libtool --mode=link --tag=CC hppa-linux-gnu-gcc -O0 -I../lib -I../gmond -I../include -O2 -Wall -fgnu89-inline -fno-strict-aliasing -Wall -D_REENTRANT -L/usr/lib -o gmetad gmetad.o cmdline.o data_thread.o server.o process_xml.o rrd_helpers.o conf.o type_hash.o xml_hash.o cleanup.o ../lib/libganglia.la -lrrd -lm -ldl -lnsl -lnsl -lexpat -lconfuse -lapr-1 -lpthread | mkdir .libs | libtool: link: cannot find the library `/usr/lib/libxml2.la' | make[3]: *** [gmetad] Error 1 | make[3]: Leaving directory `/build/buildd/ganglia-3.1.0/gmetad' | make[2]: *** [all-recursive] Error 1 | make[2]: Leaving directory `/build/buildd/ganglia-3.1.0' | make[1]: *** [all] Error 2 | make[1]: Leaving directory `/build/buildd/ganglia-3.1.0' | make: *** [build-stamp] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20080806-0747 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=3.1.0-1pkg=gangliaarch=hppa Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493718: possible patch
See http://nopaste.debianforum.de/9635 for what might be a good patch for this bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493946: discover method fails to detect chip
[Dann Frazier] I've only done blackbox testing so far, so I don't know the root issue here. Please provide the output from 'lspci -nn' on the machine in question. I really wish it was possible to query the X server to get the driver it is going to use. :( Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493944: php5-xapian: xapian.php is not in the include_path
On Tue, Aug 05, 2008 at 11:08:23PM -0500, Diego Escalante Urrelo wrote: The problem is that /usr/share/php5 is not in the include_path. Hmm, the Debian PHP Policy draft says: PHP libraries should be located in /usr/share/php/PACKAGE. for packages that depend on a specific version of php libraries can be placed in /usr/share/phpPHPVERSION http://webapps-common.alioth.debian.org/draft-php/html/ch-php-libs.html And Xapian's PHP5 bindings certainly wouldn't work with PHP4 (though I realise that's obsolete now) so it seems that by that document we should be indeed be installing in /usr/share/php5 It also says: The default PHP include path is: .:/etc/php:/usr/local/share/php/5.0:/usr/share/php5:/usr/share/php/5.0:/usr/share/php:/usr/local/share/php Which doesn't match current reality, though it does then note: XXX: this still needs to be solidified. The package naming conventions it documents don't really match those actually in use either. I'm rapidly concluding that this document is actually unhelpful as a guide for packaging PHP related stuff. Now, I don't know if this can be considered precisely a bug, at least a warning would be useful, rationale: I think it's a definite bug - I'll sort it out for lenny. Cheers, Olly -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491461: vim-gtk: gvim receives an immediate segmentation fault and does not start
On Wed, Jul 23, 2008 at 09:24:55PM -0400, James Vega wrote: On Sat, Jul 19, 2008 at 06:09:33PM +0200, Hermann Schwarting wrote: When starting 'vim.gtk -g -u NONE -U NONE' it receives an immediate segmentation fault and does not start. No graphical window is shown. Starting in a terminal without the -g option is no problem. This makes the graphical version unusable for me. I'm unable to reproduce this, which leads me to believe it is (or was) a problem in one of the libraries that Vim depends on. Are you still able to reproduce this? If so, could you install the vim-dbg package and provide another backtrace? Ping? -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#493946: discover method fails to detect chip
Package: hotkey-setup Version: 0.1-23 Severity: important I recently noticed that the solution implemented for #483200 isn't working on my Compaq 6510b. The xorg_driver function isn't detecting a driver on my system. My xorg.conf file doesn't have a driver line, so that probe fails. The fallback to using discover also fails, seemingly due to the --data-version argument. If --data-version is set to 7, as is hardcoded in the script, the discover command outputs no text. But, if I up this to 7.2, it begins to output 'intel'. I've only done blackbox testing so far, so I don't know the root issue here. [EMAIL PROTECTED]:~$ discover --data-path=xfree86/server/device/driver --data-version=7 display [EMAIL PROTECTED]:~$ discover --data-path=xfree86/server/device/driver --data-version=7.0 display [EMAIL PROTECTED]:~$ discover --data-path=xfree86/server/device/driver --data-version=7.1 display [EMAIL PROTECTED]:~$ discover --data-path=xfree86/server/device/driver --data-version=7.2 display intel intel -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493910: ITP: liblingua-stem-snowball-perl -- Perl interface to Snowball stemmers
On Tue, Aug 05, 2008 at 09:51:11PM +0100, Dominic Hargreaves wrote: * Package name: liblingua-stem-snowball-perl Version : 0.941 Upstream Author : Marvin Humphrey [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/Lingua-Stem-Snowball/ * License : Dual GPL/Artistic, portions BSD Programming Lang: Perl, C Description : Perl interface to Snowball stemmers Stemming reduces related words to a common root form. For instance, horse, horses, and horsing all become hors. Most commonly, stemming is deployed as part of a search application, allowing searches for a given term to match documents which contain other forms of that term. What is the relation of this module to things like liblingua-stem-snowball-da-perl, libsnowball-norwegian-perl, and libsnowball-swedish-perl? Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493945: bzr rebase deletes not-checked-in files without warning
Package: bzr-rebase Version: 0.3-1.1 Severity: important bzr rebase just deleted my files before I had a chance to check them in. Steps to reproduce: * Initialize a new branch called trunk (or whatever; the branch names don't matter.) ~$ mkdir trunk ~$ cd trunk ~/trunk$ bzr init ~/trunk$ echo 'Hello world' hello.txt ~/trunk$ bzr add -q hello.txt ~/trunk$ ~/trunk$ bzr commit -q -m 'Add hello.txt' ~/trunk$ * Create a copy of trunk called new-feature, and do some work in it, including creating a directory and putting new files in it, checking in some of the changes but not all of them. ~/trunk$ cd .. ~$ bzr branch -q trunk new-feature ~$ cd new-feature ~/new-feature$ mkdir foo ~/new-feature$ cd foo ~/new-feature/foo$ echo 'lots of work' file1 ~/new-feature/foo$ bzr add -q file1 ~/new-feature/foo$ bzr commit -q -m 'Add file1' ~/new-feature/foo$ echo 'hours of work, almost done' important-new-file ~/new-feature/foo$ * Switch back to trunk to make some changes that do not conflict with the files in new-feature. ~/new-feature/foo$ cd ../../trunk ~/trunk$ echo 'randomize ports' security-fix ~/trunk$ bzr add -q security-fix ~/trunk$ bzr commit -q -m 'security fix' ~/trunk$ * Switch back to new-feature and rebase to bring in the security fix: ~/trunk$ cd ../new-feature ~/new-feature$ ls foo file1 important-new-file ~/new-feature$ bzr rebase ../trunk All changes applied successfully. Committing to: /home/dwon/new-feature/ added foo added foo/file1 Committed revision 3. ~/new-feature$ ls foo file1 ~/new-feature$ Result: 1. important-new-file is gone without warning after bzr rebase. 2. user is unhappy -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-xen-686 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages bzr-rebase depends on: ii bzr 1.1~rc1-1 easy to use distributed version co ii python2.4.3-11 An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt bzr-rebase recommends no packages. -- no debconf information -- Dwayne C. Litzenberger [EMAIL PROTECTED] Key-signing key - 19E1 1FE8 B3CF F273 ED17 4A24 928C EC13 39C2 5CF7 Annual key (2008) - 4B2A FD82 FC7D 9E38 38D9 179F 1C11 B877 E780 4B45 signature.asc Description: Digital signature
Bug#493874: ssh-add -c reports SSH_AGENT_FAILURE and doesn't ask for confirmation
On Wed, Aug 06, 2008 at 01:35:13AM +0100, Colin Watson wrote: On Tue, Aug 05, 2008 at 11:51:49AM -0300, Wouter Verhelst wrote: Since a while, when running 'ssh-add -c' (which is supposed to make ssh-agent ask the user for confirmation before allowing use of an ssh key), ssh-add prints SSH_AGENT_FAILURE on a line by itself (without explaining what the exact failure is). The result seems to be that ssh-agent then does know the key and allows software to use it, but it does not request user confirmation before giving out the secret key. I can't reproduce this: [EMAIL PROTECTED] ~$ ssh-add -c Enter passphrase for /home/cjwatson/.ssh/id_rsa: Identity added: /home/cjwatson/.ssh/id_rsa (/home/cjwatson/.ssh/id_rsa) The user has to confirm each use of the key Is it possible that you are not in fact using ssh-agent, but a different not-quite-compatible agent provided by something like seahorse? Have a look at what's behind $SSH_AUTH_SOCK. Yes, that does appear to be the case; $SSH_AUTH_SOCK seems to be served by gnome-agent. I apparently also can't get rid of it without removing gdm. Sigh. Why do the gnome people have to be so insane? Oh well. -- Lo-lan-do Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493944: php5-xapian: xapian.php is not in the include_path
Package: php5-xapian Version: 1.0.5-1 Severity: important Hey again, While trying the examples in /usr/share/doc/php5-xapian/examples: [EMAIL PROTECTED]:examples$ php5 simpleindex.php5 Warning: include(php5/xapian.php): failed to open stream: No such file or directory in /usr/share/doc/php5-xapian/examples/simpleindex.php5 on line 27 Warning: include(): Failed opening 'php5/xapian.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /usr/share/doc/php5-xapian/examples/simpleindex.php5 on line 27 Usage: simpleindex.php5 PATH_TO_DATABASE The problem is that /usr/share/php5 is not in the include_path. Now, I don't know if this can be considered precisely a bug, at least a warning would be useful, rationale: - xapian docs tell you that after installing the php5 module, you can happily include xapian.php, like with my previous bug report, you usually expect installed modules to just work™. Hence you get a misterious error, until you find out that the include path is wrong. - this can be fixed by including directly /usr/share/php5/xapian.php, but I can imagine this is not optimal. So I suggest any of the following: - add a README.Debian with a mention to this. - make xapian.ini do some clever thing to include /usr/share/php5 in the include_path (maybe not ideal) - install xapian.php to /usr/share/php/ Perhaps I'm missing /something/ that creates a link to php5/ dir in /usr?. I'm including a brief dpkg -l here: [EMAIL PROTECTED]:examples$ dpkg -l|grep php5 ii php5-cgi 5.2.6-1ubuntu4 server-side, HTML-embedded scripting language (CGI bina ii php5-cli 5.2.6-1ubuntu4 command-line interpreter for the php5 scripting languag ii php5-common5.2.6-1ubuntu4 Common files for packages built from the php5 source ii php5-mysql 5.2.6-1ubuntu4 MySQL module for php5 ii php5-pgsql 5.2.6-1ubuntu4 PostgreSQL module for php5 ii php5-sqlite5.2.6-1ubuntu4 SQLite module for php5 ii php5-xapian1.0.5-1 Xapian search engine interface for PHP5 Thanks again, Diego
Bug#473162: iceweasel crash when viewing http://www.myspace.com/stevebreeze and other band sites
Package: iceweasel Version: 2.0.0.16-0etch1 Followup-For: Bug #473162 after working ok for a minute or two iceweasel disappears when attempting to launch again dialog box appears asking if I want to restore a previous session or a new session. system is P4 1Gb ram 2.66Ghz 160 GB HD -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages iceweasel depends on: ii debianutils2.17 Miscellaneous utilities specific t ii fontconfig 2.4.2-1.2 generic font configuration library ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libcairo2 1.2.4-4.1+etch1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch2 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxp6 1:1.0.0.xsf1-1X Printing Extension (Xprint) clie ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii psmisc 22.3-1Utilities that use the proc filesy ii zlib1g 1:1.2.3-13compression library - runtime iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480180: Attn: Googler, your e-mail have won (CONGRATULATIONS!!)
Attn: Googler, This E-mail is to inform you that your e-email have emerged you a winner of £500,000.00 GBP (Five Hundred Thousand British Pounds) in our online Give- away 1Oth year Anniversary draws. Google UK has successfully organized for the second time a Cash Give-Away marking her10th year Anniversary. Over £20,000,000.00 (Twenty Million British pounds) is to be given out for this Anniversary Draws. No purchases of tickets were required. Participants for the draws were randomly select -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493941: php5-xapian does not work out of the box, php config file lacks .ini extension
Hey Olly On 8/5/08, Olly Betts [EMAIL PROTECTED] wrote: Hopefully lenny can be released with this fixed, so I hope no one minds I set a high severity (kind of new with BTS policy still). I don't see how serious is justified (it's not a severe violation of policy that I can see, and I don't feel it renders the package unsuitable for release as you can still load the module by hand), so I've lowered the severity to important. Clearly it should be fixed before the release though, and I certainly intended to. I agree. Thanks for a quick and friendly response :). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484305: bicyclerepair: bike.vim imports untrusted python files from cwd
On Tue, 2008-08-05 at 23:07 -0400, James Vega wrote: While this does provide a workaround for the issue, this is behavior inherent in the way Python is designed and should be fixed in Python. If we choose to instead address every application that embeds Python, we're just creating an endless stream of work for ourselves. Possibly. I did file a bug [rejected] on reportbug itself just a few days ago, because it also will load from . if '' is in the pythonpath. OTOH perhaps having '' in sys.path is always wrong and we should start a mass set of bugs to prevent it? -Rob -- GPG key available at: http://www.robertcollins.net/keys.txt. signature.asc Description: This is a digitally signed message part
Bug#492930: setting package to lintian, tagging 492930, tagging 493903
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # lintian (1.24.3) unstable; urgency=low # # * checks/manpages{,.desc}: #+ [RA] Suppress warnings about inability to break a line that contains # a URL. URLs often can't be usefully broken. Based on a patch by # Damyan Ivanov. (Closes: #491578) #+ [ADB] Update the Policy reference for manpage-has-wrong-extension. #+ [ADB] Use Lintian::Collect rather than parsing the index and # file-info files. #+ [FL] In description for manpage-has-errors-from-man note how to # reproduce this errors outside of lintian. (Closes: #492930) # * frontend/lintian: #+ [FL] Add new --tags/-T option to limit the amount of checks # run not by check names but by names of tags you're interested # in. This will not suppress other tags in the selected checks! # Requested by Joerg Jaspert for ftpmaster. (Closes: #493903) #+ [FL] Add --tags-from-file option to make it easier to specify # a long list of tags. # package lintian tags 492930 + pending tags 493903 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493941: php5-xapian does not work out of the box, php config file lacks .ini extension
severity 493941 important thanks On Tue, Aug 05, 2008 at 09:45:43PM -0500, Diego Escalante Urrelo wrote: 1. If you are installing that file there, I'm pretty sure you missed the .ini extension Indeed - the draft PHP policy doesn't mention that an extension is required (I'll report that) so I didn't know it was. I must have had a left over line in php.ini when I tested this. It is intended that if you install the package, the default assumption is that you want to use it. Hopefully lenny can be released with this fixed, so I hope no one minds I set a high severity (kind of new with BTS policy still). I don't see how serious is justified (it's not a severe violation of policy that I can see, and I don't feel it renders the package unsuitable for release as you can still load the module by hand), so I've lowered the severity to important. Clearly it should be fixed before the release though, and I certainly intended to. I can give a hand providing a fix in case you don't have the time, let me know. Thanks for the offer, but I should be OK, and the fix seems trivial. I'm currently waiting to hear from debian-release as to whether the 1.0.7-2 packages are OK for lenny (xapian-core 1.0.7-1 was hinted in, but FTBFS on s390; the other packages weren't hinted). Once I know about that, I know where to fix this. Cheers, Olly -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429031: Now please add Suggests: libtemplate-plugin-xml-perl
quote who=Hideki Yamane date=Wed, Jul 30, 2008 at 02:28:24PM +0900 On Thu, 24 Jul 2008 10:49:48 +0100 Dominic Hargreaves [EMAIL PROTECTED] wrote: I will assume this is okay to NMU and will do so in the next day or two unless anyone says no. Go for it, now! :-) # then ask RM to unblock package. Absolutely, if you have no already, please go ahead. I've been on vacation a little slow to respond. Apologies. Later, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#493940: conspy: Cannot write to virtual console anymore
On Wed, Aug 06, 2008 at 12:57:21PM +1000, Russell Stuart wrote: I tried conspy on linux-2.6-2.6.25 (the current kernel for Lenny) and it worked. Trying it on 2.6.26 is going to take some time. In the mean time could you post an strace of a run of conspy showing the problem please. It's attached. I hope this helps. execve(/usr/bin/conspy, [conspy, 2], [/* 18 vars */]) = 0 brk(0) = 0x14d mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd02c657000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd02c655000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=83896, ...}) = 0 mmap(NULL, 83896, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fd02c64 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libncurses.so.5, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0`%\1\0\0\0\0\0@..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=255904, ...}) = 0 mmap(NULL, 2352800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fd02c1fe000 mprotect(0x7fd02c238000, 2097152, PROT_NONE) = 0 mmap(0x7fd02c438000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3a000) = 0x7fd02c438000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\300\342\1\0\0\0\0\0@..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1375536, ...}) = 0 mmap(NULL, 3482232, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fd02beab000 mprotect(0x7fd02bff5000, 2093056, PROT_NONE) = 0 mmap(0x7fd02c1f4000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x149000) = 0x7fd02c1f4000 mmap(0x7fd02c1f9000, 17016, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fd02c1f9000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libdl.so.2, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\20\16\0\0\0\0\0\0@..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=14616, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd02c63f000 mmap(NULL, 2109728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fd02bca7000 mprotect(0x7fd02bca9000, 2097152, PROT_NONE) = 0 mmap(0x7fd02bea9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fd02bea9000 close(3)= 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd02c63e000 arch_prctl(ARCH_SET_FS, 0x7fd02c63e6e0) = 0 mprotect(0x7fd02c1f4000, 12288, PROT_READ) = 0 munmap(0x7fd02c64, 83896) = 0 open(/dev/vcsa2, O_RDONLY)= 3 open(/dev/tty2, O_WRONLY) = 4 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 rt_sigaction(SIGHUP, {0x401840, [HUP], SA_RESTORER|SA_RESTART, 0x7fd02bedcf80}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {0x401840, [INT], SA_RESTORER|SA_RESTART, 0x7fd02bedcf80}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTERM, {0x401840, [TERM], SA_RESTORER|SA_RESTART, 0x7fd02bedcf80}, {SIG_DFL}, 8) = 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 brk(0) = 0x14d brk(0x14f1000) = 0x14f1000 stat(/root/.terminfo, 0x7fff3464d920) = -1 ENOENT (No such file or directory) stat(/etc/terminfo, {st_mode=S_IFDIR|0755, st_size=19, ...}) = 0 access(/etc/terminfo/l/linux, R_OK) = -1 ENOENT (No such file or directory) stat(/lib/terminfo, {st_mode=S_IFDIR|0755, st_size=110, ...}) = 0 access(/lib/terminfo/l/linux, R_OK) = 0 open(/lib/terminfo/l/linux, O_RDONLY) = 5 read(5, \32\1\24\0\35\0\20\0}\0010\3linux|linux console\0\0..., 4097) = 1740 close(5)= 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1, TIOCGWINSZ, {ws_row=25, ws_col=80, ws_xpixel=0, ws_ypixel=0}) = 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1, TIOCGWINSZ, {ws_row=25, ws_col=80, ws_xpixel=0, ws_ypixel=0}) = 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1,
Bug#493938: ca-certificates needs mktemp without depending on it.
On Tue, Aug 05, 2008 at 09:20:54PM -0400, Dan Merillat wrote: [EMAIL PROTECTED]:~$ sudo dpkg --configure ca-certificates Setting up ca-certificates (20080617) ... Updating certificates in /etc/ssl/certs/usr/sbin/update-ca-certificates: line 59: mktemp: command not found dpkg: error processing ca-certificates (--configure): subprocess post-installation script returned error exit status 127 Errors were encountered while processing: ca-certificates And: [EMAIL PROTECTED]:~$ apt-cache rdepends mktemp mktemp Reverse Depends: Nothing that ca-certificates depends on pulls in mktemp, so if it needs it it needs to explicitly depend on it. Manually installing mktemp fixes the problem. That's at least the second report I get about that. Why isn't mktemp installed on your machine? It's both essential and priority:required so I really don't need to depend on it. Was mktemp really *not present* on your machine? Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#493943: miro: icon-cache is enormous: 128M
Package: miro Version: 1.2.3-2 Severity: normal I just started using Miro a couple weeks ago, and already ~/.miro is so huge I have already felt the need to move it out of my /home directory: $ du -h dotMiro/ 648KdotMiro/mozilla/Cache 1.2MdotMiro/mozilla 58M dotMiro/icon-cache/extracted 128MdotMiro/icon-cache 139MdotMiro/ Many of the icons are enormous (375k). There seems to be many copies of exactly the same image. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages miro depends on: ii imagemagick 7:6.3.7.9.dfsg1-2+b2 image manipulation programs ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libboost-date-time1 1.34.1-11set of date-time libraries based o ii libboost-filesystem 1.34.1-11filesystem operations (portable pa ii libboost-python1.34 1.34.1-11Boost.Python Library ii libboost-thread1.34 1.34.1-11portable C++ multi-threading ii libc6 2.7-10 GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libgcc1 1:4.3.1-2GCC support library ii libglib2.0-02.16.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.10-2The GTK+ graphical user interface ii libnspr4-0d 4.7.1-3 NetScape Portable Runtime Library ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libssl0.9.8 0.9.8g-12SSL shared libraries ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libx11-62:1.1.4-2X11 client-side library ii libxine11.1.14-1 the xine video/media player librar ii libxine1-plugins1.1.14-1 the xine video/media player librar ii libxine1-x 1.1.14-1 X desktop video output plugins for ii miro-data 1.2.3-2 GTK+ based RSS video aggregator da ii python 2.5.2-1 An interactive high-level object-o ii python-dbus 0.82.4-2 simple interprocess messaging syst ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk ii python-gst0.10 0.10.12-1generic media-playing framework (P ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii python-gtkmozembed 2.19.1-2 Python bindings for the GtkMozEmbe ii python-pysqlite22.4.1-1 Python interface to SQLite 3 ii python-support 0.8.4automated rebuilding support for P ii xulrunner-1.9 1.9.0.1-1XUL + XPCOM application runner ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime miro recommends no packages. Versions of packages miro suggests: pn python-psyco none (no description available) ii ttf-dejavu2.25-1 Metapackage to pull in ttf-dejavu- -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484305: bicyclerepair: bike.vim imports untrusted python files from cwd
On Wed, Aug 06, 2008 at 01:39:15AM +0100, Simon McVittie wrote: Shouldn't Python builds of vim avoid this bug by stopping '' from being prepended to sys.path in the first place? As I mentioned earlier[0][1] in the bug log, I don't think removing '' from sys.argv is the correct change to make in Vim. After looking through Python initialization and vim's if_python.c it seems that the way forward is to set Python's argv, via PySys_SetArgv(), to have a non-empty and absolute first argument. vim sets Python's argv to { , NULL }, which according to a comment is to avoid a crash when warn() is called. Changing that to { /usr/bin/vim, NULL } would seem to solve this problem - but for that matter, any safe value is fine. The way Vim is using PySys_SetArgv (and therefore the resulting behavior) is exactly following the recommended use of PySys_SetArgv according to upstream's documentation[2]. A safe value for argv[0] is any value where there won't be files dir/*.py or dir/*/__init__.py, where dir == dirname(argv[0]). So setting argv[0] to /, /usr/lib/something or /usr/share/vim would be safe too, for instance. I'm afraid I haven't tested this in vim itself (the multiple builds take a while...) but the attached program demonstrates it: [EMAIL PROTECTED] gcc -o484305 `python-config --cflags` `python-config --ldflags` 484305.c [EMAIL PROTECTED] ./484305 (I have no argv!) ['/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', ... more output ... '/var/lib/python-support/python2.5/pyinotify'] [EMAIL PROTECTED] ./484305 [''] ['', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', ... more output ... '/var/lib/python-support/python2.5/pyinotify'] [EMAIL PROTECTED] ./484305 /usr/bin/vim ['/usr/bin/vim'] ['/usr/bin', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', ... more output ... '/var/lib/python-support/python2.5/pyinotify'] While this does provide a workaround for the issue, this is behavior inherent in the way Python is designed and should be fixed in Python. If we choose to instead address every application that embeds Python, we're just creating an endless stream of work for ourselves. From a quick check via Google's codesearch, at least X-Chat[3], Gnumeric[4], python-nautilus[5], and gedit[6] are likely to have this same problem. N.B., most of the above projects use a single-element argv of the project name. This is no different than using a single-element argv of since PySys_SetArgv attempts to resolve argv[0] to an absolute path and uses when it is unable to do so. [0] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484305#51 [1] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484305#61 [2] - If there isn't a script that will be run, the first entry in argv can be an empty string. http://docs.python.org/api/initialization.html#l2h-881 [3] - http://ln-s.net/27az [4] - http://ln-s.net/27ay [5] - http://ln-s.net/27b1 [6] - http://ln-s.net/27b9 -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#493940: conspy: Cannot write to virtual console anymore
I tried conspy on linux-2.6-2.6.25 (the current kernel for Lenny) and it worked. Trying it on 2.6.26 is going to take some time. In the mean time could you post an strace of a run of conspy showing the problem please. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493942: tslib reports wrong value range for the axises
Package: server-xorg-input-tslib Version: 0.0.4-5 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I’m working on getting Debian to support the Openmoko Freerunner. When installing Xorg with the fbdev and tslib driver, I observed the following problem: The curser only spans a part of the screen, although it is correctly calibrated using ts_calibrate. I tracked it down to these lines in tslib.c: InitValuatorAxisStruct(device, 0, 0, /* min val */ 1023, /* max val */ 1024,/* resolution */ 0, /* min_res */ 1024); /* max_res */ InitValuatorAxisStruct(device, 1, 0, /* min val */ 1023, /* max val */ 1024,/* resolution */ 0, /* min_res */ 1024); /* max_res */ which basically tell the Xserver: I will give you absolute curser positions between 0 and 1024, when in fact it just passes through the values from tslib, which are in 0-480 and 0-640 respectively. I assume that the proper fix would be to inquire the correct value range from tslib somehow (if possible), and specify that. Greetings, Joachim - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiZFNwACgkQ9ijrk0dDIGzAdQCfWCzjqkK8AYSGTPNI1gFTLYPu PNYAoKGe99XSfg1i012teVgiLgajTWvZ =mf5M -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493538: Please add --build-twice-in-a-row option
I reviewed your second patch and it doesn't make sense, did you actually test it? At Mon, 04 Aug 2008 23:05:38 -0400, Nicolas Valcárcel wrote: [1 text/plain (quoted-printable)] On my last patch it adds a --twice option which fixes the issue on the where it should be. On Tue, 2008-08-05 at 11:33 +0900, Junichi Uekawa wrote: Hi, I think the concept of the patch might be a good thing, but I don't like the location the command-line option was added. It should really be added in pbuilder-checkparams. BTW, can't you actually create a hook script of some sort? That'd be a much easier change to incorporate. --- pbuilder-0.181/pbuilder 2008-05-24 18:54:05.0 -0400 +++ pbuilder-0.181/pbuilder 2008-08-03 21:27:29.0 -0400 @@ -34,6 +34,10 @@ shift ; /usr/lib/pbuilder/pbuilder-updatebuildenv $@ ;; +--build-twice|build-twice) +shift ; +/usr/lib/pbuilder/pbuilder-buildpackage --twice $@ +;; --build|build) shift ; /usr/lib/pbuilder/pbuilder-buildpackage $@ --- pbuilder-0.181/pbuilder.8 2008-05-24 18:54:05.0 -0400 +++ pbuilder-0.181/pbuilder.8 2008-08-03 21:30:13.0 -0400 @@ -8,6 +8,8 @@ .PP .BI pbuilder --build [ options ] .dsc-file .PP +.BI pbuilder --build-twice [ options ] .dsc-file +.PP .BI pbuilder --execute [ options ] -- script [ script options ] .PP .BI pbuilder --clean @@ -51,6 +53,13 @@ .B base.tgz .TP +.B --build-twice +Builds the package specified by +.I .dsc-file +twice in a row in the chroot environment created using the +.B base.tgz + +.TP .B --clean Cleans up the directory specified by the configuration .B BUILDPLACE --- pbuilder-0.181/pbuilder-buildpackage 2008-05-24 18:54:05.0 -0400 +++ pbuilder-0.181/pbuilder-buildpackage 2008-08-02 19:13:07.0 -0400 @@ -25,6 +25,11 @@ . /usr/lib/pbuilder/pbuilder-runhooks . /usr/lib/pbuilder/pbuilder-buildpackage-funcs +if [ $1 = --twice]; then +TWICE=True +shift; +fi + PACKAGENAME=$1 if [ ! -f $PACKAGENAME ]; then echo Command line parameter [$PACKAGENAME] is not a valid .dsc file name 2 @@ -117,8 +122,14 @@ if [ -z $DEBEMAIL ]; then DPKG_COMMANDLINE=cd tmp/buildd/*/; dpkg-buildpackage -us -uc $DEBBUILDOPTS +if [ -z $TWICE ]; then +DPKG_COMMANDLINE=$DPKG_COMMANDLINE; dpkg-buildpackage -us -uc $DEBBUILDOPTS +fi else DPKG_COMMANDLINE=cd tmp/buildd/*/; dpkg-buildpackage -us -uc \-m$DEBEMAIL\ $DEBBUILDOPTS +if [ -z $TWICE ]; then +DPKG_COMMANDLINE=$DPKG_COMMANDLINE; dpkg-buildpackage -us -uc \-m$DEBEMAIL\ $DEBBUILDOPTS +fi fi ( --- pbuilder-0.181/pbuilder-modules 2008-05-24 18:54:05.0 -0400 +++ pbuilder-0.181/pbuilder-modules 2008-08-03 21:30:54.0 -0400 @@ -37,6 +37,9 @@ pbuilder --build [--basetgz base.tgz-path] pbuilder_2.2.0-1.dsc Builds using the base.tgz. Requires a .dsc filename +pbuilder --build-twice [--basetgz base.tgz-path] pbuilder_2.2.0-1.dsc + Builds twice in a row using the base.tgz. Requires a .dsc filename + pbuilder --clean Cleans the temporal build directory. -- aka nxvl Key fingerprint = BCE4 27A0 D03E 55DE DA2D BE06 891D 8DEE 6545 97FE gpg --keyserver keyserver.ubuntu.com --recv-keys 654597FE [2 This is a digitally signed message part application/pgp-signature (7bit)] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491270: pulseaudio: PulseAudio freezes the boot process in some situations
tag 491270 fixed-upstream thanks Just letting you know that the patch is correct and was also fixed in upstream's head. Please include this patch in the debian package, pulseaudio will not see another release any time soon and 0.9.11 is not recommended for any stable purpose by its maintainer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493920: setting package to lintian, tagging 493921, tagging 493920
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # lintian (1.24.3) unstable; urgency=low # # * checks/debconf: #+ [ADB] Don't complain about unused debconf templates in udebs. # (Closes: #491135) #+ [RA] Try to recognize at least some debconf template uses in Perl. #+ [ADB] Replace fields/* access with Lintian::Collect::field() #+ [ADB] Don't flag the shared templates used for dictionaries-common # co-ordination as unused. #+ [FL] Remove debconf-error-requires-versioned-depends since post-lenny # a tag for the sake of sarge-backports clearly makes no sense anymore. # (Closes: #493920) # * checks/files{,.desc}: #+ [ADB] Switch to using Lintian::Collect. #+ [ADB] Fix a couple of bugs in the parsing of the list of scripts # contained within a package which led to scripts in /usr/share/doc # being incorrectly tagged as executable-in-usr-share-doc. #+ [ADB] Update a couple of Policy references. Thanks Jordà Polo. #+ [ADB] Warn when a package embeds a copy of the Universal Feed Parser. # Patch from Chris Lamb. (Closes: #493156) #+ [FL] Don't issue tag file-in-unusal-dir for files where we already # issued one of the specific dir-or-file-in-* tags. (Closes: #493921) # package lintian tags 493921 + pending tags 493920 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493941: php5-xapian does not work out of the box, php config file lacks .ini extension
Package: php5-xapian Version: 1.0.5-1 Severity: serious Heya, today I installed php5-xapian and after realizing it's not working I jumped to /etc/php5/conf.d: [EMAIL PROTECTED]:~$ ls -l /etc/php5/conf.d/ total 36 -rw-r--r-- 1 root root 57 2008-06-20 10:28 mysqli.ini -rw-r--r-- 1 root root 56 2008-06-20 10:28 mysql.ini -rw-r--r-- 1 root root 52 2008-06-20 10:28 pdo.ini -rw-r--r-- 1 root root 60 2008-06-20 10:28 pdo_mysql.ini -rw-r--r-- 1 root root 65 2008-06-20 10:28 pdo_pgsql.ini -rw-r--r-- 1 root root 62 2008-06-20 10:28 pdo_sqlite.ini -rw-r--r-- 1 root root 61 2008-06-20 10:28 pgsql.ini -rw-r--r-- 1 root root 58 2008-06-20 10:28 sqlite.ini -rw-r--r-- 1 root root 58 2008-03-23 03:57 xapian Now, you can see that the only difference in there for xapian is the missing .ini extension. php5 will NOT use xapian until you rename that file to xapian.ini. Ok, here comes the rationale: 1. If you are installing that file there, I'm pretty sure you missed the .ini extension 2. Users expect the module to just work™, they are installing it for that in 90% of cases. If they want to install it but disable it, they know how for sure. 3. If you don't expect the module to be auto enabled on install, then put xapian.ini somewhere else, or with the contents commented or something Hopefully lenny can be released with this fixed, so I hope no one minds I set a high severity (kind of new with BTS policy still). I can give a hand providing a fix in case you don't have the time, let me know. Thank you -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]