Bug#746380: yagf crashes when xsane finished scan)
I tried to open a file that I scaned with xsane before, again yagf segfaulted. -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser patrick at wirklich priv at signature.asc Description: OpenPGP digital signature
Bug#363717: mozilla-thunderbird: random segfaults when home directory is full $prog ${1+$@}
schrieb Carsten Schoenert on 2012-11-24 16:52: Hello Patrick, your long ago opened bug ist still active. Did you ever tried this behavior still happen on current versions of icedove too? Maybe this is fixed in current versions. I just tried it, and it seems to be fixed. Even with no byte left on my home mount, I could start icedove and it seemed to work on a quick glance. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627688: reportbug: should not assume a working MTA configuration
Package: reportbug Version: 5.0 Severity: normal When configuring, reportbug suggests to use a local MTA instead of assuming no MTA is configured. This is even true for the novice part. Interrestingly reportbug assumes no special configuration for fetching bug reports. The question is: Do you have a mail transport agent (MTA) like Exim, Postfix or SSMTP configured on this computer to send mail to the Internet? [Y|n|q|?]? This should default to No. Consequently the next question should be formulated towards not knowing the SMTP host, rather to present the fallback presented at the end of the text. Proposal: Please enter the name of your SMTP host. Just press ENTER if you don't have one or don't know, and so a Debian SMTP host will be used. Usually it's called something like mail.example.org or smtp.example.org. If you need to use a different port than default, use the host:port alternative format. Patrick -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/koarl/.reportbugrc: reportbug_version 5.0 mode standard ui text realname Patrick Strasser email patrick.stras...@tugraz.at no-cc header X-Debbugs-CC: patrick.stras...@tugraz.at smtphost reportbug.debian.org -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (800, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.8.14.1 Advanced front-end for dpkg ii python2.6.6-14 interactive high-level object-orie ii python-reportbug 5.0Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utilsnone (no description available) pn debsums none (no description available) pn dlocate none (no description available) ii emacs23-bin-common 23.3+1-1The GNU Emacs editor's shared, arc ii file 5.04-5+b1 Determines file type using magic ii gnupg1.4.11-3GNU privacy guard - a free PGP rep ii python-gtk2 2.17.0-4+b1 Python bindings for the GTK+ widge pn python-gtkspell none (no description available) pn python-urwid none (no description available) ii python-vte 1:0.24.3-2 Python bindings for the VTE widget ii ssmtp [mail-transport-agent] 2.64-4 extremely simple MTA to get mail o ii xdg-utils1.1.0~rc1-2 desktop integration utilities from -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587489: missing icons break htags -i
Package: global Version: 5.7.1-2 Followup-For: Bug #587489 I think this patch solves the problem. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (800, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages global depends on: ii dpkg 1.16.0.2 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib global recommends no packages. Versions of packages global suggests: pn apache | httpdnone (no description available) pn doxygen none (no description available) ii iceweasel [www-browser] 3.5.18-1 Web browser based on Firefox pn id-utils none (no description available) ii w3m [www-browser] 0.5.3-2+b1 WWW browsable pager with excellent -- no debconf information diff -u -r global-5.7.1/debian/global.dirs global-5.7.1-patched//debian/global.dirs --- global-5.7.1/debian/global.dirs 2011-05-09 17:37:11.0 +0200 +++ global-5.7.1-patched//debian/global.dirs 2011-05-09 16:49:27.0 +0200 @@ -2,4 +2,5 @@ usr/lib/cgi-bin usr/share/man/man1 usr/share/emacs/site-lisp/global +usr/share/global/icons --- global-5.7.1/debian/rules 2011-05-09 17:37:11.0 +0200 +++ global-5.7.1-patched//debian/rules 2011-05-09 17:32:08.0 +0200 @@ -44,6 +44,7 @@ $(MAKE) install-exec prefix=`pwd`/debian/$(package)/usr $(MAKE) -C htags install-gtagsDATA prefix=$(CURDIR)/debian/$(package)/usr + $(MAKE) -C icons install-iconsDATA prefix=$(CURDIR)/debian/$(package)/usr set -e; cd htmake \ $(MAKE) install \ DESTDIR=`pwd`/../debian/$(package)/usr \
Bug#610276: [flightgear] flightgear comes without plane models and scenery
Package: flightgear Version: 2.0.0-2 Severity: important --- Please enter the report below this line. --- After upgrading flightgear to 2.0.0, I cannot start it any more. The plane model and scenery data is missing. This makes the package unusable. I found it in the packages fgfs-aircraft-base, fgfs-model-base and fgfs-atlas. Installing these packages resulted in a working FlightGear. These packages have no obvious connection to the package flightgear, neither in name nor in dependencies. I'd suggest to replace the the fgfs in the package names to flightgear and add a recommend or suggest dependency. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.35-24-generic Debian Release: squeeze/sid 990 maverick-updates ubuntu.inode.at 990 maverick-security ubuntu.inode.at 990 maverick-proposed ubuntu.inode.at 990 maverick-backports ubuntu.inode.at 990 maverickubuntu.inode.at 990 maverickarchive.canonical.com 500 unstabledebian.mur.at --- Package information. --- Depends(Version) | Installed -+-= freeglut3| 2.6.0-0ubuntu2 libalut0(= 1.1.0-1) | 1.1.0-2 libc6 (= 2.2.5) | 2.12.1-0ubuntu10.1 libgcc1 (= 1:4.1.1) | 1:4.5.1-7ubuntu2 libgl1-mesa-glx | 7.9~git20100924-0ubuntu2 OR libgl1 | libglu1-mesa | 7.9~git20100924-0ubuntu2 OR libglu1 | libice6 (= 1:1.0.0) | 2:1.0.6-1 libjpeg62 (= 6b1) | 6b1-1 libopenal1 | 1:1.12.854-2 libopenscenegraph65 (= 2.8.3) | 2.8.3-4 libopenthreads13 (= 2.8.3) | 2.8.3-4 libplib1(= 1.8.5-1) | 1.8.5-5 libsm6 | 2:1.1.1-1 libstdc++6(= 4.4.0) | 4.5.1-7ubuntu2 libx11-6 | 2:1.3.3-3ubuntu1 libxext6 | 2:1.1.2-1 libxi6 | 2:1.3-4 libxmu6 | 2:1.0.5-1 libxt6 | 1:1.0.7-1 simgear2.0.0 (= 2.0.0) | 2.0.0-2 zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3ubuntu1 fgfs-base (= 2.0.0) | 2.0.0-1 Package's Recommends field is empty. Package's Suggests field is empty. -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser patrick dot strasser at tugraz dot at Student of Telematik, Techn. University Graz, Austria -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597889: wireless-tools: bash-completion for iwconfig rate has wrong escape
Package: wireless-tools Version: 30~pre9-5 Severity: minor Tags: patch When trying a tab-comletion for iwconfig interface rate, I get an awk error: # iwconfig wlan0 rate awk: /^[[:space:]]*[0-9]/ {print $1\M\} awk: ^ backslash not last character on line awk: /^[[:space:]]*[0-9]/ {print $1\M\} awk: ^ backslash not last character on line auto fixed removing the two superfluous backslashes gets me rid of the error. My wlan driver does not report rates, so down*t know if it works right, but seems to be sane to me. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-4-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wireless-tools depends on: ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libiw30 30~pre9-4 Wireless tools - library wireless-tools recommends no packages. wireless-tools suggests no packages. -- no debconf information --- /etc/bash_completion.d/wireless-tools~ 2009-11-14 23:45:30.0 +0100 +++ /etc/bash_completion.d/wireless-tools 2010-09-22 00:31:39.0 +0200 @@ -55,7 +55,7 @@ COMPREPLY=( $( compgen -W 'auto fixed' -- $cur ) ) COMPREPLY=( ${comprep...@]} $( compgen -W \ $( iwlist ${COMP_WORDS[1]} rate | \ -awk '/^[[:space:]]*[0-9]/ {print $1\M\}' ) -- $cur ) ) +awk '/^[[:space:]]*[0-9]/ {print $1M}' ) -- $cur ) ) return 0 ;; rts|frag)
Bug#569175: atop: New upstream version. Please update
Package: atop Version: 1.23-1 Severity: normal As of 2010-01-25 version 1.24 is released, with some valuable improvements. Moreover as of 2010-01-30 new kernel patches for 2.6.30 and 2.6.31 are available. I find atop most usefull to find and monitor disk and network hogs. Would be nice to have the network usage per process functionality available with a recent kernel again. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages atop depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii logrotate 3.7.8-4 Log rotation utility ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime atop recommends no packages. atop suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568653: network-manager: Network-Manager does not stop pppd overwriting nameserver entries
Package: network-manager Version: 0.7.999-2 Severity: normal I'm running my UMTS modem with networkmanager and (happy to have it) modemmanager. Selecting my provider settings with the help of mobile-broadband-provider-info gets all settings right exept the nameserver entries. The provider info has two nameserver entries, still nm-config-editor in the mobile broadband properties subdialo, IPv4 setting tab chooses automatic (ppp) instead of automatic (ppp) adresses only. If I change this option, the nameserver input field get editable, but is empty. I would expect it to be active and aready filled with the namservers. With the above options set correct for my provider (non-ppp DNS servers), resolv.conf is written wrong, having two nameserver entries from ppp and one from the DNS servers setting. I checked the resolvconf files, and both NewtworkManager and pppd set nameserver entries. In the resulting resolv.conf file the pppd nameserver entries come first, but as they are not valid/reachable I get horrible long resolv times due to getting through all nameserver with timeouts. Looking at the command line of pppd: /usr/sbin/pppd nodetach lock nodefaultroute user p...@a1plus.at ttyUSB0 noipdefault noauth usepeerdns lcp-echo-failure 0 lcp-echo-interval 0 ipparam /org/freedesktop/NetworkManager/PPP/4 plugin /usr/lib/pppd/2.4.4/nm-pppd-plugin.so I see usepeerdns which is IMO wrong in this situation, as NM is already providing nameserver, and I chose to override the ppp nameservers. Regards Patrick -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser 3.112 add and remove users and groups ii dbus 1.2.16-2 simple interprocess messaging syst ii dhcp3-client 3.1.3-2DHCP client ii ifupdown 0.6.9 high level tools to configure netw ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libgcrypt11 1.4.5-1LGPL Crypto library - runtime libr ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgnutls26 2.8.5-2the GNU TLS library - runtime libr ii libgudev-1.0-0150-2 GObject-based wrapper library for ii libnl11.1-5 library for dealing with netlink s ii libnm-glib2 0.7.999-2 network management framework (GLib ii libnm-util1 0.7.999-2 network management framework (shar ii libpolkit-gobject-1-0 0.96-1 PolicyKit Authorization API ii libuuid1 2.16.2-0 Universally Unique ID library ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii udev 150-2 /dev/ and hotplug management daemo ii wpasupplicant 0.6.9-3client support for WPA and WPA2 (I Versions of packages network-manager recommends: pn dnsmasq-base none(no description available) ii iptables 1.4.6-2 administration tools for packet fi ii modemmanager 0.3-1 D-Bus service for managing modems ii network-manager-gnome 0.7.999-2 network management framework (GNOM ii policykit-10.96-1framework for managing administrat ii ppp2.4.4rel-10.1 Point-to-Point Protocol (PPP) - da Versions of packages network-manager suggests: pn avahi-autoipd none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559640: gnuradio-companion: fails to start, preferences parser problem ('NoneType' object has no attribute 'get_flow_graph'
Package: gnuradio-companion Version: 3.2.2.dfsg-1+b1 Severity: serious Tags: patch Justification: 2 When starting grc, an exeption is raised: (just last lines) line 281, in get_flow_graph return self.get_page().get_flow_graph() AttributeError: 'NoneType' object has no attribute 'get_flow_graph' The problem was reported on the GNU Radio mailing list on 2009-07-06 and was reported to be fixed by Jonathan Corgan the next day. The relating messages are Report: http://lists.gnu.org/archive/html/discuss-gnuradio/2009-07/msg00060.html Workaround: http://lists.gnu.org/archive/html/discuss-gnuradio/2009-07/msg00063.html Fix Report: http://lists.gnu.org/archive/html/discuss-gnuradio/2009-07/msg00069.html It's a problem with the preferences parser. Attached is the diff of the tag release 3.2.2 to release 3.2.1 of the debian directory. I was able to fix the problem in doing the 'install' command from the rules file with the prefs.py file. Regards Patrick -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnuradio-companion depends on: ii gnuradio3.2.2.dfsg-1 The GNU Software Radio Toolkit ii gnuradio-doc3.2.2.dfsg-1 Software Defined Radio ii python 2.5.4-2 An interactive high-level object-o ii python-central 0.6.14+nmu2 register and build utility for Pyt ii python-cheetah 2.0.1-2 text-based template engine and Pyt ii python-gtk2 2.16.0-1 Python bindings for the GTK+ widge ii python-lxml 2.2.2-2 pythonic binding for the libxml2 a ii usrp-doc3.2.2.dfsg-1 Software Defined Radio gnuradio-companion recommends no packages. gnuradio-companion suggests no packages. -- no debconf information Index: prefs.py === --- prefs.py (.../tags/releases/3.2.2/debian) (Arbeitskopie) +++ prefs.py (.../branches/releases/3.2/debian) (Revision 11371) @@ -1,126 +0,0 @@ -# -# Copyright 2006,2009 Free Software Foundation, Inc. -# -# This file is part of GNU Radio -# -# GNU Radio 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 3, or (at your option) -# any later version. -# -# GNU Radio is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY; without even the implied warranty of -# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -# GNU General Public License for more details. -# -# You should have received a copy of the GNU General Public License -# along with GNU Radio; see the file COPYING. If not, write to -# the Free Software Foundation, Inc., 51 Franklin Street, -# Boston, MA 02110-1301, USA. -# - -import gnuradio_swig_python as gsp -_prefs_base = gsp.gr_prefs - - -import ConfigParser -import os -import os.path -import sys - - -def _user_prefs_filename(): -return os.path.expanduser('~/.gnuradio/config.conf') - -def _sys_prefs_dirname(): -return '/etc/gnuradio/conf.d' - -def _bool(x): - -Try to coerce obj to a True or False - -if isinstance(x, bool): -return x -if isinstance(x, (float, int)): -return bool(x) -raise TypeError, x - - -class _prefs(_prefs_base): - -Derive our 'real class' from the stubbed out base class that has support -for SWIG directors. This allows C++ code to magically and transparently -invoke the methods in this python class. - -def __init__(self): - _prefs_base.__init__(self) - self.cp = ConfigParser.RawConfigParser() - self.__getattr__ = lambda self, name: getattr(self.cp, name) - -def _sys_prefs_filenames(self): -dir = _sys_prefs_dirname() -try: -fnames = os.listdir(dir) -except (IOError, OSError): -return [] -fnames.sort() -return [os.path.join(dir, f) for f in fnames] - -def _read_files(self): -filenames = self._sys_prefs_filenames() -filenames.append(_user_prefs_filename()) -#print filenames: , filenames -self.cp.read(filenames) - -# -# These methods override the C++ virtual methods of the same name -# -def has_section(self, section): -return self.cp.has_section(section) - -def has_option(self, section, option): -return self.cp.has_option(section, option) - -def get_string(self, section, option, default_val): -try: -return self.cp.get(section, option) -except: -
Bug#464727: Please update to libcap2
Package: libcap Severity: normal Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Patrick [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Please consider update to libcap2 Message-ID: [EMAIL PROTECTED] X-Mailer: reportbug 3.39 Date: Fri, 08 Feb 2008 16:32:02 +0100 Package: libcap Severity: wishlist With kernel 2.6.24 file capabilities are available and the semantics of CAP_SETPCAP has changed to not being able to change capabilities of other processe. To be able to use the file capabilities, libcap2 from [1] is needed, what seems to be the successor of libcap1. It includes the library, tools for manipulating file capabilities, and a PAM module. All tools have man-pages. For a guide to use the new file capabilites, have a look at [2]. If possible please consider updateing to libcap2. If you need help, I'd be glad to help you. Maybe libcap2 should be a set of new package; I have not investigated backward compability. Regards Patrick [1] http://www.kernel.org/pub/linux/libs/security/linux-privs/libcap2/ [2] http://www.friedhoff.org/fscaps.html -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.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#451516: mount: information about / (root) can be wrong
Package: mount Version: 2.12r-19 Severity: normal Suppose you boot from /dev/hda3 and fstab lists root (/) as /dev/hda4, mount will list root as mounted from /dev/hda4. /proc/mounts lists / as rootdev, with no hint which device it could be. mountpoint (from initscripts) with options -d / is cappable with a hand full lines of coide to determine the major and minor numbers of the corresponding block device, which should also be possible for mount to get it right. Maybe it's a bug in the initscripts that set up mtab. Generally I would rather use /proc/mounts and replace rootdev with the correct value, to /make it more error prone. I had serious data corruption when I relied on what mount says. You can mount the root file system a second time, and mount would show you two different block devices for the same mounted filesystem, wich is a Really Bad Thing. Patrick -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages mount depends on: ii libblkid 1.39+1.40-WIP-2006.11.14+dfsg-2 block device id library ii libc62.6.1-1 GNU C Library: Shared libraries ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-2 universally unique id library mount recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451516: Details
As far as I can see, the somewhere in the init process the mtab-entry is created by a call to mount -f / which does not mount, but write the mtab entry. In this process, data is fetched from /etc/fstab. This is sensible for all fstab-entries, as these are used for regular mounts as well. But for the root file system this can lead to the paradox situation that fstab points to a device that is not mounted as root, without producing errors (but leading to wrong information). Patrick -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser patrick dot strasser at tugraz dot at Student of Telematik, Techn. University Graz, Austria -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384274: Xorg won't start with ATI Radeon driver and framebuffer
Package: linux-kernel Version: 2.6.16 Severity: important after upgrading to xorg 7 and Linux kernel 2.6.16 I could not start X: (EE) RADEON(0): mmap mmio: Invalid argument Fatal server error: AddScreen/ScreenInit failed for driver 0 Disabling Option UseFBDev true solved my problem. I noticed, though, that the console seems to have an other frambuffer setting. Patrick -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276060: Workaround for upgrade to =0.6.44
Hello! Hit the problem with an alienated package, that had nearly all it's files marked as configfile. When you can't use apt/dpkg with the discussed error, find the offending status section: # cd /var/lib/dpkg # diff -u status-old status Watch for space-intended lines after the Conffiles: line. Look for an string, that matches many of the lines (probably the package name). # grep -v ^ /.*matchstring status status.mod where matchstring is the string unique for this package. # cp status-old status-old.bak # cp status.mod status # apt-get remove --purge offending-package # cp status-old.bak status The last line is for making shure, that no packages where harmed that grep maybe hit. Now upgrade apt # apt-get update # apt-get install apt The system should be in an usable and clean state. You can now try to install your offending package again. Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381093: lat: field superior in schema browser not updated properly
Package: lat Version: 1.0.6-1 Severity: normal The field superior in the schema browser seems to hang. Symptoms: Connect to a server, use the schema browser. Select Attribute Types. Select attribute cn. Superoir is name. Select attribute name. Superior is still name. I think it should be empty, but I'm no LDAP schema expert, though. Select member. Superior is distinguishedName. Select name again. One would expect superior again to be name, but it stays distinguishedName. It hangs. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages lat depends on: ii libgconf2.0-cil 2.8.3-1CLI binding for GConf 2.12 ii libglade2.0-cil 2.8.3-1CLI binding for the Glade librarie ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libglib2.0-cil2.8.3-1CLI binding for the GLib utility l ii libgnome-keyring0 0.4.9-1GNOME keyring services library ii libgnome2.0-cil 2.8.3-1CLI binding for GNOME 2.12 ii libgtk2.0-cil 2.8.3-1CLI binding for the GTK+ toolkit 2 ii libmono-corlib1.0-cil 1.1.13.8-1 Mono core library (1.0) ii libmono-ldap1.0-cil 1.1.13.8-1 Mono LDAP library ii libmono-security1.0-cil 1.1.13.8-1 Mono Security library ii libmono-system1.0-cil 1.1.13.8-1 Mono System libraries (1.0) ii libmono1.0-cil1.1.13.8-1 Mono libraries (1.0) ii mono-runtime 1.1.13.8-1 Mono runtime lat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381093: other fields affected too: equality, ordering, substring, syntax
As seen with attributes dc, deffunc and departmentNumber, equality, ordering, substring and syntax, these fields don't update properly as well. Seems like the information is not cleared when requesting new info. -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser patrick dot strasser at tugraz dot at Student of Telematik, Techn. University Graz, Austria smime.p7s Description: S/MIME Cryptographic Signature
Bug#378137: openoffice.org-common: oo.org-common_2.0.3-2 binary incompatible with oo.org-writer_2.0.2-2 (won't start)
Package: openoffice.org-common Version: 2.0.3-2 Severity: important After installing oo.org-doc packages, where oo.org-common was updated to 2.0.3-2, I'm unable to start oo.org-writer. I got the splash screen, but no application. The program return value was 0. Starting ooffice, I get a window, but after opening a writer document (.odt), The application quits. Fortunately not all messages are hidden by the wrapper, I got this on the command line: $ ooffice $ /usr/lib/openoffice/program/soffice.bin: symbol lookup error: /usr/lib/openoffice/program/libswd680li.so: undefined symbol: _ZNK9SfxFilter11GetTypeNameEv Seems like some binary incompatibility came in... I'll upgrade all to 2.0.3 and see if this resolves the problem. Patrick -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org-common depends on: ii dictionaries-common [openoffi 0.65.7 Common utilities for spelling dict ii openoffice.org-l10n-en-us 2.0.3-2English_american language package ii xml-core 0.09 XML infrastructure and XML catalog openoffice.org-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378137: update solved problem
Hello! Updating to oo.org_2.0.3-2 which also updated oo.org-writer to the same version, solved the problem. Starts again with no problems. Patrick -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser patrick dot strasser at tugraz dot at Student of Telematik, Techn. University Graz, Austria smime.p7s Description: S/MIME Cryptographic Signature
Bug#368509: cvsblame: uses kfmclient instead of sensible browser
Package: kdesdk-scripts Version: 4:3.5.2-1 Severity: normal cvsblame opens kfmclient, wich yields only errors for me, as I want to use cvsblame, but not konqueror. (btw: the package does not depend on konqueror, wich is ok.) It would be fine to use www-browser or sensible-browser instead, wich can be configured by update-alternatives to call the Best Browser. Should not be too hard to change for the Debian package. Thanks Patrick -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages kdesdk-scripts depends on: ii perl 5.8.8-3Larry Wall's Practical Extraction ii python2.3.5-5An interactive high-level object-o Versions of packages kdesdk-scripts recommends: ii automake1.4 [automaken] 1:1.4-p6-9 A tool for generating GNU Standard ii automake1.7 [automaken] 1.7.9-7 A tool for generating GNU Standard ii automake1.9 [automaken] 1.9.6-4 A tool for generating GNU Standard ii cvs 1:1.12.9-17 Concurrent Versions System ii gawk 1:3.1.5-3 GNU awk, a pattern scanning and pr -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368529: cvsblame: incompatible css positioning in javascript code
Package: kdesdk-scripts Version: 4:3.5.2-1 Severity: normal In the generated HTML/Javascript code, the function poplog(target, rev) does: popup.style.pixelLeft = x; popup.style.pixelTop = y; This is konqueror-specific, non-standard and not portable. Better would be (working at least with firefox 1.5): popup.style.left = x; popup.style.top = y; Thanks Patrick -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages kdesdk-scripts depends on: ii perl 5.8.8-3Larry Wall's Practical Extraction ii python2.3.5-5An interactive high-level object-o Versions of packages kdesdk-scripts recommends: ii automake1.4 [automaken] 1:1.4-p6-9 A tool for generating GNU Standard ii automake1.7 [automaken] 1.7.9-7 A tool for generating GNU Standard ii automake1.9 [automaken] 1.9.6-4 A tool for generating GNU Standard ii cvs 1:1.12.9-17 Concurrent Versions System ii gawk 1:3.1.5-3 GNU awk, a pattern scanning and pr -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352356: mozilla-thunderbird: random segfaults when home directory is full $prog ${1+$@}
Package: mozilla-thunderbird Version: 1.0.7-3 Severity: important When the profile directory is full (eg. home separately mounted, profile in /home/username/.mozilla-thunderbird), mozilla-thunderbird crashes with completely meaningless /usr/lib/mozilla-thunderbird/run-mozilla.sh: line 159: 8105 Segmentation fault $prog ${1+$@} , where 8105 is obvious the PID of the sagfaulting process. mozilla-thunderbird --debug yields: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1219880736 (LWP 8225)] 0xb621689e in NSGetModule () from /usr/lib/mozilla-thunderbird/components/libgklayout.so (gdb) bt #0 0xb621689e in NSGetModule () from /usr/lib/mozilla-thunderbird/components/libgklayout.so #1 0xb6213906 in NSGetModule () from /usr/lib/mozilla-thunderbird/components/libgklayout.so #2 0xb6213c83 in NSGetModule () from /usr/lib/mozilla-thunderbird/components/libgklayout.so #3 0xb70fce37 in NSGetModule () from /usr/lib/mozilla-thunderbird/components/libnecko.so #4 0xb714f884 in NSGetModule () from /usr/lib/mozilla-thunderbird/components/libnecko.so #5 0xb70e4348 in NSGetModule () from /usr/lib/mozilla-thunderbird/components/libnecko.so #6 0xb70e4b39 in NSGetModule () from /usr/lib/mozilla-thunderbird/components/libnecko.so #7 0xb79f52e2 in nsInputStreamReadyEvent::EventHandler () from /usr/lib/mozilla-thunderbird/libxpcom.so #8 0xb7a0ac43 in PL_HandleEvent () from /usr/lib/mozilla-thunderbird/libxpcom.so #9 0xb7a0b54c in PL_ProcessPendingEvents () from /usr/lib/mozilla-thunderbird/libxpcom.so #10 0xb7a0d34c in nsEventQueueImpl::~nsEventQueueImpl () from /usr/lib/mozilla-thunderbird/libxpcom.so #11 0xb720b546 in ?? () from /usr/lib/mozilla-thunderbird/components/libwidget_gtk2.so #12 0x08920790 in ?? () #13 0xb7acbad0 in ?? () from /usr/lib/libglib-2.0.so.0 #14 0xbf9c5134 in ?? () #15 0xb7a8aeeb in g_static_private_get () from /usr/lib/libglib-2.0.so.0 #16 0xb7a95eff in g_vasprintf () from /usr/lib/libglib-2.0.so.0 #17 0xb7a6cb8c in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #18 0xb7a6ff6b in g_main_context_check () from /usr/lib/libglib-2.0.so.0 ---Type return to continue, or q return to quit--- #19 0xb7a70447 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #20 0xb720b977 in ?? () from /usr/lib/mozilla-thunderbird/components/libwidget_gtk2.so #21 0x in ?? () strace -f mozilla-thunderbird shows lots of [pid 8473] write(17, \376\355\276\347\0\0\0#/usr/lib/mozilla-thunder..., 65536) = -1 ENOSPC (No space left on device) quite early in startup process. Nevertehless no warning is shown. You can reproduce this bug quite easily: As root create a new user: # adduser test login as the new user (I do this via ssh with X-forwarding): $ ssh [EMAIL PROTECTED] -X flood the directory: $ dd if=/dev/zero of=dummy start mozilla-thunderbird: $ mozilla-thunderbird new create a account (eg. news-account), download some messages. On certain operations (showing extensions, showing properties of accounts) Thunderbird crashes. Delete the dummy file and everything's fine again. I've done a limited `strace -f`, recovering the last 300 lines form the terminal output (you know, no writing on full directory). Note 1: The same happens with firefox 1.5.dfsg-4 Note 2: the same happens with mozilla-thunderbird 1.0.2-2 Note 3: Perhaps this is related to bugs #301942 and #284010 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages mozilla-thunderbird depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-12.1 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-8 GCC support library ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libgtk2.0-0 2.8.10-1 The GTK+ graphical user interface ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpango1.0-0 1.10.2-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libstdc++64.0.2-8The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt6
Bug#350924: hplip fails to configure without shadow passwords)
Debian Bug Tracking System wrote: The last bug regarding shadowless systems was fixed in addsuer 3.79. Upgrading to adduser 3.80 solved the problem. Thanks! Patrick -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser patrick dot strasser at tugraz dot at Student of Telematik, Techn. University Graz, Austria -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350924: hplip fails to configure without shadow passwords
Package: hplip Version: 0.9.7-4 Severity: important Install hplip results in Setting up hplip (0.9.7-4) ... Creating/updating hplip user account... chage: the shadow password file is not present adduser: `/usr/bin/chage -M 9 hplip' returned error code 15. Aborting. Cleaning up. Removing user `hplip'. as manpage for chage states: The chage program requires shadow password file to be available. Its functionality is not available when passwords are stored in the passwd file. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages hplip depends on: ii adduser 3.67 Add and remove users and groups ii coreutils 5.2.1-2The GNU core utilities ii cupsys1.1.23-15 Common UNIX Printing System(tm) - ii hplip-data0.9.7-4HP Linux Printing and Imaging - da ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libcupsys21.1.23-15 Common UNIX Printing System(tm) - ii libgcc1 1:4.0.2-6 GCC support library ii libsnmp9 5.2.1.2-4 NET SNMP (Simple Network Managemen ii libssl0.9.8 0.9.8a-5 SSL shared libraries ii libstdc++64.0.2-6The GNU Standard C++ Library v3 ii lsb-base 3.0-9 Linux Standard Base 3.0 init scrip ii python2.3.5-3An interactive high-level object-o ii python-qt33.15-4 Qt3 bindings for Python (default v Versions of packages hplip recommends: ii cupsys-client 1.1.23-15 Common UNIX Printing System(tm) - ii hpijs 2.1.7+0.9.7-4 HP Linux Printing and Imaging - gs ii hplip-ppds 0.9.7-4 HP Linux Printing and Imaging - PP -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318848: global: new upstream version available
Package: global Version: 4.5-1.1 global hasn't been updated for quite a while, although it's actively maintained upstream. Last deb was 4.5-1.1 from 2002-10-26 . Current upstream version is 4.8.6 . Valuable new features were added, like PHP4 parsing and Doxygen intregration. Please update the package. Patrick -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser patrick dot strasser at tugraz dot at Student of Telematik, Techn. University Graz, Austria -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]