Bug#479884: am-utils: amd don't work with Linux kernel 2.6.25
Tim Cutts [EMAIL PROTECTED] writes: On 10 Jun 2008, at 9:27 pm, Philippe Troin wrote: This is caused by amd's top-level mounts which are mounted by default with NLM locks enabled (lock mount option). Locks are not required for the top-level mounts. The attached patch passes nolock to top-level mount requests. It's a more fundamental problem than that, I think, Philippe, isn't it?Have you seen the discussions on the mailing list? Where at? I've just seen the bug log. Your patch might be a useful workaround though, until upstream fix the problem properly. I do not think so. I think this is the right way to solve the problem. An alternative workaround is to make using autofs for the intercepts the default configuration. But that isn't entirely backward compatible with previous behaviour. Yes. I dislike autofs as it prevents amd from being shut down or upgraded. Does it actually fix the problem, or just make the error go away? What happens if you try to lock files on filesystems that have been automounted? Does that still work? Yes. Let me try to restate the problem: When the kernel mounts an NFS file system, it tries to connect to the NLM service on the remote host (NFS server), unless nolock is passed as an option. Until 2.6.25, if the remote host was unparseable (for example, [EMAIL PROTECTED]), nolock was assumed. Since 2.6.25, the mount request fails. The patch just passes nomount to the kernel for the toplvl AMD fs type. That's just the amd-managed NFS mountpoint (for example /net in the stock config). Amd does not provide any locking service for these mount points. They just contain directories or symlinks to the actual NFS mount points. Does that make sense? I'm using this patch in production servers, and NFS locking work fine. Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485737: ftbfs: Can't use string (vendor) as a HASH ref
Package: po4a Version: 0.33.3-1 Also note that the clean failure is being ignored: debian/rules clean dh_testdir dh_testroot /usr/bin/perl Build clean Can't open perl script Build: No such file or directory make: [clean] Error 2 (ignored) rm -rf _build build-stamp Build dh_clean debian/rules build dh_testdir /usr/bin/perl Build.PL installdirs=vendor create_packlist=0 Creating custom builder _build/lib/My/Builder.pm in _build/lib/My * Optional prerequisite Term::ReadKey isn't installed ERRORS/WARNINGS FOUND IN PREREQUISITES. You may wish to install the versions of the modules indicated above before proceeding with this installation. Can't use string (vendor) as a HASH ref while strict refs in use at Build.PL line 229. Checking whether your kit is complete... Looks good make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482369: Temporary workaround does not work for me
Hi all. I have the same problem (also on Dell Optiplex 745) and downgrading did not help. I temporarily switched to vesa driver: any hint on when a proper solution will be available? Thanks. pc -- Paolo Cavallini, see: * http://www.faunalia.it/pc * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484645: evince: same here
Package: evince Version: 2.22.2-1 Followup-For: Bug #484645 Hello there, I have the same problem. When starting evince from the command line I get rangecheck -15 rangecheck -15 rangecheck -15 rangecheck -15 ** (evince:30526): WARNING **: Error rendering thumbnail rangecheck -15 rangecheck -15 ** (evince:30526): WARNING **: Error rendering thumbnail The same postscript (which is generated with the print-to-file option from within epiphany) is showed correctly by gv. thanks graziano -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25 (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/dash Versions of packages evince depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-12GNU C Library: Shared libraries ii libcairo2 1.6.4-4 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libdjvulibre21 3.5.20-7 Runtime support for the DjVu image ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.1-1 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgnome-keyring0 2.22.2-1 GNOME keyring services library ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-3GNOME Virtual File System (runtime ii libgtk2.0-02.12.10-2 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkpathsea4 2007.dfsg.1-4 TeX Live: path search library for ii libnautilus-extension1 2.20.0-4 libraries for nautilus components ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-1 PNG library - runtime ii libpoppler-glib3 0.8.2-2 PDF rendering library (GLib-based ii libpopt0 1.14-2lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libspectre10.2.0.ds-1Library for rendering Postscript d ii libstdc++6 4.3.1-1 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-10 Tag Image File Format (TIFF) libra ii libx11-6 2:1.1.4-2 X11 client-side library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages evince recommends: ii dbus-x11 1.2.1-2simple interprocess messaging syst -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473496: setting package to gpm libgpm-dev libgpmg1-dev libgpm2, tagging 470882, tagging 476431 ...
# Automatically generated email from bts, devscripts version 2.10.29 # # gpm (1.20.4-1) UNRELEASED; urgency=low # # * New upstream version. (Closes: #482138) #- debian/patches/001_logging.patch: Removed, merged upstream. #- debian/patches/006_version_000: Likewise. #- debian/patches/008_sun_repeat_000: Likewise. #- debian/patches/030_segfault: Likewise. #- debian/patches/001_missing_V_option.patch: Refresh. #- debian/patches/002_force_repeat_000: Likewise. #- debian/patches/005_types_000: Likewise. #- debian/patches/007_doc_fix_000: Likewise. #- debian/patches/010_ps2_rework.patch: Likewise. #- debian/patches/013_xterm_mouse_support_000: Likewise. #- debian/patches/015_libgpm_noverbose.patch: Likewise. #- debian/patches/030_daemon_quit: Likewise. #- debian/patches/040_no_OPEN_MAX.patch: Likewise. #- debian/patches/050_dont_link_libcurses: Likewise. #- debian/rules: Fix Changelog to Changes in dh_installchangelogs call. #- Properly cleanup on 'make clean', fixes building twice in a row. # (Closes: 479345) #- Support default gpm handlers again. (Closes: #472062) #- Do not log 'Connecting' and 'Request' messages on syslog. # (Closes: #474516) # * Debian broke ABI compatibility with upstream long time ago, the patch #got merged upstream recently but the new field was added in a different #place in the structure. With the new 1.20.3~pre3 release Debian had #to be either incompatible with previous Debian gpm versions or with #upstream again, but quite helpfully upstream bumped the SONAME. #(Closes: #412927, #470882, #473496, #476431) #- Add a new libgpm2 and libgpm-dev packages. #- Remove the libgpmg1 package. #- Make the libgpmg1-dev a dummy package to ease the transition. #- Remove old Conflicts and Replaces on libgpm1. #- Bump libgpm shlibs dependency to 1.20.4. # * Italian, thanks David Paleino. (Closes: #483916) package gpm libgpm-dev libgpmg1-dev libgpm2 tags 470882 + pending tags 476431 + pending tags 412927 + pending tags 483916 + pending tags 479345 + pending tags 482138 + pending tags 474516 + pending tags 472062 + pending tags 473496 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401121: qemu: Same problem
Alex Samad a écrit : Package: qemu Version: 0.9.1-5 Followup-For: Bug #401121 Hi I have been trying to run the debian installer (testing amd64 net inst) qemu-system-x86_64 -kernel-kqemu -boot d -cdrom /srv/ISO/debian-testing-amd64-netinst.iso -hda /srv/qemu/amd64/disk1.img -vnc localhost:1 -m 512 it crashes in the beining bit, mostly just after the language selection, but sometimes before hand. This with out the kqemu module qemu-system-x86_64 -kernel-kqemu -boot d -cdrom This is actually with kqemu module, as -kernel-kqemu is used. You have to use -no-kqemu to disable it. /srv/ISO/debian-testing-amd64-netinst.iso -hda /srv/qemu/amd64/disk1.img -vnc localhost:1 -m 512 RAX= RBX=804b1920 RCX=001e RDX=00011edf2a10 RSI=001e RDI=804b1920 RBP=0282 RSP=80575ec0 R8 =804e6110 R9 =8056b780 R10=81001facec30 R11=0001804aa080 R12=0002 R13= R14=81001e801f58 R15=81001fbe2990 RIP=8023a34e RFL=00010206 [-P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES = CS =0010 00af9b00 SS = 00cf9300 DS = FS = GS = 804e3000 LDT= 8000 TR =0040 810001008000 206f 8900 GDT= 8051e000 0080 IDT= 8057c000 0fff CR0=8005003b CR2=2aefb7859b08 CR3=0112f000 CR4=06e0 Unsupported return value: 0x [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ This is with the kqemu module qemu-system-x86_64 -kernel-kqemu -boot d -cdrom /srv/ISO/debian-testing-amd64-netinst.iso -hda /srv/qemu/amd64/disk1.img -vnc localhost:1 -m 512 RAX= RBX=804b1920 RCX=001e RDX=0001010ae200 RSI=001e RDI=804b1920 RBP=0282 RSP=80575ec0 R8 =0006 R9 =8056b780 R10=8100011cb680 R11=0002804aa080 R12=0009 R13= R14=81001fe01b88 R15=81001ed4ad80 RIP=8023a34e RFL=00010206 [-P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES = CS =0010 00af9b00 SS =0018 00cf9300 DS = FS = GS = 804e3000 LDT= 8000 TR =0040 810001008000 206f 8900 GDT= 8051e000 0080 IDT= 8057c000 0fff CR0=8005003b CR2=2adf9c7bfb08 CR3=1e81b000 CR4=06e0 Unsupported return value: 0x kqemu doesn't work very well with 64-bit guests, and definitely doesn't work with 64-bit guests using -kernel-kqemu. Please retry without -kernel-kqemu. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485738: ruby1.8: object allocation during garbage collection phase
Package: ruby1.8 Version: 1.8.7-2 Severity: important My script is aborted after with following message after executing successfully for some time: === /usr/lib/ruby/1.8/xmltv/libxmltv.rb:150: [BUG] object allocation during garbage collection phase ruby 1.8.7 (2008-05-31 patchlevel 0) [x86_64-linux] Aborted === Problem appeard after upgrade to version 1.8.7-2. Downgrade to version 1.8.6.114-2 solves the problem. I have upgraded and downgraded following packages: [UPGRADE] irb1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] libdbm-ruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] libgdbm-ruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] libopenssl-ruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] libreadline-ruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] libruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] libtcltk-ruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] rdoc1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] ri1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] ruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] ruby1.8-dev 1.8.6.114-2 - 1.8.7-2 [UPGRADE] ruby1.8-examples 1.8.6.114-2 - 1.8.7-2 This report was generated after downgrade to version 1.8.6.114-2, so version of libruby1.8 in dependency list is version after downgrade. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ruby1.8 depends on: ii libc62.7-12 GNU C Library: Shared libraries ii libruby1.8 1.8.6.114-2 Libraries necessary to run Ruby 1. ruby1.8 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485739: libgems-ruby1.8: Installs gems multiple times
Package: libgems-ruby1.8 Version: 1.1.1-1 Severity: normal I just ran 'gem update' and got the following output. Something odd is going on [EMAIL PROTECTED] sudo gem update Updating installed gems Bulk updating Gem source index for: http://gems.rubyforge.org/ Updating ParseTree Successfully installed RubyInline-3.7.0 Successfully installed ParseTree-2.2.0 Updating ZenTest Successfully installed RubyInline-3.7.0 Successfully installed ParseTree-2.2.0 Successfully installed ZenTest-3.9.3 Updating acts_as_reportable Bulk updating Gem source index for: http://gems.rubyforge.org/ Successfully installed RubyInline-3.7.0 Successfully installed ParseTree-2.2.0 Successfully installed ZenTest-3.9.3 Successfully installed acts_as_reportable-1.1.1 Updating murdoch Successfully installed RubyInline-3.7.0 Successfully installed ParseTree-2.2.0 Successfully installed ZenTest-3.9.3 Successfully installed acts_as_reportable-1.1.1 Successfully installed murdoch-1.0.1 Updating ruby2ruby Successfully installed RubyInline-3.7.0 Successfully installed ParseTree-2.2.0 Successfully installed ZenTest-3.9.3 Successfully installed acts_as_reportable-1.1.1 Successfully installed murdoch-1.0.1 Successfully installed ruby2ruby-1.1.9 Gems updated: RubyInline, ParseTree, RubyInline, ParseTree, ZenTest, RubyInline, ParseTree, ZenTest, acts_as_reportable, RubyInline, ParseTree, ZenTest, acts_as_reportable, murdoch, ruby2ruby] -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-jh (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgems-ruby1.8 depends on: ii libopenssl-ruby1.81.8.7-2OpenSSL interface for Ruby 1.8 ii libruby1.81.8.7-2Libraries necessary to run Ruby 1. ii rdoc1.8 1.8.7-2Generate documentation from Ruby s Versions of packages libgems-ruby1.8 recommends: ii rubygems 1.1.1-1package management framework for R -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485636: manpages-dev: nanosleep(2) and high resolution timers
On Tue, Jun 10, 2008 at 5:39 PM, Stephane Chazelas [EMAIL PROTECTED] wrote: Package: manpages-dev Version: 2.79-4 Severity: wishlist The BUGS section in nanosleep(2) gives: BUGS The current implementation of nanosleep() is based on the normal kernel timer mechanism, which has a resolution of 1/HZ s (see time(7)). Therefore, nanosleep() pauses always for at least the specified time, however it can take up to 10 ms longer than specified until the process becomes runnable again. For the same reason, the value returned in case of a delivered signal in *rem is usually rounded to the next larger multiple of 1/HZ s. Old behavior In order to support applications requiring much more precise pauses (e.g., in order to control some time-critical hardware), nanosleep() would handle pauses of up to 2 ms by busy waiting with microsecond precision when called from a process scheduled under a real-time policy like SCHED_FIFO or SCHED_RR. This special extension was removed in kernel 2.5.39, hence is still present in current 2.4 kernels, but not in 2.6 kernels. In Linux 2.4, if nanosleep() is stopped by a signal (e.g., SIGTSTP), then the call fails with the error EINTR after the process is resumed by a SIGCONT signal. If the system call is subsequently restarted, then the time that the process spent in the stopped state is not counted against the sleep interval. I think it should be worth mentionning that since 2.6.16, on some architectures, the kernel can be configured with high resolution timers which makes nanosleep(2) a lot more accurate and voids the first comment above. Stephane Thanks for your note. Can you provide some further details -- for example, can you tell me any of the following: which architectures? what config options are required? what determines the accuracy that can be achieved with HR timers? Cheers, Michael -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ man-pages online: http://www.kernel.org/doc/man-pages/online_pages.html Found a bug? http://www.kernel.org/doc/man-pages/reporting_bugs.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485473: setting package to krb5 krb5-admin-server krb5-user libkrb5-dbg krb5-pkinit libkrb5-dev krb5-kdc-ldap krb5-kdc krb5-rsh-server krb5-ftpd krb5-clients krb5-doc krb5-telnetd libkadm55 libkrb
# Automatically generated email from bts, devscripts version 2.10.28 # # krb5 (1.6.dfsg.3-3) UNRELEASED; urgency=low # # * Translation updates: #- Galician, thanks Jacobo Tarrio. (Closes: #482324) #- French, thanks Christian Perrier. (Closes: #482326) #- Vietnamese, thanks Clytie Siddall. (Closes: #482362) #- Basque, thanks Piarres Beobide. (Closes: #482376) #- Czech, thanks Miroslav Kure. (Closes: #482428) #- German, thanks Helge Kreutzmann. (Closes: #482366) #- Spanish, thanks Diego D'Onofrio. #- Finnish, thanks Esko Arajärvi. (Closes: #482682) #- Portuguese, thanks Miguel Figueiredo. (Closes: #483049) #- Japanese, thanks TANAKA, Atushi. #- Russian, thanks Sergey Alyoshin. (Closes: #485473) #- Brazilian Portuguese, thanks Eder L. Marques. (Closes: #485613) #- Romanian, thanks Eddy PetriÈor. (Closes: #484996) # package krb5 krb5-admin-server krb5-user libkrb5-dbg krb5-pkinit libkrb5-dev krb5-kdc-ldap krb5-kdc krb5-rsh-server krb5-ftpd krb5-clients krb5-doc krb5-telnetd libkadm55 libkrb53 tags 485473 + pending tags 485613 + pending tags 484996 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485725: this behavior is intentional
Please consult the discussion in bug #430842 [1], and section 10.7.2 of the Debian Policy Manual (The other way to do it is via the maintainer scripts ...) [2]. Cheers, Avi. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430842 [2] http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485415: [openssh] Updated Romanian translation for openssh package
Package: openssh Severity: wishlist Tags: l10n patch --- Please enter the report below this line. --- It looks like you generated this using a broken POT file that Christian Perrier sent out. Could you please use debian/po/templates.pot from the current version of openssh in unstable? Thanks, Colin Watson [EMAIL PROTECTED] This is the correct ro.po --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 500 testing security.debian.org 500 testing ftp.debian.org 500 testing debian-multimedia.org --- Package information. --- Depends (Version) | Installed ===-+-=== | # Romanian translation of openssh. # Copyright (C) 2006 THE openssh'S COPYRIGHT HOLDER # This file is distributed under the same license as the openssh package. # # Stan Ioan-Eugen [EMAIL PROTECTED], 2006. # Igor Stirbu [EMAIL PROTECTED], 2007. # Cătălin Feștilă [EMAIL PROTECTED],2008 msgid msgstr Project-Id-Version: openssh 1.4\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-05-17 08:51+0200\n PO-Revision-Date: 2008-05-28 17:54+0200\n Last-Translator: Cătălin Feștilă [EMAIL PROTECTED]\n Language-Team: Romanian [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=n==1 ? 0 : (n==0 || (n%100 0 n%100 20)) ? 1 : 2;\n #. Type: boolean #. Description #: ../openssh-server.templates:1001 msgid Generate a new configuration file for OpenSSH? msgstr Să se genereze un fișier nou de configurare pentru OpenSSH? #. Type: boolean #. Description #: ../openssh-server.templates:1001 msgid This version of OpenSSH has a considerably changed configuration file from the version shipped in Debian 'Potato', which you appear to be upgrading from. This package can now generate a new configuration file (/etc/ssh/sshd. config), which will work with the new server version, but will not contain any customizations you made with the old version. msgstr Această versiune de OpenSSH are un fișier de configurare considerabil modificat față de versiunea care vine cu Debian 'Potato', pe care se pare că o actualizați. Acest pachet poate genera acum un nou fișier de configurare (/ etc/ssh/sshd.config), care va funcționa cu noua versiune de server, dar nu va conține nici o personalizare făcută pentru versiunea anterioară. #. Type: boolean #. Description #: ../openssh-server.templates:1001 msgid Please note that this new configuration file will set the value of 'PermitRootLogin' to 'yes' (meaning that anyone knowing the root password can ssh directly in as root). Please read the README.Debian file for more details about this design choice. msgstr A se reține că acest fișier nou de configurare va stabili valoarea opțiunii 'PermitRootLogin' la „yes” (ceea ce înseamnă că cine știe parola de root se poate autentifica prin ssh direct ca root). Părerea responsabilului de pachet este că aceasta trebuie să fie valoarea implicită (a se vedea fișierul README.Debian pentru detalii suplimentare), dar, dacă doriți, puteți edita oricând fișierul sshd_config pentru a stabili valoarea opțiunii la „no”. #. Type: boolean #. Description #: ../openssh-server.templates:1001 msgid It is strongly recommended that you choose to generate a new configuration file now. msgstr Este indicat să alegeți acum generarea un nou fișier de configurare. #. Type: boolean #. Description #: ../openssh-server.templates:2001 msgid Do you want to risk killing active SSH sessions? msgstr Doriți să riscați întreruperea sesiunilor ssh active? #. Type: boolean #. Description #: ../openssh-server.templates:2001 msgid The currently installed version of /etc/init.d/ssh is likely to kill all running sshd instances. If you are doing this upgrade via an SSH session, you're likely to be disconnected and leave the upgrade procedure unfinished. msgstr Este foarte probabil ca această versiune de /etc/init.d/ssh pe care o aveți instalată să omoare toate instanțele sshd care rulează. Dacă faceți această actualizare printr-o sesiune ssh, atunci este posibil să fiți deconectați și actualizarea să rămână neterminată. #. Type: boolean #. Description #: ../openssh-server.templates:2001 msgid This can be fixed by manually adding \--pidfile /var/run/sshd.pid\ to the start-stop-daemon line in the stop section of the file. msgstr Puteți repară manual acest lucru adăugând „--pidfile /var/run/sshd.pid” la linia start-stop-daemon în secțiunea stop a fișierului. #. Type: note #. Description #: ../openssh-server.templates:3001 msgid New host key mandatory msgstr O cheie nouă este obligatorie #. Type: note #. Description #: ../openssh-server.templates:3001 msgid The current host key, in /etc/ssh/ssh_host_key, is encrypted with the IDEA algorithm. OpenSSH can not handle this host key file,
Bug#485525: apache2 crashing with SIGBUS
Hi Nathaniel, On Tue, 10 Jun 2008, Nathaniel W Filardo wrote: No, 2.2.8-3 did not have this problem (at least, to judge from my log files). I think it would be helpful if you could confirm that it was the apache upgrade (as opposed to some other library upgrade that you did in the meantime or something else entirely). Can you get the 2.2.8-3 packages from snapshot.debian.net, downgrade and check that this fixes the problem? Thanks. Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485704: DVD burn very slow.
On Wed, Jun 11, 2008 at 12:52:35AM +0100, David Keegan wrote: Package: linux-image-2.6.24-1-686 Version: 2.6.24-7 Using this 2.6.24 kernel burning a DVD with growisofs. is very slow. I can't see any error messages. According to the trace the amount of data being written is tiny. It's unusable like this. A backup that normally takes 25m would take days to complete. When I revert to kernel 2.6.22 (changing nothing else) the DVD writes at normal speed. This was already reported as bug #463610 which has been archived. please try out 2.6.25 linux images from sid, they just install fine in testing. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485740: tailor: error message from python-support about 'yield', 'try' and 'finally'
Package: tailor Version: 0.9.35-1 Severity: normal Hi, each time I install or upgrade a python package, I get this error message: Processing triggers for python-support ... [...] Compiling /var/lib/python-support/python2.4/vcpx/repository/bzr.py ... File /var/lib/python-support/python2.4/vcpx/repository/bzr.py, line 276 yield self._changesetFromRevision(parent_branch, revision) SyntaxError: 'yield' not allowed in a 'try' block with a 'finally' clause -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tailor depends on: ii python2.5.2-1An interactive high-level object-o ii python-support0.8.1 automated rebuilding support for P Versions of packages tailor recommends: ii rsync 3.0.2-2fast remote file copy program (lik -- no debconf information -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401121: qemu: Same problem
On Wed, Jun 11, 2008 at 08:26:45AM +0200, Aurelien Jarno wrote: Alex Samad a écrit : Package: qemu Version: 0.9.1-5 Followup-For: Bug #401121 Hi I have been trying to run the debian installer (testing amd64 net inst) qemu-system-x86_64 -kernel-kqemu -boot d -cdrom /srv/ISO/debian-testing-amd64-netinst.iso -hda /srv/qemu/amd64/disk1.img -vnc localhost:1 -m 512 it crashes in the beining bit, mostly just after the language selection, but sometimes before hand. This with out the kqemu module qemu-system-x86_64 -kernel-kqemu -boot d -cdrom This is actually with kqemu module, as -kernel-kqemu is used. You have to use -no-kqemu to disable it. seems to be working (got past the place i got stuck before) I had meant to say that I tried it with the -kernel-kqemu and with out the option. But I did not try it with -no-kqemu Thanks /srv/ISO/debian-testing-amd64-netinst.iso -hda [snip] Unsupported return value: 0x kqemu doesn't work very well with 64-bit guests, and definitely doesn't work with 64-bit guests using -kernel-kqemu. Please retry without -kernel-kqemu. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- This fortune intentionally left blank. signature.asc Description: Digital signature
Bug#485500: doesn't set default dictionary
Hi, Per Olofsson wrote: Currently, it looks at your locale for looking for the default dict... OK, that seems like a good default. Indeed :) ... so it tries to get the en_GB dict here. Perhaps it should say that in the error message then? Yes, probably... Also, the manpage says: /usr/share/myspell/default.aff Path of default affix file. See hun‐ spell(4). /usr/share/myspell/default.dic Path of default dictionary file. See hunspell(4) which is wrong. Setting these symlinks doesn't work, either. Maybe the real default behaviour should be documented. The paths there are wrong anyway. Does it work if you do it in /usr/share/myspell/dicts? Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485741: monodoc-mysql5.0-manual: node `mysql' is not defined on the documentation map
Package: monodoc-mysql5.0-manual Version: 5.2.1+dfsg-1 Severity: normal Hi, here is the problem: # monodoc --make-index node `mysql' is not defined on the documentation map [...] -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages monodoc-mysql5.0-manual depends on: ii monodoc-manual1.9-1.1compiled XML documentation from th monodoc-mysql5.0-manual recommends no packages. -- no debconf information -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485742: monodoc-taoframework-manual: node `classlib-tao' is not defined on the documentation map
Package: monodoc-taoframework-manual Version: 2.0.0.svn20071027-3 Severity: normal Hi, here is the problem: # monodoc --make-index [...] node `classlib-tao' is not defined on the documentation map -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages monodoc-taoframework-manual depends on: ii monodoc-manual1.9-1.1compiled XML documentation from th monodoc-taoframework-manual recommends no packages. -- no debconf information -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484235: [Pkg-samba-maint] Bug#484235: Bug#484235: panic-action called for /usr/sbin/winbindd
Christian Perrier wrote: Any bit of information might be worthy..:-) Steve (Langasek) I think you're the one who can analyze that and decide what to do with it (upstream or not, belonging to another package, not having a clue, etc.). Okay then. First panic: Using host libthread_db library /lib/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread 0xb7b276d0 (LWP 3434)] 0xb7cfd6be in waitpid () from /lib/libc.so.6 #0 0xb7cfd6be in waitpid () from /lib/libc.so.6 #1 0xb7ca502e in ?? () from /lib/libc.so.6 #2 0x0811f1c8 in smb_panic (why=0x826cb24 internal error) at lib/util.c:1639 #3 0x08109d9a in sig_fault (sig=6) at lib/fault.c:47 #4 signal handler called #5 0xb7c97d96 in raise () from /lib/libc.so.6 #6 0xb7c99541 in abort () from /lib/libc.so.6 #7 0xb7c91230 in __assert_fail () from /lib/libc.so.6 #8 0xb7dc120a in ldap_parse_result () from /usr/lib/libldap_r-2.4.so.2 #9 0x0823001c in ads_do_paged_search_args (ads=0x834ded8, bind_path=value optimized out, scope=2, expr=0x8375248 (objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\78\\AD\\03\\00), attrs=0xbf9ec968, args=0x0, res=0xbf9ec978, count=0xbf9ec864, cookie=0xbf9ec868) at libads/ldap.c:700 #10 0x0823039f in ads_do_search_all_args (ads=0x834ded8, bind_path=0x8373dd8 dc=PRY,dc=COM,dc=AU, scope=2, expr=0x8375248 (objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\78\\AD\\03\\00), attrs=0xbf9ec968, args=0x0, res=0xbf9ec978) at libads/ldap.c:772 #11 0x082395d9 in ads_do_search_retry_internal (ads=0x834ded8, bind_path=0x83757e8 dc=PRY,dc=COM,dc=AU, scope=2, expr=0x8375248 (objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\78\\AD\\03\\00), attrs=0xbf9ec968, args=0x0, res=0xbf9ec978) at libads/ldap_utils.c:60 #12 0x08239b4a in ads_do_search_retry (ads=0x834ded8, bind_path=0x83757e8 dc=PRY,dc=COM,dc=AU, scope=2, expr=0x8375248 (objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\78\\AD\\03\\00), attrs=0xbf9ec968, res=0xbf9ec978) at libads/ldap_utils.c:124 #13 0x08239d1d in ads_search_retry (ads=0x834ded8, res=0xbf9ec978, expr=0x8375248 (objectSid=\\01\\05\\00\\00\\00\\00\\00\\05\\15\\00\\00\\00\\CC\\37\\5A\\F6\\52\\D1\\77\\BB\\2F\\2E\\71\\FD\\78\\AD\\03\\00), attrs=0xbf9ec968) at libads/ldap_utils.c:139 #14 0x080b482c in query_user (domain=0x834e8f8, mem_ctx=0x8375228, sid=0xbf9eca78, info=0xbf9ec9dc) at nsswitch/winbindd_ads.c:462 #15 0x0809a970 in query_user (domain=0x834e8f8, mem_ctx=0x8375228, user_sid=0xbf9eca78, info=0xbf9ec9dc) at nsswitch/winbindd_cache.c:1654 #16 0x0808f237 in winbindd_dual_userinfo (domain=0x834e8f8, state=0xbf9ecb34) at nsswitch/winbindd_user.c:148 #17 0x080b7ab8 in schedule_async_request (child=0x834edd0) at nsswitch/winbindd_dual.c:481 #18 0x080b89ef in async_request_fail (state=0x8374cf0) at nsswitch/winbindd_dual.c:208 #19 0x0808bc7a in rw_callback (event=0x834f1e0, flags=1) at nsswitch/winbindd.c:389 #20 0x0808c6c9 in main (argc=) at nsswitch/winbindd.c:854 The program is running. Quit anyway (and detach it)? (y or n) [answered Y; input not from terminal] Second panic: Using host libthread_db library /lib/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread 0xb7b276d0 (LWP 29070)] 0xb7cfd6be in waitpid () from /lib/libc.so.6 #0 0xb7cfd6be in waitpid () from /lib/libc.so.6 #1 0xb7ca502e in ?? () from /lib/libc.so.6 #2 0x0811f1c8 in smb_panic (why=0x826cb24 internal error) at lib/util.c:1639 #3 0x08109d9a in sig_fault (sig=6) at lib/fault.c:47 #4 signal handler called #5 0xb7c97d96 in raise () from /lib/libc.so.6 #6 0xb7c99541 in abort () from /lib/libc.so.6 #7 0xb7c91230 in __assert_fail () from /lib/libc.so.6 #8 0xb7dc120a in ldap_parse_result () from /usr/lib/libldap_r-2.4.so.2 #9 0x0823001c in ads_do_paged_search_args (ads=0x834ded8, bind_path=value optimized out, scope=2, expr=0x825bb6d (objectCategory=user), attrs=0xbf9ede18, args=0x0, res=0xbf9ede38, count=0xbf9edc94, cookie=0xbf9edc98) at libads/ldap.c:700 #10 0x0823039f in ads_do_search_all_args (ads=0x834ded8, bind_path=0x8374f10 dc=PRY,dc=COM,dc=AU, scope=2, expr=0x825bb6d (objectCategory=user),
Bug#485743: up-imapproxy: [INTL:vi] Vietnamese debconf templates translation update
Package: up-imapproxy Version: 1.2.6-1.1 Tags: l10n patch Severity: wishlist The updated Vietnamese translation for the debconf file: up-imapproxy translated and submitted by: Clytie Siddall Vietnamese Free-Software Translation Team http://vnoss.net/dokuwiki/doku.php?id=projects:l10n vi.po Description: Binary data
Bug#485744: INTL:id iso-codes updates for Indonesian
Package: iso-codes Tags: l10n patch Severity: wishlist This is the Indonesian translation update for iso-codes. Thanks -- Arief S Fitrianto Departemen Fisika Universitas Indonesia id.po Description: application/gettext
Bug#485745: gkrellm: memory leakage
Package: gkrellm Version: 2.3.1-2 Severity: important Tags: patch I suspected serious memory leakage in gkrellm: started with about of 10M RES MEM it blows to about 150M in the 3 hours of CPU Time used. Then I've googled for patches and found this: http://www.nabble.com/-patch--memory-leak-td16410788.html and this: http://mailproc.sbbsnet.net:7026/list/[EMAIL PROTECTED]domainid=130list=gkrellmmsg_idx=2show_headers=truepopup=true Here is inline patch: diff -Naur gkrellm-2.3.1/src/clock.c gkrellm-2.3.1-patch/src/clock.c --- gkrellm-2.3.1/src/clock.c 2007-11-16 11:49:50.0 -0600 +++ gkrellm-2.3.1-patch/src/clock.c 2008-03-31 13:46:16.0 -0500 @@ -299,6 +299,8 @@ gkrellm_decal_text_set_offset(d_cal, (d_cal-w - w) / 2, 0); gkrellm_draw_panel_layers(pcal); + + g_free(cal_string); } static void @@ -396,6 +398,7 @@ } gkrellm_draw_decal_markup(pclock, d_clock, clock_string); gkrellm_draw_panel_layers(pclock); + g_free(clock_string); } As Gautam Iyer-3 reports, this patch don't break gkrellm. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (900, 'testing'), (550, 'stable'), (500, 'stable'), (350, 'oldstable'), (300, 'oldstable'), (50, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gkrellm depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10 GNU C Library: Shared libraries ii libcairo2 1.6.4-1+b1 The Cairo 2D vector graphics libra ii libgcrypt11 1.4.1-1 LGPL Crypto library - runtime libr ii libglib2.0-02.16.3-2 The GLib library of C routines ii libgnutls26 2.2.5-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.12.9-3 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-62:1.0.3-7X11 client-side library gkrellm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484660: libfltk1.1: can't values in some box
with libfltk1.1 1.1.7-7 i can see values in sound's and multi's panels after i rotate wheels, with 1.1.9-2 and 1.1.8-1 no; i don't speaking about where wheels rotate. i'll try your patch to see if it solves this problem in minicomputer; excuse for my poor and rustic english. luigi --- Mar 10/6/08, Aaron M. Ucko lt;[EMAIL PROTECTED]gt; ha scritto: Da: Aaron M. Ucko lt;[EMAIL PROTECTED]gt; Oggetto: Re: Bug#484660: libfltk1.1: can't values in some box A: [EMAIL PROTECTED] Cc: Aaron M. Ucko lt;[EMAIL PROTECTED]gt;, [EMAIL PROTECTED] Data: Martedì 10 giugno 2008, 22:00 OK, I see now. AFAICT, you're actually encountering a bug in minicomputer, which expects FLTK to show the beginning rather than the end of freshly set values, which it pads with spaces rather than simply NUL-terminating. However, FLTK's historical behavior was actually a bug ( http://www.fltk.org/str.php?L1161 ), so I won't restore it. (I'm happy to fix the issue affecting zynaddsubfx, though; thanks for reporting it!) -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/[EMAIL PROTECTED] ___ Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione! http://www.ymailblogit.com/blog/
Bug#485747: bind9: fails to start due to capability problems
Package: bind9 Version: 1:9.5.0.dfsg-1 Severity: important Hi, The latest bind9 fails to start: # /etc/init.d/bind9 start Starting domain name service...: bindnamed: syscall(capset) failed: Invalid argument: please ensure that the capset kernel module is loaded. see insmod(8) failed! strace shows that the capset() call fails. I have capability support is built into the kernel: # grep CAPABILITIES /boot/config-2.6.24.6 CONFIG_SECURITY_CAPABILITIES=y # CONFIG_SECURITY_FILE_CAPABILITIES is not set And the utilities from libcap2-bin seem to work: # getpcaps $$ Capabilities for `22809': =ep cap_setpcap-ep # capsh --caps==ep cap_setpcap-ep -- -c /bin/uname Linux Gabor -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.6 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bind9 depends on: ii adduser 3.108 add and remove users and groups ii bind9utils1:9.5.0.dfsg-1 Utilities for BIND ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii libbind9-40 1:9.5.0.dfsg-1 BIND9 Shared Library used by BIND ii libc6 2.7-12 GNU C Library: Shared libraries ii libdb4.6 4.6.21-8 Berkeley v4.6 Database Libraries [ ii libdns42 1:9.5.0.dfsg-1 DNS Shared Library used by BIND ii libisc41 1:9.5.0.dfsg-1 ISC Shared Library used by BIND ii libisccc401:9.5.0.dfsg-1 Command Channel Library used by BI ii libisccfg40 1:9.5.0.dfsg-1 Config File Handling Library used ii libkrb53 1.6.dfsg.3-2 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.9-1OpenLDAP libraries ii liblwres401:9.5.0.dfsg-1 Lightweight Resolver Library used ii libssl0.9.8 0.9.8g-10.1SSL shared libraries ii libxml2 2.6.32.dfsg-2 GNOME XML library ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip ii netbase 4.32 Basic TCP/IP networking system bind9 recommends no packages. -- debconf information: * bind9/different-configuration-file: * bind9/run-resolvconf: true bind9/start-as-user: bind -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485746: [INTL:id] xorg updates for Indonesian
Package: xorg Tags: l10n patch Severity: wishlist This is the Indonesian translation update for xorg/debconf-po package Thanks in advance. -- Arief S Fitrianto Departemen Fisika Universitas Indonesia id.po Description: application/gettext
Bug#485748: gddccontrol: Segfault on profile removing
Package: gddccontrol Version: 0.4.2-1+b1 Severity: important gddccontrol segfaults on profile remove command from GUI. valgdinds stack looks like: ==8978== Invalid read of size 4 ==8978==at 0x804F830: (within /usr/bin/gddccontrol) ==8978==by 0x8050EC5: (within /usr/bin/gddccontrol) ==8978==by 0x4B42E1A: g_cclosure_marshal_VOID__VOID (in /usr/lib/libgobject- 2.0.so.0.1200.4) ==8978==by 0x4B3598A: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.1200 ..4) ==8978==by 0x4B45F2C: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==8978==by 0x4B47428: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0. 1200.4) ==8978==by 0x4B475D8: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.1200.4) ==8978==by 0x4264F10: gtk_button_clicked (in /usr/lib/libgtk-x11-2.0.so.0.80 0.20) ==8978==by 0x42667DB: (within /usr/lib/libgtk-x11-2.0.so.0.800.20) ==8978==by 0x4B42E1A: g_cclosure_marshal_VOID__VOID (in /usr/lib/libgobject- 2.0.so.0.1200.4) ==8978==by 0x4B33F48: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==8978==by 0x4B3598A: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.1200 ..4) ==8978== Address 0x529E398 is 784 bytes inside a block of size 788 free'd ==8978==at 0x401BFA5: free (vg_replace_malloc.c:233) ==8978==by 0x4C80E06: ddcci_free_profile (in /usr/lib/libddccontrol.so.0.0.0 ) ==8978==by 0x4C80DDE: ddcci_free_profile (in /usr/lib/libddccontrol.so.0.0.0 ) ==8978==by 0x4C80E83: ddcci_delete_profile (in /usr/lib/libddccontrol.so.0.0 ..0) ==8978==by 0x8050EC0: (within /usr/bin/gddccontrol) ==8978==by 0x4B42E1A: g_cclosure_marshal_VOID__VOID (in /usr/lib/libgobject- 2.0.so.0.1200.4) ==8978==by 0x4B3598A: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.1200 ..4) ==8978==by 0x4B45F2C: (within /usr/lib/libgobject-2.0.so.0.1200.4) ==8978==by 0x4B47428: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0. 1200.4) ==8978==by 0x4B475D8: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.1200.4) ==8978==by 0x4264F10: gtk_button_clicked (in /usr/lib/libgtk-x11-2.0.so.0.80 0.20) ==8978==by 0x42667DB: (within /usr/lib/libgtk-x11-2.0.so.0.800.20) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (500, 'proposed-updates') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-i386 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages gddccontrol depends on: ii ddccontrol 0.4.2-1+b1a program to control monitor param ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.16-3etch1 Avahi client library ii libavahi-common3 0.6.16-3etch1 Avahi common library ii libavahi-glib1 0.6.16-3etch1 Avahi glib integration library ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-31.0.2-1 simple interprocess messaging syst ii libddccontrol0 0.4.2-1+b1shared library for ddccontrol ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.3.1 FreeType 2 font engine, shared lib ii libgconf2-42.16.1-1 GNOME configuration database syste ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime ii libgnutls131.4.4-3 the GNU TLS library - runtime libr ii libgpg-error0 1.4-1 library for common error values an ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liborbit2 1:2.14.3-0.2 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.14.3-6 library for GNOME 2 panel applets ii libpango1.0-0
Bug#485740: tailor: error message from python-support about 'yield', 'try' and 'finally'
On Wed, 11 Jun 2008 09:07:57 +0200 Laurent Bonnaud [EMAIL PROTECTED] wrote: Package: tailor Version: 0.9.35-1 Severity: normal Compiling /var/lib/python-support/python2.4/vcpx/repository/bzr.py ... File /var/lib/python-support/python2.4/vcpx/repository/bzr.py, line 276 yield self._changesetFromRevision(parent_branch, revision) SyntaxError: 'yield' not allowed in a 'try' block with a 'finally' clause Hi, sorry about that: this should be working now, see http://progetti.arstecnica.it/tailor/changeset/1629 ciao, lele. -- nickname: Lele Gaifax| Quando vivrò di quello che ho pensato ieri real: Emanuele Gaifas| comincerò ad aver paura di chi mi copia. [EMAIL PROTECTED] | -- Fortunato Depero, 1929. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484627: r-cran-mnormt: please recompile with gfortran 4.3
On Tue, 2008-06-10 at 14:09 +, Dirk Eddelbuettel wrote: What did they say? They scheduled a binNMU. I getting rid of libgfortran2 a release goal? No need of a release goal to get rid of cruft in Debian. -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485738: ruby1.8: object allocation during garbage collection phase
On 11/06/08 at 08:32 +0200, Blaz Lorger wrote: Package: ruby1.8 Version: 1.8.7-2 Severity: important My script is aborted after with following message after executing successfully for some time: === /usr/lib/ruby/1.8/xmltv/libxmltv.rb:150: [BUG] object allocation during garbage collection phase ruby 1.8.7 (2008-05-31 patchlevel 0) [x86_64-linux] Aborted === Problem appeard after upgrade to version 1.8.7-2. Downgrade to version 1.8.6.114-2 solves the problem. I have upgraded and downgraded following packages: [UPGRADE] irb1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] libdbm-ruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] libgdbm-ruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] libopenssl-ruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] libreadline-ruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] libruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] libtcltk-ruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] rdoc1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] ri1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] ruby1.8 1.8.6.114-2 - 1.8.7-2 [UPGRADE] ruby1.8-dev 1.8.6.114-2 - 1.8.7-2 [UPGRADE] ruby1.8-examples 1.8.6.114-2 - 1.8.7-2 This report was generated after downgrade to version 1.8.6.114-2, so version of libruby1.8 in dependency list is version after downgrade. Hi, Could you try to find a relatively simple script that reproduces the problem? -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452893: claws-mail: (invalid) subject header displayed as garbage; be more generous
Hi, On Tue, Jun 10, 2008 at 7:34 PM, Amelia A Lewis [EMAIL PROTECTED] wrote: The bug persists as of Claws Mail 3.1.0-1. My locale is UTF-8. I have an example from a Russian correspondent; the body of the message is Windows-1251, as is the subject. I have no idea what Claws thinks it's using to display the garbage in the subject, but it can't be UTF-8, since the string is illegal in UTF-8. So, at a guess, it's falling back (in this version) not to the locale, but to some developer-designated 8-bit encoding, disregarding the information in the MIME Content-Type header that might provide a useful hint. It's possible that the version that I have has been obsoleted. Indeed, current versión is 3.4.0, which is the one I was pretending you to test against, sorry for not being specific. Could you upgrade claws-mail package and see if it works better? thanks in advance, P.S.: please, keep the Cc, it helps me to track the bugs. -- Ricardo Mones http://people.debian.org/~mones «Try to relax and enjoy the crisis. -- Ashleigh Brilliant»
Bug#485749: Development symlinks point to exact filename version (.so.x.y.z) instead of soname (.so.SOVER)
Package: firebird2.0-dev Version: 2.0.1.12855.ds1-8 Severity: serious Tags: patch pending firebird2.0-dev constains the following symlink: libfbclient.so -- libfbclient2.so.2.0.4 This breaks when the libfbclient2 package is upgraded to version 2.1.0 (currently in experimental) as it contains libfbclient2.so.2.1.0. The fix is to point the development symlink to libfbclient.so.2 instead, which is available in all versions of libfbclient2 package. -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages firebird2.0-dev depends on: ii libfbclient2 2.1.0.17798-0.ds2-2 Firebird client library pn libfbembed2 none (no description available) firebird2.0-dev recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485590: pysol: python 2.4/2.5 dependency
Hi, in /usr/games/pysol I replaced PYTHON=/usr/bin/python2.4 with PYTHON=/usr/bin/python2.5 and pysol still works. Therefore I guess that this update will be straightforward. -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483567: pidgin bugreport
Ari Pollak wrote: Please run pidgin under gdb like this and attach the backtrace after the crash: G_DEBUG=fatal_warnings gdb pidgin I run it like that and right away after 'run' i got SIGABRT. The output is at the bottom of the email. But anyway since last upgrade (week ago) where I saw new GStreamer packages, pidgin never crashed again. So I'm guessing that it was not a problem of pidgin and seems to be solved now... Thank you, Jozef. [EMAIL PROTECTED]:~$ G_DEBUG=fatal_warnings gdb pidgin GNU gdb 6.7.1-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu... Using host libthread_db library /lib/i686/nosegneg/libthread_db.so.1. (gdb) run Starting program: /usr/bin/pidgin [Thread debugging using libthread_db enabled] [New Thread 0xb71c5720 (LWP 5005)] Program received signal SIGABRT, Aborted. [Switching to Thread 0xb71c5720 (LWP 5005)] 0xb7f58402 in __kernel_vsyscall () (gdb) bt full #0 0xb7f58402 in __kernel_vsyscall () No symbol table info available. #1 0xb75a4165 in raise () from /lib/i686/nosegneg/libc.so.6 No symbol table info available. #2 0xb75a5bb1 in abort () from /lib/i686/nosegneg/libc.so.6 No symbol table info available. #3 0xb7748ab9 in IA__g_logv (log_domain=0x0, log_level=G_LOG_LEVEL_CRITICAL, format=0xb777df08 %s: assertion `%s' failed, args1=0xbfa1d99c eD\217�\204D\217�P���\004/\020\b�\214t�\220�\220�l�\006\b�١��\206�) at /build/buildd/glib2.0-2.16.3/glib/gmessages.c:497 depth = 1 domain = (GLogDomain *) 0x814dbb0 data = (gpointer) 0x0 log_func = (GLogFunc) 0x80a72b9 pidgin_glib_log_handler domain_fatal_mask = 5 test_level = value optimized out was_recursion = 0 i = value optimized out #4 0xb7748ae9 in IA__g_log (log_domain=0x0, log_level=G_LOG_LEVEL_CRITICAL, format=0xb777df08 %s: assertion `%s' failed) at /build/buildd/glib2.0-2.16.3/glib/gmessages.c:517 args = 0xbfa1d99c eD\217�\204D\217�P���\004/\020\b�\214t�\220�\220�l�\006\b�١��\206� ---Type return to continue, or q return to quit--- #5 0xb7748d2b in IA__g_return_if_fail_warning (log_domain=0x0, pretty_function=0xb78f4465 purple_blist_node_get_string, expression=0xb78f4484 purple_value_get_type(value) == PURPLE_TYPE_STRING) at /build/buildd/glib2.0-2.16.3/glib/gmessages.c:532 No locals. #6 0xb7863ec1 in purple_blist_node_get_string (node=0x82f0448, key=0x8102ef7 gtk-autojoin) at ../../libpurple/blist.c:2665 value = (PurpleValue *) 0x82f04a8 __PRETTY_FUNCTION__ = purple_blist_node_get_string #7 0x08087b20 in account_signon_cb (gc=0x85c0360, z=0x0) at ../../pidgin/gtkblist.c:7003 chat = (PurpleChat *) 0x82f0448 account = (PurpleAccount *) 0x8180a68 gnode = (PurpleBlistNode *) 0x82efe58 cnode = (PurpleBlistNode *) 0x82f0448 #8 0xb78a716f in purple_marshal_VOID__POINTER ( cb=0x8087a98 account_signon_cb, args=0xbfa1daac \036�u�\230\a\\\b, data=0x0, return_val=0x0) at ../../libpurple/signals.c:629 arg1 = (void *) 0x85c0360 #9 0xb78a6d31 in purple_signal_emit_vargs (instance=0xb7913114, signal=0xb78f7b0a signed-on, args=0xbfa1daa8 `\003\\\b\036�u�\230\a\\\b) at ../../libpurple/signals.c:482 ---Type return to continue, or q return to quit--- instance_data = (PurpleInstanceData *) 0x8173f08 signal_data = (PurpleSignalData *) 0x8173f90 handler_data = (PurpleSignalHandlerData *) 0x82abe50 l = (GList *) 0x82a9c00 l_next = (GList *) 0x82a82a0 tmp = 0xbfa1daa8 `\003\\\b\036�u�\230\a\\\b __PRETTY_FUNCTION__ = purple_signal_emit_vargs #10 0xb78a6bc3 in purple_signal_emit (instance=0xb7913114, signal=0xb78f7b0a signed-on) at ../../libpurple/signals.c:434 args = 0xbfa1daa8 `\003\\\b\036�u�\230\a\\\b __PRETTY_FUNCTION__ = purple_signal_emit #11 0xb7874458 in purple_connection_set_state (gc=0x85c0360, state=PURPLE_CONNECTED) at ../../libpurple/connection.c:362 account = (PurpleAccount *) 0x8180a68 presence = (PurplePresence *) 0x8180c68 ops = (PurpleConnectionUiOps *) 0x8119060 __PRETTY_FUNCTION__ = purple_connection_set_state #12 0xb61ac84c in irc_connected (irc=0x85c06d0, nick=0x8301b00 jozef) at ../../../../libpurple/protocols/irc/msgs.c:88 gc = (PurpleConnection *) 0x85c0360 status = (PurpleStatus *) 0xb77b7248 gnode = (PurpleBlistNode *) 0x8528cf2 cnode = (PurpleBlistNode *) 0x7a0ad027 ---Type return to continue, or q return to quit--- bnode = (PurpleBlistNode *) 0x8 #13 0xb61acb3d in irc_msg_luser (irc=0x85c06d0, name=0xb61b18a6 251, from=0x85c9d00 electret.shadowcat.co.uk, args=0x85c9d60) at
Bug#484534: reportbug fails to use python-urwid
Package: reportbug Version: 3.41 Followup-For: Bug #484534 I have same problem. Purging and reinsatlling python-urwid package didn't help. Apparently python-urwid is not a problem. Following executes successfuly on my system: $ python -c import urwid.raw_display $ echo $? 0 -- Package-specific info: ** Environment settings: INTERFACE=urwid ** /home/blaz/.reportbugrc: reportbug_version 3.39 mode standard ui urwid email [EMAIL PROTECTED] editor kwrite -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reportbug depends on: ii apt 0.7.14 Advanced front-end for dpkg ii python2.5.2-1An interactive high-level object-o ii python-central0.6.7 register and build utility for Pyt reportbug recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485752: dogtail: [DoS] use of /tmp/dogtail prevents use by multiple users
Package: python-dogtail Version: 0.6.1-3 Severity: serious Dogtail systematically create logfiles in /tmp/dogtail/. The 1st user to run a script using dogtail (including the sniff gui) wins, and no other user can use dogtail any more until that dir is manually removed. from dogtail import * Creating /tmp/dogtail ... Creating /tmp/dogtail/logs ... Creating /tmp/dogtail/data ... Creating logfile at /tmp/dogtail/logs/log_20080611-101107_debug ... Detecting distribution: Debian (or derived distribution) Warning: AT-SPI's desktop is visible but it has no children. Are you running any AT-SPI-aware applications? Creating logfile at /tmp/dogtail/logs/log_20080611-101108_results ... $ ls -ld /tmp/dogtail drwxr-xr-x 4 yann yann 80 jun 11 10:11 /tmp/dogtail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485750: tasksel: [INTL:vi] Vietnamese program translation update
Package: tasksel Version: Tags: l10n patch Severity: wishlist The updated Vietnamese translation for the program file: tasksel_tasks translated and submitted by: Clytie Siddall Vietnamese Free-Software Translation Team http://vnoss.net/dokuwiki/doku.php?id=projects:l10n tasksel_tasks_po_vi.po Description: Binary data
Bug#355692: python-crack removed from archive
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, the package python-crack that provided Python bindings for cracklib has recently been removed from the archive (#483703). I'd like to help upgrading the cracklib package to the new branch. Regards Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIT4p/XZJ0m2XDVK8RAtljAJ9wfTGXKQ02d0D/Tz9sYjDY32C/kwCfVDZW PP9ImBWsdVYkyLPYcEdhTTE= =dpfH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485751: When invoked as sendmail, exim4 should keep sendmail compatibility concerning Bcc header
Package: exim4 Version: 4.69-5 Severity: important (Setting as important as this bug can reveal addresses to spammers and other recipients who should not see them, and most users are probably not aware of this problem.) First, in the case the MUA wants to send a mail by executing a program (the MTA), this interface between the MUA and the MTA is out of the scope of the RFC's. The MTA defines an interface, and the MUA has to stick with it. When the MUA is configured to invoke the MTA as sendmail, it uses the sendmail interface. Since sendmail strips Bcc out of the messages, exim4 should do the same. (When exim4 is invoked as exim or exim4, it can still do whatever it wants.) BTW, the MUA cannot necessarily even know what the real MTA is, e.g. if it shared across machines (via NFS, with the user's configuration on NFS too), whereas machines can use different MTA's. There had been a bug report saying that this bug was fixed in exim4[*], but I've just done the test and the Bcc was in the message received by the recipient in the header To:. So, it is definitely not fixed. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=304718 FYI, here Mutt invokes the MTA as /usr/sbin/sendmail -oem -oi. -- Package-specific info: Exim version 4.69 #1 built 02-May-2008 12:47:18 Copyright (c) University of Cambridge 2006 Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='internet' dc_other_hostnames='vin.lip.ens-lyon.fr' dc_local_interfaces='' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='' dc_mailname_in_oh='true' dc_localdelivery='maildir_home' mailname:vin.lip.ens-lyon.fr -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.4-20080521 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages exim4 depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii exim4-base4.69-5+b1 support files for all Exim MTA (v4 ii exim4-daemon-light4.69-5+b1 lightweight Exim MTA (v4) daemon exim4 recommends no packages. -- debconf information: exim4/drec: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482032: genisoimage Video-DVD filesystem not readable under Windows
Just confirming this bug still exists in genisoimage (9:1.1.8-1) I have exactly the same symptoms Video DVD plays in Debian and in my set top box but does not play under Windows, Just for reference Windows throws this error http://jeffunk.yi.org/images/windowsError.jpg when the DVD is inserted). I have had success burning a Video DVD that works under Windows, Debian, and my set top dvd player using version 1.1.2-1 of genisoimage using isoinfo and trying all the different options the only difference I could find was: in the Video DVD that works in Windows,Linux and Set Top DVD player (genisoimage 1.1.2-1) Application id: MKISOFS ISO 9660/HFS FILESYSTEM BUILDER CDRECORD CD-R/DVD CREATOR (C) 1993 E.YOUNGDALE (C) 1997 J.PEARSON/J.SCHILLING in the Video DVD that doesn't work in Windows (genisoimage 1.1.8-1) Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM Which is probably obvious to anyone involved in the project. If you need some iso files created with the two versions let me know. For reference some Ubuntu folks are also working on this problem here http://ubuntuforums.org/showthread.php?t=787299 and here https://bugs.launchpad.net/ubuntu/+source/k3b/+bug/235738 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485753: dogtail: dogtail-detect-session of limited usefulness
Package: python-dogtail Version: 0.6.1-3 Severity: normal When run without any at-spi client launched (eg. under kde, just after starting registryd manyally): $ dogtail-detect-session Creating logfile at /tmp/dogtail/logs/dogtail-detect-session_20080611-101909_debug ... Detecting distribution: Debian (or derived distribution) Warning: AT-SPI's desktop is visible but it has no children. Are you running any AT-SPI-aware applications? Traceback (most recent call last): File /usr/bin/dogtail-detect-session, line 60, in module if GNOME() or KDE() or JustSomeApps(): File /usr/bin/dogtail-detect-session, line 32, in GNOME assert focus.desktop.children AssertionError And even after starting one more app: $ dogtail-detect-session --help Creating logfile at /tmp/dogtail/logs/dogtail-detect-session_20080611-101946_debug ... Detecting distribution: Debian (or derived distribution) Warning: /usr/bin/dogtail-detect-session:60: The requested object was not found: if GNOME() or KDE() or JustSomeApps(): ERROR: No session found. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485754: iceweasel: signons2.txt - signons3.txt migration looses saved passwords
Package: iceweasel Version: 3.0~rc2-1 Severity: grave Justification: causes non-serious data loss Login/password are no longer filled in automatically for some sites with Firefox 3. They don't show up in show passwords either. If I downgrade to Firefox 2 the passwords are automatically filled in again. I set severity to grave because passwords are lost during conversion. However I don't need to restore them from backups, the original file is still there, so downgrading to Firefox 2 allows me to use them. Comparing signons3.txt with signons2.txt I see that 8 sites are missing, for example: https://bugs.freedesktop.org http://sourceforge.net http://sourceware.org https://www.securecoding.cert.org ... Reproducible: Always Steps to Reproduce: 1. Create a login on one of the example sites above (https://bugs.freedesktop.org) using Firefox 2 2. Verify that Firefox 2 fills in login/password automatically 2. Install Firefox 3 3. Go to https://bugs.freedesktop.org Actual Results: login/password in not filled in automatically login/password for site is not in show passwords list. Expected Results: login/password to be filled in automatically, and available in show passwords list I can't show you the contents of signons2.txt since its not encrypted, but here is the portion without the password (replaced with ), #2d is at the beginning of the file: #2d http://localhost:8080 https://www.google.com . https://bugs.freedesktop.org Bugzilla_login ME *Bugzilla_password MD https://bugs.freedesktop.org . http://ac.ahost.ro This entry is completely missing from signons3.txt: #2e http://localhost:8080 https://www.google.com http://192.168.0.1 . http://ac.ahost.ro This command shows 8 missing hosts, maybe you could run a sanity check after converting the passwords to check that all have been converted? $ grep http signons2.txt |sort -u list2 $ grep http signons3.txt |sort -u list3 $ diff -w list2 list3|diffstat unknown | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) [the insertions are because I registered on this bugzilla, and another one in the meantime] Since passwords are lost in the conversion, I set the severity to critical: causes you to lose data. The data isn't actually lost, downgrading to Firefox 2 still allows me to use it. Upstream BTS: https://bugzilla.mozilla.org/show_bug.cgi?id=438532 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.28.6 Miscellaneous utilities specific t ii fontconfig2.5.93-1 generic font configuration library ii libc6 2.7-12 GNU C Library: Shared libraries ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-0 2.12.9-4 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-3NetScape Portable Runtime Library ii libstdc++64.3.1-1The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9~rc2-2 XUL + XPCOM application runner iceweasel recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479884: am-utils: amd don't work with Linux kernel 2.6.25
On 11 Jun 2008, at 6:53 am, Philippe Troin wrote: Where at? I've just seen the bug log. Let me rummage through my email a second ... see: http://bugzilla.kernel.org/show_bug.cgi?id=10349 and https://bugzilla.am-utils.org/show_bug.cgi?id=612 for various discussions. The second one shows two potential solutions, one to do as you do and add nolock, the other to not abuse the hostname field by putting the PID in it. Which of these solutions do you think best? I think I prefer the second one (making the hostname field correct, rather than abusing it). Your patch might be a useful workaround though, until upstream fix the problem properly. I do not think so. I think this is the right way to solve the problem. My understanding from the kernel bug report is that there's also a related but separate issue that am-utils is claiming to support NFS_MOUNT_VERSION == 6, but then does not use the correct struct for that version. So that's a separate issue that requires fixing. :-) An alternative workaround is to make using autofs for the intercepts the default configuration. But that isn't entirely backward compatible with previous behaviour. Yes. I dislike autofs as it prevents amd from being shut down or upgraded. My experience in production is that the same is often true of the NFS version as well - if the currently automounted filesystems are still in use it has a tendency to get very confused. The shutdown takes an absolute age, and the restarted copy doesn't always work. Does it actually fix the problem, or just make the error go away? What happens if you try to lock files on filesystems that have been automounted? Does that still work? Yes. Let me try to restate the problem: When the kernel mounts an NFS file system, it tries to connect to the NLM service on the remote host (NFS server), unless nolock is passed as an option. Until 2.6.25, if the remote host was unparseable (for example, [EMAIL PROTECTED]), nolock was assumed. Since 2.6.25, the mount request fails. The patch just passes nomount to the kernel for the toplvl AMD fs type. That's just the amd-managed NFS mountpoint (for example /net in the stock config). Amd does not provide any locking service for these mount points. They just contain directories or symlinks to the actual NFS mount points. Does that make sense? Yes. I'm using this patch in production servers, and NFS locking work fine. OK, cool, thanks for that - good to know. I'll have a look today and see what I can do. Tim -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485755: [offlineimap] aborts (stacktrace) on imap problems
Package: offlineimap Version: 6.0.0 Severity: normal --- Please enter the report below this line. --- Hi, offlineimap aborted when syncing with my gmail account: Thread 'Copy message 1143 from [Gmail]/All Mail' terminated with exception: Traceback (most recent call last): File /var/lib/python-support/python2.5/offlineimap/threadutil.py, line 153, in run Thread.run(self) File /usr/lib/python2.5/threading.py, line 446, in run self.__target(*self.__args, **self.__kwargs) File /var/lib/python-support/python2.5/offlineimap/folder/Base.py, line 277, in copymessageto message = self.getmessage(uid) File /var/lib/python-support/python2.5/offlineimap/folder/IMAP.py, line 164, in getmessage initialresult = imapobj.uid('fetch', '%d' % uid, '(BODY.PEEK[])') File /usr/lib/python2.5/imaplib.py, line 752, in uid typ, dat = self._simple_command(name, command, *args) File /usr/lib/python2.5/imaplib.py, line 1055, in _simple_command return self._command_complete(name, self._command(name, *args)) File /usr/lib/python2.5/imaplib.py, line 890, in _command_complete self._check_bye() File /usr/lib/python2.5/imaplib.py, line 807, in _check_bye raise self.abort(bye[-1]) abort: System Error No debug messages were logged for Copy message 1143 from [Gmail]/All Mail. Exception in thread Copy message 1212 from [Gmail]/All Mail (most likely raised during interpreter shutdown): Traceback (most recent call last): File /usr/lib/python2.5/threading.py, line 486, in __bootstrap_inner File /var/lib/python-support/python2.5/offlineimap/threadutil.py, line 239, in run type 'exceptions.TypeError': 'NoneType' object is unsubscriptable I believe offlineimap should first handle the problem and second just retry it, or skip the problematic message, but proceed further. Thanks, Ondrej P.S. I tried to report the problem upstream here: http://software.complete.org/software/projects/show/offlineimap But didn't find a way to report it (should I register first?), so I am reporting it here. --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 500 unstableftp.cz.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== python (= 2.3) | 2.5.2-1 python-support (= 0.7.1) | 0.8.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485756: debconf-i18n incorrect man
Package: debconf-i18n Version: 1.5.22 I found man coding problem. I use russian i18n and found for this package non russian and non english text: # man dpkg-reconfigure DPKG-RECONFIGURE.RU.8(8) Debconf DPKG-RECONFIGURE.RU.8(8) iauXaieaa dpkg-reconfigure - AaOAaIAOOOAEXAAaO UAIIeXIe O~OeAa O~OOAIIeXIAaIIUE AEeAaO oeioaeeoeo dpkg-reconfigure [AOAIAaOOU] AEeAaOU ieeoaieaa dpkg-reconfigure AaOAaIAOOOAEXAAaO O~OeAa O~OOAIIeXIAaIIUAa AEeAaOU. X EeAPAaOOXAa AOAIAaOOIeX O~EeAUUXAAOON~ IeAeIIe E AIeIAaAa IAUXAIEE AEeAaOIeX, EeIeOIeOUAa IO~OeIIe AaOAaIAOOOIeEOO. aO~AeO~O UAAeAIU XIeOIeOU Ie EeIeIECO~OAA~EE, EE AO~AeAaO AIeIOUAa PAaI OE IAPAIOIIeE O~OOAIIeXEeAa AEeAaOA. ... I am using Debian GNU/Linux 4.0 (testing) # uname -r 2.6.24-1-686 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485757: pulseaudio: module-suspend-on-idle is disabled, which prevents CPU from going idle
Package: pulseaudio Version: 0.9.10-2 Severity: wishlist Tags: patch Hi, as reported here [http://www.pulseaudio.org/ticket/114], pulseaudio wakes up the audio hardware a lot, even when idle, which prevents the CPU from entering C3/C4 state, thus killing battery life. The module module-suspend-on-idle solves the problem (at least when no sound is played). Please, could you add: load-module module-suspend-on-idle to /etc/pulse/default.pa. If you don't want to enable it by default, I strongly suggest that you add it (commented out) with an explicit comment stating that it can save a lot of battery life. Regards, Gabriel -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pulseaudio depends on: ii adduser 3.108 add and remove users and groups ii libasound21.0.16-2 ALSA library ii libasyncns0 0.3-1 Asyncronous name service query lib ii libc6 2.7-12 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libdbus-1-3 1.2.1-2simple interprocess messaging syst ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libltdl3 1.5.26-4 A system independent dlopen wrappe ii libogg0 1.1.3-4Ogg Bitstream Library ii liboil0.3 0.3.14-4 Library of Optimized Inner Loops ii libpulsecore5 0.9.10-2 PulseAudio sound server core ii libsamplerate00.1.3-1audio rate conversion library ii libsndfile1 1.0.17-4 Library for reading/writing audio ii libwrap0 7.6.q-15 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.9.7-2 GStreamer plugin for PulseAudio ii libasound2-plugins 1.0.16-1+b1 ALSA library additional plugins ii padevchooser 0.9.3-2 PulseAudio Device Chooser ii paprefs 0.9.6-2 PulseAudio Preferences ii pulseaudio-esound-compat 0.9.10-2PulseAudio ESD compatibility layer ii pulseaudio-module-hal0.9.10-2HAL device detection module for Pu ii pulseaudio-module-x110.9.10-2X11 module for PulseAudio sound se -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474194: mutt: surprising default for write_bcc
On 2008-04-22 02:50:08 +0300, Janis Rucis wrote: I believe that this is a bug in the Debian Mutt's documentation, and that it is related to the Debian bug #304718[2] where the reporter claims that Exim4 now correctly removes any Bcc: header. However, I could not find any confirmation of this in the Exim documentation. I can confirm that exim4 4.69-5 does *not* remove the Bcc header. :( I did the test... Quite the contrary: the Exim FAQ[3] and a post on the Exim User's mailing list[4] seem to suggest that Exim will _never_ remove the Bcc headers by default. It can do whatever it wants when invoked as exim or exim4, but should keep sendmail's behavior when invoked as sendmail (note: this is just a matter of implementation, the interface between the MUA and the MTA is out of the scope of the RFC's). I've reported a bug on this subject: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485751 When invoked as sendmail, exim4 should keep sendmail compatibility concerning Bcc header BTW, not removing Bcc headers from the MUA's side can be useful, e.g. for logging purpose. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303234: Test of AqBanking3 + GnuCash
Hi, As [1]announced on the German user mailinglist the current adaptations for AqBanking 3.x reached a stage where feedback of users is needed. The developers successfully fetched online account balances and transactions, and transferred money. Debit notes should work now too, but are yet completely untested. Currently any AqBanking related import feature is still missing. 1. http://lists.gnucash.org/pipermail/gnucash-de/2008-June/005986.html If you want to go for a test, you can find patches for Gnucash 2.2.4 and Gnucash 2.2.5 on [2]. You can also find experimental Debian packages (suitable for Debian testing/unstable) on [3]. If you prefer the hard way, you can also check out the [4]development branch (the [5]Subversion page in the Gnucash wiki describes how to do so and how to keep it up to date). 2. http://micha.lenk.info/g4moupaengecee9c/ (temporary) 3. http://aqbanking.alioth.debian.org/debian/experimental/ 4. http://svn.gnucash.org/repo/gnucash/branches/aqbanking3 5. http://wiki.gnucash.org/wiki/Subversion Please send any comments to [EMAIL PROTECTED] (English is also okay in this case). Regards Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451852: rrdtool: *** glibc detected *** free(): invalid pointer: 0x08056450 ***
Hi, (Please keep [EMAIL PROTECTED] Cc'ed in replies to this E-mail) I finally had the time to take a look at this bug report. Sorry for the long delay. On Sun, Nov 18, 2007 at 10:49:21PM +0100, Matej Kosik wrote: when I perform the following command rrdtool graph /tmp/plot_1195420761938267.png --width 479 --height 71 --start 1195257600 --end 1195344000 -i -y 1:1 -l 0 -u 1 DEF:mystate=node_0.rrd:state:AVERAGE LINE2:mystate#FF I get an error: *** glibc detected *** free(): invalid pointer: 0x08056450 *** and no graph is generated. The node_0.rrd file was created as follows: rrdtool create /usr/local/src/nms/nms/priv/rrd/node_0.rrd -s 6 DS:state:GAUGE:60:U:U RRA:AVERAGE:0.5:1:604800 I can reproduce a segfault with the upcoming 1.3 release but it's not an invalid call to free(). Here's the backtrace I get: #0 0x0fe972d0 in memcpy () from /lib/libc.so.6 #1 0x0ffc725c in rrd_read (rrd_file=0x1005a4e0, buf=0x1005a4e8, count=8) at rrd_open.c:465 #2 0x0ffbc18c in rrd_fetch_fn (filename=0x1001a1e8 foo.rrd, cf_idx=CF_AVERAGE, start=0x1001a818, end=0x1001a81c, step=0xbf8bf644, ds_cnt=0x1001a830, ds_namv=0x1001a838, data=0x1001a83c) at rrd_fetch.c:416 #3 0x0ff9faa0 in data_fetch (im=0xbf8bf7c0) at rrd_graph.c:827 #4 0x0ffa9754 in graph_paint (im=0xbf8bf7c0) at rrd_graph.c:2957 #5 0x0ffad6e4 in rrd_graph_v (argc=4, argv=0xbf8c2688) at rrd_graph.c:3646 #6 0x0ffad0c8 in rrd_graph (argc=4, argv=0xbf8c2688, prdata=0xbf8c232c, xsize=0xbf8c2330, ysize=0xbf8c2334, stream=0x0, ymin=0xbf8c2338, ymax=0xbf8c2340) at rrd_graph.c:3535 #7 0x10004768 in HandleInputLine (argc=5, argv=0xbf8c2684, out=0xff7f4a0) at rrd_tool.c:791 #8 0x10003534 in main (argc=5, argv=0xbf8c2684) at rrd_tool.c:492 Line 465 of rrd_open.c says: buf = memcpy(buf, rrd_file-file_start + rrd_file-pos, _cnt); The buffer is passed from rrd_fetch_fn() in rrd_fetch.c. In line 330 of that file, the buffer is allocated using: malloc(*ds_cnt * rows * sizeof(rrd_value_t)) Later (starting at line 375) a for-loop is used to sequentially read from the RRD file into the buffer: for (i = start_offset; i (signed) rrd.rra_def[chosen_rra].row_cnt - end_offset; i++) Unfortunately, I did not have the time to take a closer look at how the size passed to malloc() and the number of loop iterations are related to one another. Note that during some iterations more than a single rrd_value_t is read into the buffer. This bug only appears if the step size of the RRD file is greater than 3550. In that case, start_offset (the initial value of the control variable 'i' of that loop) is a fairly large negative number. The following is the relevant debugging output for size = 3551: Entered rrd_fetch_fn() searching for the best match Looking for: start 1213086635 end 1213173035 step 216 Considering: start 3360493238 end 1213170742 step 3551 best full match so far We found:start 1213085518 end 1213174293 step 3551 rows 26 rra_start 3360496789, rra_end 1213170742, start_off -604733, end_off -1 First Seek: rra_base 556 rra_pointer 548981 start_offset is calculated in line 348: start_offset = (long) (*start + *step - rra_start_time) / (long) *step; I suspect that we're getting some kind of overflow here. Tobi do you have any ideas about that? Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#485744: INTL:id iso-codes updates for Indonesian
package iso-codes tag 485744 pending thanks On Wednesday 11 June 2008 09:23:24 Arief S Fitrianto wrote: This is the Indonesian translation update for iso-codes. Thanks Committed to SVN, thanks a lot. Regards, Tobias -- Tobias Toedter | That money talks, Hamburg, Germany | I'll not deny, | I heard it once, | It said Good-bye. signature.asc Description: This is a digitally signed message part.
Bug#485758: dogtail: uncaught exception inside root.findChildren()
Package: python-dogtail Version: 0.6.1-3 Severity: important When some applications are present (eg. iceweasel or gnome-help), one can see the following behaviour, which seems to show a problem in the way findChildren() walks down the Node tree: from dogtail.tree import root, predicate Creating logfile at /tmp/dogtail/logs/log_20080611-103008_debug ... Detecting distribution: Debian (or derived distribution) root.findChildren(predicate.GenericPredicate(roleName='application')) Traceback (most recent call last): File stdin, line 1, in module File /var/lib/python-support/python2.5/dogtail/tree.py, line 892, in findChildren childList = child.findChildren(pred, recursive) File /var/lib/python-support/python2.5/dogtail/tree.py, line 892, in findChildren childList = child.findChildren(pred, recursive) File /var/lib/python-support/python2.5/dogtail/tree.py, line 892, in findChildren childList = child.findChildren(pred, recursive) File /var/lib/python-support/python2.5/dogtail/tree.py, line 892, in findChildren childList = child.findChildren(pred, recursive) File /var/lib/python-support/python2.5/dogtail/tree.py, line 892, in findChildren childList = child.findChildren(pred, recursive) File /var/lib/python-support/python2.5/dogtail/tree.py, line 892, in findChildren childList = child.findChildren(pred, recursive) File /var/lib/python-support/python2.5/dogtail/tree.py, line 892, in findChildren childList = child.findChildren(pred, recursive) File /var/lib/python-support/python2.5/dogtail/tree.py, line 892, in findChildren childList = child.findChildren(pred, recursive) File /var/lib/python-support/python2.5/dogtail/tree.py, line 892, in findChildren childList = child.findChildren(pred, recursive) File /var/lib/python-support/python2.5/dogtail/tree.py, line 889, in findChildren for child in children: TypeError: 'NoneType' object is not iterable OTOH, in this very case there is a workaround, and dogtail should be able to work with those apps that don'k break its expectations: root.findChildren(predicate.GenericPredicate(roleName='application'),recursive=False) [dogtail.tree.Node instance at 0x854c78c, dogtail.tree.Node instance at 0x854c7ec] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485759: banshee: strange dependencies: synaptic binfmt-support
Package: banshee Version: 1.0.0-1 Severity: minor 'sudo aptitude install banshee' command tries to install 'synaptic' and 'binfmt-support' packages, which are not seem to be related with audio-playing. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451135: NMU to add libxext-dev to build-depends
Hi! I've attached the debdiff for the NMU to fix this problem.. Please upload it. Thanks -- Marco Rodrigues http://Marco.Tondela.org diff -u xcin-2.5.2.99.pre2+cvs20030224/debian/control xcin-2.5.2.99.pre2+cvs20030224/debian/control --- xcin-2.5.2.99.pre2+cvs20030224/debian/control +++ xcin-2.5.2.99.pre2+cvs20030224/debian/control @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Anthony Fok [EMAIL PROTECTED] -Build-Depends: debhelper (= 3.0.5), libtabe-dev (= 0.2.5+cvs20011207), libtabe-db, libdb-dev (= 4.6.19-1), gettext, libx11-dev, x-dev +Build-Depends: debhelper (= 3.0.5), libtabe-dev (= 0.2.5+cvs20011207), libtabe-db, libdb-dev (= 4.6.19-1), gettext, libx11-dev, x-dev, libxext-dev Standards-Version: 3.7.2 Package: xcin diff -u xcin-2.5.2.99.pre2+cvs20030224/debian/changelog xcin-2.5.2.99.pre2+cvs20030224/debian/changelog --- xcin-2.5.2.99.pre2+cvs20030224/debian/changelog +++ xcin-2.5.2.99.pre2+cvs20030224/debian/changelog @@ -1,3 +1,10 @@ +xcin (2.5.2.99.pre2+cvs20030224-1.5) unstable; urgency=low + + * Non-maintainer upload. + * Add build dependency on libxext-dev (Closes: #451135). + + -- Marco Rodrigues [EMAIL PROTECTED] Wed, 11 Jun 2008 09:51:11 +0100 + xcin (2.5.2.99.pre2+cvs20030224-1.4) unstable; urgency=low * Non-maintainer upload.
Bug#483282: proba.sty distribution problems
Hi Laurent, hi all, On Mo, 02 Jun 2008, Norbert Preining wrote: Since we cannot distribute the file proba.sty as long as it looks like this we would have to remove it from TeX Live for the release of 2008. Thanks to Laurent's prompt response we can close this problem. New packages with a license statement of LPPL are on CTAN and in the TeX Live repository, and the next version of the texlive-base and texlive-extra packages will ship these files, too. Thanks a lot to all who have contributed. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- FIUNARY (n.) The safe place you put something and then forget where it was. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484647: end broken in less, mutt etc. with latest screen
Hi, could this bug be fixed anytime soon? This makes screen practically useless in all of the most common usage scenarios. Thanks, Jan G. -- hiding.out at gmail.com
Bug#458753: mlocate: PRUNE_BIND_MOUNTS does not work in some cases
* Daniel Jacobowitz [Mon, 17 Mar 2008 09:46:42 -0400]: Hello, On Sun, Mar 16, 2008 at 12:48:26PM +0100, Adeodato Simó wrote: Upstream has told me this: | Please have the user update to mlocate-0.19, run updatedb | --debug-pruning $and_all_other_options_as_usual, and upload the | output generated to stderr somewhere. Packages for mlocate 0.19-1 for i386 and amd64 are currently in incoming. --debug-pruning output attached. It adds /space/chroot/i686-shared/home to the list of bind mounts, but then it doesn't skip it. upstream finally had time to look into this. They provided a patch, and asked me if you could test it. You can find packages for i386 here: http://people.debian.org/~adeodato/tmp/2008-06-11/mlocate The signed source is also there, in case you're using another architecture. Thanks, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org There is no man so good who, were he to submit all his thoughts to the laws, would not deserve hanging ten times in his life. -- Michel de Montaigne -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485415: [openssh] Updated Romanian translation for openssh package
tags 485415 pending thanks On Wed, Jun 11, 2008 at 09:55:07AM +0300, Catalin Festila wrote: It looks like you generated this using a broken POT file that Christian Perrier sent out. Could you please use debian/po/templates.pot from the current version of openssh in unstable? Thanks, Colin Watson [EMAIL PROTECTED] This is the correct ro.po Committed, thanks. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485765: iceweasel: send link does not work allthough it was working with FF2 and about:config seems ok
Package: iceweasel Version: 3.0~rc2-1 Severity: normal I do have network.protocol-handler.app.mailto = /usr/bin/icedove but it does not seems to be sufficient... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-rc5 (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.29 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-1 GCC support library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-0 2.12.10-2 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-3NetScape Portable Runtime Library ii libstdc++64.3.1-1The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9~rc2-2 XUL + XPCOM application runner iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485508: Helping friends
Op 11-06-2008 om 05:23 schreef Patrick Fabrizius: Perhaps I should have called it 'Application for best Subject Line', since a subject stating what the message is about was obviously not enough. I wish that I, as a debian newbie, could say 'thanks for your fast reply', however I am overwhelmed by the warmth that only a truly helpful and cheerful Linux Guru as yourself can provide. Additionally, I will of course consider to offer my help in the future to report bugs that I happend to run into. Futhermore, I will of course tell all my friends to do the same, because of the joy of writing replies such as this. Ignoring insane messages is also a possibility. Please do continue your contribution to world growth by replying to this message with comments regarding relevant issues such as my english grammar. Please follow-up on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485508#10 With kind regards, Patrick Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485764: Regression with --blank-lines-after-declarations in 2.2.10
Package: indent Version: 2.2.10-1 Severity: important Hi, since 2.2.10 indent adds too many newlines when using --blank-lines-after-declarations. Sample code below gets a newline between the declarations of a and b added while this parameter should only add a newline after blocks of declarations, i.e. after the declaration of b. int main (int a, char ** b) { int a; int b; return 0; } Bye signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#168081: jadetex: fancyhdr's E option without twoside option is useless
0 In article [EMAIL PROTECTED], 0 Hilmar Preusse URL:mailto:[EMAIL PROTECTED] (Hilmar) wrote: Hilmar ...and can you confirm that jadetex now behaves as expected? Again, sorry for the slow response! Jadetex behaves as expected for my use. I haven't exhaustively tried all the usages, but it does look like this bug can be closed. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467102: 5.9.3: when renaming a package, new name should also PROVIDE old name
tags 467102 + pending thanks Lucas Nussbaum [EMAIL PROTECTED] writes: On 08/06/08 at 13:30 +0200, Marc 'HE' Brockschmidt wrote: LI Daobing [EMAIL PROTECTED] wrote: in the first paragraph of Debian Developer's Reference 5.9.3[1]. I think the new name should also provide the obsolete name, it should be changed to [2]. [...] [2] When you make a mistake naming your package, you should follow a two-step process to rename it. First, set your debian/control file to replace, conflict with and provide the obsolete name of the package (see the Debian Policy Manual for details). // snip Here's a complete patch for this issue. Please review: Looks very good. Committed as r5229. Marc -- BOFH #350: paradigm shift...without a clutch pgp7GfGGWe8Rq.pgp Description: PGP signature
Bug#485751: When invoked as sendmail, exim4 should keep sendmail compatibility concerning Bcc header
On 2008-06-11 10:17:07 +0200, Vincent Lefevre wrote: First, in the case the MUA wants to send a mail by executing a program (the MTA), this interface between the MUA and the MTA is out of the scope of the RFC's. The MTA defines an interface, and the MUA has to stick with it. Actually this is now called the MSA (RFC 2476). Still, the interface is a matter of implementation, not defined by the RFC's. Also, this bug concerns only the case where the /usr/sbin/sendmail gets the e-mail via *standard input*. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485440: kernel-wedge: really add a patch and description
tags 485440 wontfix thanks On Monday 09 June 2008, Glenn wrote: Kernel-wedge supports ipw*, add support for iwl* From what I can see both drivers require firmware (firmware-iwlwifi package), which makes it rather pointless to add them in kernel-wedge. AFAIK we also don't include any other wireless drivers that require firmware. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485763: planet: [INTL:vi] Vietnamese debconf templates translation
Package: planet Version: Tags: l10n patch Severity: wishlist The initial Vietnamese translation for the debconf file: planet translated and submitted by: Clytie Siddall Vietnamese Free-Software Translation Team http://vnoss.net/dokuwiki/doku.php?id=projects:l10n vi.po Description: Binary data
Bug#485761: Dependency on the joystick package is needed
Package: ltsp-client-core Version: 5.1.9-1 Severity: important When using serial mice in the thin clients, and set the variable X_MOUSE_DEVICE=/dev/ttySxxx at the lts.conf file, it is ignored if the package joystick is not installed. The script ltsp-init-common from the ltsp-client-core package needs inputattach that is available at the joystick package. I've tested that installing this package, xorg.conf is generated ok and it works fine. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#476466: please be more specific
Hi, I'm afraid this solution would break our setup, where we run several Nagios instances on the same machine. Currently Nagios 2.11, but we would like to upgrade. It all goes very well with the following patch to the Backports.org init script: --- /etc/init.d/nagios2 2008-04-07 23:57:30.0 +0200 +++ nagios2.init2008-06-04 13:25:30.382366098 +0200 @@ -27,15 +27,6 @@ exit 1 fi -DAEMON=/usr/sbin/nagios2 -NAME=nagios2 -DESC=nagios2 monitoring daemon -NAGIOSCFG=/etc/nagios2/nagios.cfg -CGICFG=/etc/nagios2/cgi.cfg -NICENESS=5 - -[ -x $DAEMON ] || exit 0 -[ -r /etc/default/nagios2 ] . /etc/default/nagios2 # this is from madduck on IRC, 2006-07-06 # There should be a better possibility to give daemon error messages @@ -109,6 +100,16 @@ fi } +DAEMON=/usr/sbin/nagios2 +NAME=$(basename $0) +[ -d /etc/niif/$NAME ] || NAME=${NAME#[SK][0-9][0-9]} +DESC=nagios2 monitoring daemon +CGICFG=/etc/niif/$NAME/cgi.cfg +NAGIOSCFG=$(get_config main_config_file $CGICFG) +NICENESS=5 + +[ -x $DAEMON ] || exit 0 + if [ ! -f $NAGIOSCFG ]; then log_failure_msg There is no configuration file for Nagios 2. exit 6 @@ -118,10 +119,6 @@ [ -n $THEPIDFILE ] || THEPIDFILE='/var/run/nagios2/nagios.pid' start () { - DIRECTORY=$(dirname $THEPIDFILE) - [ ! -d $DIRECTORY ] mkdir -p $DIRECTORY - chown nagios:nagios $DIRECTORY - if ! check_started; then if ! check_named_pipe; then log_action_msg named pipe exists - removing The various instances run as separate users. Don't you think ours is a need general enough not to make it harder to achieve? Together with SetEnv NAGIOS_CGI_CONFIG /etc/niif/NAME/cgi.cfg in the VirtualHost declaration we find the above a very effective solution to mass Nagios hosting. And one can find several such queries on the web. It would be very nice if this could be a recognized or even a somewhat supported use case. What do you think? -- Thanks, Feri. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485766: pyrex-mode.el works fine with python-mode shipped with emacs22
Package: pyrex-mode Version: 0.9.7-1 Severity: normal pyrex-mode package has Depends: python-mode, but should be Depends: python-mode | emacs22 because it works fine with the python-mode shipped with emacs22. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-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 pyrex-mode depends on: pn python-mode none (no description available) pyrex-mode recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485762: Needs adaptation to the new menu policy
Package: xbattbar Severity: wishlist The new menu policy was updated and xbattbar needs to be updated. At a minimum Apps should be renamed to Applications. Thanks -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485760: [eclipse-gcj] Eclipse GCJ does not remember workspace (or to prompt)
Package: eclipse-gcj Version: 3.2.2-5 Severity: normal --- Please enter the report below this line. --- My usual workspace is /home/jason/work/java/eclipse, and when using the non GCJ version of Eclipse, this is remembered and loaded. After installing and using the eclipse-gcj package, Eclipse no longer remembers my workspace. It always creates a new workspace folder in my home directory, and despite my setting it to prompt me for a workspace on startup, it doesn't. --- System information. --- Architecture: i386 Kernel: Linux 2.6.24.080418 Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing mirror.3fl.net.au 500 testing ftp.debian-unofficial.org 500 stable www.debian-multimedia.org 500 stable volatile.debian.org 500 stable security.debian.org 500 stable mirror.3fl.net.au 500 stable ftp.debian-unofficial.org 500 hardy wine.budgetdedicated.com --- Package information. --- Depends (Version) | Installed ===-+-=== ecj-gcj | 3.3.0+0728-8 eclipse | 3.2.2-5 eclipse-jdt-gcj | 3.2.2-5 eclipse-pde-gcj | 3.2.2-5 eclipse-platform-gcj| 3.2.2-5 eclipse-rcp-gcj | 3.2.2-5 java-gcj-compat-dev | 1.0.77-4 libswt3.2-gtk-gcj | 3.2.2-5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484721: No longer ships (and installs) /usr/share/intltool/*-update.in
severity 484721 minor thanks Am Montag, den 09.06.2008, 09:59 +0200 schrieb Sebastian Dröge: forwarded 484721 http://bugzilla.gnome.org/show_bug.cgi?id=537352 thanks Am Donnerstag, den 05.06.2008, 23:05 +0200 schrieb Michael Biebl: Package: intltool Version: 0.40.0-1 Severity: serious Justification: should not enter testing in this state Hi, almost any GNOME app out there has the following snippet in it's Makefile.am: EXTRA_DIST = \ intltool-extract.in \ intltool-merge.in \ intltool-update.in The expectation is, that intltoolize copies these files (or symlinks them) and they are included in the tarball. With the latest upgrade, this not only breaks VCS checkouts, which now have dangling symlinks, it also makes the upgrade path unnecessary painful, as the Makefile.am can not be changed withouth bumping the intltool requirement to 0.40.0, which means everyone has to upgrade at once (a lot of current distributions don't ship intltool 0.40.0). My recommendation would be, to put the /usr/share/intltool/*-update.in files back into intltool. If the requested intltool version (e.g. via IT_PROG_INTLTOOL) is 0.40, intltool should behave backwards compatible and copy/symlink the intltool-*.in files as before. This allows all distros out there to smoothly upgrade to intltool = 0.40 and then upstream can safely bump the intltool requirement to = 0.40. In this mode, intltool would not copy the *.in files anymore and the EXTRA_DIST bits would have to be removed from the Makefile.amS. Thanks for reporting and the possible solution. I've forwarded this upstream now, let's hope they fix it for next release :) http://bugzilla.gnome.org/show_bug.cgi?id=537352 Ok, so after thinking about it a bit more and after reading the upstream comments to the bug I've came to the conclusion that this bug is, if anything, just minor. a) the dangling symlinks problem is still valid, upstream thinks about adding some checks for warning about them or removing them. b) The upgrade path problem is not valid IMHO. Projects that still use 0.40 intltool can be intltoolize'd by intltool 0.40 without any problems and the building will work just fine. It's only make dist/distcheck that will fail but this is more or less only important for the people making the release. They can either downgrade their intltool or update the source for intltool 0.40. Projects that have switch to intltool =0.40 can be intltoolize'd by older intltool without problem. It will have the files copied or linked into the source tree and building, etc will work fine. make dist/distcheck will of course create tarballs that won't work as they don't include the intltool-* scripts but that's IMHO no problem as the people making the release should use the new version of intltool if the source was switched. Projects that have tarballs generated with intltool 0.40 require only intltool 0.3x for building to be installed. This is just an added build dependency and not a too new version. If you still see any problem that justifies intltool 0.40 not going to testing please tell me :) signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#483123: Same with iceweasel-l10n-ru
package iceweasel found 483123 3.0~rc2-1 thanks Hi, I get the same error under 3.0~rc2-1 and with l10n-fr Regards, Didier -- Didier Raboud, proud Debian user. CH-1802 Corseaux [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#485768: mantis: Cannot delete attachement: APPLICATION ERROR #19
Package: mantis Version: 1.0.8-4.1 Severity: important Users can not delete attachments in bug reports since mantis updraded from 1.0.8-4 to 1.0.8-4.1. When I click on the [delete] link I got redirected to an error page saying: APPLICATION ERROR #19 followed by a message (in french for me) that tell me to click the Back button. I think this issue appeared since bug #481504 has been fixed. This is because the delete link tries to perform a critical operation using GET method, which is now impossible. I wrote a quick-and-dirty patch to temporarily fix this. I provide it here directly inside the bug report because I don't know how to attach a file using the reportbug command. My temporary patch (along with the commands I typed to get it): $ cd /usr/share/mantis/www/core $ diff -u file_api.php.before_fangebault file_api.php --- file_api.php.before_fangebault 2008-06-11 10:42:00.0 +0200 +++ file_api.php2008-06-11 11:09:11.0 +0200 @@ -176,7 +176,15 @@ $t_href_end . $t_href_clicket ($t_filesize bytes) span class=\italic\$t_date_added/span; if ( $t_can_delete ) { - PRINT [a class=\small\ href=\bug_file_delete.php?file_id=$v_id\ . lang_get('delete_link') . '/a]'; +# XXX start - added by fangebault + PRINT \n form action=\bug_file_delete.php\ method=\post\\n; + PRINT input type=\hidden\ name=\file_id\ value=\$v_id\ /\n; + PRINT input type=\submit\ value=\ . lang_get('delete_link') . \ /\n; + PRINT /form\n; +# XXX stop - added by fangebault + +# XXX commented out by fangebault +# PRINT [a class=\small\ href=\bug_file_delete.php?file_id=$v_id\ . lang_get('delete_link') . '/a]'; } if ( ( FTP == config_get( 'file_upload_method' ) ) file_exists ( $v_diskfile ) ) { -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-1-686-bigmem Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages mantis depends on: ii apache2 2.2.3-4+etch4 Next generation, scalable, extenda ii apache2-mpm-prefork [http 2.2.3-4+etch4 Traditional model for Apache HTTPD ii dbconfig-common 1.8.29+etch1 common framework for packaging dat ii debconf 1.5.11etch1Debian configuration management sy ii libapache2-mod-php5 5.2.0-8+etch11 server-side, HTML-embedded scripti ii libphp-adodb 4.93a-1.1 The 'adodb' database abstraction l ii libphp-phpmailer 1.73-2etch1full featured email transfer class ii mysql-client 5.0.32-7etch5 mysql database client (meta packag ii mysql-client-5.0 [mysql-c 5.0.32-7etch5 mysql database client binaries ii php5-mysql5.2.0-8+etch11 MySQL module for php5 mantis recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451852: [rrd-developers] rrdtool: *** glibc detected *** free(): invalid pointer: 0x08056450 ***
tags 451852 + patch thanks Hi, On Wed, Jun 11, 2008 at 10:50:17AM +0200, Sebastian Harl wrote: start_offset is calculated in line 348: start_offset = (long) (*start + *step - rra_start_time) / (long) *step; I suspect that we're getting some kind of overflow here. Okay, I think I found the problem: The variables start and rra_start_time are of type time_t which does not seem to be large enough to store the result of that calculation and thus overflows. The attached patch seems to fix the problem for me. Possibly, some other parts of the code need similar fixes as well but I don't have to the time to take a closer look at that right now. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin From 5ee3d7e6d567aa0e1ce770bb244ae1dc7fb80d33 Mon Sep 17 00:00:00 2001 From: Sebastian Harl [EMAIL PROTECTED] Date: Wed, 11 Jun 2008 11:04:13 +0200 Subject: [PATCH] Prevent a overflow when calculating offsets in rrd_fetch_fn(). Some variables of type time_t are used for calculating those values. If the RRD step size exceeds a certain value (3550 in my case), the result got too large to be stored in a time_t variable and thus overflowed. A cast to type long helped to solve this problem. --- program/src/rrd_fetch.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/program/src/rrd_fetch.c b/program/src/rrd_fetch.c index 4ea2eb1..10a80d8 100644 --- a/program/src/rrd_fetch.c +++ b/program/src/rrd_fetch.c @@ -345,8 +345,9 @@ int rrd_fetch_fn( rra_start_time = (rra_end_time - (*step * (rrd.rra_def[chosen_rra].row_cnt - 1))); /* here's an error by one if we don't be careful */ -start_offset = (long) (*start + *step - rra_start_time) / (long) *step; -end_offset = (long) (rra_end_time - *end) / (long) *step; +start_offset = (long) *start + *step - (long) rra_start_time + / (long) *step; +end_offset = (long) rra_end_time - (long) *end / (long) *step; #ifdef DEBUG fprintf(stderr, rra_start %lu, rra_end %lu, start_off %li, end_off %li\n, -- 1.5.6.rc2 signature.asc Description: Digital signature
Bug#485424: CVE id
Hi, CVE-2008-2667 was assigned to this issue. Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpussFqGtU44.pgp Description: PGP signature
Bug#485508: SV: SV: Bug#485508: Bug report
As I stated in my bug report, the system hung a lot earlier than initrd, so I did not consider it to be that same problem. Perhaps it is, I have however already solved the problem by instead using another motherboard so I will not test the alternative image this time, but it helps to know its there. Thanks for your help, Patrick -Ursprungligt meddelande- Från: Frans Pop [mailto:[EMAIL PROTECTED] Skickat: den 11 juni 2008 11:17 Till: Patrick Fabrizius Ämne: Re: SV: Bug#485508: Bug report 1) Please *always* reply to the BTS and not to people personally. 2) I can understand that you were annoyed at the other reply, but is that really a reason to give up on this? 3) The erratum really is there, look for i386: booting the installer may fail on some older systems. 4) I'd still like you to try an alternative image before investigating other options. 5) If that does not work, there _are_ other options. I'm not sure if Debian will give the same BIOS warning as Ubuntu. Without having the full boot log I cannot really comment on that anyway. On Wednesday 11 June 2008, you wrote: The following opinion is irrelevant to the bug report, but I think it is sad that backward compability is left out, like it would seem in this case (the hardware first mentioned works with windows 2000 and I cannot see why the latest Debian wouldn't). Being able to install on old systems has always been a strong feature IMHO. In general I agree with you, but the only way that support for older hardware can be maintained is if owners of that hardware are willing to work with the community when there are regressions... If you do wish to persue this, please try one of the alternative images and reply again to my original message (to [EMAIL PROTECTED]). If you don't we'll have no other option than closing it. Cheers, FJP No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 270.2.0/1495 - Release Date: 2008-06-10 17:11 No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 270.2.0/1495 - Release Date: 2008-06-10 17:11 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485740: tailor: error message from python-support about 'yield', 'try' and 'finally'
Lele Gaifax wrote: On Wed, 11 Jun 2008 09:07:57 +0200 Laurent Bonnaud [EMAIL PROTECTED] wrote: Package: tailor Version: 0.9.35-1 Severity: normal Compiling /var/lib/python-support/python2.4/vcpx/repository/bzr.py ... File /var/lib/python-support/python2.4/vcpx/repository/bzr.py, line 276 yield self._changesetFromRevision(parent_branch, revision) SyntaxError: 'yield' not allowed in a 'try' block with a 'finally' clause Hi, sorry about that: this should be working now, see http://progetti.arstecnica.it/tailor/changeset/1629 Thanks for the workaround. But it should not have occurred. The Debian package 0.9.35-1 depends on python2.5 for this reason. I already see this bug on my system, but it disappeared when I try to track it so I cannot reproduce it. Laurent, can you wait until we find what happens on your system (and try to not reinstall or reconfigure tailor). I suspect a bug in python-support. And can you send me the results of the following commands: cat /usr/share/python-support/tailor/.version ls -l /var/lib/python-support/python2.4/vcpx/repository/bzr.py ( zcat /var/log/dpkg.log*.gz ; cat /var/log/dpkg.log /var/log/dpkg.log.1 ) | egrep '(tailor|python-support)' | sort dpkg -L tailor dpkg -l tailor Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455670: [Pkg-scicomp-devel] patch
On Wed, Jun 11, 2008 at 12:08 PM, Adam C Powell IV [EMAIL PROTECTED] wrote: On Wed, 2008-06-11 at 06:29 +0200, Christophe Prud'homme wrote: On Wed, Jun 11, 2008 at 12:54 AM, Adam C Powell IV [EMAIL PROTECTED] wrote: Hello again, On Wed, 2008-05-07 at 14:06 +0200, Ondrej Certik wrote: On Wed, May 7, 2008 at 12:56 AM, Maximiliano Curia [EMAIL PROTECTED] wrote: Hola Adam C Powell IV! El 06/05/2008 a las 15:28 escribiste: Apologies for the delay in getting back to you all. It looks like this bug is still open. Is this something I can help with, now that I'm part of pkg-scicomp? All the patches seem to be available in the bug history, so please test them and upload the fixed version. Yes and if you need any help, please ask. Just one question. I'm [Finally!] getting to this today, and wondering if it's okay, to add myself to Uploaders. I am sure it is no problem that you add yourself to the uploaders, but I'll let the maintainers answer by the way the commits are sent to pkg-scicomp-commits now C. Thanks Christophe. As one who has maintained the uploaders, your voice carries special weight here. I've committed my proposed changes, and successfully tested the package's examples. Haven't tested scotch lately, but tested it a while ago and it worked fine. Now we just need scotch shared libs... Thanks Adam for taking care of this one. Sure put yourself among uploaders and do whatever you find appropriate to fix the package. Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485740: tailor: error message from python-support about 'yield', 'try' and 'finally'
On Wed, 2008-06-11 at 12:37 +0200, Vincent Danjean wrote: And can you send me the results of the following commands: Here it is: cat /usr/share/python-support/tailor/.version 2.5- ls -l /var/lib/python-support/python2.4/vcpx/repository/bzr.py Unfortunately I removed the file to get rid of the error message. Reinstalling tailor does not recreate this file. Therefore this bug is a one-time bug and I consider it fixed on my system. If this bug does not manifest itself during a etch-lenny upgrade, I think it can be closed. Otherwise, some fixing still needs to be done. Could somebody try a etch-lenny upgrade? ( zcat /var/log/dpkg.log*.gz ; cat /var/log/dpkg.log /var/log/dpkg.log.1 ) | egrep '(tailor| python-support)' | sort See attached file. dpkg -L tailor /. /usr /usr/share /usr/share/python-support /usr/share/python-support/tailor /usr/share/python-support/tailor/.version /usr/share/python-support/tailor/tailor-0.9.35.egg-info /usr/share/python-support/tailor/vcpx /usr/share/python-support/tailor/vcpx/shwrap.py /usr/share/python-support/tailor/vcpx/_process.py /usr/share/python-support/tailor/vcpx/target.py /usr/share/python-support/tailor/vcpx/__init__.py /usr/share/python-support/tailor/vcpx/changes.py /usr/share/python-support/tailor/vcpx/workdir.py /usr/share/python-support/tailor/vcpx/tailor.py /usr/share/python-support/tailor/vcpx/project.py /usr/share/python-support/tailor/vcpx/statefile.py /usr/share/python-support/tailor/vcpx/dualwd.py /usr/share/python-support/tailor/vcpx/config.py /usr/share/python-support/tailor/vcpx/tzinfo.py /usr/share/python-support/tailor/vcpx/source.py /usr/share/python-support/tailor/vcpx/repository /usr/share/python-support/tailor/vcpx/repository/mock.py /usr/share/python-support/tailor/vcpx/repository/baz.py /usr/share/python-support/tailor/vcpx/repository/bzr.py /usr/share/python-support/tailor/vcpx/repository/arx.py /usr/share/python-support/tailor/vcpx/repository/git /usr/share/python-support/tailor/vcpx/repository/git/target.py /usr/share/python-support/tailor/vcpx/repository/git/__init__.py /usr/share/python-support/tailor/vcpx/repository/git/source.py /usr/share/python-support/tailor/vcpx/repository/darcs /usr/share/python-support/tailor/vcpx/repository/darcs/target.py /usr/share/python-support/tailor/vcpx/repository/darcs/__init__.py /usr/share/python-support/tailor/vcpx/repository/darcs/source.py /usr/share/python-support/tailor/vcpx/repository/monotone.py /usr/share/python-support/tailor/vcpx/repository/tla.py /usr/share/python-support/tailor/vcpx/repository/__init__.py /usr/share/python-support/tailor/vcpx/repository/p4 /usr/share/python-support/tailor/vcpx/repository/p4/__init__.py /usr/share/python-support/tailor/vcpx/repository/p4/p4lib.py /usr/share/python-support/tailor/vcpx/repository/p4/source.py /usr/share/python-support/tailor/vcpx/repository/cvsps.py /usr/share/python-support/tailor/vcpx/repository/aegis /usr/share/python-support/tailor/vcpx/repository/aegis/target.py /usr/share/python-support/tailor/vcpx/repository/aegis/__init__.py /usr/share/python-support/tailor/vcpx/repository/hg.py /usr/share/python-support/tailor/vcpx/repository/cdv.py /usr/share/python-support/tailor/vcpx/repository/cvs.py /usr/share/python-support/tailor/vcpx/repository/cg.py /usr/share/python-support/tailor/vcpx/repository/svn.py /usr/share/man /usr/share/man/man1 /usr/share/man/man1/tailor.1.gz /usr/share/doc /usr/share/doc/tailor /usr/share/doc/tailor/copyright /usr/share/doc/tailor/changelog.Debian.gz /usr/share/doc/tailor/README.rst.gz /usr/share/doc/tailor/README.Debian /usr/share/doc/tailor/README.html /usr/bin /usr/bin/tailor dpkg -l tailor Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii tailor 0.9.35-1 migrate changesets between version control systems -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ log-python.bz2 Description: application/bzip
Bug#485772: nagios3-common: can you add files for logcheck?
Package: nagios3-common Version: 3.0.1-1 Severity: wishlist Hi, nagios1 and nagios2 have logcheck files provided directly by the logcheck-data package. Instead of updating the logcheck-data package, it would be better is nagios3 directly provides these files. If you do not want to manage this, please reassign this bug to logcheck-data so that the files can be updated before lenny. Best regards, Vincent PS: logcheck scans /var/log/syslog to look for regexp and sends mails to the admin. The goal is to quickly detect problems. For this to work, regexp of 'normal' logs must be provided (to be filtered out and not sent by email) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485757: pulseaudio: module-suspend-on-idle is disabled, which prevents CPU from going idle
On Wed, Jun 11, 2008 at 10:35:25AM +0200, Gabriel Kerneis wrote: Please, could you add: load-module module-suspend-on-idle to /etc/pulse/default.pa. This line is already in the standard default.pa file and IIRC it has been ever since module-suspend-on-idle first shipped. Perhaps you removed it yourself at some point? -- CJ van den Berg mailto:[EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#485769: wpasupplicant: Crash on WPA-EAP TTLS, PAP auth
Package: wpasupplicant Version: 0.6.3-2 Severity: important wpasupplicant fails to run after last upgrade, when trying to run with command: wpa_supplicant -c /etc/wpa_supplicant.conf -i wlan0 -D wext Crash output and config file are included Jakub -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.25-2-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 wpasupplicant depends on: ii adduser 3.108 add and remove users and groups ii libc62.7-12 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst ii libpcsclite1 1.4.101-2 Middleware to access a smart card ii libreadline5 5.2-3 GNU readline and history libraries ii libssl0.9.8 0.9.8g-10.1 SSL shared libraries ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip wpasupplicant recommends no packages. -- no debconf information CTRL-EVENT-SCAN-RESULTS *** glibc detected *** wpa_supplicant: double free or corruption (fasttop): 0x09817848 *** === Backtrace: = /lib/libc.so.6[0xf7c9d8a5] /lib/libc.so.6(cfree+0x9c)[0xf7c9f74c] wpa_supplicant[0x808f719] wpa_supplicant[0x80860e2] wpa_supplicant[0x8089fa8] wpa_supplicant[0x8090667] wpa_supplicant[0x8090d65] wpa_supplicant[0x8051712] wpa_supplicant[0x8051cb7] wpa_supplicant[0x8085976] wpa_supplicant[0x808cbcc] /lib/libc.so.6(__libc_start_main+0xe5)[0xf7c49455] wpa_supplicant[0x804cb91] === Memory map: 08048000-080a7000 r-xp 08:03 1124088/sbin/wpa_supplicant 080a7000-080a8000 rw-p 0005f000 08:03 1124088/sbin/wpa_supplicant 0980d000-0982e000 rw-p 0980d000 00:00 0 [heap] f7a0-f7a21000 rw-p f7a0 00:00 0 f7a21000-f7b0 ---p f7a21000 00:00 0 f7bcb000-f7bd4000 r-xp 08:03 441302 /lib/libnss_files-2.7.so f7bd4000-f7bd6000 rw-p 8000 08:03 441302 /lib/libnss_files-2.7.so f7bd6000-f7bde000 r-xp 08:03 441304 /lib/libnss_nis-2.7.so f7bde000-f7be rw-p 7000 08:03 441304 /lib/libnss_nis-2.7.so f7be-f7bf3000 r-xp 08:03 441299 /lib/libnsl-2.7.so f7bf3000-f7bf5000 rw-p 00012000 08:03 441299 /lib/libnsl-2.7.so f7bf5000-f7bf7000 rw-p f7bf5000 00:00 0 f7bf7000-f7bfe000 r-xp 08:03 441300 /lib/libnss_compat-2.7.so f7bfe000-f7c0 rw-p 6000 08:03 441300 /lib/libnss_compat-2.7.so f7c0-f7c02000 rw-p f7c0 00:00 0 f7c02000-f7c16000 r-xp 08:03 32733 /usr/lib/libz.so.1.2.3.3 f7c16000-f7c17000 rw-p 00013000 08:03 32733 /usr/lib/libz.so.1.2.3.3 f7c17000-f7c19000 r-xp 08:03 441296 /lib/libdl-2.7.so f7c19000-f7c1b000 rw-p 1000 08:03 441296 /lib/libdl-2.7.so f7c1b000-f7c2f000 r-xp 08:03 441307 /lib/libpthread-2.7.so f7c2f000-f7c31000 rw-p 00013000 08:03 441307 /lib/libpthread-2.7.so f7c31000-f7c33000 rw-p f7c31000 00:00 0 f7c33000-f7d6b000 r-xp 08:03 441293 /lib/libc-2.7.so f7d6b000-f7d6c000 r--p 00138000 08:03 441293 /lib/libc-2.7.so f7d6c000-f7d6e000 rw-p 00139000 08:03 441293 /lib/libc-2.7.so f7d6e000-f7d71000 rw-p f7d6e000 00:00 0 f7d71000-f7da6000 r-xp 08:03 33061 /usr/lib/libdbus-1.so.3.4.0 f7da6000-f7da8000 rw-p 00034000 08:03 33061 /usr/lib/libdbus-1.so.3.4.0 f7da8000-f7ed9000 r-xp 08:03 48940 /usr/lib/i686/cmov/libcrypto.so.0.9.8 f7ed9000-f7eef000 rw-p 00131000 08:03 48940 /usr/lib/i686/cmov/libcrypto.so.0.9.8 f7eef000-f7ef3000 rw-p f7eef000 00:00 0 f7ef3000-f7f34000 r-xp 08:03 48955 /usr/lib/i686/cmov/libssl.so.0.9.8 f7f34000-f7f38000 rw-p 0004 08:03 48955 /usr/lib/i686/cmov/libssl.so.0.9.8 f7f38000-f7f4 r-xp 08:03 36220 /usr/lib/libpcsclite.so.1.0.0 f7f4-f7f41000 rw-p 8000 08:03 36220 /usr/lib/libpcsclite.so.1.0.0 f7f45000-f7f51000 r-xp 08:03 439966 /lib/libgcc_s.so.1 f7f51000-f7f52000 rw-p b000 08:03 439966 /lib/libgcc_s.so.1 f7f52000-f7f55000 rw-p f7f52000 00:00 0 f7f55000-f7f56000 r-xp
Bug#474901: build failure when gcj is present
On Sun, 8 Jun 2008, Bruno Haible wrote: Santiago Vila wrote: Lucas Nussbaum (in the CC) has reported that gettext does not build ok (does not create gettext.jar) if gcj is present. You may be misunderstanding something: gettext would not build ok if it did not build and install libintl.jar. But gettext.jar is only an auxiliary set of tools for the 'msginit' and 'msgunfmt' programs. If gcj is present, the configuration and Makefiles prefer to build native executables: if test -n $HAVE_GCJ test $JAVA_CHOICE = yes; then BUILDJAVAEXE=yes else BUILDJAVAEXE=no fi Ok, is there a way to define JAVA_CHOICE from the ./configure script? My problem boils down to that. I could add a Build-Conflicts: gcj to the source package to tell autobuilders not to install gcj when building gettext, but I don't think it would be a good fix. No; instead declare it ok if the package creates and installs two programs 'gnu.gettext.DumpResource' and 'gnu.gettext.GetURL' instead of 'gettext.jar'. That would be against one of the desired goals, which is that the package builds the same regardless of gcj being present at build time or not. (Another desired goal is that the package does not depend on libgcj). Perhaps I should explain how this problem arosed: Our source packages are compiled by a lot of machines caled autobuilders (at least one for every supported architecture). To build a package from source, they start from a very minimal set of packages (called build-essential). Then they install the build-dependencies listed in the debian control file. Recently, however, some people started an interesting experiment using a server farm, which is to install a lot more packages than those listed in the build-depends field in the debian control file (as far as those packages are not also listed in a build-conflicts field), to verify that the packages still build, and that the binary packages are still the same package. Our policy states that packages should not build differently if more packages than those in the build-depends are installed at build time, but the current gettext debian package did not comply with this. So, to summarize: Is there a way to tell the gettext build system to behave as if gcj was not installed, even if it was? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414370: Summary of test cases that still break gm
Hi Daniel, what is the current status of this bug? It's on pending for quite some time now. Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpiHCIsz7ojO.pgp Description: PGP signature
Bug#484780: Documentation needs to mention bind and server's nisdomainname
I've thought this over a bit and I'm really not comfortbale with doing anything more than adding a generalised Please consult your network administrator statement. That would suffice. The present wording, the first time I met it, lead me to think the name I was supplying was something I could make up and would only be relevant to things I'd be doing locally; it didn't take me long to discover this was wrong, but I was left with no clue as to what to do to find out the right name ! Eddy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481183: libpoppler2: crippled with DRM anti-features
* Robert Millan [EMAIL PROTECTED], 2008-05-14, 12:01: Package: libpoppler2 [...] This library appears to be crippled with DRM anti-features. But it is not. Functions, which the patch virtually disables, are never internally used to disallow anything. What is more, the patch breaks existing software, e.g. pdfinfo. -- Jakub Wilk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474901: build failure when gcj is present
Maybe --disable-native-java is what I need? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451852: [rrd-developers] rrdtool: *** glibc detected *** free(): invalid pointer: 0x08056450 ***
On Wed, Jun 11, 2008 at 11:19:21AM +0200, Sebastian Harl wrote: tags 451852 + patch thanks Hi, On Wed, Jun 11, 2008 at 10:50:17AM +0200, Sebastian Harl wrote: start_offset is calculated in line 348: start_offset = (long) (*start + *step - rra_start_time) / (long) *step; I suspect that we're getting some kind of overflow here. Okay, I think I found the problem: The variables start and rra_start_time are of type time_t which does not seem to be large enough to store the result of that calculation and thus overflows. The attached patch seems to fix the problem for me. Possibly, some other parts of the code need similar fixes as well but I don't have to the time to take a closer look at that right now. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin From 5ee3d7e6d567aa0e1ce770bb244ae1dc7fb80d33 Mon Sep 17 00:00:00 2001 From: Sebastian Harl [EMAIL PROTECTED] Date: Wed, 11 Jun 2008 11:04:13 +0200 Subject: [PATCH] Prevent a overflow when calculating offsets in rrd_fetch_fn(). Some variables of type time_t are used for calculating those values. If the RRD step size exceeds a certain value (3550 in my case), the result got too large to be stored in a time_t variable and thus overflowed. A cast to type long helped to solve this problem. --- program/src/rrd_fetch.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/program/src/rrd_fetch.c b/program/src/rrd_fetch.c index 4ea2eb1..10a80d8 100644 --- a/program/src/rrd_fetch.c +++ b/program/src/rrd_fetch.c @@ -345,8 +345,9 @@ int rrd_fetch_fn( rra_start_time = (rra_end_time - (*step * (rrd.rra_def[chosen_rra].row_cnt - 1))); /* here's an error by one if we don't be careful */ -start_offset = (long) (*start + *step - rra_start_time) / (long) *step; -end_offset = (long) (rra_end_time - *end) / (long) *step; +start_offset = (long) *start + *step - (long) rra_start_time + / (long) *step; careful what you're dividing! +end_offset = (long) rra_end_time - (long) *end / (long) *step; ditto. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485585: setting package to spampd, tagging 485585
# Automatically generated email from bts, devscripts version 2.10.25~bpo40.1 # # spampd (2.30-21) UNRELEASED; urgency=low # # * Fix package description (Closes: #485585) package spampd tags 485585 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485770: RoM: Please remove libmpeg1 from testing and unstable
Package: ftp.debian.org Dear FTP-Masters, while fixing #484972 for libmpeg1 yesterday, I realized that no single package in the Debian archive does depend on libmpeg1 nor build-depend on libmpeg-dev anymore. Upstream for libmpeg1 is inactive since 1999/2000 and I couldn't even find the homepage anymore. Furthermore there are at least two other libraries in the archive that serve the purpose of decoding MPEG files, namely mpeg2dec and libmpeg3. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479659: RFH: wine -- Windows API implementation
Is this bug still open? Is help still needed? I don't have a huge amount of time, but Wine releases are just once a month, so I doubt that'll be a major problem. I am a Debian developer (http://qa.debian.org/[EMAIL PROTECTED]), where I co-maintain the packages in Debian Hebrew. I also maintain on my own libargtable, rsyncrypto, fakeroot-ng, sshpass and privbind (for all but the first I am also upstream). I am a (currently inactive) Wine hacker, and I subscribe to Ove's point of view vis what is right packaging wise. If you still need help, let me know. Shachar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485771: RFP: openvip -- video-processing tool
Package: wnpp Severity: wishlist * Package name: openvip Upstream Author : Michal Dvorak, Jiri Sedlar, Antonin Slavik, Vaclav Slavik, Jozef Smizansky * URL : http://openvip.sourceforge,net/ * License : GPLv2 with additional linking exception Programming Lang: C++ Description : video-processing tool OpenVIP is a free video-processing tool. It consists of two parts: * OpenVIP core, which can be used for processing multimedia files from command line, or as a library linked to other applications. * OpenVIP editor, which provides a user-friendly GUI to the core and is based on the timeline concept - you place multimedia files on the timeline, apply filters, transitions, ... These are the main features of OpenVIP: * Supports AVI, DV, MPEG, MOV, MP3, WMA, and WMV formats (via the FFmpeg libraries) as well as sequences of bitmap files (via the ImageMagick library) * A lot of nice plugins including colour transformations, geometric distortions, basic sound processing and transitions between two clips * A simple interface for developing your own plugins in C++ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-rc5 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466235: RGB image to CMYK layers
Hi, Here is a functionnality that this plugin add to gimp: It allow to separate an RGB image into several CMYK layers and then save it as TIFF or XCF. GImp itself can't do that. I saw that functionnality from : http://wiki.gimp-attitude.org/FonctionsFaqGimp24icc It is in French. So it would be great if you could add this plugin into gimp-plugin-registry. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#455670: [Pkg-scicomp-devel] patch
On Wed, 2008-06-11 at 06:29 +0200, Christophe Prud'homme wrote: On Wed, Jun 11, 2008 at 12:54 AM, Adam C Powell IV [EMAIL PROTECTED] wrote: Hello again, On Wed, 2008-05-07 at 14:06 +0200, Ondrej Certik wrote: On Wed, May 7, 2008 at 12:56 AM, Maximiliano Curia [EMAIL PROTECTED] wrote: Hola Adam C Powell IV! El 06/05/2008 a las 15:28 escribiste: Apologies for the delay in getting back to you all. It looks like this bug is still open. Is this something I can help with, now that I'm part of pkg-scicomp? All the patches seem to be available in the bug history, so please test them and upload the fixed version. Yes and if you need any help, please ask. Just one question. I'm [Finally!] getting to this today, and wondering if it's okay, to add myself to Uploaders. I am sure it is no problem that you add yourself to the uploaders, but I'll let the maintainers answer by the way the commits are sent to pkg-scicomp-commits now C. Thanks Christophe. As one who has maintained the uploaders, your voice carries special weight here. I've committed my proposed changes, and successfully tested the package's examples. Haven't tested scotch lately, but tested it a while ago and it worked fine. Now we just need scotch shared libs... -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#449121: A fixed debdiff for NMU
I hope now it's correctly compliant with the guidelines. Thanks Tomas! -- Marco Rodrigues http://Marco.Tondela.org diff -u xbattbar-1.4.2/debian/control xbattbar-1.4.2/debian/control --- xbattbar-1.4.2/debian/control +++ xbattbar-1.4.2/debian/control @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Davide Truffa [EMAIL PROTECTED] -Build-Depends: debhelper ( 5.0.0), xutils-dev, libx11-dev +Build-Depends: debhelper ( 5.0.0), xutils-dev, libx11-dev, libxext-dev Standards-Version: 3.7.2 Package: xbattbar diff -u xbattbar-1.4.2/debian/changelog xbattbar-1.4.2/debian/changelog --- xbattbar-1.4.2/debian/changelog +++ xbattbar-1.4.2/debian/changelog @@ -1,3 +1,13 @@ +xbattbar (1.4.2-5.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/control: ++ Add libxext-dev to Build-Depends (Closes: #449121). + * debian/menu: ++ Replace Apps by Applications (Closes: #485762). + + -- Marco Rodrigues [EMAIL PROTECTED] Wed, 11 Jun 2008 10:38:15 +0100 + xbattbar (1.4.2-5) unstable; urgency=low * New Maintainer (Closes: #366524) diff -u xbattbar-1.4.2/debian/menu xbattbar-1.4.2/debian/menu --- xbattbar-1.4.2/debian/menu +++ xbattbar-1.4.2/debian/menu @@ -1,2 +1,2 @@ -?package(xbattbar):needs=X11 section=Apps/System\ +?package(xbattbar):needs=X11 section=Applications/System\ title=Xbattbar command=/usr/bin/xbattbar
Bug#485636: manpages-dev: nanosleep(2) and high resolution timers
On Wed, Jun 11, 2008 at 08:52:24AM +0200, Michael Kerrisk wrote: [...] I think it should be worth mentionning that since 2.6.16, on some architectures, the kernel can be configured with high resolution timers which makes nanosleep(2) a lot more accurate and voids the first comment above. [...] Thanks for your note. Can you provide some further details -- for example, can you tell me any of the following: which architectures? what config options are required? what determines the accuracy that can be achieved with HR timers? [...] Hi Michael, sorry, I'm not a kernel developper, so I know very little about it. I only observed that usleep() became a lot more accurate since 2.6.16. While usleep(1) was sleeping for about 10ms before (to the next tick), it now sleeps for about 1µs as requested when tried on x86 (usleep(3) calls nanosleep(2)). Last time I checked ARCH=ppc didn't have such support but ARCH=powerpc did. I don't know about the other architectures, but that would be a matter of checking the Kconfigs. It's enabled with CONFIG_HIGH_RES_TIMERS which itself depends on architecture specific options. More information can be found in Documentation/hrtimers/hrtimers.txt in the kernel sources which says: The code was successfully compiled for the following platforms: i386, x86_64, ARM, PPC, PPC64, IA64 The code was run-tested on the following platforms: i386(UP/SMP), x86_64(UP/SMP), ARM, PPC hrtimers were also integrated into the -rt tree, along with a hrtimers-based high-resolution clock implementation, so the hrtimers code got a healthy amount of testing and use in practice. regards, Stéphane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451852: [rrd-developers] rrdtool: *** glibc detected *** free(): invalid pointer: 0x08056450 ***
Hi again, On Wed, Jun 11, 2008 at 11:21:59AM +0200, Tobias Oetiker wrote: isn't time_t normally = long ? Damn... don't listen to me - I seem to be drunk :-/ I was losing some parenthesis when creating the patch. Sorry for that. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#451852: [rrd-developers] rrdtool: *** glibc detected *** free(): invalid pointer: 0x08056450 ***
Hi again, On Wed, Jun 11, 2008 at 10:50:17AM +0200, Sebastian Harl wrote: This bug only appears if the step size of the RRD file is greater than 3550. In that case, start_offset (the initial value of the control variable 'i' of that loop) is a fairly large negative number. Hrm... it does not seem to be related to negative offsets. I do hit the segfault on positive offsets as well. Any ideas? Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#484081: NMU of latex-cjk-chinese-arphic
On Di, 10 Jun 2008, Norbert Preining wrote: Please give your remarks, otherwise I plan to upload this package to the N-DELAYED queue (I still have to check which one it should got to for RC bugs). Or better, since I am too lazy to look up the location of the delayed queue, I will upload normally end of this week, saturday. The patch has already been sent, and the packages are available on the people.debian.org server. All the best Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- VANCOUVER (n.) The technical name for one of those huge trucks with whirling brushes on the bottom used to clean streets. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485705: lintian: doesn't properly detect comma in control file email address quoted strings
On Tue, 2008-06-10 at 21:57 -0700, Russ Allbery wrote: Adam C Powell IV [EMAIL PROTECTED] writes: Package: lintian Version: 1.24.0 Severity: minor Greetings, An email address in a control field, e.g. Uploaders, should work with a comma in a quoted string, such as of the form: Smith, John [EMAIL PROTECTED] See for example RFC822 Appendix A.1.3. Policy doesn't specify that Uploaders is an RFC 2822 From header. It's not an unreasonable desire that it be so specified, but so far as I know, nothing in Debian that parses those fields implements a full RFC 2822 From parser, and Uploaders containing commas breaks other software as well. I think this requires a Policy change before Lintian knows which way to jump. If this is supposed to be an RFC 2822 From header, Policy should say so. Currently, Policy says: List of the names and email addresses of co-maintainers of the package, if any. If the package has other maintainers beside the one named in the Maintainer field, their names and email addresses should be listed here. The format is the same as that of the Maintainer tag, and multiple entries should be comma separated. which if anything says that the current behavior of Lintian and other tools is correct, as there's nothing there about it being possible to escape commas. Please read again. 5.6.3, which you quoted, refers to the Maintainer tag specified in 5.6.2, which in turn specifies RFC822 format, which permits quoted strings, including commas. The long lintian error message also mentions 5.6.2 (probably in error). Or am I reading this wrong? This problem is new with Uploaders; since Maintainer doesn't take a list, it was never ambiguous. Commas in names have never worked for Uploaders since the introduction of the feature so far as I know. I see. Does this mean that lintian is consistent with the uploading framework, and I will have trouble uploading? -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part