Bug#365690: firefox: rendering unicode character numbers depends on context in a weird way
On Tue, May 23, 2006 at 09:11:27PM -0700, Ian Zimmerman [EMAIL PROTECTED] wrote: Here's a page that seems to have the problem even without pango: http://www.gtk.org/api/2.6/gtk/gtk-Selections.html#id2836476 The only problem I see with this page is that the server says it's UTF-8 while it's ISO-8859-1. If you manually chose ISO-8859-1 encoding it displays just fine. There's nothing we can do there, if the server states wrong things. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#218893: Kicking this back to life
Since there are new dpkg maintainers, I asked them on Thu, 19 Jan 2006, what was their opinion on the matter and whether they would accept my proposal or yours. So far I did not get any answer. You probably sent the request a little bit too early. The dpkg maintenance team was still in the process of settnf itself up. It is still, btw, but you might get better chances now. signature.asc Description: Digital signature
Bug#368687: am-utils: [INTL:fr] French debconf templates translation
Package: am-utils Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, please remember about the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. See its man page for details. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) # translation of fr-new.po to French # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Christian Perrier [EMAIL PROTECTED], 2006. msgid msgstr Project-Id-Version: fr-new\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-04-19 12:25+\n PO-Revision-Date: 2006-05-16 12:03-0500\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.2\n #. Type: boolean #. Description #: ../am-utils.templates:9 msgid Import old amd configuration ? msgstr Faut-il importer l'ancienne configuration d'amd ? #. Type: boolean #. Description #: ../am-utils.templates:9 msgid You seem to have amd configuration files available (the \amd\ package is the precursor to am-utils). msgstr Il semblerait que des fichiers de configuration d'amd soient présents (le paquet « amd » est le prédécesseur d'am-utils). #. Type: boolean #. Description #: ../am-utils.templates:9 msgid Would you like to try to import amd's configuration into am-utils ? msgstr Veuillez confirmer s'il faut tenter d'importer la configuration d'amd dans am-utils. #. Type: note #. Description #: ../am-utils.templates:17 msgid Cannot log to file. msgstr Journalisation dans un fichier impossible #. Type: note #. Description #: ../am-utils.templates:17 msgid The old \amd\ configuration used to log to a file instead of using syslog. msgstr L'installation antérieure d'amd utilisait un fichier plutôt que syslog, pour la journalisation. #. Type: note #. Description #: ../am-utils.templates:17 msgid The \am-utils\ package only supports logging to the syslog out of the box. You might want to modify the /etc/am-utils/amd.conf file to enable logging to a file. msgstr Le paquet am-utils ne gère, sans modifications, que la journalisation via syslog. Vous devriez modifier le fichier /etc/am-utils/amd.conf pour activer la journalisation dans un fichier. #. Type: note #. Description #: ../am-utils.templates:17 msgid This will require some manual intervention from you. msgstr Cela nécessitera des modifications que vous devrez réaliser vous-même. #. Type: note #. Description #: ../am-utils.templates:28 msgid Automatic import of amd's configuration failed. msgstr Échec de l'importation automatique de la configuration #. Type: note #. Description #: ../am-utils.templates:28 msgid Unfortunately, the automatic import of the old amd configuration failed. msgstr L'importation automatique de l'ancienne configuration d'amd a échoué. #. Type: note #. Description #: ../am-utils.templates:28 msgid Please review am-utils configuration. msgstr Veuillez vérifier la configuration d'am-utils. #. Type: boolean #. Description #: ../am-utils.templates:36 msgid Is the amd master map propagated through NIS ? msgstr La carte principale (« master map ») d'amd est-elle diffusée via NIS ? #. Type: boolean #. Description #: ../am-utils.templates:36 msgid At large sites the automounter tables (called 'maps') may be available through the \Network Information Service\, or NIS for short (formerly known as \Yellow pages\). This is the recommended way of
Bug#368574: 2.0.2-3 crashes on some documents; 2.0.2-2 is OK
Rene Engelhard [EMAIL PROTECTED] wrote: Hi, 2.0.2-3 on powerpc crashes on some documents; 2.0.2-2 has no problems opening and working on the same files. There's no 2.0.2-3 binaries for powerpc (see below on your own info, although I wonder why reportbug added 2.0.2-3 for openoffice.org; did you enter that manually?)... (yep, I reported the bug after reverting to 2.0.2-2) Indeed there are no binaries, however the arch: all packages are there already and got upgraded. Didn't notice that. Maybe some incompatibility between -3 _all and -2 _powerpc stuff, although I currentlly don't see what should be incompatible there... Well, that must be the problem, then ... No backtrace, no nothing, and I can't disclose the problematic documents. How do you expect someone to help you then? I was reporting the bug so it wouldn't go unnnoticed and others would have had a chance to add some more data before I got the time to do it myself (tomorrow being a bank holiday). JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368631: nedit crashes on ctrl+v
Hi, * Daniel Baulig wrote (2006-05-24 01:29): Thorsten Haude wrote: * Daniel Baulig wrote (2006-05-23 20:10): Thorsten Haude wrote: It's a file (aptly called 'core', sometimes 'core.$PID') created by the OS if a process crashes. The file contains information about the process the moment it crashed and can help in debugging. This is also called 'throwing a core' or 'core dump'. The file is not always created for various reasons. If it is not, please send the result of 'ulimit -a'. I suppose the file should be created in the user's home directory, which it is not. No, sorry, it's created in the process' working directory. core file size (blocks, -c) 0 This means that no cores are created. If you want to change this, just enter 'ulimit -c 20' (or another large number) before you start the process which would crash. However, I just figured, that the term crash might not be 100% correct. Actually nedit does not crash totally, but sort of hang. I cannot press any control elements, and it will not redraw any elements anymore. However, I have to kill it to get rid of it completely. Most signals dump core, so you might try to raise the core limit and try again. Thorsten -- Emacs is for people who desperately want to get drunk, but feel guilty doing so without a reason. - Miles O'Neal pgpCcCeZKcTdV.pgp Description: PGP signature
Bug#368631: nedit crashes on ctrl+v
Hi, * Daniel Baulig wrote (2006-05-23 17:53): When I have nedit open and the search dialog up pressing ctrl+v crashes nedit. Another thing: Have you tried the binary from NEdit's website? Thorsten -- Man will occasionally stumble over the truth, but most of the time he will pick himself up and continue on. - Winston Churchill pgp26G68MoOVQ.pgp Description: PGP signature
Bug#368683: linux-source-2.6.16: menuconfig should say what the raw default is
even more relevantly, it would also be good to know: o what defaults linux-source-* changed thanks. -- Webmaster: do you believe that people will (a) switch browsers to view your best viewed with page or (b) go to your competitor?
Bug#368688: yafc tmpfiles
package: yafc Hello. Attached is a patch dealing with yafc temporary files. It is currently using make_unique_filename() to generate pseudo-unique filenames, and use them as temporary files. There are two problems: -hard coding the directories isn't a good idea -there is the same security risks as with mktemp() The attached patch replaces these with tmpfile(). yafc.patch Description: Binary data
Bug#368689: po-debconf: run debconf-updatepo but no word wrapping
Package: po-debconf Version: 1.0.2 Severity: normal Hi, After a long time, I translate ja.po and run debconf-updatepo. But it results with no word wrapping. Is this correct behavior? I tried to downgrad po-debconf pacakge from snapshot.debian.net but no change. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Versions of packages po-debconf depends on: ii gettext 0.14.5-4GNU Internationalization utilities ii intltool-debian 0.34.2+20060512 Help i18n of RFC822 compliant conf ii perl 5.8.8-4 Larry Wall's Practical Extraction Versions of packages po-debconf recommends: pn libcompress-zlib-perl none (no description available) pn libmail-sendmail-perl none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367853: libdb transition policy?
* Andreas Barth: Why that? It would only affect packages that (correctly or wrongly) also depend on libdb4.2. (And libdb4.2 unfortunatly doesn't have versioning, otherwise, it wouldn't be any issue; lidb4.3 and libdb4.4 are better in that regard.) Berkeley DB 4.2 was compiled such that every exported symbol ends with _4002. Have a look at: $ readelf -sW /usr/lib/libdb-4.2.so | grep -v _4002 This means that even though it does not use symbol versioning, it can coexist with other versions in the same process image. However, contrary to what the NM templates suggest, symbol versioning is not a cure-all for all ABI incompatibilities. If libetpan returns a DB_ENV * in its API, you need to port[1] all its dependencies to the new Berkeley DB version. [1] A simple recompilation may not be enough because a new Berkeley DB version usually changes the API in slight ways. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347308: xterm: problem does not exist in sarge
Package: xterm Version: 210-3 Followup-For: Bug #347308 I am observing the same problem, using ion2 as a window manager. As I am working both under sarge and sid, I observed that this problem does not show up in sarge's xterm version. A second observation I made is that in sid that the misdetection of size occurs with greater probability when the system load is higher. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc6 2.3.6-9GNU C Library: Shared libraries ii libfontconfig12.3.2-5.1 generic font configuration library ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libncurses5 5.5-2 Shared libraries for terminal hand ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxaw7 1:1.0.1-5 X11 Athena Widget library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxt61:1.0.0-5 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2Base X bitmaps Versions of packages xterm recommends: ii xutils1:7.0.0-3 X Window System utility programs -- debconf information: xterm/clobber_xresource_file: * xterm/xterm_needs_devpts: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368690: Installation fails, when /var/cache/apt/archives is full
Package: installation-reports Boot method: Boot from netinst CD, used private mirror as source Image version: 2006-05-24, http://cdimage.debian.org/cdimage/etch_di_beta2/i386/iso-cd/debian-testing-i386-netinst.iso Date: Wed May 24 08:48:25 CEST 2006 Machine: selfmade Shuttle SN41-G2 Processor: AMD athlign XP 2000+ Memory: 1GB Partitions: df -Tl will do; the raw partition table is preferred Sorry, busyboxs df neither know -T nor -l; I guess that will do: ~ # fdisk -l [..] Device BootStart End BlocksIdSystem /dev/hda1 * 1 34 273973+ 83Linux /dev/hda235 36481 292769527+5Extended /dev/hda5351007 781559183Linux /dev/hda6 10081337 2650693+ 82Linux swap / Solaris /dev/hda7 13381386 39356183Linux /dev/hda8 1387 36481 28190055683Linux [..] /dev/hdc1 * 1 851 683562683Linux /dev/hdc2 852 19457 149452695 5Extended /dev/hdc5 8521181 2650693+ 82Linux swap / Solaris /dev/hdc6 1182 19457 146801938+ 83Linux ~ # mount [..] /dev/ide/host0/bus0/lun0/part1 on /target type ext3 (rw,data=ordered) /dev/ide/host0/bus1/lun0/part6 on /target/home type ext3 (rw,data=ordered) /dev/ide/host0/bus0/lun0/part8 on /target/pub type ext3 (rw,data=ordered) /dev/ide/host0/bus0/lun0/part7 on /target/tmp type ext3 (rw,data=ordered) /dev/ide/host0/bus0/lun0/part5 on /target/usr type ext3 (rw,data=ordered) [..] Output of lspci and lspci -n: [ Too lazy to type that from the monitor; not important anyway since the hardware is recognized ] Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[E] Install boot loader:[ ] Reboot: [ ] Comments/Problems: What basically happend is the following: I got a new harddisc. I moved my old disc, with my old / and /home to /dev/hdc and to test the new installer and attached my new disc as /dev/hda. The installer booted up fine, and when asked I told him to use /dev/hda entirely for seperate partitions. Seeing the details of the proposed partioning, I made some changes, most notable I removed the partition intended for /var (I wanted to use my old root partition on /dev/hdc1 later for that). So /var resided on the rest of the /, which got only 300 MB, or so. The Rest of the story is easy: During tasksel, I told him to install a desktop system. After downloading 206 of 627 files to install, /var/cache/apt/archives became to big for that partition, and the progressbar stopped. I didn't got a warning, that my / was to small for /var, nor an error message, when the installation process coudln't continue. Okay, it's a clear user error, but it can't be called an error, without an proper error message, can it? ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#208780: is it me you looking for?
Hire, i am here sitting in the internet caffe. Found your! email and decided to write. I might be coming to your place in 14 days, a so I decided to email you. May be we can meet? I am 25 y.o. girl.! I have a picture if yoau want. No n!eed to reply here as this is not! my! email. Write me at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368684: nagios3: segfault caused by p1.pl being installed incorrectly
On Wed, May 24, 2006 at 04:46:17PM +1200, Matt Brown wrote: When the embedded perl interpreter is enabled the Nagios binary looks for a script called p1.pl in $(bindir) (set to /usr/sbin by configure), however the debian package moves this file from $(bindir) to /usr/lib/nagios2. Can you give a example configuration? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329319: Would you be interested in helping maintain yaird for Debian?
2006 m. kovas 16 d., ketvirtadienis 01:40, Jonas Smedegaard rašė: Great. Welcome aboard - you should have write access to SVN now! suspend to disk/resume has been in SVN for a few months now. Why hasn't it been uploaded to unstable or at least experimental yet? pgpvM8fyHH53A.pgp Description: PGP signature
Bug#368674: udev: /dev/fuse is not created root:fuse
On May 24, Adeodato Simó [EMAIL PROTECTED] wrote: I'm experiencing old #334439 (udev: /dev/fuse node is created with wrong group owner) with the current version of udev: % grep fuse /etc/udev/rules.d/020_permissions.rules KERNEL==fuse, GROUP=fuse So it's obviously not old #334439. Please report the output of udevtest for the /dev/fuse $DEVPATH. Also, check daemon.log for errors. -- ciao, Marco signature.asc Description: Digital signature
Bug#368692: ITP: cvschangelogbuilder -- perl utility to generate ChangeLogs or html CVS reports
Package: wnpp Severity: wishlist * Package name: cvschangelogbuilder Version : 2.2 Upstream Author : Laurent Destailleur [EMAIL PROTECTED] * URL : http://cvschangelogb.sourceforge.net/ * License : GPL Description : perl utility to generate ChangeLogs or html CVS reports cvschangelogbuilder is an Perl utility to generate ChangeLogs or cvs reports for a project hosted on a cvs server. The main goal is to provide a better output that the 'cvs log' command. cvschangelogbuilder offers 5 kinds of output: * a changelog to include in a rpm .spec file * a changelog by date (looks like 'cvs log') * a changelog by file * a changelog by change comment * a html report of cvs project activity. signature.asc Description: This is a digitally signed message part
Bug#368693: latex2html: fail to convert image (under X11R7?)
Package: latex2html Version: 2002-2-1-20050114-5 Severity: important Hi, Today when I used latex2html it failed to convert image(s) and I investigated with -debug option and found it was caused that pnmtopng failed to open rgb.txt as the following messages showed; pnmtopng: can't open color names database file named /usr/lib/X11/rgb.txt, /usr/openwin/lib/rgb.txt, or /usr/X11R6/lib/X11/rgb.txt and Environment variable RGBDEF not set. Set RGBDEF to the pathname of your rgb.txt file or don't use color names. After setting RGBDEF=/usr/share/latex2html/styles/rgb.txt, latex2html worked fine. As you can guess, it seemed X11R6 - X11R7 caused this problem. Regards,2006-5-24(Wed) Atsuhito Kohda [EMAIL PROTECTED] Department of Math., Univ. of Tokushima) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Versions of packages latex2html depends on: ii gs 8.50-1.1Transitional package ii gs-afpl [gs] 8.53-0.2The AFPL Ghostscript PostScript in ii gs-aladdin-vflib [gs]8.53-0.1.0jpThe AFPL Ghostscript PostScript in ii gs-esp [gs] 8.15.1.dfsg.1-2 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.50-1.1The GPL Ghostscript PostScript int ii gs-ja [gs] 7.07-4 The Ghostscript Postscript interpr ii netpbm 2:10.0-10.1 Graphics conversion tools ii perl 5.8.8-4 Larry Wall's Practical Extraction ii perl-doc 5.8.8-4 Perl documentation ii tetex-bin3.0-16 The teTeX binary files ii tetex-extra 3.0-17 Additional library files of teTeX latex2html recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368690: Installation fails, when /var/cache/apt/archives is full
On Wed, May 24, 2006 at 09:17:10AM +0200, Alexander Schmehl wrote: Comments/Problems: What basically happend is the following: I got a new harddisc. I moved my old disc, with my old / and /home to /dev/hdc and to test the new installer and attached my new disc as /dev/hda. The installer booted up fine, and when asked I told him to use /dev/hda entirely for seperate partitions. Seeing the details of the proposed partioning, I made some changes, most notable I removed the partition intended for /var (I wanted to use my old root partition on /dev/hdc1 later for that). So /var resided on the rest of the /, which got only 300 MB, or so. The Rest of the story is easy: During tasksel, I told him to install a desktop system. After downloading 206 of 627 files to install, /var/cache/apt/archives became to big for that partition, and the progressbar stopped. I would advocate a separate /var/cache in those cases. I didn't got a warning, that my / was to small for /var, nor an error message, when the installation process coudln't continue. It should be possible to do step-wise installs with in-process removal of the already installed packages, no ? Okay, it's a clear user error, but it can't be called an error, without an proper error message, can it? ;) I don't think it is a user error. Friendly, Svne Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368572: closed by Yann Dirson [EMAIL PROTECTED] (Bug#368572: fixed in tulip 2.0.4-2)
found 368572 2.0.4-2 thanks Hello, unfortunately, the problem is still there. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Bug#368684: nagios3: segfault caused by p1.pl being installed incorrectly
Marc Haber wrote: Can you give a example configuration? Well, in the course of trying to narrow down my configuration to a set of directives that triggers the error I came across a directive shipped in the default nagios.cfg that is not in my configuration. p1_file=/usr/lib/nagios2/p1.pl I don't actually use the embedded perl interpreter (that I know of) so my configuration (which was originally for Nagios 2.0) did not contain this directive. Adding this directive to my configuration resolves the error. As far as I can tell this is an undocumented directive, but one that any Debian based configuration will need seeing as p1.pl has been relocated from its default location. So I guess this now becomes a documentation bug :) Cheers -- Matt Brown [EMAIL PROTECTED] Mob +64 21 611 544 www.mattb.net.nz signature.asc Description: OpenPGP digital signature
Bug#368694: network-manager: Can't associate with WPA encrypted access point
Package: network-manager Version: 0.6.2-3 Severity: normal The README files make the claim that network-manager supports WPA. Unfortunately I cannot confirm that. My working manual configuration in /etc/network/interfaces was as follows: iface eth2 inet dhcp wpa-ssid Some_ESSID wpa-key-mgmt WPA-PSK wpa-group TKIP wpa-passphrase somepassword auto eth2 Now, I tried how network-manager would cope: I removed everything except for the iface and auto stanzas, restarted dbus and logged in again, so that the interface would be managed by network-manager. Selecting my access point from the dropdown menu provided by nm-applet yields an error message, IIRC: This network requires hardware capabilities unsupported by your card. /var/log/syslog reports something about a missing key for this network, however, the expected popup, requesting the passphrase does not appear. Further I tried to manually associate with my router (connect to another wireless network, or so). This dialogue window that nm-applet shows, suggests that network-manager is unaware of WPA. You can choose between three different representations of WEP keys (hex, ascii, passphrase) but no WPA. Not surprisingly, selecting passphrase and entering the WPA passphrase fails. Since the traditional way (through /etc/network/interfaces) works just fine, I assume that this must be a bug in network-manager or a packaging issue. I don't know if it makes any difference here, my wlan hardware has an ipw2200 chipset. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages network-manager depends on: ii dbus0.61-5 simple interprocess messaging syst ii dhcdbd 1.14-1 dbus interface to the ISC DHCP cli ii hal 0.5.7-2 Hardware Abstraction Layer ii iproute 20051007-4 Professional tools to control the ii iputils-arping 3:20020927-3 Tool to send ICMP echo requests to ii libc6 2.3.6-9 GNU C Library: Shared libraries ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libdbus-glib-1-20.61-5 simple interprocess messaging syst ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglib2.0-02.10.2-2 The GLib library of C routines ii libgpg-error0 1.2-1library for common error values an ii libhal1 0.5.7-2 Hardware Abstraction Layer - share ii libiw28 28-1 Wireless tools - library ii libnl1-pre6 0.99+1.0.svn21-4 Library for dealing with netlink s ii libnm-util0 0.6.2-3 network management framework (shar ii lsb-base3.1-5Linux Standard Base 3.1 init scrip ii wpasupplicant 0.4.8-4 Client support for WPA and WPA2 (I network-manager recommends no packages. -- no debconf information -- http://www.infoe.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351328: possible fix
Attached patch fixes 2 issues: CParse::Enumerator::get_member doesn't pass $namespace down on the call stack and this is the reason of the bug. CType::Ref proxies only some of the methods of underlying type, four new are added. This allows to canonify at least freetype headers. Maybe more proxying methods are needed. diff -Nru icheck.old/CParse/Enumerator.pm icheck/CParse/Enumerator.pm --- icheck.old/CParse/Enumerator.pm 2006-04-03 06:04:54.0 +0800 +++ icheck/CParse/Enumerator.pm 2006-05-24 13:58:56.0 +0800 @@ -41,7 +41,7 @@ my $self = shift; my $namespace = shift; -return {name = $self-{name}, value = $self-{value} ? $self-{value}-get_expr : undef}; +return {name = $self-{name}, value = $self-{value} ? $self-{value}-get_expr($namespace) : undef}; } 1; diff -Nru icheck.old/CType/Ref.pm icheck/CType/Ref.pm --- icheck.old/CType/Ref.pm 2006-04-03 06:04:55.0 +0800 +++ icheck/CType/Ref.pm 2006-05-24 13:58:55.0 +0800 @@ -192,4 +192,29 @@ return $self-type-signed; } +sub nature + { +my $self = shift; +return $self-type-nature; + } + +sub max_value + { +my $self = shift; +return $self-type-max_value; + } + +sub min_value + { +my $self = shift; +return $self-type-min_value; + } + +sub can_represent + { +my $self = shift; +my $value = shift; +return $self-type-can_represent($value); + } + 1;
Bug#368695: apt-listchanges: Problem with the module apt_pkg : ImportError: No module named apt_pkg
Package: apt-listchanges Version: 2.59-0.2 Severity: grave Justification: renders package unusable When I try to use apt-listchanges it stops saying it can't import the module apt_pkg : Traceback (most recent call last): File /usr/bin/apt-listchanges, line 30, in ? import apt_pkg ImportError: No module named apt_pkg I found that this module was meant to be included in the python-apt, I just installed it when I installed apt-listchanges. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apt-listchanges depends on: ii apt 0.6.43.3 Advanced front-end for dpkg ii debconf 1.5.0 Debian configuration management sy ii debianutils 2.8.4 Miscellaneous utilities specific t ii python2.3.5-5An interactive high-level object-o ii python-apt0.6.17 Python interface to libapt-pkg ii ucf 2.0010 Update Configuration File: preserv apt-listchanges recommends no packages. -- debconf information: apt-listchanges/confirm: false apt-listchanges/which: news * apt-listchanges/frontend: pager apt-listchanges/email-address: root apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367853: libdb transition policy?
* Andreas Barth: Why that? It would only affect packages that (correctly or wrongly) also depend on libdb4.2. (And libdb4.2 unfortunatly doesn't have versioning, otherwise, it wouldn't be any issue; lidb4.3 and libdb4.4 are better in that regard.) Berkeley DB 4.2 was compiled such that every exported symbol ends with _4002. Have a look at: $ readelf -sW /usr/lib/libdb-4.2.so | grep -v _4002 This means that even though it does not use symbol versioning, it can coexist with other versions in the same process image. However, contrary to what the NM templates suggest, symbol versioning is not a cure-all for all ABI incompatibilities. If libetpan returns a DB_ENV * in its API, you need to port[1] all its dependencies to the new Berkeley DB version. No, libetpan uses libdb only internally, and does not export it. So I guess the question is to people who maintain etpan-ng and sylpheed-claws-gtk2 - is it safe for your packages if I will upload new version of libetpan (without soname change or package name change) that will link against libdb4.4? Nikita -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368659: [Pkg-texlive-maint] Bug#368659: texlive-extra-utils: Missing Depends on perl-tk
NP == Norbert Preining [2006-5-23] NP severity 368659 normal Hi, sorry if I have got the severity level wrong. NP Well, the message is there to be noticed by the user. This is the NP same approach as taken by tetex. But you are right that I could add NP a Recommend: perl-tk Will be done with the next upload I prepare. Ah, yes, that was it: I had perl-tk marked as automatically installed due to the recommends of tetex-bin, so that it disappeared when I switched to texlive. -- Thanks, Davide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368696: libgnomevfs2-common: libgnomevfs-ls fails on smb://
Package: libgnomevfs2-common Version: 2.14.1-2 Severity: important libgnomevfs-ls and libgnomevfs-info yield an error if called on smb shares. $ gnomevfs-info smb:// Error: Internal error $ gnomevfs-ls smb:// Error opening: Internal error Consequently, nautilus is unable to show smb mounts and throws an error. Nautilus cannot display smb:///. The nautilus place network:// is empty. The shares show up in konqueror and lineighborhood. So smb itself seems to be configured correctly and works like it should. ---(kaimartin)--- -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libgnomevfs2-common depends on: ii gconf22.14.0-1 GNOME configuration database syste ii gnome-mime-data 2.4.2-1base MIME and Application database ii shared-mime-info 0.16-3 FreeDesktop.org shared MIME databa libgnomevfs2-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368697: net-tools: [manual] Add route del to EXAMPLES section
Package: net-tools Version: 1.60-17 Severity: minor The manual reads: EXAMPLES route add -net 127.0.0.0 adds the normal loopback entry, using netmask 255.0.0.0 (class A route add -net 192.56.76.0 netmask 255.255.255.0 dev eth0 ... route add default gw mango-gw ... Please add use cases for route del as well to complement the presented route add commands. Suggested use cases could be: 1. Removoving default route and substituting it with new one 2. Removing previous route; re-routing packets through new route -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages net-tools depends on: ii libc6 2.3.6-9GNU C Library: Shared libraries net-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368606: typo: Gdk-WARNING **: Argumetn [...] for --xim-status not understood
reassign 368606 libgtk1.2 stop Hi, On Tue, May 23, 2006, Axel Beckert wrote: Typo in error message: Xdialog --xim-status -blafasel --logbox /etc/motd 25 100 Gdk-WARNING **: Argumetn '-blafasel' for --xim-status not understood Please correct Argumetn to Argument. Thanks. This is a bug in gtk+1.2, not 2.0. (Please file bugs against the program reporting the error when in doubt.) I'm afraid gtk+1.2 is in oldlibs and is long obsolete, it has not been uploaded since 2004, and it won't be uploaded just because of this typo. Bye, -- Loïc Minier [EMAIL PROTECTED] You can gtk_main_run, but you can't gtk_widget_hide. --danw, 19-jul-04
Bug#368695: apt-listchanges: Problem with the module apt_pkg : ImportError: No module named apt_pkg
severity 368695 normal reassign 368695 python-apt thanks On Wed, May 24, 2006 at 10:04:31AM +0200, bdepardon wrote: Package: apt-listchanges Version: 2.59-0.2 Severity: grave Justification: renders package unusable When I try to use apt-listchanges it stops saying it can't import the module apt_pkg : Traceback (most recent call last): File /usr/bin/apt-listchanges, line 30, in ? import apt_pkg ImportError: No module named apt_pkg I found that this module was meant to be included in the python-apt, I just installed it when I installed apt-listchanges. That module is included in python-apt, and it is working for others. Please try to examine your system and find out what is wrong. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362564: lvm-on-cryptroot not working yet.
On Wed, May 24, 2006 at 02:46:27AM +0200, Arjan Oosting wrote: found bugnumber 362564 thanks Hi David and Jonas, Sorry I did not respond earlier when there where updated scripts available. (Busy with work and university stuff). Thanks for adding the support for initramfs lvm-on-cryptroot to cryptsetup. I just upgraded and found to little bugs. First of all the lvm option is not saved in the hook script. After I fixed that it still would not work for me because I actually have *lvm2-on-cryptroot* and fstype gives FSTYPE=lvm2 on my machine. I have included two small patches which should fix this and took the liberty to reopen the bug for now. Hi Arjan, and thanks for the patches. It appears that I hadn't done enough testing of all the different ways in which the initramfs scripts could be used. Anyways, they both look sane so I've committed them to SVN, they'll be included in the next version of cryptsetup. Dank je wel, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368699: libct3: /etc/freetds/locales.conf ignored
Package: libct3 Version: 0.63-2 Severity: grave Tags: l10n Justification: renders package unusable If the system locale is not set to C, libct3 ignores the settings in /etc/freetds/locale.conf. Respectively date and time values are returned in a non standard way, compared to freetds installations on other systems. This breaks a lot of installations which depend on a certain datetime format, which in freetds is dependent on the language settings in the connection. This problem is due to some debian patches to the original sources. Could you please change these patches in a way, that the whole locale thing behaves like this: - First check if there are settings in /etc/freetds/locale.conf - if there are use these settings - if there are no settings take the systems locale Like this, backward compatibility to applications developed on debian is granted AND applications which were developed using other distributions would work as well. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7-smp Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages libct3 depends on: ii libc6 2.3.6-9GNU C Library: Shared libraries libct3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368694: network-manager: WPA support probably still incomplete
Package: network-manager Version: 0.6.2-3 Followup-For: Bug #368694 This guide for NetworkManager with WPA on Ubuntu http://doc.gwos.org/index.php/Network_Manager_with_WPA makes me conclude that WPA support is still fairly incomplete. I understand that you would need to upgrade the ipw2200 driver, WPA and a bunch of other things to make it work. If my grasp of the situation is correct, this should be reflected by README.Debian. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages network-manager depends on: ii dbus0.61-5 simple interprocess messaging syst ii dhcdbd 1.14-1 dbus interface to the ISC DHCP cli ii hal 0.5.7-2 Hardware Abstraction Layer ii iproute 20051007-4 Professional tools to control the ii iputils-arping 3:20020927-3 Tool to send ICMP echo requests to ii libc6 2.3.6-9 GNU C Library: Shared libraries ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libdbus-glib-1-20.61-5 simple interprocess messaging syst ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglib2.0-02.10.2-2 The GLib library of C routines ii libgpg-error0 1.2-1library for common error values an ii libhal1 0.5.7-2 Hardware Abstraction Layer - share ii libiw28 28-1 Wireless tools - library ii libnl1-pre6 0.99+1.0.svn21-4 Library for dealing with netlink s ii libnm-util0 0.6.2-3 network management framework (shar ii lsb-base3.1-5Linux Standard Base 3.1 init scrip ii wpasupplicant 0.4.8-4 Client support for WPA and WPA2 (I network-manager recommends no packages. -- no debconf information -- http://www.infoe.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368698: Started as vi sources .vimrc and warns about unknown configuration syntax
Package: vim Version: 1:7.0-017+4 Severity: normal Hi, I have copied the following line from /etc/vim/vimrc into my .vimrc: Uncomment the following to have Vim jump to the last position when reopening a file if has(autocmd) au BufReadPost * if line('\) 0 line('\) = line($) \| exe normal g'\ | endif endif If I start vim as vim everything works as expected. If I start vim as vi I get the following warning: Error detected while processing /home/kai/.vimrc: line 11: E10: \ should be followed by /, ? or Press ENTER or type command to continue Is this the expected behaviour? Is starting vim as vi different in upstream or is this a Debian addition? If I read about compatible in the vim-help I could not find a information. The help says: If a .vimrc is found it always starts in compatible mode. Summarize: If vim is started as vi it also reads .vimrc which could lead to warnings and errors about unknown syntax (and maybe options, too -- did not try that). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1148306385 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages vim depends on: ii libc62.3.6-9 GNU C Library: Shared libraries ii libgpmg1 1.19.6-22 General Purpose Mouse - shared lib ii libncurses5 5.5-2 Shared libraries for terminal hand ii vim-common 1:7.0-017+4 Vi IMproved - Common files ii vim-runtime 1:7.0-017+4 Vi IMproved - Runtime files vim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367424: [Bacula-devel] FW: Bug#367424: bacula-sd: Debian build with debug symbols
Hello, The debug listing below confirms that the problem is coming from the foreach... loop that is examining the Devices attached to the Autochanger. It is impossible for the pointer to be NULL, which is apparently what is happening, which indicates to me a g++ bug. Could you tell me what version of g++ you are using? Possible solutions: 1. Verify that #define HAVE_GCC 1 is set in src/config.h 2. add -O0 (- oh zero) or rather replace the -02 compile option with -O0. 3. add -fno-strict-aliasing to the compile options, in which case the -O2 should be able to be used. Concerning the impact of -O0. Well, obviously if -fno-strict-aliasing -O2 works, it will be more efficient. However, between having the SD crash and running with no optimization, I personally would quickly choose -O0 :-) All this is quite frustrating to me, because in more than 5 years, I have never seen a compiler problem (bug), and in the last 6 months, there have been a rash of these kinds of strict aliasing problems that arise because of optimization or over optimization. Every case I have seen has been with a 4.x compiler ... - Forwarded message from Marcus Meyer [EMAIL PROTECTED] - From: Marcus Meyer [EMAIL PROTECTED] Date: Tue, 23 May 2006 15:57:27 +0200 Reply-To: Marcus Meyer [EMAIL PROTECTED], [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#367424: bacula-sd: Debian build with debug symbols Package: bacula-sd Version: 1.38.9-9 Followup-For: Bug #367424 Hi! Now I've compiled the debian source with debug symbols. Here is, wat i did: apt-get source bacula cd bacula-1.38.9/ DEB_BUILD_OPTIONS=noopt nostrip dpkg-buildpackage -rfakeroot -us -uc -B After the build I copy the bacula-sd from bacula-1.38.9/debian/tmp-build-mysql/src/stored/bacula-sd to /usr/sbin/bacula-sd then I started the daemon with /etc/init.d/bacula-sd start. The error was: Starting Bacula Storage daemon: 23-Mai 15:45 bacula-sd: Fatal Error because: Bacula interrupted by signal 11: Segmentation violation Kaboom! bacula-sd, bacula-sd got signal 11. Attempting traceback. Kaboom! exepath=/usr/sbin/ Calling: /usr/sbin/btraceback /usr/sbin/bacula-sd 6989 Traceback complete, attempting cleanup ... And the traceback: Using host libthread_db library /lib/tls/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1213532480 (LWP 6989)] 0xb7ea71fe in __waitpid_nocancel () from /lib/tls/libpthread.so.0 $1 = bacula-sd, '\0' repeats 20 times $2 = 0x80b4870 bacula-sd $3 = 0x80b4898 /usr/sbin/bacula-sd $4 = MySQL $5 = 0x80a57f8 1.38.9 (02 May 2006) $6 = 0x80a270d i486-pc-linux-gnu $7 = 0x80a2706 debian $8 = 0x80a26f5 testing/unstable #0 0xb7ea71fe in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #1 0x080900c3 in signal_handler (sig=11) at signal.c:159 #2 signal handler called #3 0x0804e70a in init_autochangers () at autochanger.c:48 #4 0x0804c8b0 in main (argc=value optimized out, argv=value optimized out) at stored.c:401 Thread 1 (Thread -1213532480 (LWP 6989)): #0 0xb7ea71fe in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #1 0x080900c3 in signal_handler (sig=11) at signal.c:159 #2 signal handler called #3 0x0804e70a in init_autochangers () at autochanger.c:48 #4 0x0804c8b0 in main (argc=value optimized out, argv=value optimized out) at stored.c:401 #0 0xb7ea71fe in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #0 0xb7ea71fe in __waitpid_nocancel () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0x080900c3 in signal_handler (sig=11) at signal.c:159 159 waitpid(pid, NULL, 0); /* wait for child to produce dump */ Current language: auto; currently c++ be = {SMARTALLOC = {No data fields}, buf_ = 0x99816a54 Address 0x99816a54 out of bounds, berrno_ = 65522866} sigdefault = {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = {__val = {2147483647, 4294967294, 4294967295 repeats 30 times}}, sa_flags = 0, sa_restorer = 0xc5a58668} argv = {0x0, 0x0, 0x0, 0x0} pid_buf = 6989, '\0' repeats 15 times buf = /tmp/\000Qi\202\234·Óð\016-M^p\203\227¬ÂÙñ\n$?[x\226µÕæø\v\0374Jay\222¬Çã\000\036=]n\200\223§?Òé\001\0324Ok\210?Ååö\b\033/DZq\211¢?×ó\020.Mm~\220£·Ìâù\021*D_{\230¶Õõ\006\030+? pid = 6990 btpath = /usr/sbin/btraceback, '\0' repeats 379 times #2 signal handler called No symbol table info available. #3 0x0804e70a in init_autochangers () at autochanger.c:48 48 if (!device-changer_command changer-changer_command) { device = (DEVRES *) 0x0 OK = true changer = (AUTOCHANGER *) 0x80b6938 #4 0x0804c8b0 in main (argc=value optimized out, argv=value optimized out) at stored.c:401 401OK = init_autochangers(); ch = value optimized out no_signals = 0 test_config = 0 thid = 0 uid = 0xbfdf9f0e bacula gid = 0xbfdf9f18 tape #0 0x in ?? () No symbol table info available. #0 0x in ?? () No symbol table info
Bug#368635: wrong computation with kcalc
Sounds like a localization issue. In English, 2,500 is 2500 (comma is used to separate groups of three digits while period is used as the decimal symbol. This is opposite of how it is in France, where comma is used as the decimal symbol). What do you see in kcontrol-Country/Region Language-Numbers-Decimal Symbol ?And Thousands separator? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368700: monit: /etc/init.d/monit restart doesn't wait for daemon to stop
Package: monit Version: 1:4.7-0bpo1 Severity: normal /etc/init.d/monit restart sometimes fails to start the daemon again, typically producing: # /etc/init.d/monit restart Stopping daemon monitor: monit. Starting daemon monitor: monit# This appears to be simply because the 'stop' action doesn't actually wait for the daemon to stop; 'restart' sleeps for 1 second between stopping starting, but this isn't always long enough - even on my currently-unloaded 2.4ghz server. There are no error messages in the logs or other odd symptoms. Running '/etc/init.d/monit stop sleep 1 ps -C monit' does regularly show the monit process in memory, confirming that it isn't shutting down fast enough. As a quick fix, adding --retry 5 to the start-stop-daemon options works for me. The 'sleep 1' hack in 'restart' can (and should) then be removed. Although I'm using the 4.7 backport on the system I'm interested in, the file in 4.8 has the same problem. Thanks, Will -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages monit depends on: ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-3sarge1 SSL shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368579: Update
It only behaves like this on a maximized Gnome Terminal. Un-maximizing and re-maximizing the window makes the tabs in question behave correctly. I also have the checkwinresize option set to on in bash and the $LINES and $COLUMNS variables seem to be fine before and after I operate on the window's maximization. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368701: reportbug: please allow sending to arbitrary address
Package: reportbug Version: 3.20 Severity: wishlist It would be great to be able to override the target e-mail address that reportbug uses to be able to inspect the mail reportbug sends out for debugging purposes. reportbug --recipient [EMAIL PROTECTED] would send the bug report to the given address instead of [EMAIL PROTECTED] Greetings Marc -- Package-specific info: ** Environment settings: EDITOR=/usr/bin/jed VISUAL=/usr/bin/jed DEBEMAIL=[EMAIL PROTECTED] DEBFULLNAME=Marc Haber DEBNAME=Marc Haber ** /home/mh/.reportbugrc: no-query-bts smtphost localhost email [EMAIL PROTECTED] realname Marc Haber -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc4-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages reportbug depends on: ii python2.3 2.3.5-9.1 An interactive high-level object-o Versions of packages reportbug recommends: pn python2.3-cjkcodecs | python2 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368703: autoconf: bug in AC_FUNC_LSTAT_FOLLOWS_SLASHED_SYMLINK
Package: autoconf Version: 2.59.cvs.2006.05.13-1 Severity: normal Tags: patch There's an upstream bug in autoconf in the AC_FUNC_LSTAT_FOLLOWS_SLASHED_SYMLINK function. Patch is available at http://article.gmane.org/gmane.comp.sysutils.autoconf.patches/3395 This apparantly slows down coreutils by causing it to use an unnecessary wrapper function. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages autoconf depends on: ii debianutils 2.16.1 Miscellaneous utilities specific t ii m41.4.4-1a macro processing language ii perl 5.8.8-4Larry Wall's Practical Extraction Versions of packages autoconf recommends: ii automake1.7 [automaken] 1.7.9-7A tool for generating GNU Standard ii automake1.8 [automaken] 1.8.5-3A tool for generating GNU Standard ii automake1.9 [automaken] 1.9.6-4A tool for generating GNU Standard -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368702: irssi: crashes with glibc error message
Package: irssi Version: 0.8.10-2 Severity: normal With the attached, minimal irssi config, irssi crashes with *** glibc detected *** double free or corruption (out) 0x08110d20 The bug also appears with a real-life config, which has been the source of the stripped down configuration that is in the attachment. Attached: ~/.irssi/config strace showing the crash Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc4-scyw00225 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages irssi depends on: ii libc6 2.3.6-9GNU C Library: Shared libraries ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libncurses5 5.5-2 Shared libraries for terminal hand ii libperl5.85.8.8-4Shared Perl library ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii perl 5.8.8-4Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.8] 5.8.8-4The Pathologically Eclectic Rubbis irssi recommends no packages. -- no debconf information -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 18909 execve(/usr/bin/irssi, [irssi], [/* 41 vars */]) = 0 18909 uname({sys=Linux, node=scyw00225, ...}) = 0 18909 brk(0)= 0x810e000 18909 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) 18909 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f46000 18909 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) 18909 open(/etc/ld.so.cache, O_RDONLY) = 3 18909 fstat64(3, {st_mode=S_IFREG|0644, st_size=67993, ...}) = 0 18909 mmap2(NULL, 67993, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f35000 18909 close(3) = 0 18909 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) 18909 open(/usr/lib/libperl.so.5.8, O_RDONLY) = 3 18909 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\f\2\0004\0\0\0\330\332\21\0\0\0\0\0004\0 \0\5\0(\0\31\0\30\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\204\21\0\204[EMAIL PROTECTED]@[EMAIL PROTECTED]\21\0004\21\0004\21\0\24\0\0\0\24\0\0\0\4\0\0\0\4\0\0\0Q\345td\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\4\0\0\0\5\10\0\0\212\10\0\0\0\0\0\0\315\5\0\0\0\0\0\0\226\6\0\0\4\1\0\0\363\1\0\0\325\6\0\0q\0\0\0\0\0\0\0a\7\0\0\0\0\0\0\251\7\0\0\0\0\0\0\31\7\0\0\276\3\0\0\211\4\0\0\0\0\0\0\0\0\0\0\233\1\0\0\0\0\0\0o\5\0\0\317\5\0\0\22\2\0\0L\0\0\0\3\10\0\0v\10\0\0\0\0\0\0\0\0\0\0\n\6\0\0_\5\0\0\0\0\0\0\0\0\0\0001\4\0\0\0\0\0\0\0\0\0\0\303\5\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\23\1\0\0\343\6\0\0#\10\0\0\231\7\0\0i\4\0\0\0\0\0\0\304\4\0\0\0\0\0\0\212\0\0\0\272\4\0\0\0\0\0\0001\2\0\0\370\4\0\0\0\0\0\0\360\5\0\0\0\0\0\0\366\7\0\0L\3\0\0\260\6\0\0\364\4\0\0l\4\0\0\\10\0\0:\7\0\0\255\4\0\0\0\0\0\0\332\7\0\0\0\0\0\0n\0\0\0.\7\0\0\27\1\0\0\316\2\0\0\0\0\0\0.\10\0\0, 512) = 512 18909 fstat64(3, {st_mode=S_IFREG|0644, st_size=1171136, ...}) = 0 18909 mmap2(NULL, 1178304, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e15000 18909 mmap2(0xb7f29000, 40960, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x114) = 0xb7f29000 18909 mmap2(0xb7f33000, 6848, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f33000 18909 close(3) = 0 18909 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) 18909 open(/lib/tls/libm.so.6, O_RDONLY) = 3 18909 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`3\0\0004\0\0\0`B\2\0\0\0\0\0004\0 \0\10\0(\0\36\0\35\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0\0\1\0\0\0\1\0\0\5\0\0\0\4\0\0\0\3\0\0\0\370\2\0\370\2\0\370\2\0\23\0\0\0\23\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\20=\2\0\20=\2\0\5\0\0\0\0\20\0\0\1\0\0\0\344\2\0\344N\2\0\344N\2\0x\1\0\0\274\1\0\0\6\0\0\0\0\20\0\0\2\0\0\0\370\2\0\370N\2\0\370N\2\0\340\0\0\0\340\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0004\1\0\0004\1\0\0004\1\0\0 \0\0\0 \0\0\0\4\0\0\0\4\0\0\0Q\345td\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\4\0\0\0R\345td\344\2\0\344N\2\0\344N\2\0\20\1\0\0\20\1\0\0\4\0\0\0\4\0\0\0\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\6\0\0\0\0\0\0\0]\2\0\0`\1\0\0\216\0\0\0_\1\0\0\205\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\250\0\0\0\0\0\0\0\0\0\0\0N\1\0\0\0\0\0\0A\1\0\0\0\0\0\0\0\0\0\0\370\0\0\0\304\0\0\0\32\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\277\0\0\0\325\0\0\0\371\0\0\0\0\0\0\0\0\0\0\0?\0\0\0\0\0\0\0F\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0)\1\0\0\1\0\0\0\0\0\0\r\1\0\0\0\0\0\0\0\0\0\0, 512) = 512 18909
Bug#366971: Uploaded to mentors and sponsors
The package is available from the mentors.d.n repository: http://mentors.debian.net/usage.php and announced on sponsors.d.n http://sponsors.debian.net/viewpkg.php?id=281 regards Stefan -- Stefan Völkel mobile: +49.170.79177.17 Millenux GmbH phone: +49.711.88770.300 Lilienthalstraße 2 phone: +49.89.608665.27 70825 Stuttgart-Korntal fax: +49.711.88770.349 -= linux without limits -=- http://linux.zSeries.org/ =- signature.asc Description: OpenPGP digital signature
Bug#368596: sshfs: Bus error on sparc64, leaves weird directory entries
When I try to run sshfs on my Sun Enterprise 250 (2 x 400 MHz Ultrasparc II processors), I get a bus error: [EMAIL PROTECTED]:~/tmp$ mkdir mnt [EMAIL PROTECTED]:~/tmp$ ll total 64 drwxr-xr-x 3 ron ron 126 May 17 11:42 ./ drwxr-xr-x 190 ron ron 20480 May 23 07:20 ../ drwxr-xr-x 3 ron ron25 May 3 14:21 mnt/ [EMAIL PROTECTED]:~/tmp$ sshfs machine: mnt Bus error Can you try running: sshfs -d -osshfs_debug ... Also if you have gdb installed, it would be nice to see where it crashes: $ ulimit -c unlimited $ sshfs ... Bus error (core dumped) $ gdb sshfs core (gdb) bt If I try again I get: [EMAIL PROTECTED]:~/tmp$ sshfs machine: mnt fusermount: failed to access mountpoint /home/ron/tmp/mnt: Permission denied and the mountpoint's directory entry is really strange: [EMAIL PROTECTED]:~/tmp$ ll total 64 drwxr-xr-x 5 ron ron 144 May 23 07:28 ./ drwxr-xr-x 190 ron ron 20480 May 23 07:20 ../ ?- ? ? ? ?? mnt You can restore the original state with fusermount -u mnt Thanks, Miklos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#238711: using -geometry results in a startup error
Hi guys, to my opinion, this it _not a bug_. Executing gq --help lists all supported command line arguments and if you pass unknown ones, it simply aborts with an error (and that's the same as most of the tools I'm using do - including the list of cd, mv, cp, chown, chmod, etc.). Regards, Sven PS: If you're still interested in geometry support, please file a bug at the upstream bug tracker [http://www.sf.net/projects/gq] signature.asc Description: This is a digitally signed message part
Bug#368602: making screenscreenshots
On Tue, May 23, 2006 at 10:46:19PM +0200, Davide Viti wrote: On Tue, May 23, 2006 at 02:30:59PM +0200, Geert Stappers wrote: Idea: Include a screenshot program a la gnome-panel-screenshot (1) - capture screen or window and save the image to a file. where the (default) file location in the log file directory that is available to the d-i http log file server the feature you're referring to it's been already implemented a while ago: see [1] and #341880 regards, Davide [1] http://www.webalice.it/zinosat/trunk.png Oops GSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368705: libswt3.1-gtk-java and mozilla-browser
Package: libswt3.1-gtk-java Version: 3.1.2-2 Severity: wishlist Priority: normal Why libswt3.1-gtk-java depends from mozilla-browser in debian and firefox in ubuntu ? Is it possible to set that dependances to mozilla-browser | firefox ? Thanks Mourad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242532: This feature depends on OpenSSL
Hi guys, please build GQ with build-dep libssl-dev. Then this gets available within GQ's GUI. Regards, Sven signature.asc Description: This is a digitally signed message part
Bug#368704: gnome-panel: Cann't instal gnome panel due depndency problem
Package: gnome-panel Severity: important The following packages have unmet dependencies: gnome-panel: Depends: libedataserver1.2-4 (= 1.4.2.1) but it is not installable Depends: gnome-panel-data (= 2.12.3-1) but it is not going to be installed E: Broken packages -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.14 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368706: enemies-of-carlotta: Courier-MTA instructions
Package: enemies-of-carlotta Version: 1.2.1-1 Severity: wishlist For inclusion in the manpage: 8-- COURIER-MTA For Courier-MTA, the instructions are similar to the Qmail ones above. If your user name is joe and you wish to run the joe-fans email list, you need to create the two files .courier-fans and .courier-fans-default in your home directory with the content |enemies-of-carlotta --is-list --name $RECIPIENT || exit 67 |enemies-of-carlotta --incoming (The former file needs only the second line, but the first line does no harm and it is easier to keep track of things when the files have the same content. Note that $RECIPIENT should be included verbatim, it is not a metavariable for you to expand.) If you are running a virtual domain configured so that all mail to the domain @example.com is delivered to joe-exampledotcom, you need to create the files .courier-exampledotcom-fans and .courier-exampledotcom-fans-default containing the two following lines: |enemies-of-carlotta --is-list --name $RECIPIENT --skip-prefix=joe-exampledotcom || exit 67 |enemies-of-carlotta --incoming --skip-prefix=joe-exampledotcom If the virtual domain is for list use only, then it is sufficient to create only the file .courier-exampledotcom-default containing the latter two lines. 8-- The Qmail instructions should also mention --is-list. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.26-bytemark-uml-20040706-1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages enemies-of-carlotta depends on: ii procmail 3.22-11Versatile e-mail processor ii python2.3.5-2An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368707: anjuta: crash trying to create a project from existing sources
Package: anjuta Version: 2.0.2-2 Severity: grave Justification: renders package unusable After updating libgbf, project related plugins appear enabled but anjuta still crashes trying to open a previous project OR create a new project from existing sources. (Import Plugin still not activated, other Project plugin appears enabled.) Anjuta2 is still completely unusable for existing projects. Backtrace was generated from '/usr/bin/anjuta' (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 47122025141376 (LWP 24454)] [New Thread 1082399072 (LWP 24473)] [New Thread 1082132832 (LWP 24455)] 0x2adb71e073a9 in waitpid () from /lib/libpthread.so.0 #0 0x2adb71e073a9 in waitpid () from /lib/libpthread.so.0 #1 0x2adb6e7bc4d7 in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0 #2 0x2adb766738e8 in gtk_moz_embed_get_title () from /usr/lib/libgtkembedmoz.so.0d #3 signal handler called #4 0x2adb7666bcae in gtk_moz_embed_get_title () from /usr/lib/libgtkembedmoz.so.0d #5 0x2adb766696ab in gtk_moz_embed_render_data () from /usr/lib/libgtkembedmoz.so.0d #6 0x2adb7630b5f2 in html_view_get_type () from /usr/lib/anjuta/libanjuta-devhelp.so #7 0x2adb71b60add in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #8 0x2adb71b63da5 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #9 0x2adb71b6406a in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #10 0x2adb6fe58082 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x0040bca3 in ?? () #12 0x2adb71f2c4ca in __libc_start_main () from /lib/libc.so.6 #13 0x0040750a in ?? () #14 0x7ff38fb8 in ?? () #15 0x2adb6e7639c0 in ?? () from /lib64/ld-linux-x86-64.so.2 #16 0x0001 in ?? () #17 0x7ff3ad4c in ?? () #18 0x in ?? () Thread 3 (Thread 1082132832 (LWP 24455)): #0 0x2adb71fd3510 in poll () from /lib/libc.so.6 No symbol table info available. #1 0x2adb76aab8df in PR_Poll () from /usr/lib/libnspr4.so.0d No symbol table info available. #2 0x2adb77329db0 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d No symbol table info available. #3 0x2adb7732a503 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d No symbol table info available. #4 0x2adb7726cb6c in nsIThread::IsMainThread () from /usr/lib/libxul.so.0d No symbol table info available. #5 0x2adb76aace9c in PR_Select () from /usr/lib/libnspr4.so.0d No symbol table info available. #6 0x2adb71e01b1c in start_thread () from /lib/libpthread.so.0 No symbol table info available. #7 0x2adb71fdc9c2 in clone () from /lib/libc.so.6 No symbol table info available. #8 0x in ?? () No symbol table info available. Thread 2 (Thread 1082399072 (LWP 24473)): #0 0x2adb71fd3510 in poll () from /lib/libc.so.6 No symbol table info available. #1 0x2adb71b63be0 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #2 0x2adb71b6406a in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #3 0x2adb6fafeb90 in link_thread_io_context () from /usr/lib/libORBit-2.so.0 No symbol table info available. #4 0x2adb71b7cafb in g_static_private_free () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #5 0x2adb71e01b1c in start_thread () from /lib/libpthread.so.0 No symbol table info available. #6 0x2adb71fdc9c2 in clone () from /lib/libc.so.6 No symbol table info available. #7 0x in ?? () No symbol table info available. Thread 1 (Thread 47122025141376 (LWP 24454)): #0 0x2adb71e073a9 in waitpid () from /lib/libpthread.so.0 No symbol table info available. #1 0x2adb6e7bc4d7 in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0 No symbol table info available. #2 0x2adb766738e8 in gtk_moz_embed_get_title () from /usr/lib/libgtkembedmoz.so.0d No symbol table info available. #3 signal handler called No symbol table info available. #4 0x2adb7666bcae in gtk_moz_embed_get_title () from /usr/lib/libgtkembedmoz.so.0d No symbol table info available. #5 0x2adb766696ab in gtk_moz_embed_render_data () from /usr/lib/libgtkembedmoz.so.0d No symbol table info available. #6 0x2adb7630b5f2
Bug#368708: Slow/capped download speed
Package: d4x Version: 2.5.7.1-1 Hi! There is a bug in d4x 2.5.7.1 which is responsible for slow download speed as you can read here: http://www.krasu.ru/soft/chuchelo/forum.php3?forumaction=showmessageforummessage=2525 A patch for this problem is available which you can find here: http://www.krasu.ru/soft/chuchelo/forum.php3?forumaction=showmessageforummessage=2538 -- Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365206: Add editor for UNIX-dates, needed for shadow-account-information
Hey guys, this patch looks okay for me. I'm going to include it into the current development tree of GQ (which is supposed to become GQ 1.2.0 in nothern fall 2006). As GQ 1.0.x is intended to contain bug fixes and translation updates only, I'm not going to apply this patch to the 1.0.x branch (but the Debian maintainer may want to deliver this patch). Regards, Sven signature.asc Description: This is a digitally signed message part
Bug#368675: cyrus-doc-2.2: UPGRADE.Debian typo
tags 368675 +pending thanks Ross Boylan wrote: Package: cyrus-doc-2.2 Version: 2.2.13-3 Severity: minor It now says: Upgrading form cyrus 2.1 I think that should be from, not form. It gave me a moment's pause since I thought it might be for, which might have the sense of upgrading *to* 2.1. From the following para the meaning is clear. Hmm, while I'm at it, the same section says The information how to do upgrade your database files is contained in the upgrade information from cyrus v1.6 below. There is no 1.6 sections below, though the upgrading from 1.5.x section says The procedure for converting a v1.6 cyrus store to v2.2 is not explained here, but the tools to convert the sieve scripts are in /usr/lib/cyrus/upgrade. So I think what this means is The information how to do upgrade your database files is contained in the upgrade information from cyrus 1.5 below. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (40, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information ___ Pkg-Cyrus-imapd-Debian-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel Fixed in r468 signature.asc Description: OpenPGP digital signature
Bug#368709: slurpd fails on temp directory
Package: slapd Version: 2.3.23-1 After the latest apt-get upgrade slurpd fails to find it's temp directory. Consequently the post-inst script fails when trying to restart the server and the package is left in an errornous state. [EMAIL PROTECTED]:~# slurpd /var//var/spool/slurpd/replica: No such file or directory however, [EMAIL PROTECTED]:~# slurpd -t /var/spool/slurpd/replica/ [EMAIL PROTECTED]:~# works fine. I vote for buggy string concation somewhere. :) Minor detail: the man page states for the -t option: The default is /var/openldap-slurp (which it seems to be without the debian patch) Debian unstable, 2.6.16.9 kernel, GNU C Library stable release version 2.3.6 -- Torbjørn Tyridal
Bug#367870: kernel udebs cannot be autobuilt
* Manoj Srivastava [EMAIL PROTECTED] [2006-05-23 22:15]: were the first I have heard about this, so I am not sure how to handle this. Discussion with the d-i team folks seem to indicate that the behaviour of kernel package need not change, which is welcome news. I would much rather not change the default and unleash kernel upgrades on unsuspecting users. Why not? The question which defaults to no warns the user that this kernel needs an initrd and that they have to make sure their boot loader support it. However, GRUB, which is the default in etch, supports initrds by default so I don't see why this question would default to no. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368315: apache: [notice] child pid xxxxx exit signal Segmentation fault (11)
tech wrote: my /var/log/apache/error.log is filled with error messages like : [notice] child pid 15353 exit signal Segmentation fault (11) Please run apache -X under gdb and see if you can get a backtrace of the segfault, so we know who's at fault here. Also, a list of modules you have loaded (and their package versions, or information if they've been compiled/installed manually) would be useful. ... Adam Hello, as it is a server in production and hosting 50 virtualhosts, it's a bit problematic to let it run under gdb until the segfault occurs, as it seems take some time after a restart before it happens... Here are more infos I can provide : - when apache starts to segfault, it can happen many times a minute : [Wed May 24 10:28:01 2006] [notice] child pid 28729 exit signal Segmentation fault (11) [Wed May 24 10:28:03 2006] [notice] child pid 28726 exit signal Segmentation fault (11) [Wed May 24 10:28:07 2006] [notice] child pid 28719 exit signal Segmentation fault (11) [Wed May 24 10:28:09 2006] [notice] child pid 28716 exit signal Segmentation fault (11) [Wed May 24 10:28:10 2006] [notice] child pid 28723 exit signal Segmentation fault (11) [Wed May 24 10:28:12 2006] [notice] child pid 28721 exit signal Segmentation fault (11) [Wed May 24 10:28:14 2006] [notice] child pid 28715 exit signal Segmentation fault (11) [Wed May 24 10:28:18 2006] [notice] child pid 28725 exit signal Segmentation fault (11) [Wed May 24 10:28:20 2006] [notice] child pid 28728 exit signal Segmentation fault (11) [Wed May 24 10:28:22 2006] [notice] child pid 28727 exit signal Segmentation fault (11) [Wed May 24 10:28:24 2006] [notice] child pid 28724 exit signal Segmentation fault (11) [Wed May 24 10:28:26 2006] [notice] child pid 28722 exit signal Segmentation fault (11) [Wed May 24 10:28:28 2006] [notice] child pid 28718 exit signal Segmentation fault (11) [Wed May 24 10:28:30 2006] [notice] child pid 28710 exit signal Segmentation fault (11) [Wed May 24 10:28:32 2006] [notice] child pid 28709 exit signal Segmentation fault (11) [Wed May 24 10:28:34 2006] [notice] child pid 28707 exit signal Segmentation fault (11) [Wed May 24 10:28:36 2006] [notice] child pid 28706 exit signal Segmentation fault (11) [Wed May 24 10:28:38 2006] [notice] child pid 28705 exit signal Segmentation fault (11) [Wed May 24 10:28:40 2006] [notice] child pid 28703 exit signal Segmentation fault (11) [Wed May 24 10:28:42 2006] [notice] child pid 28702 exit signal Segmentation fault (11) [Wed May 24 10:28:44 2006] [notice] child pid 28701 exit signal Segmentation fault (11) [Wed May 24 10:28:46 2006] [notice] child pid 28700 exit signal Segmentation fault (11) [Wed May 24 10:28:48 2006] [notice] child pid 28699 exit signal Segmentation fault (11) [Wed May 24 10:28:50 2006] [notice] child pid 28698 exit signal Segmentation fault (11) [Wed May 24 10:28:52 2006] [notice] child pid 28697 exit signal Segmentation fault (11) [Wed May 24 10:28:54 2006] [notice] child pid 28696 exit signal Segmentation fault (11) [Wed May 24 10:28:56 2006] [notice] child pid 28695 exit signal Segmentation fault (11) [Wed May 24 10:28:58 2006] [notice] child pid 28694 exit signal Segmentation fault (11) [Wed May 24 10:29:00 2006] [notice] child pid 28693 exit signal Segmentation fault (11) [Wed May 24 10:29:04 2006] [notice] child pid 28691 exit signal Segmentation fault (11) [Wed May 24 10:29:06 2006] [notice] child pid 28690 exit signal Segmentation fault (11) [Wed May 24 10:29:08 2006] [notice] child pid 28689 exit signal Segmentation fault (11) [Wed May 24 10:29:10 2006] [notice] child pid 28688 exit signal Segmentation fault (11) [Wed May 24 10:29:12 2006] [notice] child pid 28687 exit signal Segmentation fault (11) [Wed May 24 10:29:14 2006] [notice] child pid 28686 exit signal Segmentation fault (11) [Wed May 24 10:29:17 2006] [notice] child pid 28685 exit signal Segmentation fault (11) [Wed May 24 10:29:21 2006] [notice] child pid 28681 exit signal Segmentation fault (11) [Wed May 24 10:29:23 2006] [notice] child pid 28680 exit signal Segmentation fault (11) [Wed May 24 10:29:25 2006] [notice] child pid 28679 exit signal Segmentation fault (11) [Wed May 24 10:29:27 2006] [notice] child pid 28626 exit signal Segmentation fault (11) [Wed May 24 10:30:39 2006] [notice] child pid 28824 exit signal Segmentation fault (11) [Wed May 24 10:30:42 2006] [notice] child pid 28817 exit signal Segmentation fault (11) [Wed May 24 10:30:44 2006] [notice] child pid 28812 exit signal Segmentation fault (11) [Wed May 24 10:31:20 2006] [notice] child pid 28819 exit signal Segmentation fault (11) [Wed May 24 10:54:40 2006] [notice] child pid 29142 exit signal Segmentation fault (11) [Wed May 24 10:54:42 2006] [notice] child pid 29141 exit signal Segmentation fault (11) [Wed May 24 10:54:44 2006] [notice] child pid 29140 exit signal Segmentation fault (11) [Wed May 24 10:54:46 2006] [notice] child pid 29139 exit signal Segmentation
Bug#368644: anjuta: resolved by erasing old anjuta data files.
Worked around it and each project is now working again. I had deleted the previous anjuta project files but the crash occurred because of something stored in the .anjuta directory in the project tree itself. Deleting .anjuta/ in the top level project directory and recreating the anjuta project files from existing sources has resolved the problem. Hopefully the backtrace will allow anjuta2 to cope with corruptions to it's own data files without crashing, so leaving this bug open with reduced severity. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: OpenPGP digital signature
Bug#368705: libswt3.1-gtk-java and mozilla-browser
merge 368705 361696 thanks On Wed, May 24, 2006 at 12:25:59PM +0200, newbeewan wrote: Package: libswt3.1-gtk-java Version: 3.1.2-2 Severity: wishlist Priority: normal Why libswt3.1-gtk-java depends from mozilla-browser in debian and firefox in ubuntu ? Is it possible to set that dependances to mozilla-browser | firefox ? The reasons were discussed several times in public. Please check the debian-java ml and the eclipse bts. Cheers, Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#56179: Treat as Urgent
ATTENTION, After due deliberation, I decided to write to you.I am looking for a reliable and caring person who could adopt me. I lost my parents 10 years back and since then i've been in the Orphanage home.My parents were involved in a plane crash after departing from a church conference in Nigeria.. You might want to know how i got your email address I got your address from a directory that portrayed your dignity in good light.that is why i have contacted you. I am contacting you today requesting for adoption.I am a Young High school graduate and i have served as a slave for 4 years and now i realised being a slave is as hot as hell due to my terrible experience in that field of slave. On acceptance of this request,Please do not hesitate to get back in touch with me via email to [EMAIL PROTECTED] .I look forward to hearing from you soonest. Yours Truly, Yinka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368710: apt: std::__throw_logic_error what(): basic_string::_S_construct NULL not valid probably related to dpkg: error processing osso-ic (--remove): Package is in a very bad inconsistent state
Package: apt Version: 0.6.43.3 I downloaded the source for apt-0.6.43.3 (from debian testing) This of course also happened using the ubuntu dapper apt of approximately the same version, but I couldn't figure out how to get sources for it, so I figured using the official would simplify my reporting problems. [EMAIL PROTECTED]:/tmp/messbox# apt-build --sources-list /etc/apt/sources.list.d/etch-debian.list --build-dir apt --target-release testing source apt 0.6.43.3 The package does seem to have quite a few dependencies. [EMAIL PROTECTED]:~/usr/bin$ dpkg -s libc6 | grep ^Version: Version: 2.3.6-7 [EMAIL PROTECTED]:~/usr/bin$ dpkg -s libgcc1 | grep ^Version: Version: 1:4.1.0-4 [EMAIL PROTECTED]:~/usr/bin$ dpkg -s libstdc++6 | grep ^Version: Version: 4.1.0-4 Details about my debian system seem fairly important: It's Ubuntu Dapper Beta, with a bunch of messed up package sources (it didn't even take me a whole week to mess it up this badly). [EMAIL PROTECTED]:~/usr/bin$ uname -a Linux swift 2.6.16-1-686-smp #2 SMP Tue Apr 25 20:45:37 UTC 2006 i686 GNU/Linux -rw-r--r-- 1 root root1 2006-05-12 16:56 /etc/apt/sources.list -rw-r--r-- 1 root root 149 2006-05-15 16:32 /etc/apt/sources.list.d/eff.list -rw-r--r-- 1 root root 142 2006-05-24 01:04 /etc/apt/sources.list.d/etch-debian.list -rw-r--r-- 1 root root 71 2006-05-12 16:56 /etc/apt/sources.list.d/etch-debian.list.save -rw-r--r-- 1 root root 130 2006-05-12 16:56 /etc/apt/sources.list.d/maemo-extras.list -rw-r--r-- 1 root root 134 2006-05-12 16:56 /etc/apt/sources.list.d/maemo-extras.list.save -rw-r--r-- 1 root root 116 2006-05-12 16:56 /etc/apt/sources.list.d/maemo.list -rw-r--r-- 1 root root 120 2006-05-12 16:56 /etc/apt/sources.list.d/maemo.list.save -rw-r--r-- 1 root root 141 2006-05-12 16:56 /etc/apt/sources.list.d/mozilla-x86.list -rw-r--r-- 1 root root 141 2006-05-12 16:56 /etc/apt/sources.list.d/mozilla-x86.list.save -rw-r--r-- 1 timeless timeless 62 2006-05-12 16:56 /etc/apt/sources.list.d/scratchbox.list -rw-r--r-- 1 root root 62 2006-05-12 16:56 /etc/apt/sources.list.d/scratchbox.list.save -rw-r--r-- 1 root root 1955 2006-05-12 16:56 /etc/apt/sources.list.d/ubuntu.list -rw-r--r-- 1 root root 1955 2006-05-12 16:56 /etc/apt/sources.list.d/ubuntu.list.save maemo is repository.maemo.org etch is debian-testing ubuntu is dapper, dapper-updates, dapper-universe, dapper-backports, dapper-security scratchbox is an internal server mozilla-x86 would be an internal server, except the repository went away eff is an internal server details about internal servers will probably require patience, screening, and cleaning. [EMAIL PROTECTED]:~# gdb ~timeless/usr/bin/apt-get GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (gdb) r remove osso-ic osso-ic-lib Starting program: /home/timeless/usr/bin/apt-get remove osso-ic osso-ic-lib E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem. Program exited with code 0144. (gdb) [1]+ Stopped gdb ~timeless/usr/bin/apt-get [EMAIL PROTECTED]:~# dpkg --configure -a [EMAIL PROTECTED]:~# fg gdb ~timeless/usr/bin/apt-get r remove osso-ic osso-ic-lib Starting program: /home/timeless/usr/bin/apt-get remove osso-ic osso-ic-lib Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: osso-ic osso-ic-lib 0 upgraded, 0 newly installed, 2 to remove and 909 not upgraded. 1 not fully installed or removed. Need to get 0B of archives. After unpacking 295kB disk space will be freed. Do you want to continue [Y/n]? y dpkg: error processing osso-ic (--remove): Package is in a very bad inconsistent state - you should reinstall it before attempting a removal. terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct NULL not valid Program received signal SIGABRT, Aborted. (Reading database ... 0xe410 in __kernel_vsyscall () (gdb) 172339 files and directories currently installed.) Removing osso-ic-lib ... Errors were encountered while processing: osso-ic (gdb) where #0 0xe410 in __kernel_vsyscall () #1 0xa7c9c6d1 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xa7c9df9b in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xa7e91654 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 #4 0xa7e8f045 in std::set_unexpected () from /usr/lib/libstdc++.so.6 #5 0xa7e8f082 in std::terminate () from /usr/lib/libstdc++.so.6 #6 0xa7e8f1ba in __cxa_throw ()
Bug#368610: ssl-cert install failure
* Adam Conrad [EMAIL PROTECTED] [2006-05-24 09:40]: Actually, on second thought, I don't see how this can happen. Those files should be generated earlier in the postinst before we try to chmod/chgrp them. Does /etc/ssl/private not exist on that machine when openssl is installed? Hm, that's interesting. I cannot reproduce this in a chroot on i386 but I see it on sparc. /etc/ssl/private is there, yes, but /etc/ssl/private/ssl-cert-snakeoil.key isn't. sh-3.1# apt-get install ssl-cert Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: openssl Suggested packages: ca-certificates The following NEW packages will be installed: openssl ssl-cert 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 1010kB of archives. After unpacking 2437kB of additional disk space will be used. Do you want to continue [Y/n]? y WARNING: The following packages cannot be authenticated! openssl ssl-cert Install these packages without verification [y/N]? y Get:1 http://ftp.de.debian.org sid/main openssl 0.9.8b-2 [1000kB] Get:2 http://ftp.de.debian.org sid/main ssl-cert 1.0.13 [9522B] Fetched 1010kB in 4s (210kB/s) Preconfiguring packages ... Selecting previously deselected package openssl. (Reading database ... 6998 files and directories currently installed.) Unpacking openssl (from .../openssl_0.9.8b-2_sparc.deb) ... Creating directory /etc/ssl Selecting previously deselected package ssl-cert. Unpacking ssl-cert (from .../ssl-cert_1.0.13_all.deb) ... Setting up openssl (0.9.8b-2) ... Setting up ssl-cert (1.0.13) ... chgrp: cannot access `/etc/ssl/private/ssl-cert-snakeoil.key': No such file or directory chmod: cannot access `/etc/ssl/private/ssl-cert-snakeoil.key': No such file or directory dpkg: error processing ssl-cert (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: ssl-cert E: Sub-process /usr/bin/dpkg returned an error code (1) sh-3.1# ls -l /etc/ssl/private/ total 0 sh-3.1# -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368694: network-manager: WPA support probably still incomplete
On Wed, May 24, 2006 at 11:15:04AM +0200, Johannes Rohr wrote: makes me conclude that WPA support is still fairly incomplete. I understand that you would need to upgrade the ipw2200 driver, WPA and a bunch of other things to make it work. If my grasp of the situation is correct, this should be reflected by README.Debian. The drivers that follow the current kernel in Debian unstable today works with wpasupplicant, but then I have to use the wext-driver option with wpasupplicant. Could the problem be that network-manager tries to use the ipw2200-driver option with wpasupplicant? We should absolutely try to find a solution where this works with default packages in Debian before the etch-release! I'm more than willing to test, so please ping me. - Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368711: installation report, Sparc32 with Etch debian installer
Package: installation-reports Boot method: netboot Image version: Etch beta2 from http://ftp.nl.debian.org/debian/dists/testing/main/installer-sparc/beta2/images/ Date: 2006-05-13 Machine: Sun Sparcstation 10 Processor: 2x SM51 Memory: 160M Partitions: 1=default small /boot, 2=most of drive as /, 4=143M swap Output of lspci and lspci -n: (not applicable to SS10, no PCI) Unit has TGX video. Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[E] Install boot loader:[E] Reboot: [E] Comments/Problems: The installer failed when it tried to download a kernel 2.4.27-3 sparc32 which did not exist in testing. I was operating with the default debconf priority which did not get set to low after the crash, so I was not given the choice to retry using a specific kernel. I entered a shell and manually installed a 2.4.27-2 kernel via apt-get. That succeeded. Exiting the shell and re-entering the installer menu, I could not get it to let me configure silo with the kernel I had just installed. It kept wanting to repartition the hard drive. I got a shell again and did a manual silo configure which didn't make a bootable system until I hand-edited a silo.conf file. I tried re-entering the installer by rebooting using priority=low. That got me lots of prompts, but the installer would not let me avoid repartitioning and reinstalling, which would have wasted another several hours doing exactly the same thing except for the last two steps - kernel and silo. I tried manually making /target and mounting / and /boot there, which let me eventually make a working silo. (This had already been my second attempted install on this hardware on the same day. I had used a netboot installer image that had worked previously on an SS20 a couple of months ago. It took a couple of hours to go almost all the way through in downloading and installing, but died when it could not find something in the current Etch that it expected, perhaps a kernel.) Even though my hand-installed 2.4.27-2-sparc32-smp kernel and silo do work, the post-reboot configure step that sets up a root password, a user account, and task software sets has not run. I'm not sure how to trigger that. I installed a root password and user account and password, and did accustomed apt-get installs to set up an xfce4 desktop. With two complete downloads and configures taking up much of a day, this was the most frustrating Debian install I have experienced, after about 40. The previous sparc32 one a few months ago using Etch went very well as I have reported. This one probably would have succeeded had Etch not contained a broken kernel-image-2.4-sparc32-smp pseudo-package. It would have been less annoying to recover from that had priority=low been reset after the kernel install failure, or if there were a way for the installer to be re-entered with a choice to mount /target and /target/boot instead of only one to repartition and install again from square one. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368712: fails with svn avahi
Package: autoconf Version: 2.59.cvs.2006.05.13-1 Severity: normal autoconf went upgraded in one of the chroot running jhautobuild[1] and avahi started no longer to compile, failing in autom4te. This may be caused by a bug in avahi common/doxygen.m4 but I failed to spot it and going back to etch autoconf solved the problem. I attach autoconf verbose output. Thanks, Frederic [1] http://jhbuild.bxlug.be/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Versions of packages autoconf depends on: ii debianutils 2.16.1 Miscellaneous utilities specific t ii m41.4.4-1a macro processing language ii perl 5.8.8-4Larry Wall's Practical Extraction Versions of packages autoconf recommends: ii automake1.4 [automaken] 1:1.4-p6-9 A tool for generating GNU Standard ii automake1.7 [automaken] 1.7.9-7A tool for generating GNU Standard ii automake1.8 [automaken] 1.8.5-3A tool for generating GNU Standard ii automake1.9 [automaken] 1.9.6-4A tool for generating GNU Standard -- no debconf information autoconf: running --verbose --language=autoconf --output=configure configure.ac autom4te: the trace request object is: autom4te: $VAR1 = bless( [ autom4te: '1', autom4te: 0, autom4te: [ autom4te:'/usr/share/autoconf' autom4te: ], autom4te: [ autom4te:'/usr/share/autoconf/autoconf/autoconf.m4f', autom4te:'aclocal.m4', autom4te:'configure.ac' autom4te: ], autom4te: { autom4te:'_LT_AC_TAGCONFIG' = 1, autom4te:'m4_pattern_forbid' = 1, autom4te:'AC_CANONICAL_TARGET' = 1, autom4te:'AC_CONFIG_LIBOBJ_DIR' = 1, autom4te:'AC_TYPE_OFF_T' = 1, autom4te:'AC_C_VOLATILE' = 1, autom4te:'AC_FUNC_CLOSEDIR_VOID' = 1, autom4te:'AC_REPLACE_FNMATCH' = 1, autom4te:'AC_PROG_LIBTOOL' = 1, autom4te:'AC_FUNC_STAT' = 1, autom4te:'AC_HEADER_TIME' = 1, autom4te:'AC_FUNC_WAIT3' = 1, autom4te:'AM_AUTOMAKE_VERSION' = 1, autom4te:'AC_STRUCT_TM' = 1, autom4te:'AC_FUNC_LSTAT' = 1, autom4te:'AC_TYPE_MODE_T' = 1, autom4te:'AC_FUNC_GETMNTENT' = 1, autom4te:'AC_FUNC_STRTOD' = 1, autom4te:'AC_CHECK_HEADERS' = 1, autom4te:'AC_FUNC_STRNLEN' = 1, autom4te:'m4_sinclude' = 1, autom4te:'AC_PROG_CXX' = 1, autom4te:'AC_PATH_X' = 1, autom4te:'AC_FUNC_LSTAT_FOLLOWS_SLASHED_SYMLINK' = 1, autom4te:'AC_PROG_AWK' = 1, autom4te:'_m4_warn' = 1, autom4te:'AC_HEADER_STDC' = 1, autom4te:'AC_HEADER_MAJOR' = 1, autom4te:'LT_INIT' = 1, autom4te:'AC_FUNC_ERROR_AT_LINE' = 1, autom4te:'AC_PROG_GCC_TRADITIONAL' = 1, autom4te:'AC_LIBSOURCE' = 1, autom4te:'AC_FUNC_MBRTOWC' = 1, autom4te:'AC_STRUCT_ST_BLOCKS' = 1, autom4te:'AC_CANONICAL_BUILD' = 1, autom4te:'AC_TYPE_SIGNAL' = 1, autom4te:'AC_TYPE_UID_T' = 1, autom4te:'_AM_SUBST_NOTMAKE' = 1, autom4te:'AC_CONFIG_AUX_DIR' = 1, autom4te:'AC_PROG_MAKE_SET' = 1, autom4te:'sinclude' = 1, autom4te:'m4_pattern_allow' = 1, autom4te:'AC_DEFINE_TRACE_LITERAL' = 1, autom4te:'AC_FUNC_STRERROR_R' = 1, autom4te:'AC_PROG_CC' = 1, autom4te:'AC_FUNC_FORK' = 1, autom4te:'AC_DECL_SYS_SIGLIST' = 1, autom4te:'AC_FUNC_VPRINTF' = 1, autom4te:'AC_FUNC_STRCOLL' = 1, autom4te:'AC_PROG_YACC' = 1, autom4te:'AC_SUBST_TRACE' = 1, autom4te:'AC_INIT' = 1, autom4te:'AC_STRUCT_TIMEZONE' = 1, autom4te:'AC_FUNC_CHOWN' = 1, autom4te:'AC_SUBST' = 1, autom4te:'AC_FUNC_ALLOCA' = 1, autom4te:'AC_CANONICAL_HOST' = 1, autom4te:
Bug#350282: CAcerts inclusion
Free is not a requirement for a CA. CAcert has yet to pass their audit. I used to have faith that they were simply short of money and that is why their audit hasn't been done, but... Anyhow, I submit that no CA root certificate should be accepted, free or not, until they have passed a WebTrust compatible audit. smime.p7s Description: S/MIME Cryptographic Signature
Bug#368719: gdb: Hangs when debugging a threaded program (sshfs)
Package: gdb Version: 6.4-1 Severity: important I'm trying to help track down a problem with sshfs, which is a threaded program. Here's what happens: (gdb) set args -s -d -osshfs_debug bb: ./mnt (gdb) r Starting program: /home/ron/Debian/sshfs/sshfs-fuse-1.6/sshfs -s -d -osshfs_debug bb: ./mnt [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 6970)] It hangs at this point. Neither ctl-c nor ctl-z have any effect, but the process can be killed from another terminal. This doesn't look like the same bug as #212949 and #259276, since I don't get the internal error message. BTW, any progress with these (which look like they're reporting the same bug)? Thanks, .Ron -- System Information: Debian Release: testing/unstable Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.11-curly-0 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gdb depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libncurses5 5.5-1.1Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries gdb recommends no packages. -- no debconf information ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager at postmaster at dor.state.ma.us. ** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368717: libsrs2: Cleanup of dependencies
Package: libsrs2 Severity: wishlist Hi, your package depends on fileutils which has been replaced by coretils long ago. Please change your dependency from fileutils to coreutils. Regards, Stefan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368716: lessdisks: Cleanup of dependencies
Package: lessdisks Severity: wishlist hi, your package depends on 'coreutils | shellutils (= 2.0.11-11)'. The package shellutils has been replaced by coreutils,is only a dummy package and has been in sarge. So this dependency is not needed for a sarge - etch upgrade. Please consider simplifying this to 'coreutils'. Regards, Stefan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368714: config script fails if no configuration present in /etc/dbconfig-common
Package: dbconfig-common Version: 1.8.13 Severity: normal When there are no configuration files in /etc/dbconfig-common the config maintainer script suffers an error as it does not check the result of a shell expansion. The offending code is lines 199-202 of dpkg/config. The root cause is that the expansion will return the literal string /etc/dbconfig-common/*.conf if it could not match any actual configuration files. This string is then passed directly into dbconfig-generate-include which generates an error as shown below: Unpacking db-test-sqlite (from db-test-sqlite_2.0_all.deb) ... Setting up db-test-sqlite (2.0) ... unable to read input file /etc/dbconfig-common/*.conf dpkg: error processing db-test-sqlite (--install): subprocess post-installation script returned error exit status 10 As the script is set -e this causes the installation to fail. The patch below offers one possible solution to the problem, alternatively dbconfig common could run 'shopt -s nullglob' to request bash returns an empty string when the expansion fails. --- dpkg/config (revision 216) +++ dpkg/config (working copy) @@ -197,6 +197,7 @@ # package, and create a list of hosts. _preconf_list=` ( for f in /etc/dbconfig-common/*.conf; do + test -f $f || continue eval \`dbconfig-generate-include --dbserver=_s $f | grep -v '^#'\` [ $_s ] echo $_s done Cheers -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-xen Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Versions of packages dbconfig-common depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii pwgen 2.05-1 Automatic Password generation ii ucf 2.0010 Update Configuration File: preserv dbconfig-common recommends no packages. -- debconf information: dbconfig-common/internal/reconfiguring: false dbconfig-common/import-oldsettings: dbconfig-common/dbconfig-upgrade: true dbconfig-common/passwords-do-not-match: dbconfig-common/pgsql/authmethod-admin: ident dbconfig-common/pgsql/revertconf: false dbconfig-common/install-error: abort dbconfig-common/remove-error: abort dbconfig-common/db/dbname: ${pkg} dbconfig-common/pgsql/no-empty-passwords: dbconfig-common/mysql/method: unix socket dbconfig-common/remember-admin-pass: false dbconfig-common/pgsql/admin-user: postgres dbconfig-common/mysql/admin-user: root dbconfig-common/remote/host: dbconfig-common/pgsql/manualconf: dbconfig-common/pgsql/changeconf: false dbconfig-common/remote/newhost: dbconfig-common/dbconfig-install: true dbconfig-common/pgsql/method: unix socket dbconfig-common/pgsql/authmethod-user: ident dbconfig-common/upgrade-error: abort dbconfig-common/database-type: dbconfig-common/dbconfig-remove: true dbconfig-common/db/app-user: dbconfig-common/pgsql/no-user-choose-other-method: dbconfig-common/remote/port: dbconfig-common/upgrade-backup: true dbconfig-common/performing_upgrade: false dbconfig-common/purge: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368715: libgcc1 missing in amd64 testing
Package: libgcc1 Version: 4.0.3-1; 1:4.1.0 On amd64 testing the Package libgcc1 is missing. Neather the old version 4.0.3 nor the new version required by quite a lot of programs is listed in Packages file. synaptic: Depends: libgcc1 (= 1:4.1.0) but 1:4.0.3-1 is to be installed Depends: libstdc++6 (= 4.1.0) but 4.0.3-1 is to be installed gate:/var/lib/apt/lists# apt-get install libgcc1 --reinstall Reading package lists... Done Building dependency tree... Done Reinstallation of libgcc1 is not possible, it cannot be downloaded. 0 upgraded, 0 newly installed, 0 to remove and 34 not upgraded. Thanks for your time Regards wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368713: tiger: Cleanup of dependencies
Package: tiger Version: 1:3.2.1-29 Severity: wishlist Hi, your package specifies conditional dependencies as 'shellutils (= 1.1.14-1) | coreutils, fileutils (= 3.14-1) | coreutils, textutils (= 1.20-1) | coreutils' The packages shellutils, fileutils, and textutils have been replaced by coreutils and are dummy/transitional packages. They have been so in sarge this dependencies are not needed for the sarge - etch upgrade. Please consider simplifying this depdendency to only 'coreutils. Regards, Stefan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240834: this bug/madbomber: Music plays slowly
On Tue, May 16, 2006 at 09:50:13AM -0400, Justin Pryzby wrote: Horray for unarchiving bugs. Unfortunately, this bug now exists with Debian kernels. http://bugs.debian.org/240834 this bug/madbomber: Music plays slowly Linux andromeda 2.6.15-1-686 #2 Mon Mar 6 15:27:08 UTC 2006 i686 GNU/Linux So the relevant modules look to be: snd snd_ac97_bus snd_ac97_codec snd_maestro3 snd_mixer_oss snd_page_alloc snd_pcm snd_pcm_oss snd_timer soundcore I have, in /proc/modules: snd-pcm-oss I removed them with: sudo modprobe -r snd_maestro3 snd_pcm_oss snd_timer soundcore snd_pcm snd_page_alloc snd_mixer_oss snd snd_ac97_bus snd_ac97_codec And put everything back with: sudo modprobe snd_maestro3 sudo modprobe snd-pcm-oss To give you some idea of how slow it is, when I lost a game, the end game noise played, and took over 10 seconds before proceeding to the end game message. When you start madbomber from a shell, do you get any warnings or error messages? Or maybe dmesg has some kernel messages while playing? For example, when I use saytime, on some machines (or maybe just machines running unstable), I receive some output that I did not expect: saytime Input Filename : /usr/share/saytime/the_time_is.au Sample Size: 8-bits Sample Encoding: u-law Channels : 1 Sample Rate: 8000 Time: 00:00.88 [00:00.00] of 00:00.00 ( 0.0%) Output Buffer: 7.01K I have the feeling saytime is running a little slower, but perhaps it is not. Anyway, I can not reproduce your problem on my machines, I just tried on an AMD64 box with 2.6.16-1-amd64-k8-smp using snd_intel8x0. I am suspecting a kernel problem with the snd_maestro3 driver. You don't by chance have another soundcard you could try? Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368696: libgnomevfs2-common: libgnomevfs-ls fails on smb://
reopen 368696 thanks Le mercredi 24 mai 2006 à 13:50 +0200, kmk a écrit : Josselin Mouette wrote: How about installing recommended packages, like libgnomevfs2-extra? I already have the latest version of this package installed, as this was suggested to other people who had problems with smb and nautilus. Version on my system is: libgnomevfs2-extra v2.14.1-2 gnomevfs-ls fails anyway. Could you try with the following commands? G_FATAL_WARNINGS=1 gnomevfs-info smb:/// G_FATAL_WARNINGS=1 gnomevfs-ls smb:/// Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Bug#242532: This feature depends on OpenSSL
On Wed, May 24, 2006 at 01:01:28PM +0200, Sven Herzberg wrote: Hi! Hi guys, please build GQ with build-dep libssl-dev. Then this gets available within GQ's GUI. Can we do so? Isn't there the GPL/Openssl licence compatibility problem? Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368722: please consider refactoring /usr/share/doc/openvpn/examples
Package: openvpn Severity: wishlist Please consider refactoring the layout of /usr/share/doc/openvpn/examples to allow copying/stowing[1] of easy-rsa to be useable. My suggestion is: /usr/share/doc/openvpn/examples/easy-rsa /usr/share/doc/openvpn/examples/easy-rsa/2.0 /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/vars /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/list-crl /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/clean-all /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/openssl.cnf /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/sign-req /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/build-key-pkcs12 /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/build-key-server /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/build-key-pass /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/revoke-full /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/build-req-pass /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/inherit-inter /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/build-key /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/build-req /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/build-ca /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/build-dh /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/build-inter /usr/share/doc/openvpn/examples/easy-rsa/2.0/bin/pkitool.gz /usr/share/doc/openvpn/examples/easy-rsa/2.0/doc /usr/share/doc/openvpn/examples/easy-rsa/2.0/doc/README.gz /usr/share/doc/openvpn/examples/easy-rsa/1/bin /usr/share/doc/openvpn/examples/easy-rsa/1/bin/vars /usr/share/doc/openvpn/examples/easy-rsa/1/bin/list-crl /usr/share/doc/openvpn/examples/easy-rsa/1/bin/clean-all /usr/share/doc/openvpn/examples/easy-rsa/1/bin/openssl.cnf /usr/share/doc/openvpn/examples/easy-rsa/1/bin/sign-req /usr/share/doc/openvpn/examples/easy-rsa/1/bin/build-key-pkcs12 /usr/share/doc/openvpn/examples/easy-rsa/1/bin/build-key-server /usr/share/doc/openvpn/examples/easy-rsa/1/bin/build-key-pass /usr/share/doc/openvpn/examples/easy-rsa/1/bin/revoke-full /usr/share/doc/openvpn/examples/easy-rsa/1/bin/make-crl /usr/share/doc/openvpn/examples/easy-rsa/1/bin/build-req-pass /usr/share/doc/openvpn/examples/easy-rsa/1/bin/build-key /usr/share/doc/openvpn/examples/easy-rsa/1/bin/build-req /usr/share/doc/openvpn/examples/easy-rsa/1/bin/build-ca /usr/share/doc/openvpn/examples/easy-rsa/1/bin/build-dh /usr/share/doc/openvpn/examples/easy-rsa/1/bin/build-inter /usr/share/doc/openvpn/examples/easy-rsa/1/bin/revoke-crt /usr/share/doc/openvpn/examples/easy-rsa/1/doc /usr/share/doc/openvpn/examples/easy-rsa/1/doc/README.gz Greetings Marc [1] http://packages.debian.org/stow -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc4-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368720: bacula - alist breaks with undefined behaviour
Package: bacula-sd Version: 1.38.9-9 Severity: grave bacula-sd segfaults in several locations with null pointer access (for example #367424) if built with -O2. I just took a look into src/stored/reserve.c at line 550, where I found another occurance. At this point it uses foreach_alist, a macro which yields undefined behaviour than it is good for a program. (Hint: within a macro, each variable may only accessed once.) Also the configure is broken, as it don't see that it uses gcc. The correct check is __GNUC__ anyway. Bastian -- Insufficient facts always invite danger. -- Spock, Space Seed, stardate 3141.9 signature.asc Description: Digital signature
Bug#368712: fails with svn avahi
Hi Frederic, * Frederic Peters wrote on Wed, May 24, 2006 at 01:55:50PM CEST: Package: autoconf Version: 2.59.cvs.2006.05.13-1 Severity: normal autoconf went upgraded in one of the chroot running jhautobuild[1] and avahi started no longer to compile, failing in autom4te. This may be caused by a bug in avahi common/doxygen.m4 but I failed to spot it and going back to etch autoconf solved the problem. Thanks for the report. Please try this patch. (I'm not quite sure yet whether that is the right fix, as I haven't understood all that is supposed to be going on; but it seems to me that the desired effect couldn't have worked correctly with 2.59 either.) Cheers, Ralf --- avahi-0.6.10/common/doxygen.m4 2005-08-04 02:45:33.0 +0200 +++ avahi-0.6.10/common/doxygen.m4 2006-05-24 14:40:25.0 +0200 @@ -78,7 +78,7 @@ AC_PATH_TOOL([$1], [$2]) if test $DX_FLAG_[]DX_CURRENT_FEATURE$$1 = 1; then AC_MSG_WARN([$2 not found - will not DX_CURRENT_DESCRIPTION]) -AC_SUBST([DX_FLAG_[]DX_CURRENT_FEATURE], 0) +AC_SUBST([DX_FLAG_]DX_CURRENT_FEATURE, 0) fi ]) @@ -101,7 +101,7 @@ # -- # Turn off the DX_CURRENT_FEATURE if the required feature is off. AC_DEFUN([DX_CLEAR_DEPEND], [ -test $DX_FLAG_$1 = $2 || AC_SUBST([DX_FLAG_[]DX_CURRENT_FEATURE], 0) +test $DX_FLAG_$1 = $2 || AC_SUBST([DX_FLAG_]DX_CURRENT_FEATURE, 0) ]) # DX_FEATURE_ARG(FEATURE, DESCRIPTION, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368646: manpages-dev: offsetof: please include documentation
On Tue, May 23, 2006 at 09:55:46PM +0200, Michael Kerrisk wrote: Justin, Included is a manpage documenting the offsetof() macro; please consider including it. Excellent idea! Thanks for the page. It will go in 2.34. It was my idea .. I guess I found it in undocumented.3. /* Output is compiler-dependant */ Please put your pages through a spell checker. (A fault that I'm also sometimes guilty of...) I know; I saw this last night. I'm building a spell check patch for you. manpages are actually quite good at spelling :) BTW: $ grep -xi ^dependant /usr/share/dict/words dependant printf(%d\n, offsetof(struct a, c)); exit(EXIT_SUCCESS); } .fi .SH NOTES \fBoffsetof\fP can be implemented as: .sp .nf \fB#define offsetof(\fItype\fP, \fPmember\fP) \\ \fB((type *)0)-\fImember\fP - (char *)((\fPtype\fP *)0) .fi I'm inclined to leave the above out (it could vary on some systems). But anyway, why do you write the above when glibc says: #define offsetof(TYPE, MEMBER) ((size_t) ((TYPE *)0)-MEMBER) Actually, I have: #define offsetof(TYPE, MEMBER) __builtin_offsetof (TYPE, MEMBER) And in gcc-3.4 it is even uglier: /* The cast to char below avoids problems with user-defined operator , which can appear in a POD type. */ #define offsetof(TYPE, MEMBER) \ (__offsetof__ (reinterpret_cast size_t \ (reinterpret_cast const volatile char \ (static_castTYPE * (0)-MEMBER But I don't know why it would be necessary to subtract the casted zero :) At one point I had quite an amusing conversation about this. I wrote it myself so I wasn't copying libc (although my source was gcc anyway) and to make sure I still understood it. Do you have a glibc source, too? Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368723: openswan: Cleanup of dependencies (fileutils)
Package: openswan Severity: wishlist Hi, your package depends on 'coreutils | fileutils'. The latter has been replaced by coreutils a long time ago (before sarge). Please consider changing the dependency to coreutils. Regards, Stefan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292188: easytag: Check for apostrophes
Package: easytag Version: 1.99.12-1 Followup-For: Bug #292188 Apostrophes seem to foul up the check. Searching for Guns n' Roses on CDDB locks the application, searching for Guns Roses doesn't. -towo -- 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.16.1 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages easytag depends on: ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libc6 2.3.6-9 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libflac71.1.2-3.1Free Lossless Audio Codec - runtim ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.0-4GCC support library ii libglib2.0-02.10.2-2 The GLib library of C routines ii libgtk2.0-0 2.8.17-2 The GTK+ graphical user interface ii libid3-3.8.3c2a 3.8.3-5 Library for manipulating ID3v1 and ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpango1.0-0 1.12.1-3 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.2-1 The Vorbis General Audio Compressi ii libx11-62:1.0.0-6X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii zlib1g 1:1.2.3-11 compression library - runtime easytag recommends no packages. -- no debconf information -- There are many of us in this old world of ours who hold that things break about even for all of us. I have observed, for example, that we all get about the same amount of ice. The rich get it in the summer and the poor get it in the winter. - Bat Masterson signature.asc Description: Digital signature
Bug#368721: nagios-common: Cleanup of dependencies (fileutils)
Package: nagios-common Severity: wishlist Hi, your package depends on ' fileutils (= 4.0y) | coreutils (= 4.5.3)'. Fileutils has been replaced by coreutils a long time ago (before sarge). Please consider simplifying this to 'coreutils (= 4.5.3)'. Regards, Stefan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368718: nagios-plugins: Cleanup of dependencies
Package: nagios-plugins Version: 1.4.2-7 Severity: wishlist Hi, your package depends on 'coreutils | fileutils'. fileutils has been replaced by coreutils a long time ago (before sarge). Please change your depends to 'coreutils'. Regards, Stefan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#238711: using -geometry results in a startup error
On Wed, May 24, 2006 at 01:04:48PM +0200, Sven Herzberg wrote: Hi, Hi guys, to my opinion, this it _not a bug_. Executing gq --help lists all supported command line arguments and if you pass unknown ones, it simply aborts with an error (and that's the same as most of the tools I'm using do - including the list of cd, mv, cp, chown, chmod, etc.). Well... probably it is considered so because -geometry should be a standard option for an X client... Anyway if you don't plan to fix this I will tag the bug as wontfix ;) Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368315: apache: [notice] child pid xxxxx exit signal Segmentation fault (11)
Have a look at http://lists.debian.org/debian-user/2005/09/msg00382.html I've found this message on lists.debian.org. It seems it describe the same problem but it never got any answer :( -- Ce message a été vérifié par MailScanner pour des virus ou des polluriels et rien de suspect n'a été trouvé. MailScanner remercie transtec pour son soutien.
Bug#211029: cricket: how to shadow negative area
Package: cricket Version: 1.0.5-3 Followup-For: Bug #211029 This patch solves the problem: --- grapher.cgi.debian 2004-05-12 18:58:45.0 +0200 +++ grapher.cgi 2006-05-24 14:55:40.702923473 +0200 @@ -1589,8 +1589,8 @@ } # push NaN bars on first in background -$paintNaN push @cdefs, CDEF:unavail$ct=ds$ct,UN,INF,0,IF; -$paintNaN push @lines, AREA:unavail$ct#FF; +$paintNaN push @cdefs, CDEF:unavail$ct=ds$ct,UN,INF,0,IF, CDEF:unavailneg$ct=ds$ct,UN,NEGINF,0,IF; +$paintNaN push @lines, AREA:unavail$ct#FF, AREA:unavailneg$ct#FF; my($dsidx) = $dsnamemap{$ds}; if (defined($dsidx)) { -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368726: nas: linked without dependant libraries on GNU/kFreeBSD
Package: nas Severity: important Version: 1.7-9 Tags: patch Hi, current version is on GNU/kFreeBSD built in a wrong way, without linking dependant libraries, i.e. ldd /usr/lib/libaudio.so.2.3 gives: libc.so.0.1 = /lib/i686/cmov/libc.so.0.1 (0x20039000) /lib/ld.so.1 (0x) instead of: libXt.so.6 = /usr/lib/libXt.so.6 (0x20039000) libm.so.1 = /lib/i686/cmov/libm.so.1 (0x20089000) libc.so.0.1 = /lib/i686/cmov/libc.so.0.1 (0x200af000) libSM.so.6 = /usr/lib/libSM.so.6 (0x201d2000) libICE.so.6 = /usr/lib/libICE.so.6 (0x201db000) libX11.so.6 = /usr/lib/libX11.so.6 (0x201f4000) /lib/ld.so.1 (0x) libXau.so.6 = /usr/lib/libXau.so.6 (0x202bc000) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0x202bf000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0x202c4000) As a result, some packages depending on libaudio-dev mysteriously FTBFS. Please, could you apply fix bellow, which brings link command on GNU/kFreeBSD synced with Linux. Thanks in advance Petr --- lib/audio/Imakefile~2006-05-24 14:10:28.0 +0200 +++ lib/audio/Imakefile 2006-05-24 14:10:28.0 +0200 @@ -146,7 +146,7 @@ XAULIB = -#if defined(LinuxArchitecture) || defined(GNUArchitecture) +#if defined(LinuxArchitecture) || defined(GNUArchitecture) || defined(__FreeBSD_kernel__) REQUIREDLIBS = -L$(USRLIBDIR) -lXt $(XAULIB) -lm #endif -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368700: monit: /etc/init.d/monit restart doesn't wait for daemon to stop
Will Bryant wrote: As a quick fix, adding --retry 5 to the start-stop-daemon options works for me. The 'sleep 1' hack in 'restart' can (and should) then be removed. I agree. I've applied this in 4.8.1-2 which is uploaded soon. Thanks, Stefan
Bug#343175: fakeroot build depends on po4a now
hi. i can't build fakeroot anymore unless i install po4a :-( i do not know how things works with po4a. but may be it is possisble, that before the release is done, the main developper use po4a to generate the needed file. so that the source tarball contains the generated file by po4a and the fakeroot build do not depends on po4a ? i wonder if i am clear enough ? (1) the releaser use po4a in its working directory to generate the needed file (2) make the source tarball for the release (3) and then when someone compiles fakeroot no more need for po4a. possible ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368724: ITP: umview -- A partial user space virtual machine monitor
Package: wnpp Severity: wishlist Owner: Guido Trotter [EMAIL PROTECTED] * Package name: umview Version : 0.3 Upstream Author : View-OS team [EMAIL PROTECTED] * URL : http://savannah.nongnu.org/projects/view-os * License : GPL Description : A user space partial virtual machine monitor Umview implements in user space the View-OS: A process with a View concept, which grants an unprivileged user space process with the possibility to personalize its filesystem and network interfaces. . It is implemented as a daemon which traces a child process, making it see a different view of the world. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368725: kst-doc: documentation is not in the directory that is mentioned in README.Debian
Package: kst-doc Version: 1.1.1-3 Severity: minor README.Debian says: Currently, documentation is available in English in Docbook format and can be found in the /usr/share/kde/doc/HTML/en/kst directory. [EMAIL PROTECTED]:/usr/share/doc/kst-docls -l /usr/share/kde/doc/HTML/en/kst ls: /usr/share/kde/doc/HTML/en/kst: No such file or directory [EMAIL PROTECTED]:/usr/share/doc/kst-docls -l /usr/share/doc/kde/HTML/en/kst total 1436 [...] I am just wondering, I don't see any html files in the HTML directory, so I can only use the documentation via khelpcenter? Does not work for me, but I don't use KDE, maybe that is the problem: An error occurred while loading help:/kst/index.html: The process for the help protocol died unexpectedly. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#211029: cricket: how to shadow negative area
Package: cricket Version: 1.0.5-3 Followup-For: Bug #211029 When 'paint-nan' is set to true in view dictionary Cricket calls RRDs::graph with these arguments (among others): CDEF:unavail0=ds0,UN,INF,0,IF AREA:unavail0#FF The following two args should be added (for each data source): CDEF:unavailneg0=ds0,UN,NEGINF,0,IF AREA:unavailneg0#FF Original and enhanced graph is attached. Gabor original.png Description: PNG image enhanced.png Description: PNG image
Bug#359328: Fixed in mesa upstream
I found this bug report https://bugs.freedesktop.org/show_bug.cgi?id=5792 Which says As it turns out this problem is caused by the snapshot builds using outdated Xorg 6.9 sources that are incompatible with the current i915 driver from Mesa. i915 snapshots 20060123 and older should still be OK. So I guess the problem will go away with the next update of mesa. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353011: Patch for small tabs bug
tags: 353011 patch thanks The attached patch should fix the problem -- :wq diff -Naur xchat-2.6.1.orig/src/fe-gtk/maingui.c xchat-2.6.1/src/fe-gtk/maingui.c --- xchat-2.6.1.orig/src/fe-gtk/maingui.c 2006-05-24 12:52:22.0 +0200 +++ xchat-2.6.1/src/fe-gtk/maingui.c 2005-12-27 07:50:31.0 +0100 @@ -109,7 +109,7 @@ if (small) { - attr = pango_attr_scale_new (PANGO_SCALE_X_SMALL); + attr = pango_attr_scale_new (PANGO_SCALE_SMALL); attr-start_index = 0; attr-end_index = 0x; pango_attr_list_insert (list, attr); pgp27J2bdUpMN.pgp Description: PGP signature
Bug#368719: gdb: Hangs when debugging a threaded program (sshfs)
On Wed, May 24, 2006 at 08:23:02AM -0400, Ron Murray wrote: Package: gdb Version: 6.4-1 Severity: important Architecture: sparc (sparc64) Please try the current version in unstable. sparc-linux support was basically rewritten by DaveM after 6.4. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368694: network-manager: WPA support probably still incomplete
Morten Werner Olsen schrieb: On Wed, May 24, 2006 at 11:15:04AM +0200, Johannes Rohr wrote: makes me conclude that WPA support is still fairly incomplete. I understand that you would need to upgrade the ipw2200 driver, WPA and a bunch of other things to make it work. If my grasp of the situation is correct, this should be reflected by README.Debian. The drivers that follow the current kernel in Debian unstable today works with wpasupplicant, but then I have to use the wext-driver option with wpasupplicant. Could the problem be that network-manager tries to use the ipw2200-driver option with wpasupplicant? This sounds likely, but unfortunately network-manager hides wpa_supplicant error messages from the user. We should absolutely try to find a solution where this works with default packages in Debian before the etch-release! I'm more than willing to test, so please ping me. So am I. However, I understand that this is not going to work unless we have a newer driver in the kernel, right? Thanks, Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368727: lilo: Lilo hides Windows FAT32 partitions by default on every reboot
Package: lilo Version: 1:22.6.1-6.2 Severity: important Hi, It seems that the default behavior of lilo, at least in Sarge, is to hide FAT32 and NTFS partitions from Windows (by adding 0x10 to the partition type number in the partition table) on every reboot, other than those deliberately referenced in an other=/dev/foo statement. (If this has changed in Sid, please close this bug.) Apparently this was first made the default in lilo 21.6. Certainly the ability to hide partitions is useful, and if someone is looking for information about it, they will come across the description of the change keyword in lilo documentation. However, to do it by default is unexpected and highly frustrating behavior to someone who isn't specifically aware of it. Who would expect a boot loader to futz with the partition table??? Since I had no idea that lilo was at fault, I only tried searching for keywords like windows xp healthy (unknown partition), and it took several hours before I found a link to a no-longer existing page at SUSE's old website (finally obtained a copy via archive.org) explaining that lilo was at fault. Proof that I'm not the only one confused by this: http://lists.debian.org/debian-user/2005/04/msg02926.html http://groups.google.com/group/alt.os.linux.mandrake/browse_thread/thread/c871b4e809345323/e5ceed373cc18050 http://groups.google.com/group/alt.os.linux.mandrake/browse_thread/thread/d491574a03589c2c/5a020bf55169bcb6 http://groups.google.com/group/comp.os.linux.misc/browse_thread/thread/f297367f5123c858/3d80cf0d27d6bb39 The old SUSE web page stated that the behavior of lilo in future versions of SUSE would be changed not to hide partitions by default. I highly encourage you to do the same with the Debian package if this is not already the case in Sid. I think it's likely that the number of people using a spare FAT32 partition to share files between Win/Linux is greater than the number who want to boot into several different Windows operating systems using Lilo. On the bright side, this annoyance did finally convince me to make the switch to Grub. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-3-mppe Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lilo depends on: ii debconf 1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an pn libdevmapper1.01 Not found. regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367846: please make ftw.3 and ftw.3 refer to each other
On Wed, May 24, 2006 at 07:13:24AM +0200, Michael Kerrisk wrote: Justin, In a moment, I'll forward my revised version of the page. In fact, I took on most of the material that you suggested, but revised some of it significantly. But please, for the future, if you want to get do things as follows when writing a major patch: a) Notify me in advance: I maight have some comments about how planned changes should be done. b) Break logically separate parts up, and submit them separately. Big patches covering multiple logical areas are too much work to understand. I'll just make a few specific comments on the patch below. -.BI int ftw(const char * dir , int (* fn )(const -.BI char * file , const struct stat * sb , int flag ), -.BI int nopenfd ); -.sp -.BI int nftw(const char * dir , int (* fn )(const -.BI char * file , const struct stat * sb , int flag , -.BI struct FTW * s ), -.BI int nopenfd , int flags ); +\fBtypedef int (*\fIftw_func_t\fP)(const char *\fPfile\fP, const +struct stat *\fPsb\fP, int \fPflag\fP); +.sp +\fBint ftw(const char *\fIdir\fP, ftw_func_t \fPfn\fP, int \fPnopenfd\fP); +.sp +\fB#define _XOPEN_SOURCE 500 +.sp +\fBtypedef int (*\fInftw_func_t\fP)(const char *\fPfile\fP, const +struct stat *\fPsb\fP, int \fPflag\fP, struct FTW *\fPs\fP); +.sp +\fBint nftw(const char *\fIdir\fP, nftw_func_t \fPfn\fP, int +\fPnopenfd\fP, int \fPflags\fP); While I appreciate that the type ftw_func_t is defined in the header, and its use makes the declarations look simpler, it is non-standard, so I'm reluctant to use it in the man page. Good point. .SH DESCRIPTION -\fBftw\fP() walks through the directory tree starting from the indicated -directory \fIdir\fP. For each found entry in the tree, it calls -\fIfn\fP() with the full pathname of the entry, a pointer to the -.BR stat (2) -structure for the entry and an int \fIflag\fP, which value will be one of -the following: +\fBftw\fP() walks recursively through the path hierarchy beginning at +\fIdir\fP, and calls \fIfn\fP() for each directory entry found. +Directories are handled before the files and subdirectories they +contain (\*(lqbreadth\-first\*(rq). In truth, it is not breadth first but pre-order. (The name FTW_DEPTH is a misnomer -- really it means post-order.) Another good point; I didn't have network access when I wrote this, and didn't look it up later.. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368680: ntop: errant process takes over all cpu
Ola Lundqvist wrote: Whenever we run ntop for a while (a day or two, sometimes shorter) on a fairly standard Debian sarge system, one of the ntop processes gets out of hand and takes all available CPU cycles, and thus needs to be killed. [...] How much traffic do you run? Approximately 3-4 GB per day (in and out combined). Does that help? Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368680: ntop: errant process takes over all cpu
Hi On Tue, May 23, 2006 at 11:20:51PM -0400, Adam Kessel wrote: Package: ntop Version: 2:3.0-5 Severity: normal Whenever we run ntop for a while (a day or two, sometimes shorter) on a fairly standard Debian sarge system, one of the ntop processes gets out of hand and takes all available CPU cycles, and thus needs to be killed. The only thing that might be a bit different about this system is the custom kernel, currently 2.6.16.2. If a kernel issue could be implicated, I can provide the kernel config, but it seems to me unlikely. Any ideas about how to better isolate the problem and prevent it from happening? How much traffic do you run? There have been a number of improvements in the version in testing/etch in this area but I can not tell if this specific problem is fixed. Regards, // Ola -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16.2-bluesky Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ntop depends on: ii debconf 1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgd2-xpm2.0.33-1.1 GD Graphics Library version 2 ii libgdbm3 1.8.3-2GNU dbm database routines (runtime ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpcap0.70.7.2-7System interface for user-level pa ii libpng12-01.2.8rel-1 PNG library - runtime hi libssl0.9.7 0.9.7e-3sarge1 SSL shared libraries ii zlib1g1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: ntop/createuser: false * ntop/interfaces: eth0 * ntop/trace: 0 * ntop/port: 3000 * ntop/save: 0 * ntop/user: ntop ntop/usernotice: * ntop/getopt: * ntop/mode: false -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368646: manpages-dev: offsetof: please include documentation
On Wed, May 24, 2006 at 12:22:43AM +0200, Michael Kerrisk wrote: This macro is useful because the sizes of the fields that compose a structure can vary across implementations, and compilers may insert different numbers of padding s/numbers/amounts/ .fi .\ .SH NOTES .\ \fBoffsetof\fP can be implemented as: .\ .sp .\ .nf .\\fB#define offsetof(\fItype\fP, \fPmember\fP) \\ .\\fB((type *)0)-\fImember\fP - (char *)((\fPtype\fP *)0) .\ .fi .SH CONFORMING TO POSIX.1-2001. .\ .SH SEE ALSO .\ FIXME . When one day readdir_r(3) is documented, it should have .\ a SEE ALSO that refers to this page. How terrible ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]