Bug#553316: Fails to convert simple ASCII text to fax
Package: hylafax-client Version: 2:6.0.3-3 Severity: normal Manpage indicates sendfax will convert various formats to PS and TIFF before sending. These include plain ASCII text. But that fails at the conversion stage, $ sendfax -n -d #number# test.txt textfmt: No font metric information found for Courier-Bold. Usage: textfmt [-1] [-2] [-B] [-c] [-D] [-f fontname] [-F fontdir(s)] [-m N] [-o #] [-p #] [-r] [-U] [-Ml=#,r=#,t=#,b=#] [-V #] files... out.ps Default options: -f Courier -1 -p 11bp -o 0 Error converting document; command was textfmt -B -f Courier-Bold -Ml=0.4in -p 11 -s default '/tmp//sndfax20BMiu' 'test.txt' -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hylafax-client depends on: ii enscript 1.6.4-13 Converts ASCII text to Postscript, ii ghostscript 8.70~dfsg-2+b1 The GPL Ghostscript PostScript/PDF ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre ii libc6 2.9-27 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-4 GCC support library ii libpaper-util 1.1.23+nmu1library for handling paper charact ii libstdc++64.4.1-4The GNU Standard C++ Library v3 ii libtiff4 3.9.1-1Tag Image File Format (TIFF) libra ii ucf 3.0022 Update Configuration File: preserv ii zlib1g1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages hylafax-client recommends: ii netpbm 2:10.0-12 Graphics conversion tools ii transfig 1:3.2.5.a-2 Utilities for converting XFig figu Versions of packages hylafax-client suggests: pn mgetty-viewfaxnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553317: [instal...@ftp-master.debian.org: darcs-monitor override disparity]
Package: darcs-monitor Version: 0.3.6-2 Severity: minor -- Antti-Juhani Kaijanaho, Jyväskylä, Finland http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ ---BeginMessage--- There are disparities between your recently accepted upload and the override file for the following file(s): darcs-monitor_0.3.6-2_amd64.deb: package says section is devel, override says vcs. Please note that a list of new sections were recently added to the archive: cli-mono, database, debug, fonts, gnu-r, gnustep, haskell, httpd, java, kernel, lisp, localization, ocaml, php, ruby, vcs, video, xfce, zope. At this time a script was used to reclassify packages into these sections. If this is the case, please only reply to this email if the new section is inappropriate, otherwise please update your package at the next upload. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please file a bug against ftp.debian.org and explain why. Please INCLUDE the list of packages as seen above, or we won't be able to deal with your request due to missing information. Please make sure that the subject of the bug you file follows the following format: Subject: override: BINARY1:section/priority, [...], BINARYX:section/priority Include the justification for the change in the body of the mail please. [NB: this is an automatically generated mail; if you already filed a bug and have not received a response yet, please ignore this mail. Your bug needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) ---End Message---
Bug#553294: ngspice: hardcopy of plot outputs unrecognized file
Package: ngspice Version: 19-1 Severity: wishlist Hi You are right, I haven't got a clue on how to print these files. It seems to be some old Unix command needed. If you want to use that plotter for printouts I suggest you check it on the ngspice mailinglist. I use octave spice myself to plot. http://ngspice.sourceforge.net/octavespice.html This is a wishlist, not an important bug. Hope it helps Gudjon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550334: Fuse
I can confirm this bug. This breaks the generation of Debian live DVDs and USB keys on my station. Can you make fuse-utils dependant on both udev and makedev? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553318: iceweasel-l10n: new upstream release
Package: iceweasel-l10n Please upload 3.5.4, thanks. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#286868: reproducible?
Hi, do you still see this one on latest evo? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#552723: ca-certificates: invalid subject public-key info for COMODO_ECC_Certification_Authority.crt
Hallo Teodor, am Thu, Oct 29, 2009 at 11:21:09PM +0200 hast du folgendes geschrieben: On Thu, Oct 29, 2009 at 1:07 AM, Philipp Kern pk...@debian.org wrote: it's not corrupted. It just uses an algorithm the program does not cope with. Looks like a bug in the program to me. (Java recently fixed this, I heared.) It seems strange that both gnome-keyring-daemon and postfix have a problem with this file. Shall I reassign this bug to gnome-keyring-daemon and open a new one for postfix in this case? what's the crypto lib? GnuTLS? Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#294278: Still crashes on undo
Hello, I just tested with pcb 20080202-2 and it still crashes when I delete the QFP package then undo the delete operation, I have attached the crash log with this email. Was this bug reported upstream ? I also got this issue with the latest release of pcb (20081128 release that I have almost finished preparing the debian package for btw). -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 (@ subkeys.pgp.net) GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 *** glibc detected *** pcb: realloc(): invalid pointer: 0xb74f0008 *** === Backtrace: = /lib/tls/i686/cmov/libc.so.6[0xfdeff1] /lib/tls/i686/cmov/libc.so.6(realloc+0x2b8)[0xfe4a08] pcb(MyRealloc+0x26)[0x80a5ba6] pcb(GetRatMemory+0x3c)[0x80a637c] pcb[0x8071289] pcb[0x80ceacb] pcb(Undo+0x74)[0x80cf794] pcb[0x8064027] pcb(hid_actionv+0x7b)[0x80d160b] pcb(hid_parse_actions+0x21f)[0x80d127f] pcb[0x80ed040] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x7c)[0x8b69fc] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x1b2)[0x8a9072] /usr/lib/libgobject-2.0.so.0[0x8be7a8] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x7bd)[0x8bfb2d] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x26)[0x8bffb6] /usr/lib/libgtk-x11-2.0.so.0[0x31aed5] /usr/lib/libgtk-x11-2.0.so.0(gtk_action_activate+0x8d)[0x31cebd] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x7c)[0x8b69fc] /usr/lib/libgobject-2.0.so.0[0x8a76f9] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x1b2)[0x8a9072] /usr/lib/libgobject-2.0.so.0[0x8be0b0] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x7bd)[0x8bfb2d] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x26)[0x8bffb6] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_activate+0x95)[0x518535] /usr/lib/libgtk-x11-2.0.so.0(gtk_menu_shell_activate_item+0x120)[0x404590] /usr/lib/libgtk-x11-2.0.so.0[0x405f7f] /usr/lib/libgtk-x11-2.0.so.0[0x3fbc64] /usr/lib/libgtk-x11-2.0.so.0[0x3f5474] /usr/lib/libgobject-2.0.so.0[0x8a76f9] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x1b2)[0x8a9072] /usr/lib/libgobject-2.0.so.0[0x8be49e] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x648)[0x8bf9b8] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x26)[0x8bffb6] /usr/lib/libgtk-x11-2.0.so.0[0x51196e] /usr/lib/libgtk-x11-2.0.so.0(gtk_propagate_event+0xd0)[0x3edc20] /usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x219)[0x3eeea9] /usr/lib/libgdk-x11-2.0.so.0[0x16562a] /lib/libglib-2.0.so.0(g_main_context_dispatch+0x1f8)[0x914e78] /lib/libglib-2.0.so.0[0x918720] /lib/libglib-2.0.so.0(g_main_loop_run+0x1bf)[0x918b8f] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb9)[0x3ef419] pcb(ghid_do_export+0x5d)[0x80f06ed] pcb(main+0xb8d)[0x809d0dd] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xf8ab56] pcb[0x805d4e1] === Memory map: 0011-001a2000 r-xp 08:01 16944 /usr/lib/libgdk-x11-2.0.so.0.1800.3 001a2000-001a4000 r--p 00092000 08:01 16944 /usr/lib/libgdk-x11-2.0.so.0.1800.3 001a4000-001a5000 rw-p 00094000 08:01 16944 /usr/lib/libgdk-x11-2.0.so.0.1800.3 001a5000-001cc000 r-xp 08:01 1598 /usr/lib/libpangoft2-1.0.so.0.2600.0 001cc000-001cd000 r--p 00027000 08:01 1598 /usr/lib/libpangoft2-1.0.so.0.2600.0 001cd000-001ce000 rw-p 00028000 08:01 1598 /usr/lib/libpangoft2-1.0.so.0.2600.0 001ce000-001d9000 r-xp 08:01 1595 /usr/lib/libpangocairo-1.0.so.0.2600.0 001d9000-001da000 r--p a000 08:01 1595 /usr/lib/libpangocairo-1.0.so.0.2600.0 001da000-001db000 rw-p b000 08:01 1595 /usr/lib/libpangocairo-1.0.so.0.2600.0 001db000-0026e000 r-xp 08:01 54 /usr/lib/libgio-2.0.so.0.2200.2 0026e000-0026f000 r--p 00092000 08:01 54 /usr/lib/libgio-2.0.so.0.2200.2 0026f000-0027 rw-p 00093000 08:01 54 /usr/lib/libgio-2.0.so.0.2200.2 0027-00271000 rw-p 00:00 0 00271000-00274000 r-xp 08:01 49 /usr/lib/libgmodule-2.0.so.0.2200.2 00274000-00275000 r--p 2000 08:01 49 /usr/lib/libgmodule-2.0.so.0.2200.2 00275000-00276000 rw-p 3000 08:01 49 /usr/lib/libgmodule-2.0.so.0.2200.2 00276000-00278000 r-xp 08:01 3268 /usr/lib/libXcomposite.so.1.0.0 00278000-00279000 r--p 1000 08:01 3268 /usr/lib/libXcomposite.so.1.0.0 00279000-0027a000 rw-p 2000 08:01 3268 /usr/lib/libXcomposite.so.1.0.0 0027a000-0027e000 r-xp 08:01 3278 /usr/lib/libXfixes.so.3.1.0 0027e000-0027f000 r--p 3000 08:01 3278 /usr/lib/libXfixes.so.3.1.0 0027f000-0028 rw-p 4000 08:01 3278 /usr/lib/libXfixes.so.3.1.0 0028-0028e000 r-xp 08:01 1303 /usr/lib/libXext.so.6.4.0 0028e000-0028f000 r--p d000 08:01 1303 /usr/lib/libXext.so.6.4.0 0028f000-0029 rw-p e000 08:01 1303 /usr/lib/libXext.so.6.4.0 00292000-002b6000 r-xp 08:01 138197 /lib/tls/i686/cmov/libm-2.10.1.so 002b6000-002b7000 r--p 00023000 08:01 138197
Bug#552788: iceape: New upstream Seamonkey 2.0 is out, please make available
On Tue, Oct 27, 2009 at 10:20:46PM -0700, Jesse Molina wrote: Package: iceape Version: 1.1.17-2 Severity: wishlist New upstream Seamonkey 2.0 is out as of today. Please see what you can do to bring to Debian. I'll bribe anyone $250.00 USD who can upload an Iceape 2.0 before November 6th. FYI, the work involved in getting iceape 2.0 in shape is colossal, a third of which has been done already. Your money is not going to help in any way, as the main problem is time, not incentive. (moreover, I'm not in need for $250) Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535672: [Pkg-clamav-devel] Intent to NMU clamav to fix pending po-debconf l10n bugs
This one time, at band camp, Christian Perrier said: Dear Debian maintainer, The clamav Debian package, which you are the maintainer of, has pending bug report(s) which include translation updates or fixes for po-debconf, namely bug number 535672 (and maybe other similar bugs). Hi Christian, I am always happy for you to do an NMU of any of my packages for i18n work. That being said, there is a new upstream version out that I am trying to find the time to properly review. You may want to wait until after this weekend or so to do the call for translation and so on, as something may change in the templates as a result of the new version. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#549083: Not working with 3.0.3-1
also sprach M G Berberich berbe...@fmi.uni-passau.de [2009.10.29.2129 +]: I have a simple RAID1 setup, no crypto. And it's not working since upgrading to mdadm 3. At boot it failes to assemble the arrays. You will need to provide a lot more information. For instance, start with uploading /boot/initrd.img-$(uname-rn) to ftp://ftp.madduck.net/incoming (or put it on an HTTP server), and run /usr/share/bug/mdadm/script as root and include the output in an e-mail. Thanks, -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#553319: CVE-2009-3826, CVE-2009-3700
Package: squidguard Severity: serious Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities Exposures) ids were published for squidguard. CVE-2009-3826[0]: | Multiple buffer overflows in squidGuard 1.4 allow remote attackers to | bypass intended URL blocking via a long URL, related to (1) the | relationship between a certain buffer size in squidGuard and a certain | buffer size in Squid and (2) a redirect URL that contains information | about the originally requested URL. CVE-2009-3700[1]: | Buffer overflow in sgLog.c in squidGuard 1.3 and 1.4 allows remote | attackers to cause a denial of service (application hang or loss of | blocking functionality) via a long URL with many / (slash) characters, | related to emergency mode. If you fix the vulnerabilities please also make sure to include the CVE ids in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3826 http://security-tracker.debian.org/tracker/CVE-2009-3826 [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3700 http://security-tracker.debian.org/tracker/CVE-2009-3700 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrqnvwACgkQNxpp46476aosywCdG1RhnDUXFIt6fMam/qpeyhdy C34AoIe1UrEymK7C9iJ6fZMe7WyT8oKu =Lucd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553320: network-manager: i can has 0.8 snapshot plzkthxbai
Package: network-manager Version: 0.7.1-2 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 if it's good enough to go into karmic, it'd be nice to have something 0.8ish in experimental for those of us who want bluetooth/pan support. sean - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.111 add and remove users and groups ii dbus 1.2.16-2 simple interprocess messaging syst ii dhcp3-client 3.1.3-1 DHCP client ii hal0.5.13-3 Hardware Abstraction Layer ii ifupdown 0.6.9 high level tools to configure netw ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libgcrypt111.4.4-4 LGPL Crypto library - runtime libr ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgnutls262.8.4-1 the GNU TLS library - runtime libr ii libgpg-error0 1.6-1 library for common error values an ii libhal10.5.13-3 Hardware Abstraction Layer - share ii libnl1 1.1-5 library for dealing with netlink s ii libnm-glib00.7.1-2 network management framework (GLib ii libnm-util10.7.1-2 network management framework (shar ii libpolkit-dbus20.9-4 library for accessing PolicyKit vi ii libpolkit2 0.9-4 library for accessing PolicyKit ii libtasn1-3 2.3-1 Manage ASN.1 structures (runtime) ii libudev0 146-6 libudev shared library ii libuuid1 2.16.1-4 Universally Unique ID library ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii wpasupplicant 0.6.9-3 client support for WPA and WPA2 (I ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages network-manager recommends: pn dnsmasq-base none(no description available) ii iptables 1.4.4-2 administration tools for packet fi ii network-manager-gnome 0.7.1-1 network management framework (GNOM ii policykit 0.9-4 framework for managing administrat ii ppp2.4.4rel-10.1 Point-to-Point Protocol (PPP) - da Versions of packages network-manager suggests: pn avahi-autoipd none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFK6qv+ynjLPm522B0RAhLEAJ4+t5IeDsrnOugXHE6mP+84eAsgaQCff9mT Wu6hK3NwF0rlIJtDmwENuuU= =i0CW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553316: Fails to convert simple ASCII text to fax
severity 552550 normal merge 553316 552550 thanks Hi Majer, please have a look at bug #552550 and try to follow its instructions. Let me know it the proposed solution works for you. Thanks, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553322: Should cabal-install Recommend: ghc6?
Package: cabal-install Version: 0.6.2-1 Severity: minor If you're gonna use cabal install (as opposed to just fetch and update), ghc6 would probably be pretty necessary... -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553323: BD check seems to ignore negative deps (on kfreebsd)
Package: buildd.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
rpm package is not being built on kfreebsd-* architectures because of
BD-Uninstallable. However as a reasoning I can see that rpm (=
4.7.1-10) build-depends on libsepol1-dev {NOT AVAILABLE} [1].
However the build dependency si defined as:
libselinux1-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386],
This used to work fine in the past, but now it seems to be ignored.
[1]:https://buildd.debian.org/~luk/status/package.php?p=rpm
- --
Michal Čihař | http://cihar.com | http://blog.cihar.com
- -- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.27.29-0.1-default (SMP w/2 CPU cores)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAkrqwmkACgkQ3DVS6DbnVgRPzQCfS/L7h+FLGXDg5uiVbL0bI53n
gR0AoKWx5rzLt8BlxxU7/4FMfSvVWgQ0
=Qjg7
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552852: A couple bug reports in Paw and Mn_Fit
Hi, I will work on it tonight :-) best regards, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553171: cannot boot debian netinst on guest
It says LC_ALL=C \ PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin \ HOME=/root USER=root LOGNAME=root \ /usr/bin/kvm -S -M pc -m 1024 -smp 1 -name Test \ -monitor unix:/var/lib/libvirt/qemu/Test.monitor,server,nowait \ -no-reboot -boot d \ -drive file=/export/storage/Test/hda.qcow2,if=virtio,index=0 \ -drive file=/export/isos/debian-testing-amd64-netinst.iso,if=virtio,media=cdrom,index=1 \ -net nic,macaddr=52:54:00:6a:20:1e,vlan=0,model=virtio \ -net tap,fd=17,vlan=0 -serial pty -parallel none \ -usb -usbdevice tablet -vnc 127.0.0.1:0 -k en-us char device redirected to /dev/pts/3 I tested it on the command line. If I omit the if=virtio for the iso file, then it boots. It also boots for -cdrom /filename.iso. Kernel on the host is the one included in Testing: 2.6.30-2-amd64. Hope this helps. Please mail. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529938: Dual pages mode for the ePDFview
On ven., 2009-10-30 at 01:52 +0300, Vitaly Minko wrote: Hi Jordi, Somebody asked for a dual pages mode here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529938 I suppose this might be useful, especially for users with widescreen monitors. So I implemented the feature, please see the attachment. The patch should be applied to s...@345. Mhmh, thanks for that. I'll wait for some comment from Jordi before doing anything, but it's nice to have it :) Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#540990: ltsp-client-builder failed on a system with two optical drives.
On Monday 19 October 2009 03:28:00 Vagrant Cascadian wrote: i don't currently have a machine to test this, if you still have one handy, could you check a few things? OK, let's see, what links are present? /media/cdrom, /media/cdrom0, /media/cdrom1 ? are they mounted in /target/media/ ? is there a symlink from /target/cdrom and/or /target/cdrom0 ? ls -l /media/ # nothing ls -l /target/media/ lrwxrwxrwx1 root root6 Oct 29 17:59 cdrom - cdrom0 drwxr-xr-x2 root root 4096 Oct 29 17:59 cdrom0 drwxr-xr-x2 root root 4096 Oct 29 17:59 cdrom1 lrwxrwxrwx1 root root7 Oct 29 17:59 floppy - floppy0 drwxr-xr-x2 root root 4096 Oct 29 17:59 floppy0 mount rootfs on / type rootfs (rw) none on /proc type proc (rw) none on /sys type sysfs (rw) tmpfs on /dev type tmpfs (rw,mode=755) none on /dev/pts type devpts (rw,gid=5,mode=620) /dev/hda1 on /target type ext3 (rw,errors=remount-ro,data=ordered) /dev/hda1 on /dev/.static/dev type ext3 (rw,errors=remount-ro,data=ordered) tmpfs on /target/dev type tmpfs (rw,mode=755) /dev/hdc on /cdrom type iso9660 (ro) /dev/hdb10 on /mnt/tmp type ext2 (rw,errors=continue) chroot /target/ mount /dev/hda1 on / type ext3 (rw,errors=remount-ro) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) Checked with 'Debian GNU/Linux 5.0.1+edu0 A _Lenny_ - Unofficial Multi-architecture amd64/i386/powerpc NETINST #1 20090802-20:53' Hope this answers all. All the best, live well yourself, Odd. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551170: (no subject)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I can confirm that there is no problem for running f-spot with the actual sid version (0.6.1.3-2), but I can confirm that I can reproduce the crash with the 0.6.0.0-1 version. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrqsVQACgkQ/xNY0YFtdg7m4QCdGk7GYas2/uZ06jym/SLvMEM8 GEoAnAx9ZnghW23+x7oSazVmB4anjgvC =v8lx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552797: perl: dpkg-shlibdeps fails on suid-perl on i386
On Fri, Oct 30, 2009 at 02:33:39PM +1100, Brendan O'Dea wrote: On Wed, Oct 28, 2009 at 7:13 PM, Niko Tyni nt...@debian.org wrote: http://git.debian.org/?p=perl/perl.git;a=commitdiff;h=063f225d0fdeca563c7906927fc30171c3684f70 This makes sure the script runs with the system perl and not the new one. Note that one of the reasons why perl has a slightly eccentric rules file is so that the package is able to be built on a system without any perl installed. This was to allow new ports to bootstrap and is the reason why ./perl.static is used in that file rather than /usr/bin/perl. It is entirely possible that bit-rot has made this no longer work, but it is still a useful goal to retain. See debian/checkperl, which is invoked for the install rule. Thanks. I agree it's a useful goal. It looks like I didn't think this fully through. I'm pretty sure there was a real problem I was solving with the commit rather than just cleaning up though. It must have been related to building 5.10.1 on a 5.10.0 system. ISTR the system 5.10.0 DynaLoader.pm or Config.pm choking when run with a 5.10.1 interpreter. OTOH this had been done many times in the 5.8 series (pre-etch) so I wonder what changed. Getting dpkg-shlibdeps to prepend the build directories to the include paths would have been another way to fix this, but this one seemed cleaner. Note that as seen in this very bug, dpkg-shlibdeps failing doesn't currently abort the build (although it arguably should), so the failures just lead to insufficient package dependencies, which shouldn't be a big problem when bootstrapping a new architecture. I'll revisit the issue and see if there's an easy way to deal with the include path (just setting PERL5LIB didn't work IIRC). -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
Manoj Srivastava sriva...@debian.org writes: On Thu, Oct 29 2009, Andreas Metzler wrote: These are not proper shared libraries but are dlopened bindings for guile, which takes them outside the scope of the abovementioned part of policy. Then should they not be in a private path? As long as they are in the public library directories, you are still under the policy directive, as far as I can see. Other guile packages appear to put shared libraries in /usr/lib too, for example: j...@mocca:~$ dpkg -L guile-1.8-libs|grep /usr/lib|head /usr/lib /usr/lib/libguilereadline-v-17.so.17.0.3 /usr/lib/libguile-srfi-srfi-13-14-v-3.la /usr/lib/libguile-srfi-srfi-4-v-3.so.3.0.1 /usr/lib/libguile.so.17.3.1 /usr/lib/libguile-srfi-srfi-60-v-2.so.2.0.2 /usr/lib/libguile-srfi-srfi-4-v-3.la /usr/lib/libguilereadline-v-17.la /usr/lib/libguile-srfi-srfi-13-14-v-3.so.3.0.1 /usr/lib/libguile-srfi-srfi-1-v-3.so.3.0.2 j...@mocca:~$ Although generally I would agree with you that if these aren't normal libraries, putting them in another directory (/usr/lib/guile) would be nice. But there may be reasons why that is not possible; I'm not a guile expert. Anyway, it doesn't seem to be a problem specific to the guile-gnutls package. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540152: Fails on unclean umount *every time*
On Fri, Oct 30, 2009 at 12:29:03AM +0100, Michael Prokop wrote: As a developer and maintainer of a Debian based live system (mainly for sysadmins and therefore often used for rescue tasks) I'm wondering what users without (full) control over the systems they are investigating are supposed to do to avoid this situation? I'm not sure how users without full control over their systems would be rebooting them and thus running into the extra fsck? I'm not sure what you mean by your question. - Ted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552947: libgcrypt11: FTBFS: dh_install missing files
Andreas Metzler ametz...@downhill.at.eu.org writes: On 2009-10-28 Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Source: libgcrypt11 Version: 1.4.4-4 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. [..] make: *** [binary-install/libgcrypt11-doc] Error 1 [...] I am waiting for the outcome of http://mid.gmane.org/200910271822.51014.dschep...@gmail.com before I declare this to be a bug in gcrypt. Why is texi2html used here? I thought 'makeinfo --html' was preferred. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520662: O: iceape -- The Iceape Internet Suite
On Thu, Oct 29, 2009 at 08:02:59PM -0400, Barry deFreese wrote: OK, it's now 7 months and it's still an O: bug.. WTF. It could be an RFH, but an RFH gets less attention. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553209: Fwd: [SECURITY] [DSA 1916-1] New kdelibs packages fix SSL certificate verification weakness
Hi, Helge Kreutzmann ha scritto: clone 546212 -1 found -1 4:3.5.10.dfsg.1-0lenny2 severity -1 serious thanks - Forwarded message from Giuseppe Iuculano iucul...@debian.org - ... Debian Security Advisory DSA-1916-1 secur...@debian.org http://www.debian.org/security/ Giuseppe Iuculano October 23, 2009 http://www.debian.org/security/faq Due to a bug in the archive system, the fix for the stable distribution (lenny), will be released as version 4:3.5.10.dfsg.1-0lenny3 once it is available. - End forwarded message - It's 6 days later and no update has (yet) arrived, hence opening this bug for Lenny explicitly to not get it lost. (Sorry for CC: instead of X-Debugs-CC, I don't know how this works with the control interface) We will release kdelibs for lenny on saturday. Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#299119: Does this bug still exist ?
Hello, I tried pcb_20080202-2, and I don't find any BRE packages there. Is this bug still affecting you ? -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 (@ subkeys.pgp.net) GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552570: improved patch for name.c
Come to think of it, the following patch looks more sensible to me.
diff --git a/lib/name.c b/lib/name.c
index 94a225c..1f51828 100644
--- a/lib/name.c
+++ b/lib/name.c
@@ -185,6 +185,7 @@ name_comma( char *p, newstr *outname )
/** Last name **/
start_last = skip_ws( p );
+ end_last = start_last;
while ( *p ( *p!=',' ) ) {
newstr_addchar( outname, *p++ );
end_last = p;
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553236: libgnatvsn4.3: missing-dependency-on-libc needed by ./usr/lib/libgnatvsn.so.4.3 but the package doesn't depend on the C library package. Normally this indicates that ${shlibs
Manoj Srivastava sriva...@debian.org writes:
On Thu, Oct 29 2009, Ludovic Brenta wrote:
Manoj Srivastava sriva...@debian.org writes:
Package: libgnatvsn4.3
Version: 4.3.4-4
Severity: serious
Justification: The listed file appears to be linked against the C library,
User: lintian-ma...@debian.org
Usertags: missing-dependency-on-libc
The library depends on libgnat-4.3 which depends on libc6, so the
dependency on libc6 is there, albeit indirectly. Is this really a
policy violation?
Yes. You need the library, you depend on it. Just so that the
other package's dependency changing does not break stuff.
That cannot happen because libgnat-4.3 is built from the same sources as
libgnat{vsn,prj}4.3 and the dependencies on libgnat-4.3 are
exact-versioned ones.
--
Ludovic Brenta.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543517:
This just happened to me when I switched from Compiz to Mutter.
Bug#553047: libc6: (cross) libc-2.10.1.so/powerpc: ELF file data encoding not little-endian
Hector Oron a écrit :
Hello Aurelien,
Thanks for the quick reply.
2009/10/29 Aurelien Jarno aurel...@aurel32.net:
This is normal that the file is not little endian, PowerPC is big endian!!!
This bus is not only PowerPC but also: *hppa, sparc, mips*
All these architectures are big endian
Alpha and armel are known to be fine.
These ones are little endian.
This bug only happens on gcc-4.4, not seen on gcc-4.3
Strange. Maybe the way of calling dh_shlibdeps has changed?
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}/usr/hppa-linux-gnu/lib
ARCH=hppa MAKEFLAGS=CC=something dh_shlibdeps -plibgcc4-hppa-cross
/usr/bin/perl: error while loading shared libraries:
/usr/hppa-linux-gnu/lib/libdl.so.2: ELF file data encoding not
little-endian
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}/usr/sparc-linux-gnu/lib
ARCH=sparc MAKEFLAGS=CC=something dh_shlibdeps -plibgcc1-sparc-cross
/usr/bin/perl: error while loading shared libraries:
/usr/sparc-linux-gnu/lib/libdl.so.2: ELF file data encoding not
little-endian
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}/usr/mips-linux-gnu/lib
ARCH=mips MAKEFLAGS=CC=something dh_shlibdeps -plibgcc1-mips-cross
/usr/bin/perl: error while loading shared libraries:
/usr/mips-linux-gnu/lib/libdl.so.2: ELF file data encoding not
little-endian
The question is why dh_shlibdeps returns such an error.
I'll try to debug it. Maybe you have a suggestion to investigate this farther.
Maybe comparing the calls to dh_shlibdeps between gcc 4.3 and gcc 4.4
would help.
Maybe this bug needs to be reassigned to debhelper?
Either to debhelper or gcc-4.4, I don't know where is the problem.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552677: heimdal: FTBFS: rm: cannot remove `debian/heimdal-docs/usr/share/info/dir': No such file or directory
On 30/10/09 at 15:36 +1100, Brian May wrote: On Wed, Oct 28, 2009 at 11:51:39AM +0100, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: No, this is the relevant part: install-info --info-dir='/build/user-heimdal_1.2.e1.dfsg.1-4-amd64-fOXbEk/heimdal-1.2.e1.dfsg.1/debian/tmp//usr/share/info' '/build/user-heimdal_1.2.e1.dfsg.1-4-amd64-fOXbEk/heimdal-1.2.e1.dfsg.1/debian/tmp//usr/share/info/heimdal.info' install-info: warning: nothing done since /usr/bin/install-info doesn't exist, install-info: warning: you might want to install an info-browser package. install-info --info-dir='/build/user-heimdal_1.2.e1.dfsg.1-4-amd64-fOXbEk/heimdal-1.2.e1.dfsg.1/debian/tmp//usr/share/info' '/build/user-heimdal_1.2.e1.dfsg.1-4-amd64-fOXbEk/heimdal-1.2.e1.dfsg.1/debian/tmp//usr/share/info/hx509.info' install-info: warning: nothing done since /usr/bin/install-info doesn't exist, install-info: warning: you might want to install an info-browser package. Do you have install-info installed? My up-to-date sid system complains loudly if I try to remove it... I don't have it installed, but I have sed installed. Strange. Why does sed require install-info? sys11:/home/brian/tree/heimdal# apt-get remove install-info Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libkeyutils1 libkrb5-3 libkrb5support0 libidn11 libcurl3-gnutls libk5crypto3 cpio ca-certificates libssl0.9.8 openssl libgssapi-krb5-2 Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: install-info WARNING: The following essential packages will be removed. This should NOT be done unless you know exactly what you are doing! install-info (due to sed) 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 258kB disk space will be freed. You are about to do something potentially harmful. To continue type in the phrase 'Yes, do as I say!' ?] (actually I don't follow the logic here - install-info isn't essential and sed's dependancy looks like it should be satisfied by dpkg 1.15.4.1 which is installed) Alternatively, maybe the above is an apt-get bug, possible... and I now need to have a build depends on install-info? I haven't really understood the install-info changes, so I won't comment on that. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552570: bibutils: xml2bib segfaults for large xml files on i386 arch
On Fri, 30 Oct 2009, David Bremner wrote:
The following patch seems to fix it for me. I may as well do a new
upstream release as well as the bug fix, so it will take a bit longer.
diff --git a/lib/name.c b/lib/name.c
index 94a225c..e1dec3a 100644
--- a/lib/name.c
+++ b/lib/name.c
@@ -185,6 +185,7 @@ name_comma( char *p, newstr *outname )
/** Last name **/
start_last = skip_ws( p );
+ end_last = string_end(p);
while ( *p ( *p!=',' ) ) {
newstr_addchar( outname, *p++ );
end_last = p;
I tried this patch but it does not work for me.
Kind regards
Andreas.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553325: Uses different PATH order to /etc/profile.
Package: initscripts Version: 2.87dsf-6 Severity: minor File: /etc/init.d/bootmisc.sh I wanted to avoid installing unnecessary packages on a tiny system, so I created symlinks for busybox's utilities in /bin: # for i in $(busybox | sed '1,/:$/d;y/,/ /') do ln -s busybox /bin/$i done 2/dev/null I thought this was perfectly safe, because /etc/profile places /bin last in the path -- so if a real utility was installed, it would automatically take precedence over the busybox symlink. For example, # type -a arping arping is /usr/sbin/arping arping is /bin/arping # which arping /usr/sbin/arping In /etc/profile: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin PATH=/usr/local/bin:/usr/bin:/bin:/usr/games In /etc/init.d/bootmisc.sh: PATH=/sbin:/usr/sbin:/bin:/usr/bin The result is that bootmisc.sh prefers my busybox symlinks to GNU coreutils, leading to Cleaning up temporary files...find: unrecognized: -uid BusyBox v1.14.2 (Debian 1:1.14.2-2) multi-call binary Usage: find [PATH...] [EXPRESSION] [...] Making these busybox symlinks is unusual, so if there is a good reason for bootmisc.sh to disagree with /etc/profile on the search order (#354163?), I will understand a WONTFIX. But if it's just an accident, it'd be convenient for me if they were made the same. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initscripts depends on: ii coreutils 7.4-2The GNU core utilities ii debianutils 3.2.1Miscellaneous utilities specific t ii libc6 2.9-25 GNU C Library: Shared libraries ii lsb-base4.0-0ubuntu3 Linux Standard Base 4.0 init scrip ii mount 2.16.1-4 Tools for mounting and manipulatin ii sysv-rc 2.87dsf-6System-V-like runlevel change mech ii sysvinit-utils 2.87dsf-6System-V-like utilities Versions of packages initscripts recommends: ii e2fsprogs 1.41.9-1 ext2/ext3/ext4 file system utiliti ii psmisc22.8-1 utilities that use the proc file s initscripts suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552905: Re : A couple bug reports in Paw and Mn_Fit
Hi, I will work on it tonight :-) best regards, Francois Laposte.net fête ses 10 ans ! Gratuite, garantie à vie et déjà utilisée par des millions d'internautes... vous aussi, pour votre adresse e-mail, choisissez laposte.net. Laposte.net, bien + qu'une messagerie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#178564: state of #178564
Evan Harris wrote: I stopped running the app that exhibited the behaviour more than a year ago. But as far as I can remember, it was never fixed while I still was, so I just worked around it. Do you still have the vulnerable version of your ? Without any test case I will have to close the bug. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#552563: auto-create preseed.cfg file
also sprach Philip Hands p...@hands.com [2009.10.29.1303 +]: If we were to add some hints to the question templates to indicate how relevant a question is to preseeding, along with perhaps a udeb for asking the intent questions that are vital to an auto-install, but will never get asked in a manual install, then we might be able to generate a preseed.cfg that would be at least a useful starting point. I like! This sounds very Debianish. Not sure it's worth the trouble, of course, but… -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems ... and so he killed Miguel in a rit of fealous jage. -- inspector clouseau digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#553027: Segfaults on any fax send
Il giorno mer, 28/10/2009 alle 12.09 -0500, Adam Majer ha scritto: Package: hylafax-server Version: 2:6.0.3-5 Severity: important All attempts to send a fax result in, [2806013.267393] faxsend[20041] general protection ip:b7f19b18 sp:bfd09f88 error:0 in ld-2.9.so[b7f04000+1c000] [2806811.297874] faxsend[24130] general protection ip:b7f7db18 sp:bff114a8 error:0 in ld-2.9.so[b7f68000+1c000] [...] Could you please change log setting in /etc/hylafax/config.yourline to this level: ServerTracing: 0x0 SessionTracing: 0x08FFF Then restart hylafax, send a fax, and attach to this report the relevant part of /var/log/syslog and the latest communication log found at /var/spool/hylafax/log? Thanks, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552560: locale selection incomplete
also sprach Frans Pop elen...@planet.nl [2009.10.29.1147 +]: But maybe it's time to drop support for non-UTF-8 locales altogether? +1, but there are people who will not like it. I think Peter Palfrader is just one of those who (pretend to) not want/need Unicode. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#552358: libvtk5.2: It would be nice to have VTK_USE_CG_SHADERS:ON
On Thu, Oct 29, 2009 at 3:58 AM, A. Maitland Bottoms bott...@debian.org wrote: Hmm. This seems to want to pull in various things not in Debian main, such as the NVIDIA Cg Toolkit. This might not be a good option for official Debian packages. Yeah, it is in contrib: http://packages.debian.org/sid/nvidia-cg-toolkit I did not pay attention. It is really a shame, though. I am guessing 'contrib' apply to source package and not binary package, so this would move completely vtk to contrib if we to create a libvtk-cg package in contrib. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551772: [martin.fied...@gmx.net: Bug#551772: Messes up X RandR (multihead) setup on quit (or exit-fullscreen)]
also sprach Yaroslav Halchenko y...@dartmouth.edu [2009.10.29.1716 +]: do you think may be I should reassign it to SDL? or you have counter-examples that it works fine with other SDL software? This is a good question. I am totally outside of my domain. I think maybe it would make sense to first talk to the SDL developers and ask for their advice? -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems the well-bred contradict other people. the wise contradict themselves. -- oscar wilde digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#553020: per-machine settings
also sprach Yaroslav Halchenko deb...@onerussian.com [2009.10.29.1403 +]: $ impressive -l ; man impressive | grep -4 'transition.*enable' I know about this. Right now, I use impressive -T200 -t Crossfade -d 1200 -M slides.pdf I'd just like to be able to have those settings permanently stored so that I can just start a presentation with 'impressive -d 1200 slides.pdf' (and the -d thing should ideally be in an .info file). -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems i stopped fighting my inner demons.. we're all on the same side now. digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#535162: maildir-utils: deleting messages is really slow
On Fri, Oct 30, 2009 at 02:45:59AM +0100, Norbert Preining wrote:
from the issue where Stefano posted:
2) I haven't straced it yet, but I read the corresponding source code.
Apparently
you're first extracting all indexed messages from sqlite and then, one by
one, you're
removing them with a) a DELETE query and b) a Xapian update. I don't know
for Xapian
(never programmed with its API), but for Sqlite doing a single DELETE query
with all
involved messages can be sensibly faster. If there is something similar for
Xapian,
doing a massive remove instead of several single removals might be the key.
I added some debug statements to the source code and it seems that
this is the reason.
Uhm, in fact, yesterday I've made some more tests, not directly patching
mu code, but rather working on a copy of its sqlite database. On that
copy, I tried deleting randomly about 4000 messages (over 2 of
total) executing one delete per statement, of course I took care of
setting the same PRAGMAs of mu (temp_store and synchronous). In fact, it
wasn't slow enough to justify the times we're seeing: all DELETEs were
completed in 2 seconds.
So, yesterday, I was tempted to understand that the cause might have
been another, like the callbacks called upon each removal (which might
trigger I/O, which in theory should *not* be trigger by a single DELETE,
given that synchronous is set to no) or else the Xapian
message-by-message removal. If you already have some debugging code
around, maybe you can try profiling with gprof so that we will have
actual timings?
Anyhow, trying out this path wouldn't be worse anyhow, I guess :)
Only one question, if one of you has some experience with sql (as
I don't). How does one specify a LIST of ids to be removed in a
single sql statement?
You just put them all together in a big OR, e.g.;
DELETE FROM message
WHERE id = 1
OR id = 2
OR id = 3
...;
If you go that way, take care also of preparing the statement only once
before executing (that might be another speed variable, actually).
Or can we just collect severat sql statements and execute them in one
go?
That's what transactions should do. AFAIR (but better check!) sqlite has
an implicit transactions wrapping a single instance of it, but I'm not
sure it is enabled by default while accessing the database via the API.
On Fri, Oct 30, 2009 at 03:03:54AM +0100, Norbert Preining wrote:
One more thing while digging throught he code. Maybe using the
transaction feature would be nice. For insert/updates a transaction
is started.
He, see above :-)
If this is possible for the delete, too, one could set the transactions size
with --sqlite-transaction-size=100 and then in fact only one
time the whole stuff would be committed, AFAIU.
Sounds like a nice idea.
Thanks for this investigation!
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553326: blueman: can't connect when there are non-numeric connection ids in gconf
Package: blueman Version: 1.21-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi there, in our local environment we have network-manager vpn profiles set up using non-numeric connection ids (in order to avoid conflicts with pre-existing ids). network-manager is perfectly happy with this, and i assume it's not breaking any schema rules to have it as nothing complains. however, when i try to connect to my iPhone via blueman, it looks like there's some int exception being made: Connection Failed: Traceback (most recent call last): File /usr/lib/pymodules/python2.5/dbus/service.py, line 702, in _message_cb retval = candidate_method(self, *args, **keywords) File string, line 2, in ServiceProxy File /usr/lib/python2.5/site-packages/blueman/plugins/applet/DBusService.py, line 119, in ServiceProxy self.Applet.Plugins.RunEx(service_connect_handler, cb, interface, object_path, _method, args, ok, err) File /usr/bin/blueman-applet, line 278, in RunEx ret = getattr(inst, function)(*args, **kwargs) File /usr/lib/python2.5/site-packages/blueman/plugins/applet/NMPANSupport.py, line 331, in service_connect_handler NewConnectionBuilder(self, params, ok, err) File /usr/lib/python2.5/site-packages/blueman/plugins/applet/NMPANSupport.py, line 114, in __init__ parent.add_connection(params) File /usr/lib/python2.5/site-packages/blueman/plugins/applet/NMPANSupport.py, line 237, in add_connection slot = self.find_free_gconf_slot() File /usr/lib/python2.5/site-packages/blueman/plugins/applet/NMPANSupport.py, line 225, in find_free_gconf_slot dirs = map(lambda x: int(os.path.basename(x)), dirs) File /usr/lib/python2.5/site-packages/blueman/plugins/applet/NMPANSupport.py, line 225, in lambda dirs = map(lambda x: int(os.path.basename(x)), dirs) ValueError: invalid literal for int() with base 10: 'sb-vpn-global' where 'sb-vpn-global' is one of our vpn connection profiles. it looks like this is just some kind of find a free numeric id function, in which case it should be able to happily skip/ignore something that's non-numeric as it won't conflict with whatever numeric id that it does find. sean - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages blueman depends on: ii bluez 4.56-2 Bluetooth tools and daemons ii dbus 1.2.16-2 simple interprocess messaging syst ii libbluetooth3 4.56-2 Library to use the BlueZ Linux Blu ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libstartup-notification0 0.10-1 library for program launch feedbac ii notification-daemon 0.4.0-2a daemon that displays passive pop ii obex-data-server 0.4.4-2D-Bus service for OBEX client and ii python2.5.4-2An interactive high-level object-o ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-gobject2.20.0-1 Python bindings for the GObject li ii python-gtk2 2.16.0-1 Python bindings for the GTK+ widge ii python-notify 0.1.1-2+b1 Python bindings for libnotify Versions of packages blueman recommends: ii libpulse-mainloop-glib0 0.9.19-2 PulseAudio client libraries (glib ii policykit-1 0.94-4 framework for managing administrat ii python-gconf 2.28.0-1 Python bindings for the GConf conf blueman suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFK6qUFynjLPm522B0RAuBfAJ9MP7Bhtzt2aqae7fg5Ynh6m27AvgCeLPTT z8ThbKE+cBrbRNxjS71N23I= =/ahL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502336: fails to date date when computer has very old time
Martin,
Thank you for you bug report. Not that I necessarily have a specific openrdate
bugtracking service ('cause this whole project was really just for my own
benefit), but it's still interesting to see what others have been up to with
it. That said, I take your point about the use (or non-use, in this case) of
the adjtime(x) function. However, there's a couple of points:
1) You will note in the rdate (8) manpage that there is the option:
-a Use the adjtime(2) call to gradually skew the local time to the
remote time rather than just hopping.
I don't see that being used for in your tests (not that that makes them
invalid, but I think you're comparing apples to oranges without it). I would
speculate (but I haven't cracked open the ntpdate code to find out) that
ntpdate automatically employs adjtime(x) whereas rdate requires an explicit
call for it to be used. It would be interesting to see whether the use of the
'-a' option would still cause rdate to malfunction.
2) As I said earlier, this was basically for my own use and is just a
(hopefully) platform-neutral means of having rdate (since I don't like netdate
and having to load all of ntp is a waste of space). Having a (hopefully)
platform-neutral stance and wanting to stick as closely to possible to the
original OpenBSD code (since they know a h**l of a lot more than I do about C
coding), I won't (and wouldn't) move the rdate adjustment call to adjtimex as
netdate has done. As you will note in the CONFORMING TO section of the
adjtimex(2) manpage:
adjtimex() is Linux-specific and should not be used in programs
intended to be portable. See adjtime(3) for a more portable, but less
flexible, method of adjusting the system clock.
As such, I am unwilling to implement this function in the current rdate code.
While I have introduced compile-time opt-outs for Linux, this was based on the
announced retirement of the 'sysctl' function [1] (as alerted to me by another
Debian user). The current rdate code does reference the adjtime(3) function
[2], and I think I'll stick with it because, as I said, the OpenBSD coders know
a h**l of a lot more than me about C coding.
Once again, thank you for your report. If you should happen to run the below
tests again, employing the '-a' option with rdate, and rdate _still_ breaks,
I'd be glad to know what the results are.
Sincerely,
David Snyder
[1] http://lwn.net/Articles/247243/
[2] rdate.c, line 159
- Original Message
From: Martin Michlmayr t...@cyrius.com
To: David Snyder dasnyd...@yahoo.com
Cc: 502...@bugs.debian.org; Bill Gatliff b...@billgatliff.com
Sent: Thu, October 29, 2009 2:59:54 PM
Subject: Re: Bug#502336: fails to date date when computer has very old time
Hi David,
Here is a bug report for rdate that I believe was never forwarded to
you. We run rdate in the Debian installer to set the time. We
support some devices on which the time (for various reasons) is really
broken, like 1902 or 2039. In those cases, rdate fails to set the
time correctly. However, ntpdate works just fine.
Here's an example:
debian:~# date
Tue Sep 9 20:18:34 CET 1902
debian:~# rdate -o 123 -nvv -p 0.debian.pool.ntp.org
.
Sun Sep 27 23:32:42 CET 1970
rdate: adjust local clock by 2147481499.516352 seconds
debian:~# rdate -o 123 -nvv 0.debian.pool.ntp.org
.
rdate: Could not set time of day: Invalid argument
debian:~# ntpdate 0.debian.pool.ntp.org
15 Oct 19:47:01 ntpdate[2094]: step time server 81.223.14.147 offset
-946713599.360574 sec
debian:~# date
Wed Oct 15 19:47:03 CEST 2008
debian:~#
debian:~# rdate -o 123 -nvv 0.debian.pool.ntp.org
.
Wed Oct 15 19:48:52 CEST 2008
rdate: adjust local clock by -0.003934 seconds
I ran strace on rdate and ntpdate to see why one works whereas the
other doesn't:
rdate does:
gettimeofday({2203525639, 202585}, NULL) = 0
gettimeofday({2203525639, 203778}, NULL) = 0
settimeofday({56041989, 2148687426}, NULL) = -1 EINVAL (Invalid argument)
whereas ntpdate does this:
gettimeofday({2203525668, 219220}, NULL) = 0
adjtimex({modes=ADJ_OFFSET|0x8000, offset=0, freq=0, maxerror=1600,
esterror=1600, status=STA_UNSYNC, constant=2, precision=1,
tolerance=32768000, time={2203525668, 220471}, tick=1, ppsfreq=0,
jitter=0, shift=0, stabil=0, jitcnt=0, calcnt=0,errcnt=0, stbcnt=0}) = 5
(TIME_ERROR)
settimeofday({1256840868, 673856}, NULL) = 0
gettimeofday({1256840868, 675101}, NULL) = 0
I don't know anything about adjtimex but do you think it would be
possible for rdate to support this too?
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553268: libc6: Not working SCP/SFTP in 32bit domU(lenny) on 64bit Xen dom0(lenny amd64)
Ondrej Svoboda a écrit : Package: libc6 Version: 2.3.6.ds1-13etch9+b1 Severity: important Hi, I have domU lenny and trying to acces via SFTP or SCP. User has shell scponlyc and is chrooted in his homedirectory. I'm getting following errors: When using SCP: Command 'groups' failed with return code 127 and error message Inconsistency detected by ld.so: rtld.c: 1108: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed!. Command 'pwd' failed with return code 127 and error message Inconsistency detected by ld.so: rtld.c: 1108: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed!. ... for each command the same error When using SFTP: Connection has been unexpectedly closed. Server sent command exit status 127. Cannot initialize SFTP protocol. Is the host running a SFTP server? and in auth.log I have: Oct 29 20:31:55 dude sshd[21827]: Accepted password for test from 127.0.0.1 port 39651 ssh2 Oct 29 20:31:55 dude sshd[21835]: subsystem request for sftp Oct 29 20:31:55 dude scponly[21836]: chrooted binary in place, will chroot() Oct 29 20:31:56 dude scponly[21836]: 3 arguments in total. Oct 29 20:31:56 dude scponly[21836]: ^Iarg 0 is scponlyc Oct 29 20:31:56 dude scponly[21836]: ^Iarg 1 is -c Oct 29 20:31:56 dude scponly[21836]: ^Iarg 2 is /usr/lib/openssh/sftp-server Oct 29 20:31:56 dude scponly[21836]: opened log at LOG_AUTHPRIV, opts 0x0029 Oct 29 20:31:56 dude scponly[21836]: retrieved home directory of /home/test/ for user test Oct 29 20:31:56 dude scponly[21836]: chrooting to dir: /home/test/ Oct 29 20:31:56 dude scponly[21836]: chdiring to dir: / Oct 29 20:31:56 dude scponly[21836]: chdiring to dir: / Oct 29 20:31:56 dude scponly[21836]: setting uid to 9295 Oct 29 20:31:56 dude scponly[21836]: processing request: /usr/lib/openssh/sftp-server Oct 29 20:31:56 dude scponly[21836]: running: /usr/lib/sftp-server (username: test(9295), IP/port: localhost 39651 22) I have the same domU running on Xen lenny 32bit and there is working OK. So the only difference is between lenny version of dom0. I am a bit confused about what runs Lenny, and what runs Etch. You reported this bug on the Etch version of libc6 while you talk about a Lenny domU. Can you please synthesise which combination of dom0/domU works, and which one does not work? Note that it is most probably a Xen problem, not a libc6 one. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502336: fails to date date when computer has very old time
Hi David,
* David Snyder dasnyd...@yahoo.com [2009-10-29 16:56]:
As such, I am unwilling to implement this function in the current
rdate code. While I have introduced compile-time opt-outs for
Linux, this was based on the announced retirement of the 'sysctl'
function [1] (as alerted to me by another Debian user). The current
rdate code does reference the adjtime(3) function [2], and I think
I'll stick with it because, as I said, the OpenBSD coders know a
h**l of a lot more than me about C coding.
Once again, thank you for your report. If you should happen to run
the below tests again, employing the '-a' option with rdate, and
rdate _still_ breaks, I'd be glad to know what the results are.
Thanks for your reply, David. I didn't realize that adjtimex() is
Linux-specific(). Anyway, I've tried the -a option of rdate now but
unfortunately it also fails:
sh-4.0# date
Thu Sep 24 02:16:02 GMT 1903
sh-4.0# rdate -o 123 -nvv -a 0.debian.pool.ntp.org
.
rdate: Could not adjust time of day: Invalid argument
strace shows:
gettimeofday({2203577094, 599408}, NULL) = 0
gettimeofday({2203577094, 600709}, NULL) = 0
write(2, rdate: ..., 7rdate: ) = 7
write(2, Could not adjust time of day..., 28Could not adjust time of day) = 28
write(2, : ..., 2: )= 2
write(2, Invalid argument\n..., 17Invalid argument
) = 17
The full log from strace is attached.
Do you know if this problem can be addressed in a platform-neutral way?
--
Martin Michlmayr
http://www.cyrius.com/
execve(/usr/bin/rdate, [rdate, -o, 123, -nvv, -a,
0.debian.pool.ntp.org], [/* 17 vars */]) = 0
brk(0) = 0x14000
uname({sys=Linux, node=Unknown-00-14-fd-10-33-8e, ...}) = 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x4001d000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=9918, ...}) = 0
mmap2(NULL, 9918, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001e000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libbsd.so.0, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\21\0\0004\0\0\0\310..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=28416, ...}) = 0
mmap2(NULL, 60104, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x40026000
mprotect(0x4002d000, 28672, PROT_NONE) = 0
mmap2(0x40034000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0x40034000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libpthread.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0hB\0\0004\0\0\0008...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=115893, ...}) = 0
mmap2(NULL, 123384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x40035000
mprotect(0x40049000, 28672, PROT_NONE) = 0
mmap2(0x4005, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0x4005
mmap2(0x40052000, 4600, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40052000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libutil.so.1, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\360\t\0\0004\0\0\0\354...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9844, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40021000
mmap2(NULL, 41128, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x40054000
mprotect(0x40056000, 28672, PROT_NONE) = 0
mmap2(0x4005d000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0x4005d000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0DR\1\0004\0\0\0\230...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1209920, ...}) = 0
mmap2(NULL, 1245752, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x4005f000
mprotect(0x40182000, 32768, PROT_NONE) = 0
mmap2(0x4018a000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x123) = 0x4018a000
mmap2(0x4018d000, 8760, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4018d000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libgcc_s.so.1, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\254'\0\0004\0\0\0|...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=48900, ...}) = 0
mmap2(NULL, 80228, PROT_READ|PROT_EXEC,
Bug#553327: kvm-source already in kernel, but nobody knows
Package: kvm-source Version: 88+dfsg-1 Severity: wishlist Since kvm is already in the kernel source tree, it would be very nice to find some information about this in the Description field of the kvm-source package. Would you recommend to install and build kvm-source, if I am running Debian's kernel? Many thanx Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552633: does not include at-spi-registryd-wrapper so breaking accessibility
Package: gnome-session Version: 2.28.0-2 Severity: normal This bug makes Orca (see the gnome-orca package) unusable for reading the Gnome desktop, since Orca relies on a running at-spi-registryd. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553328: dpkg: mistake in Catalan translation
Package: dpkg Version: 1.14.25 Severity: minor pel usuari no està apostrofat. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg depends on: ii coreutils 6.10-6 The GNU core utilities ii libc6 2.7-18 GNU C Library: Shared libraries ii lzma 4.43-14Compression method of 7z format in dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.7.20.2+lenny1 Advanced front-end for dpkg -- no debconf information
Bug#552606: Wrong link other bug
Hi, the right link is BTS#552535 (not BTS#547154) Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550459: [whitedune] Segmentation fault at start up
An i386 package won't run on my system, and building from sources will
fail. These are the last lines:
bison -y -d parser.y
parser.y:331.41-42: $$ for the midrule at $3 of `node' has no declared type
parser.y:332.54-55: $$ for the midrule at $3 of `node' has no declared type
parser.y:334.63-64: $$ for the midrule at $3 of `node' has no declared type
parser.y:335.60-61: $$ for the midrule at $3 of `node' has no declared type
parser.y:338.67-68: $$ for the midrule at $3 of `node' has no declared type
parser.y:345.41-42: $$ for the midrule at $3 of `node' has no declared type
parser.y:346.59-60: $$ for the midrule at $3 of `node' has no declared type
parser.y:347.56-57: $$ for the midrule at $3 of `node' has no declared type
parser.y:350.56-57: $$ for the midrule at $3 of `node' has no declared type
make: *** [parser.cpp] Error 1
The bison 3.4.1 compatibility problem was solve in white_dune-0.29beta1391.
For version white_dune-0.28pl14, change the following lines (from line 290)
in white_dune-0.28pl14/src/parser.y
node:
nodeType WING_BRACKET_ON {
$$ = newNode(SYMB($1));
addCommentsToNode($$);
nodeStack.push($$);
if (defName != -1)
{
scene-def(uniqName(SYMB(defName)), $$);
defName = -1;
}
}
nodeBody WING_BRACKET_OFF { $$ = nodeStack.pop(); }
| SCRIPT WING_BRACKET_ON{
$$ = new NodeScript(scene);
addCommentsToNode($$);
nodeStack.push($$);
if (defName != -1)
{
scene-def(uniqName(SYMB(defName)), $$);
defName = -1;
}
}
to the following:
node:
nodeType WING_BRACKET_ON {
$node$ = newNode(SYMB($1));
addCommentsToNode($node$);
nodeStack.push($node$);
if (defName != -1)
{
scene-def(uniqName(SYMB(defName)),
$node$);
defName = -1;
}
}
nodeBody WING_BRACKET_OFF { $$ = nodeStack.pop(); }
| SCRIPT WING_BRACKET_ON{
$node$ = new NodeScript(scene);
addCommentsToNode($node$);
nodeStack.push($node$);
if (defName != -1)
{
scene-def(uniqName(SYMB(defName)),
$node$);
defName = -1;
}
}
Basicly exhange $$ with $node$
so long
MUFTI
--
Heute eroeffnet uns das Internet ganz neue Informationskontrolle
... aeh -kanaele
Wolfgang Schaeuble 3. Berliner Medienrunde, 24.11.08
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552788: iceape: New upstream Seamonkey 2.0 is out, please make available
I was attempting to incentivize the re-allocation of your time, in the event of any lack of interest. It was worth a shot anyway. Mike Hommey wrote: On Tue, Oct 27, 2009 at 10:20:46PM -0700, Jesse Molina wrote: Package: iceape Version: 1.1.17-2 Severity: wishlist New upstream Seamonkey 2.0 is out as of today. Please see what you can do to bring to Debian. I'll bribe anyone $250.00 USD who can upload an Iceape 2.0 before November 6th. FYI, the work involved in getting iceape 2.0 in shape is colossal, a third of which has been done already. Your money is not going to help in any way, as the main problem is time, not incentive. (moreover, I'm not in need for $250) Mike -- # Jesse Molina # Mail = je...@opendreams.net # Page = page-je...@opendreams.net # Cell = 1.602.323.7608 # Web = http://www.opendreams.net/jesse/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550195: tested on other distros
FWIW, I tested with Evo 2.26 on Fedora 11 and Evo 2.28 on Ubuntu, and it works very well. It looks like a bug in Debian's packages. Xav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553329: Allow busybox wget instead of wget?
Package: grip-config Version: 0.1.2em1 Severity: wishlist While playing around, I noticed that grip-config wanted to reinstall wget, which I had replaced with a busybox symlink. Busybox is twice the size of wget, and the gripped initramfs-tools removes the Recommends that kept it installed, so this is probably a non-issue. I just figured it was worth mentioning. I dunno why grip-config depends on nano, but I guess you could replace that with busybox vi, too. Come to think of it, the same could be said of dhcp3-client and ntpdate (replaced with rdate). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553180: [akonadi-server] Looses data
On Thursday, 2009-10-29, Robert Wohlrab wrote: Package: akonadi-server Version: 1.2.1-1 Severity: important When I add a item to korganizer, close korganizer and logout over kmenu i will loose my new added entry in 99% of the time. I only have the Akonadi Compatibility Resource with an ical calender file and Birthday Anniversaries subressource. It seems that the file isn't synchronised after the logout. If I wait some minutes before logout it seems to work as expected (I can find the entry in my ical file after waiting, but not after direct logout). I'd say rather an error in the Akonadi ICal Resource. It does some buffering of changes before writing to its file (i.e. combining several changes into one file write) and might not have done that yet when being termined too early. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#535075: [bluez] Fix works here too
Package: bluez Version: 4.56-2 --- Please enter the report below this line. --- Hello, I am using a Logitech diNovo (046d, c704) keyboard/mouse. The fix suggested in the first post works for me. Before no hid2hci switch was done automatically. Regards, Benjamin --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-2-amd64 Debian Release: squeeze/sid 900 unstablewww.debian-multimedia.org 900 unstableftp.de.debian.org 570 experimentalftp.de.debian.org 560 testing www.debian-multimedia.org 560 testing security.debian.org 560 testing ftp.de.debian.org 550 stable www.debian-multimedia.org 550 stable security.debian.org 550 stable ftp.de.debian.org 500 etch-wx apt.wxwidgets.org 500 any apt.jenslody.de --- Package information. --- Depends (Version) | Installed ===-+-== libbluetooth3 (= 4.56) | 4.56-2 libc6 (= 2.4) | 2.10.1-3 libdbus-1-3 (= 1.1.1) | 1.2.16-2 libglib2.0-0(= 2.16.0) | 2.22.2-2 libnl1 (= 1.1) | 1.1-5 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-13 module-init-tools | 3.11-1 udev| 146-6 OR makedev | 2.3.1-89 lsb-base| 3.2-23 dbus| 1.2.16-2 Package's Recommends field is empty. Suggests(Version) | Installed =-+-=== python-gobject| 2.20.0-1 python-dbus | 0.83.0-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553276: Request to delete the bug
Please close tis bug, proper report is #553283. this one i tent by mistake. Sorry! Łukasz Miller -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553208: fhist: New upstream release 1.18
Patrick Matthäi pmatth...@debian.org writes: Package: fhist Version: 1.17-1 Severity: wishlist Hello, fhist 1.18 is out, please package it. I'm aware of the new release, however it does not add new functionality nor fix any bug. See http://aegis.sourceforge.net/cgi-bin/aeget/fhist.1.17/?changes+completed for more info. I'd prefer to wait until the various FTBFS are fixed before updating the package, however I need time to create an environment to fix the problems since the architectures are not so common (at least for me). Let me know if you think is's urgent to upload 1.18. ciao -- Walter Franzini http://aegis.stepbuild.org/ pgpxpE082Cr8N.pgp Description: PGP signature
Bug#508501: ITA
retitle 508501 ITA: mn-fit thanks Hi I intend to adopt the mn-fit package, and plan to set debian science as comaintainers. Regards, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508498: ITA
retitle 508498 ITA: mclibs thanks Hi I intend to adopt the mclibs package, and plan to set debian science as comaintainers. Regards, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534510: serious...
severity 534510 serious retitle 534510 either build-dep on libaspell-dev or disable explicitely thanks Hi, the more I think about this bug the more I think it's RC. This bug violates the principle of reproduceable builds; if someone builds on a system not having libaspell-dev (and all buildds do) you get differences between the maintainer-uploaded version and the others... Grüße/Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553212: fhist: FTBFS on armel
Patrick Matthäi pmatth...@debian.org writes: Package: fhist Version: 1.17-1 Severity: normal Hello, see: https://buildd.debian.org/fetch.cgi?pkg=fhist;ver=1.17-1;arch=armel;stamp=1255548238 You package fails the tests on armel: I'm aware of it, it also fails on powerpc and s390, but I need some time to create an environment to investigate the problem. -- Walter Franzini http://aegis.stepbuild.org/ pgpj34gbrZhP2.pgp Description: PGP signature
Bug#508496: ITA
retitle 508496 ITA: geant321 thanks Hi I intend to adopt the geant321 package, and plan to set debian science as comaintainers. Regards, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549877: when will this be fixed?
severity 549877 important thanks Hi, As all dicts now got fixed (and OOo already got updated, too), please apply this to make enchant look in the correct location. Xulrunner (and therefore iceweasel) were already updated, too, so can enchant updated too so we can easily start in squeeze+1 to remove the compat symlinks? If you have no time and you agree, I can do a NMU... Grüße/Regards, Rene -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552570: improved patch for name.c
On Fri, 30 Oct 2009, David Bremner wrote: Come to think of it, the following patch looks more sensible to me. This one works fine. Thanks for your effort Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549874: when will this be fixed?
severity 549874 important severity 549876 important thanks Hi Mike, hi Alexander, As all dicts now got fixed (and OOo already got updated, too), please apply this to make icedove look in the correct location. Xulrunner (and therefore iceweasel) were already updated, too, so can iceape and icedove updated too so we can easily start in squeeze+1 to remove the compat symlinks? I am preparing a NMU for iceape atm (orphaned anyway) Alexander, if you have no time to do it youself and agree I can NMU icedove, too.. Grüße/Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551518: gkrellm: Battery krell goes from '99%' to '128%' instead of '100%'
Hi Lennert, thanks for your bug report. On Sun, Oct 18, 2009 at 20:37, Lennert Van Alboom al...@jesuschrist.be wrote: Gkrellm's battery krell has a strange bug which makes that when the battery is 100% charged (as visible in 'acpi -b'), it reports it as 128% charged. When running on battery, it goes from 128% straight to 99% and so on. Charging it goes from 99% back to 128%. This is a Dell Latitude D830 laptop, if it makes any difference. Since 2.3.2, gkrellm uses sysfs information (if available) instead of acpi. Now, could you please look into /sys/class/power_supply/ and see what's the information in there? Additionally, you can also run gkrellm with debug info for battery: open a terminal and exec: gkrellm -d 0x8000 and it should print some debug info for the battery part. Another test, since there are a couple of new kernel version available for unstable, 2.6.30-2-686 and 2.6.31, you can also try to upgrade to them and see if the behavior is still there. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550195: how to debug that ?
Hi, On Fri, 2009-10-30 at 11:16 +0100, Xavier Bestel wrote: Does anyone has any hint on how to debug that please ? I tried adding CALDAV_DEBUG=1 (or CALDAV_DEBUG=all) when running evolution and evolution-data-server, but it didn't help. Forget that message, it was for bug #505248. But anyway I'd like to know how I can help debug that. Thanks, Xav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553166: [Debian-ha-maintainers] Bug#553166: closed by Guido Günther a...@sigxcpu.org (Re: Bug#553166: redhat-cluster: services are not relocated when a node fails)
Hi Guido On Thu, Oct 29, 2009 at 6:10 PM, Guido Günther a...@sigxcpu.org wrote: Hi Martin, On Thu, Oct 29, 2009 at 04:56:17PM +, Martin Waite wrote: Hi Guido, I have abandoned using RHCS on Debian Stable. RHCS 2 in Fedora and Centos do not have the bug, and unfortunately in my production environment I will be tied to using RHCS 2. I do believe that the bug has gone away in version 3 of RHCS, but version 2 of RHCS as supplied by Lenny is virtually useless: it cannot handle failover. As a newcomer to using RHCS, it took a few days to figure out that the problems I was having were not caused by my configuration errors (of which I had many) but were actually caused by a bug. Is there some way of either removing the package or providing some warning to potential users that it doesn't work ? Marking the bug as closed seems inappropriate because it implies that the bug has been resolved - which is not true. Would wont fix be better ? The bug is fixed in RHCS 3.0.2 so closing it is apropriate. I wouldn't object to remove RHCS 2 from Lenny though since I never got anything to work with RHCS2 either (neither rgmanager nor gfs). I'm cc'ing the maintainers of the RHCS2 package in Lenny. Is there anybody really using RHCS 2 in Lenny in production? If not we should remove it. Cheers, -- Guido On further thought, it is probably best to just leave things as they are. From exchanges with the linux-cluster mailing list, some people do use the lenny package - but patch and rebuild the source package themselves. Once squeeze is out, the cluster will work again. Thanks for your help. regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553331: FTBFS on hurd-i386 (Error: character following name is not '#')
Package: xz-utils Version: 4.999.9beta+20091004-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi your package does not build on hurd-i386: ../../../../src/liblzma/check/crc32_x86.S: Assembler messages: ../../../../src/liblzma/check/crc32_x86.S:280: Error: character following name is not '#' ../../../../src/liblzma/check/crc32_x86.S:282: Error: unknown pseudo-op: `.indirect_symbol' The full build log can be found here: https://buildd.debian.org/fetch.cgi?pkg=xz-utils;ver=4.999.9beta%2B20091004-1;arch=hurd-i386;stamp=1255937440 - -- Michal Čihař | http://cihar.com | http://blog.cihar.com - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.29-0.1-default (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xz-utils depends on: ii libc6 2.10.1-3 GNU C Library: Shared libraries ii liblzma0 4.999.9beta+20091004-1 high compression-ratio compression xz-utils recommends no packages. xz-utils suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrqw3AACgkQ3DVS6DbnVgRmbgCeMJ1H5JT3FKA9Fm+n/szS6QPI p0UAoMTQghG570CgGy6FiFl4gIOk0Rbn =5Oql -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508413: ITA
retitle 508413 ITA: cernlib thanks Hi I intend to adopt the cernlib package, and plan to set debian science as comaintainers. Regards, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495329: reassign to www
reassign 495329 www.debian.org thanks Hi there isnt much we can do for you, this is a packages.debian.org domain and as such www.debian.org bug. We as in ftp.debian.org are not unpacking or providing changelogs. -- bye, Joerg andreasj Also diese neuen Spam-Mails muten an wie Blog-Posts von Clint Adams andreasj irgendwie ist es eine Geschichte, aber ich versteh sie nicht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523394: gkrellm: cannot use /dev/by-id/
Hello Axel, On Thu, Apr 9, 2009 at 22:33, Axel K. Stammler a...@users.sourceforge.net wrote: Package: gkrellm Version: 2.3.1-8 Severity: normal As announced in the documentation for the upgrade to Lenny, my hard disks switch device handles, e.g. one sometimes shows up as /dev/sda and next time as /dev/sdb. I changed my /etc/fstab as described in the documentation but G Krell M shows blank fields whenever the setuip changes because it cannot be set to use file system identifiers. Can you try with the version in testing/unstable? it's the new major version, 2.3.2, and it might have fixed this. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508495: ITA
retitle 508495 ITA: paw thanks Hi, I intend to adopt paw package, and plan to set debian science as comaintainers. Regards Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553332: Too dependy on perl?
Package: ghc6 Version: 6.8.2dfsg1-1 Severity: normal Presumably ghc6 Depends: perl in order to support the Evil Mangler. At least in 6.10, via-C (and thus the Evil Mangler) is no longer preferred, so maybe this can be downgraded to a Suggests. Furthermore, the Evil Mangler apparently never supported ARM, so at least for the armel architecture perl is (AFAICT) a totally superfluous dependency. Discussion on #haskell: twb Grumble, why does ghc6 still depend on perl? quicksilver The evil mangler style of via-C compilation is no longer quicksilver preferred, but is currently still supported. twb Pity I can't just say bollocks to that and remove the perl twb dependency. Although maybe via-C is still needed on ARM? quicksilver The ARM via-C is unregisterised and so doesn't use the quicksilver mangler AFAIK. blackh We don't use the Evil Mangler on ARM. There's no evil manger blackh implementation for ARM, actually. So, yes, I think it can be blackh removed [...] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550195: how to debug that ?
Does anyone has any hint on how to debug that please ? I tried adding CALDAV_DEBUG=1 (or CALDAV_DEBUG=all) when running evolution and evolution-data-server, but it didn't help. The only debug info I have is this: (evolution:25787): calendar-gui-WARNING **: e-cal-model.c:1874: Unable to get query, Le moteur est occupé (evolution:25787): calendar-gui-WARNING **: Unable to load the calendar Erreur inconnue In English, that means the engine is busy, then Unknown error. Not very helpful. Thanks, Xav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553330: libghc6-xmonad-contrib-dev: Hardcoded firefox as default browser
Package: libghc6-xmonad-contrib-dev Version: 0.8-5 Severity: important XMonad.Prompt.Shell.getBrowser returns hardcoded firefox when $BROWSER is not set. It should return sensible-browser or x-www-browser. Grepping for firefox might reveal other places where it's hardcoded. In a similar way, emacs is hardcoded as the default editor, instead of using editor or sensible-editor. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libghc6-xmonad-contrib-dev depends on: ii ghc66.8.2dfsg1-1 GHC - the Glasgow Haskell Compilat ii libghc6-mtl-dev 1.1.0.0-2Haskell monad transformer library ii libghc6-utf8-string-dev 0.3.3-2+b2 GHC 6 libraries for the Haskell UT ii libghc6-x11-dev 1.4.2-1 Haskell X11 binding for GHC ii libghc6-xmonad-dev 0.8-1A lightweight X11 window manager ii libx11-dev 2:1.2.2-1X11 client-side library (developme ii libxinerama12:1.0.3-2X11 Xinerama extension library libghc6-xmonad-contrib-dev recommends no packages. Versions of packages libghc6-xmonad-contrib-dev suggests: ii libghc6-xmonad-contrib-doc0.8-5 Extensions to xmonad; documentatio pn libghc6-xmonad-contrib-prof none (no description available) -- debconf-show failed -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505248: Worst than described here.
Hi, I'm using 2.28 and this bug is still present, but worse: I can't get out of the offline state, whatever I try. They worked the first time I configured Evo to access them, but afterwards it didn't work anymore. I tried adding CALDAV_DEBUG=1 (or CALDAV_DEBUG=all) when running evolution and evolution-data-server, but it didn't help. The only debug info I have is this: (evolution:25787): calendar-gui-WARNING **: e-cal-model.c:1874: Unable to get query, Le moteur est occupé (evolution:25787): calendar-gui-WARNING **: Unable to load the calendar Erreur inconnue In English, that means the engine is busy, then Unknown error. Not very helpful. Does anyone has any hint on how to debug that please ? Thanks, Xav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553218: planet-venus: Spurious duplicate subscription warning
On 29 Oct 2009, at 16:10, John Goerzen wrote: WARNING:planet.runner:Duplicate subscription: http://changelog.complete.org/comments/feed and http://changelog.complete.org/feed If you go to those URLs, you'll see they are not the same feed. You might want to check the atom:id or similar. Planet Venus uses in-feed heuristics to determine whether the feef is the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553212: fhist: FTBFS on armel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 severity #553212 grave thanks Walter Franzini schrieb: Patrick Matthäi pmatth...@debian.org writes: Package: fhist Version: 1.17-1 Severity: normal Hello, see: https://buildd.debian.org/fetch.cgi?pkg=fhist;ver=1.17-1;arch=armel;stamp=1255548238 You package fails the tests on armel: I'm aware of it, it also fails on powerpc and s390, but I need some time to create an environment to investigate the problem. Whop sorry, it is grave not normal.. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrqwU8ACgkQ2XA5inpabMcaHwCglDtnhT0bZdrin13t840+DmRZ IRsAmgIbT3CYbOV7S0e3hCpyEqjwiF0X =LBSx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553333: clamav-milter: inet milter socket configuration changes the owner of /root to clamav
Package: clamav-milter
Version: 0.95.2+dfsg-1~volatile1
Severity: serious
Tags: patch
Because of some communication problems between postfix and
clamav-milter local socket, I've choosed to configure clamav-milter
with a network socket:
MilterSocket = inet:7...@127.0.0.1
The problem is that every execution of the init.d script will change
the owner of /root directory to 'clamav'. This patch fixes the
problem:
COBRANEW:~# diff -pU2
/etc/init.d/clamav-milter_0.95.2+dfsg-1~volatile1
/etc/init.d/clamav-milter
--- /etc/init.d/clamav-milter_0.95.2+dfsg-1~volatile1 2009-07-11
21:50:02.0 +0300
+++ /etc/init.d/clamav-milter 2009-10-30 12:45:20.0 +0200
@@ -172,5 +172,5 @@ make_dir()
[ -n $User ] || User=clamav
mkdir -p -m 0755 $DIR
- chown $User:$User $DIR
+ chown $User $DIR
}
@@ -279,5 +279,5 @@ fi
make_dir $DataBaseDirectory
-if [ ${SOCKET_PATH#inet} = ${SOCKET_PATH} ]; then
+if [ ${SOCKET_TYPE} = local ]; then
make_dir $(dirname $SOCKET_PATH)
chown $User $(dirname $SOCKET_PATH)
Please include it in the next upload (probably for the new upstream
release 0.95.3).
Thanks
-- Package-specific info:
--- configuration ---
Checking configuration files in /etc/clamav
Config file: clamd.conf
---
LogFile = /var/log/clamav/clamav.log
LogFileUnlock disabled
LogFileMaxSize disabled
LogTime = yes
LogClean disabled
LogSyslog = yes
LogFacility = LOG_MAIL
LogVerbose disabled
PidFile = /var/run/clamav/clamd.pid
TemporaryDirectory disabled
DatabaseDirectory = /var/lib/clamav
LocalSocket = /var/run/clamav/clamd.ctl
FixStaleSocket = yes
TCPSocket disabled
TCPAddr disabled
MaxConnectionQueueLength = 15
StreamMaxLength disabled
StreamMinPort = 1024
StreamMaxPort = 2048
MaxThreads = 12
ReadTimeout = 180
CommandReadTimeout = 5
SendBufTimeout = 200
MaxQueue = 100
IdleTimeout = 30
ExcludePath disabled
MaxDirectoryRecursion = 20
FollowDirectorySymlinks disabled
FollowFileSymlinks disabled
SelfCheck = 3600
VirusEvent disabled
ExitOnOOM disabled
Foreground disabled
Debug disabled
LeaveTemporaryFiles disabled
User = clamav
AllowSupplementaryGroups = yes
DetectPUA disabled
ExcludePUA disabled
IncludePUA disabled
AlgorithmicDetection = yes
ScanPE = yes
ScanELF = yes
DetectBrokenExecutables disabled
ScanMail = yes
MailFollowURLs disabled
ScanPartialMessages disabled
PhishingSignatures = yes
PhishingScanURLs = yes
PhishingAlwaysBlockCloak disabled
PhishingAlwaysBlockSSLMismatch disabled
HeuristicScanPrecedence disabled
StructuredDataDetection disabled
StructuredMinCreditCardCount = 3
StructuredMinSSNCount = 3
StructuredSSNFormatNormal = yes
StructuredSSNFormatStripped disabled
ScanHTML = yes
ScanOLE2 = yes
ScanPDF = yes
ScanArchive = yes
ArchiveBlockEncrypted disabled
MaxScanSize = 104857600
MaxFileSize = 26214400
MaxRecursion = 16
MaxFiles = 1
ClamukoScanOnAccess disabled
ClamukoScanOnOpen disabled
ClamukoScanOnClose disabled
ClamukoScanOnExec disabled
ClamukoIncludePath disabled
ClamukoExcludePath disabled
ClamukoMaxFileSize = 5242880
DevACOnly disabled
DevACDepth disabled
Config file: freshclam.conf
---
LogFileMaxSize disabled
LogTime disabled
LogSyslog disabled
LogFacility = LOG_LOCAL6
LogVerbose disabled
PidFile = /var/run/clamav/freshclam.pid
DatabaseDirectory = /var/lib/clamav/
Foreground disabled
Debug disabled
AllowSupplementaryGroups disabled
UpdateLogFile = /var/log/clamav/freshclam.log
DatabaseOwner = clamav
Checks = 24
DNSDatabaseInfo = current.cvd.clamav.net
DatabaseMirror = db.local.clamav.net, database.clamav.net
MaxAttempts = 5
ScriptedUpdates = yes
CompressLocalDatabase disabled
HTTPProxyServer disabled
HTTPProxyPort disabled
HTTPProxyUsername disabled
HTTPProxyPassword disabled
HTTPUserAgent disabled
NotifyClamd = /etc/clamav/clamd.conf
OnUpdateExecute disabled
OnErrorExecute disabled
OnOutdatedExecute disabled
LocalIPAddress disabled
ConnectTimeout = 30
ReceiveTimeout = 30
SubmitDetectionStats disabled
DetectionStatsCountry disabled
SafeBrowsing disabled
Config file: clamav-milter.conf
---
LogFile = /var/log/clamav/milter.log
LogFileUnlock disabled
LogFileMaxSize disabled
LogTime = yes
LogSyslog = yes
LogFacility = LOG_MAIL
LogVerbose = yes
PidFile = /var/run/clamav/clamav-milter.pid
TemporaryDirectory = /tmp
FixStaleSocket = yes
MaxThreads = 10
ReadTimeout = 120
Foreground disabled
User = clamav
AllowSupplementaryGroups = yes
MaxFileSize disabled
ClamdSocket = unix:/var/run/clamav/clamd.ctl
MilterSocket = inet:7...@127.0.0.1
LocalNet = local
OnClean = Accept
OnInfected = Reject
OnFail = Defer
RejectMsg disabled
AddHeader = Replace
Chroot disabled
Whitelist disabled
SkipAuthenticated disabled
LogInfected = Full
Software settings
-
Version: 0.95.2
Optional features supported: MEMPOOL IPv6 FRESHCLAM_DNS_FIX AUTOIT_EA06 BZIP2
Database directory: /var/lib/clamav/
main.cvd: version 51, sigs: 545035, built on Thu May 14 17:28:45 2009
daily.cld: version 9964, sigs: 96802, built on Fri Oct 30
Bug#523394: gkrellm: cannot use /dev/by-id/
Hi Axel, please always keep the bug in the loop. On Fri, Oct 30, 2009 at 12:25, a...@users.sourceforge.net wrote: Thanks for the tip. Unfortunately I do not dare use anything but the stable distribution as I cannot afford any outages. Is there another way to upgrade to this version? You can take the source package from unstable, and try to build it in stable: I don't know if it will succed, but there should be all the packages needed to build it in stable, so you might give it a try. If you don't want to upgrade the whole system, you might create a chroot, and run unstable in it: that will have access to your devices and might fit as a check. I don't know what else to do next. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553334: linux-patch-xenomai: The package is broken
Package: linux-patch-xenomai Version: 2.4.8-2 Severity: grave Justification: renders package unusable I think that package now has a grave bug. The current version of the package (2.4.8) with its patches (for i386: 2.6.28.9 and 2.6.29.4) doesn't work, with the vanilla kernels. Upstream has its debian dir and fix a bug in the kernel patch[1] . So, the current package, doesn't work with its current versions of the patch, because the bug. scripts/kconfig/mconf arch/x86/Kconfig arch/x86/Kconfig:74: unexpected option default then you cannot compile the patched kernel. Upstream also have published 2.4.9 and 2.4.10, we are not very synchronized with upstream. They have solved the debian package bug in its debian directory. So, please, using the script of upstream, the bug is solved. [1] thanks Stefan Kisdaroczi debian: fix kernel patch preparation script not to truncate init/Kconfig http://git.xenomai.org/?p=xenomai-2.4.git;a=commit;h=e35614ad0050e660a9784092e5a4062b5861659cectory -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable'), (300, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-patch-xenomai depends on: ii bash 4.0-7 The GNU Bourne Again SHell ii dctrl-tools [grep-dctrl] 2.13.1 Command-line tools to process Debi ii patch 2.5.9-5Apply a diff file to an original linux-patch-xenomai recommends no packages. Versions of packages linux-patch-xenomai suggests: ii kernel-package12.024 A utility for building Linux kerne pn linux-source-2.6 none (no description available) pn xenomai none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552417: dmraid: Unable to mount volume group on kernel 2.6.30
tags 552417 moreinfo thanks Well, I purged dmraid, installed mdadm, upgraded to grub2, stayed awake all night learning mdadm/grub2/lvm2, and now have stable system that is rebuilding its mirrors and running 2.6.30-2. I had originally installed Lenny in May 2008, and I kept updating and then upgraded to Squeeze. All was fine until 2.6.30. I suppose that the issue might have been related to grub.lst, which could have been properly configured for 2.6.26, but then somehow was automagically corrupted for 2.6.30 (just speculation, didn't specifically look into this). Sorry, but at this point my system is probably not very useful for diagnostics... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549492: php5-cgi causes segmention fault (fix)
Hi Vincent, Vincent Caron wrote: I have been able to suppress all my php5-cgi segfaults, I simply installed the 'php5-suhosin' package, reloaded Apache, and done (Lenny AMD64, up-to-date). After having read your comment I've installed php5-suhosin on my server too (Lenny, AMD64, up-to-date), but still got today some php5-cgi segmentation faults: Oct 30 11:21:28 kunden-www kernel: [410275.967073] php-cgi[8559]: segfault at 7f0d4adc7ed0 ip 7f0d4adc7ed0 sp 40a38128 error 14 in libltdl.so.3.1.6[7f0d4b37d000+7000] Oct 30 11:21:28 kunden-www kernel: [410276.004976] php-cgi[8560]: segfault at 7fd44433ded0 ip 7fd44433ded0 sp 423d3128 error 14 in libpam.so.0.81.12[7fd444d03000+b000] Are the segmentation faults I experience something different? How can I find out? Regards Micha P.S.: I don't know if it matters: I'm running PHP wrapped by suphp. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553335: nautilus: Asks passwd for CIFS share when kerberos ticket available
Package: nautilus Version: 2.26.3-1 Severity: minor When connecting to a (Windows) CIFS share, nautilus asks for a password, even when an applicable kerberos ticket is available. Clicking away the password dialog box (cancel) shows the share without problems. I'd expect nautilus to try using the kerberos ticket before asking for a password, so I don't have to click away the password window. Ciao.Vincent. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nautilus depends on: ii desktop-file-utils 0.15-2 Utilities for .desktop files ii gvfs1.2.3-3 userspace virtual filesystem - ser ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libbeagle1 0.3.9-1 library for accessing beagle using ii libc6 2.9-25 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-glib-1-20.82-2 simple interprocess messaging syst ii libexempi3 2.1.1-1 library to parse XMP metadata (Lib ii libexif12 0.6.17-1 library to parse EXIF files ii libgail18 2.18.2-1 GNOME Accessibility Implementation ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libglib2.0-02.22.2-2 The GLib library of C routines ii libgnome-desktop-2-11 2.28.0-1 Utility library for loading .deskt ii libgtk2.0-0 2.18.2-1 The GTK+ graphical user interface ii libice6 2:1.0.5-1X11 Inter-Client Exchange library ii libnautilus-extension1 2.26.3-1 libraries for nautilus components ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libselinux1 2.0.87-3 SELinux runtime shared libraries ii libsm6 2:1.1.1-1X11 Session Management library ii libtrackerclient0 0.6.95-3 metadata database, indexer and sea ii libunique-1.0-0 1.1.2-2 Library for writing single instanc ii libx11-62:1.2.2-1X11 client-side library ii libxml2 2.7.6.dfsg-1 GNOME XML library ii libxrender1 1:0.9.4-2X Rendering Extension client libra ii nautilus-data 2.26.3-1 data files for nautilus ii shared-mime-info0.60-2 FreeDesktop.org shared MIME databa Versions of packages nautilus recommends: ii app-install-dat 2009.06.06 Application Installer Data Files ii consolekit 0.3.1-1 framework for defining and trackin ii desktop-base5.0.5common files for the Debian Deskto ii eject 2.1.5+deb1+cvs20081104-6 ejects CDs and operates CD-Changer ii gnome-mount 0.8-2wrapper for (un)mounting and eject ii gvfs-backends 1.2.3-3 userspace virtual filesystem - bac ii librsvg2-common 2.26.0-1 SAX-based renderer library for SVG ii nautilus-cd-bur 2.24.0-3 CD Burning front-end for Nautilus ii synaptic0.62.9 Graphical package manager Versions of packages nautilus suggests: ii eog 2.28.0-1 Eye of GNOME graphics viewer progr ii evince [pdf-viewer] 2.26.2-2 Document (postscript, pdf) viewer ii gv [pdf-viewer] 1:3.6.7-1 PostScript and PDF viewer for X pn tracker none (no description available) ii vlc [mp3-decoder] 1.0.2-1multimedia player and streamer ii vlc-nox [mp3-decoder] 1.0.2-1multimedia player and streamer (wi ii xdg-user-dirs 0.10-1 tool to manage well known user dir -- no debconf information -- WCC - Smart Search Match NL +31 30 7503222 vzwe...@wcc-group.com www.wcc-group.com signature.asc Description: Digital signature
Bug#552723: ca-certificates: invalid subject public-key info for COMODO_ECC_Certification_Authority.crt
Hi Philipp, On Fri, Oct 30, 2009 at 10:19 AM, Philipp Kern pk...@debian.org wrote: It seems strange that both gnome-keyring-daemon and postfix have a problem with this file. Shall I reassign this bug to gnome-keyring-daemon and open a new one for postfix in this case? what's the crypto lib? GnuTLS? It looks like postfix is using openssl: COBRANEW:~# ldd /usr/lib/postfix/master linux-vdso.so.1 = (0x7d1ff000) libpostfix-global.so.1 = /usr/lib/libpostfix-global.so.1 (0x7f28f4c14000) libpostfix-util.so.1 = /usr/lib/libpostfix-util.so.1 (0x7f28f49e) libssl.so.0.9.8 = /usr/lib/libssl.so.0.9.8 (0x7f28f478f000) libcrypto.so.0.9.8 = /usr/lib/libcrypto.so.0.9.8 (0x7f28f43f4000) libsasl2.so.2 = /usr/lib/libsasl2.so.2 (0x7f28f41da000) libdb-4.6.so = /usr/lib/libdb-4.6.so (0x7f28f3e9) libnsl.so.1 = /lib/libnsl.so.1 (0x7f28f3c78000) libresolv.so.2 = /lib/libresolv.so.2 (0x7f28f3a64000) libc.so.6 = /lib/libc.so.6 (0x7f28f3711000) libdl.so.2 = /lib/libdl.so.2 (0x7f28f350d000) libz.so.1 = /usr/lib/libz.so.1 (0x7f28f32f6000) libpthread.so.0 = /lib/libpthread.so.0 (0x7f28f30da000) /lib64/ld-linux-x86-64.so.2 (0x7f28f4e4c000) COBRANEW:~# COBRANEW:~# COBRANEW:~# dpkg -S /usr/lib/libssl.so.0.9.8 libssl0.9.8: /usr/lib/libssl.so.0.9.8 Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552959: ppl: FTBFS: build blocks
On 29/10/09 at 09:02 +0100, Michael Tautschnig wrote: Hi! [...] if [ . != `pwd` ]; then \ rm -f ppl_prolog_generated_test_common.pl; \ fi rm -f ppl_prolog_generated_test_main.pl; \ diff -u --ignore-all-space ./../tests/expected_pgt obtained_pgt make[7]: *** [pl_check_test] Terminated make[3]: *** [check-recursive] Terminated E: Caught signal 'Terminated': terminating immediately make[5]: *** [check-recursive] Terminated make[4]: *** [check] Terminated make[2]: *** [check] Terminated make[1]: *** [check-recursive] Terminated make: *** [check] Terminated make[6]: *** [check-am] Terminated Build killed with signal TERM after 240 minutes of inactivity Build finished at 20091028-0518 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/ppl_0.10.2-3_lsid64.buildlog [...] Is it possible to schedule another build? I'm really clueless what could be going wrong here, other than some problem with the buildd, which seems somewhat more likely given the excerpt of daemon.log provided at the end of this log. Looking at other build logs the above diff seems to be about the last thing before install, and it worked fine on all Debian buildds just a few days ago!? The fact that it blocks is reproducible. Output on the terminal: % ppl_prolog_generated_test_main.pl compiled 0.18 sec, 2,099,112 bytes % ./swi_prolog_generated_test compiled 0.18 sec, 2,104,128 bytes true. true. % halt if [ . != `pwd` ]; then \ rm -f ppl_prolog_generated_test_common.pl; \ fi rm -f ppl_prolog_generated_test_main.pl; \ diff -u --ignore-all-space ./../tests/expected_pgt obtained_pgt However, it's not diff that is blocking, it's ppl_pl. It's eating all the available memory and causes swapping. I've attached the output of ps. the status of the process is: Name: ppl_pl State: T (stopped) Tgid: 20160 Pid:20160 PPid: 20152 TracerPid: 0 Uid:0 0 0 0 Gid:0 0 0 0 FDSize: 256 Groups: 0 VmPeak: 303031364 kB VmSize: 303031364 kB VmLck: 0 kB VmHWM: 31854660 kB VmRSS: 31756644 kB VmData: 302960040 kB VmStk:84 kB VmExe: 5284 kB VmLib: 4792 kB VmPTE:100764 kB Threads:1 SigQ: 1/270336 SigPnd: ShdPnd: SigBlk: SigIgn: 1000 SigCgt: 000187802083 CapInh: CapPrm: CapEff: CapBnd: Cpus_allowed: 00ff Cpus_allowed_list: 0-7 Mems_allowed: ,0001 Mems_allowed_list: 0 voluntary_ctxt_switches:6796 nonvoluntary_ctxt_switches: 2400 (the T state is normal, I kill'ed -STOP it so I could get the ps output, but it was R or D before that. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | 10735 pts/0S+ 0:00 | \_ /usr/bin/perl /usr/bin/dpkg-buildpackage -us -uc 26698 pts/0S+ 0:00 | \_ /usr/bin/make -f debian/rules binary 26700 pts/0S+ 0:00 | \_ /usr/bin/make -j16 check 26701 pts/0S+ 0:00 | \_ /bin/bash -c failcom='exit 1'; \?for f in x $MAKEFLAGS; do \? case $f in \?*=* | --[!k]*);; \?*k*) failcom='fail=yes';; \? esac; \?done; \?dot_seen=no; \?target=`echo check-recursive | sed s/-recursive//`; \?list='. utils src Watchdog tests interfaces demos doc m4'; for subdir in $list; do \? echo Making $target in $subdir; \? if test $subdir = .; then \? dot_seen=yes; \?local_target=$target-am; \? else \? local_target=$target; \? fi; \? (cd $subdir /usr/bin/make $local_target) \? || eval $failcom; \?done; \?if test $dot_seen = no; then \? /usr/bin/make $target-am || exit 1; \?fi; test -z $fail 29227 pts/0S+ 0:00 | \_ /bin/bash -c failcom='exit 1'; \?for f in x $MAKEFLAGS; do \? case $f in \?*=* | --[!k]*);; \?*k*) failcom='fail=yes';; \? esac; \?done; \?dot_seen=no; \?target=`echo check-recursive | sed s/-recursive//`; \?list='. utils src Watchdog tests interfaces demos doc m4'; for subdir in $list; do \? echo Making $target in $subdir; \? if test $subdir = .; then \? dot_seen=yes; \?local_target=$target-am; \? else \? local_target=$target; \? fi; \? (cd $subdir /usr/bin/make $local_target) \? || eval $failcom; \?done; \?if test $dot_seen = no; then \? /usr/bin/make $target-am || exit 1; \?fi; test -z $fail 29228 pts/0S+ 0:00 | \_ /usr/bin/make check 29229 pts/0S+ 0:00 | \_ /usr/bin/make check-recursive 29231 pts/0S+ 0:00 |
Bug#129624: Reopen: #129624 abcde: retrieve CDDB info and apply it when
We might have been arguing about two different things. Making a backwardly compatible completely automatic retagger for all older 'abcde' versions would be difficult, (guessing a discid from a tagless encoded file, can it even be done?), and sounds like a job for a sophisticated forensics util. I had in mind stuff like... Prepared retag psuedo-algorithm: during first run, suppose CDDB server has nothing. Save the cd-discid somewhere in a tag field, such as 'comment' or 'encoded by', e.g. abcde v2.7 from discid 12345678. During a retag, check the saved discid and proceed as before. no guessing backwardly compatible kludge: let the user enter the discid, after they find out what it was, or insert the original CD solely for the purpose of getting a discid to look up. etc. And a responding comment... On Thu, 29 Oct 2009 13:07:36 + Colin Tuckley col...@debian.org wrote: This bug is about trying to fix something without the CD being available, as such it isn't part of what abcde is designed for. 'man abcde' implies otherwise: -C [discid] Allows you to resume a session for discid when you no longer have the CD available (abcde will automatically resume if you still have the CD in the drive). You must have already finished at least the read action during the previous session. The phrase when you no longer have the CD available is plain enough. Anyway using an available CD to get a discid sounds fine. But it's not efficient to require (re)expending computer resources ripping, encoding, and all that. At the end the user still winds up with a do over of the tagging. Doing every step twice, versus re-doing one missing step -- a big win, especially when the missing step is quick and the other steps are slow. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505248: It's Debian-specific
Hi again, the bug seems to be Debian-specific. I tried on other distros (2.12 on RHEL5, 2.26 on Fedora 11, 2.26 on Ubuntu 9.04 and 2.28 on Ubuntu 9.10) on the same server and they all work very well. Xav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552959: ppl: FTBFS: build blocks
Hi Lucas, Thanks a lot for the quick reply and precise information. [...] The fact that it blocks is reproducible. Output on the terminal: % ppl_prolog_generated_test_main.pl compiled 0.18 sec, 2,099,112 bytes % ./swi_prolog_generated_test compiled 0.18 sec, 2,104,128 bytes true. true. % halt if [ . != `pwd` ]; then \ rm -f ppl_prolog_generated_test_common.pl; \ fi rm -f ppl_prolog_generated_test_main.pl; \ diff -u --ignore-all-space ./../tests/expected_pgt obtained_pgt However, it's not diff that is blocking, it's ppl_pl. It's eating all the available memory and causes swapping. I've attached the output of ps. the status of the process is: [...] I'll see what I can do about this, I just wonder why it didn't happen on other hosts. But we'll see... Thanks again, Michael pgpP93cd2PGb4.pgp Description: PGP signature
Bug#546505: (no subject)
I also get the segfault with the official package. I recompiled it using pbuilder (squeeze chroot), and now I cannot reproduce the segfault (with or without debugging symbols)... any suggestions? Cheers, Jason -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553336: dtc-common: Unable to set shared_renewal_shutdown from dtcadmin web
Package: dtc-common Version: 0.29.17-1 Severity: important I think shared_renewal_shutdown may be unreachable through the dtcadmin web. I expected it to be in /usr/share/dtc/admin/inc/dtc_config.php function drawRenewalsConfig. Is it somewhere else? If not, would that be the right place to add it? Thanks. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.4 (SMP w/4 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages dtc-common depends on: ii apache2 2.2.9-10+lenny4Apache HTTP Server metapackage ii apache2-mpm-prefo 2.2.9-10+lenny4Apache HTTP Server - traditional n ii bind9 1:9.5.1.dfsg.P3-1 Internet Domain Name Server ii bzip2 1.0.5-1high-quality block-sorting file co ii ca-certificates 20080809 Common CA certificates ii chrootuid 1.3-5 Run commands in restricted environ ii courier-maildrop 0.60.0-2 Courier mail server - mail deliver ii file 4.26-1 Determines file type using magic ii gawk 1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and pr ii libapache2-mod-lo 1.100-14 Use SQL to store/write your apache ii libapache2-mod-ph 5.2.6.dfsg.1-1+lenny3 server-side, HTML-embedded scripti ii libnss-mysql-bg 1.5-1 NSS module for using MySQL as a na ii libpam-mysql 0.6.2-1PAM module allowing authentication ii locales 2.7-18 GNU C Library: National Language ( ii lsb-release 3.2-20 Linux Standard Base version report ii mhonarc 2.6.16-1 Mail to HTML converter ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap ii mlmmj 1.2.15-1.1 mail server independent mailing li ii mysql-client-5.0 5.0.51a-24+lenny2 MySQL database client binaries ii mysql-server 5.0.51a-24+lenny2 MySQL database server (metapackage ii mysql-server-5.0 5.0.51a-24+lenny2 MySQL database server binaries ii ncftp 2:3.2.1-1 A user-friendly and well-featured ii net-tools 1.60-22The NET-3 networking toolkit ii openssl 0.9.8g-15+lenny5 Secure Socket Layer (SSL) binary a ii patch 2.5.9-5Apply a diff file to an original ii php-crypt-cbc 0.4-3 A class to emulate Perl's Crypt::C ii php-fpdf 1.53.dfsg-6PHP class to generate PDF files ii php-pear 5.2.6.dfsg.1-1+lenny3 PEAR - PHP Extension and Applicati ii php5 5.2.6.dfsg.1-1+lenny3 server-side, HTML-embedded scripti ii php5-cli 5.2.6.dfsg.1-1+lenny3 command-line interpreter for the p ii php5-curl 5.2.6.dfsg.1-1+lenny3 CURL module for php5 ii php5-gd 5.2.6.dfsg.1-1+lenny3 GD module for php5 ii php5-mysql5.2.6.dfsg.1-1+lenny3 MySQL module for php5 ii pure-ftpd-mysql 1.0.21-11.4Pure-FTPd FTP server with MySQL us ii rrdtool 1.3.1-4Time-series data storage and displ ii sasl2-bin 2.1.22.dfsg1-23+lenny1 Cyrus SASL - administration progra ii sbox-dtc 1.11-5 A CGI wrapper script for chrooted ii spamassassin 3.2.5-2Perl-based spam filter using text ii spamc 3.2.5-2Client for SpamAssassin spam filte ii ssh 1:5.1p1-5 secure shell client and server (me ii sudo 1.6.9p17-2 Provide limited super user privile ii unzip 5.52-12De-archiver for .zip files ii webalizer 2.01.10-32.4 web server log analysis program ii zip 2.32-1 Archiver for .zip files dtc-common recommends no packages. Versions of packages dtc-common suggests: ii dtc-postfix-courier 0.29.17-1 web control panel for admin and ac -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553337: dnsmasq: incorrectly mangles addresses
Package: dnsmasq Version: 2.47-3 Severity: normal dnsmasq incorrectly mangles 10.1.2. into 10.1.0.2: dig +short 10.1.2. @10.63.22.1 10.1.0.2 (10.63.22.1 is a dnsmasq server) Compare with a bind server: dig 10.1.2. @localhost [...] ;; -HEADER- opcode: QUERY, status: NXDOMAIN, id: 38480 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dnsmasq depends on: ii adduser 3.111 add and remove users and groups ii dnsmasq-base 2.51-1 A small caching DNS proxy and DHCP ii netbase 4.37 Basic TCP/IP networking system dnsmasq recommends no packages. Versions of packages dnsmasq suggests: pn resolvconfnone (no description available) -- Tollef Fog Heen Redpill Linpro -- Changing the game! t: +47 21 54 41 73 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553325: Acknowledgement (Uses different PATH order to /etc/profile.)
FYI, I think I have resolved my immediate problem by simply putting the symlinks in a new directory, /usr/lib/busybox, and then adding this to the PATHs in /etc/profile. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553329: Allow busybox wget instead of wget?
Hi, Package: grip-config Version: 0.1.2em1 Severity: wishlist I cannot find a package 'grip-config' in the Debian Repositories. You know where it comes from? Regards, Stefan -- ,---[ xeno ] | Stefan Ritter | JID x...@jabber.thehappy.de | Web http://www.thehappy.de/~xeno/ `--- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549874: when will this be fixed?
On Fri, Oct 30, 2009 at 11:03:34AM +0100, Rene Engelhard wrote: severity 549874 important severity 549876 important thanks Hi Mike, hi Alexander, As all dicts now got fixed (and OOo already got updated, too), please apply this to make icedove look in the correct location. Xulrunner (and therefore iceweasel) were already updated, too, so can iceape and icedove updated too so we can easily start in squeeze+1 to remove the compat symlinks? I am preparing a NMU for iceape atm (orphaned anyway) Please don't, it's useless. Version 2.0 will be uploaded soon(ish). Maybe in two weeks. Way before squeeze, anyways. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553271: python-pyx: import failing because of missing link to mesh.py in /usr/lib/python2.*/site-packages/pyx
Hi Stuart, on Friday, 30.10.2009, 02:08 +0100 you wrote: Thanks for the report. This looks decidedly like a bug in python-central: http://bugs.debian.org/479852 I have looked at bugs of python-support but not at them of python-central ... Can you confirm for me that you previously had python-pyx installed and that this was an upgrade from a version 0.10-0+nmu1 or earlier? (i.e. not a fresh installation) Yes, this was an upgrade. I had version 0.9-4b1 installed before. I've tested also purging 0.9-4b1 (which seems not to have deleted the files because of the bug in python-central) and then installation of 0.10-0+nmu3. The same error occurred as on direct-upgrading from 0.9-4b1 to 0.10-0+nmu3. The directory where you found all the pyx files ( /usr/lib/python2.5/site-packages/pyx) actually should be empty with this package now; pyx should be found in /usr/lib/pymodules/python2.5/pyx/. If you upgraded from the 0.9 version, then you could well have a very strange mix of 0.9 and 0.10 in there. In any case, running pycentral pkgremove python-pyx should clean up that directory (it should remove /usr/lib/pymodules/python2.5/pyx/ in fact), leaving you with a working pyx installation. After running the command, everything works. Thanks for the explanation and the fix! Best Regards Johann Felix Soden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
