Bug#197938: Remember, every time you open your mouth to talk, your mind walks out and parades up and down the words.
Wakey wakey! Now we suffer the evils of a long peace luxury more cruel than war broods over us and avenges a conquered world. He who has not forgiven an enemy has never yet tasted one of the most sublime enjoyments of life. Become a student of change. It is the only thing that will remain constant. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450410: Acknowledgement (syntax/sh.vim: posix parameter expansions)
From further reading of the comments in syntax.vim, it seems that /bin/sh is intentionally treated separately from Posix compliant shell. So this report may be invalid entirely. In particular, I noticed this when I was about to enable the $() command substitution to not highlight as an error. I'm thinking about manually setting the b:is_kornshell variable to enable the posix-compliant shell highlighting (but without the bashisms). I don't know whether this will enable other non-posix korn-specific stuff; I'm primarily using dash as my /bin/sh. -- http://www.doorstop.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450417: libapache2-mod-python: [debconf_rewrite] Debconf templates and debian/control review
Package: libapache2-mod-python Version: N/A Severity: normal Tags: patch Dear Debian maintainer, On Saturday, October 20, 2007, I notified you of the beginning of a review process concerning debconf templates for libapache2-mod-python. The debian-l10n-english contributors have now reviewed these templates, and the proposed changes are attached to this bug report. Please review the suggested changes are suggested, and if you have any objections, let me know in the next 3 days. Please try to avoid uploading libapache2-mod-python with these changes right now. The second phase of this process will begin on Saturday, November 10, 2007, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Saturday, December 01, 2007. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around DAY25, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash --- libapache2-mod-python.old/debian/libapache2-mod-python.templates 2007-10-14 07:36:02.034993527 + +++ libapache2-mod-python/debian/libapache2-mod-python.templates 2007-11-07 05:43:10.295707109 + @@ -1,10 +1,20 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# [EMAIL PROTECTED] for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: libapache2-mod-python/enable_module Type: boolean _Description: Enable the Apache 2 mod_python module? - You need to enable the module to use websites written for mod_python. + The mod_python module must be enabled if hosted web sites are using + its features. . - Choosing to enable the module creates a symbolic link for mod_python - in /etc/apache2/mods_enabled/, chosing to not enable the module removes - that link. + If you choose this option, a symbolic link for mod_python will be created + in /etc/apache2/mods_enabled/. If you refuse this option, this link + will be removed if it exists. . - NB. You will need to restart Apache 2 manually after changing this option. + Apache 2 must be restarted manually after changing this option. --- libapache2-mod-python.old/debian/control2007-10-14 07:36:02.034993527 + +++ libapache2-mod-python/debian/control2007-10-24 15:52:36.949967712 + @@ -17,19 +17,19 @@ Replaces: libapache2-mod-python2.4 ( 3.2.8-3), libapache2-mod-python2.3 ( 3.2.8-3) Conflicts: libapache2-mod-python2.4, libapache2-mod-python2.3, libapache2-mod-python2.2, libapache-mod-python, libapache-mod-python2.1, libapache-mod-python2.2, libapache-mod-python2.3 XB-Python-Version: ${python:Versions} -Description: Apache 2 module that embeds Python within the server - mod_python allows you to write web-based applications in Python. +Description: Python-embedding module for Apache 2 + The mod_python module supports web applications written in Python. Because the parser is embedded in the server as an Apache module, it - will run many times faster than traditional CGI. + will run much faster than traditional CGI. . This package is built for the current Python version. Package: libapache2-mod-python-doc Architecture: all Suggests: www-browser -Description: Apache 2 module that embeds Python within the server - mod_python allows you to write web-based applications in Python. +Description: Python-embedding module for Apache 2 - documentation + The mod_python module supports web applications written in Python. Because the parser is embedded in the server as an Apache module, it - will run many times faster than traditional CGI scripts. + will run much faster than traditional CGI. . This package contains the module documentation in HTML format.
Bug#382880: atlas3: New stable version 3.8.0 has been released
On Wed, Nov 07, 2007 at 04:37:20PM +, Ryo IGARASHI wrote: I just found that the upstream released new *stable* version 3.8.0 [1,2]. Could you consider packaging them? This version uses gcc 4.2 as the default compiler, so g77 - gfortran transition can be done smoothly when packaging the new version. This will also close #426070, #378207, #382340. I think that refblas3 and lapack3 should be updated at the same time. So this update will affect lots of packages used for scientific purposes (octave, r-base etc.). This is all part of the Debian gfortran transition. For information on progress, please read the debian-toolchain mailing list archives, epecially those of October and November. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450416: oolatex: treats $U_\mbox{s}$ as an error
Package: tex4ht Version: 20070904-1 Severity: normal I'm trying to convert a LaTeX manuscript to OpenDocument (.odt) using oolatex. An odt file is generated, and OpenOffice attempts to open it. It gets stuck and fails, however, saying Read-Error. Format error discovered in the file in sub-document content.xml at 354,2(row,col). Looking inside the odt archive at content.xml, line 354 says /math:mrow, the full context being table:table-rowtable:table-cell table:style-name=equ-celltext:p text:style-name=equ-p !--l. 183--draw:frame draw:style-name=mml-display draw:name=mobj-39 text:anchor-type=paragraph draw:z-index=0 draw:object xlink:href=./self-dispersion-m39 xlink:type=simple xlink:show=embed xlink:actuate=onLoad //draw:frame /math:mrow /math:msub self= 4!--l. 184--draw:frame draw:style-name=mml-inline draw:name=mobj-40 text:anchor-type=as-char draw:z-index=0 (is /math:mrow valid without an opening math ? My xhtml is rusty, I think it's ok as an empty node) This point in the manuscript is the same point where the oolatex run complained with ! Argument of \new:mfont has an extra }. inserted text \par l.184 U_\mathrm{ self}= 4\pi kT \sum_{n=0}^{\infty}{'} I don't know why oolatex is complaining about the \mathrm box, I'm pretty sure it's standard LaTeX (running latex normally does not give the same error). Breaking at this point must be what's generating the broken odt code which OpenOffice cannot read. Instead of writing $U_\mathrm{self}$, I can add extra braces $U_{\mathrm{self}}$. oolatex is then happy. But since this is not required for normal LaTeX, it's an onerous demand and prone to repeating the same problem any time you try to convert any normal LaTeX document. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22 (PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tex4ht depends on: ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libkpathsea4 2007.dfsg.1-1 TeX Live: path search library for ii tex4ht-common 20070904-1LaTeX and TeX for Hypertext (HTML) ii texlive-base-bin 2007.dfsg.1-1 TeX Live: Essential binaries tex4ht recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450410: Acknowledgement (syntax/sh.vim: posix parameter expansions)
Sure enough, if I just use let g:is_posix=1 in my .vimrc, it all works as expected for posix-compliant features. Sorry for the noise; there's really no bug here. I guess maybe the fact that debian doesn't ship a non-posix /bin/sh may cause a desire to set either is_posix or is_bash in the default config, so vim doesn't highlight so many errors in #!/bin/sh scripts. It's pretty much a separate issue, though. -- http://www.doorstop.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450418: openssl: Some parts of the debconf templates could be marked non translatable
Package: openssl Version: 0.9.8g-2 Severity: normal Tags: patch The new debconf templates contains a part with only a variable. I strongly suggest not making this translatable as some translators often do the mistake of translating the variable name. Using the recent feature of flag in debconf templates allows this. See attached patch. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-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/dash Versions of packages openssl depends on: ii libc6 2.7-0exp8GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-2 SSL shared libraries ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime openssl recommends no packages. -- no debconf information --- libssl0.9.8.templates.old 2007-11-07 08:11:43.227557330 + +++ libssl0.9.8.templates 2007-11-07 08:13:07.723462639 + @@ -16,6 +16,10 @@ Template: libssl0.9.8/restart-failed Type: error +#flag:translate!:3 +#flag:comment:2 +# This paragraph is followed by a (non translatable) paragraph containing +# a list of services that could not be restarted _Description: Failure restarting some services for OpenSSL upgrade The following services could not be restarted for the OpenSSL library upgrade: .
Bug#399785: Debian bug 399785: more information needed
Hello, Previous mail from Sergio wasn't CC-ed to Wilfried. Here is a copy for him. Regards, Nicolas From: Sergio [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#399785: iceweasel eats all cpu while displaying about: Date: Sat, 9 Dec 2006 16:26:35 +0100 Hello, I had the same problem while upgrading to iceweasel from firefox. The problem, as I see it, is just that I had to get out of my gnome session and get in again, in order for all the files to be read again. Once I got out and in, the problem was solved. Hope this helps. Regards, Sergio PD: Wilfried, can you please test if your problem has been solved as well? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449915: commit-tool: debian/watch fails to report upstream's version
tag 449915 +confirmed wontfix thanks Hi, Raphael Geissert wrote: uscan warning: In watchfile /tmp/commit-tool_watchbl3vku, reading webpage http://www.cyd.liu.se/~freku045/gct/ failed: 404 Not Found commit-tool is discontinuated upstream. I will not fix this package. Instead, I will try to organise a transition to qct which superseed this package (in functionnalities but commands are different) Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449274: ucf: Also saw this
Package: ucf Version: 3.003 Followup-For: Bug #449274 Just want to say I got this today as well when I was updating dovecot -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.16.29-domU-linode4 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages ucf depends on: ii coreutils 5.97-5.4 The GNU core utilities ii debconf [debconf-2.0] 1.5.16 Debian configuration management sy Versions of packages ucf recommends: ii debconf-utils 1.5.16 debconf utilities -- debconf information: * ucf/show_diff: * ucf/changeprompt_threeway: keep the local version currently installed ucf/title: * ucf/changeprompt: install the package maintainer's version -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449660: Processed: Re: Processed (with 4 errors): uscan's problem
Hi, Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: severity 449972 wishlist Bug#449972: libdns-zoneparse-perl: debian/watch fails to report upstream's version Severity set to `wishlist' from `minor' To save others having to find the missing context, the problem Ivan's referring to is that CPAN connection-limit their FTP server by returning a 500 response, which uscan (quite reasonably imo) treats as an error. For example: uscan warning: In watchfile /tmp/libdns-zoneparse-perl_watchiMHNlb, reading FTP directory ftp://ftp.cpan.org/pub/CPAN/modules/by-module/DNS/ failed: 500 Sorry, there are already 2 users from 217.196.43.134 logged on. Try again in 10 minutes. I can see two issues with attempting to treat the above as a temporary error: a) The textual part of the message will vary from server to server. Even if we make uscan match the message style quoted above, that won't help with non-CPAN servers. b) It's not a temporary error. FTP response codes of 5xx are defined as permanent errors which should not be retried without a human checking that the situation has changed since the error was generated. 500 specifically is syntax error or command unrecognised. IMHO, CPAN should really be returning 421 Service not available in this case. Just my opinion, of course. Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450421: screen: please raise MAXWIN to at least 100
Package: screen Version: 4.0.3-0.3+b1 Severity: wishlist The default MAXWIN value of 40 cannot be raised (only decreased) in the ~/.screenrc, so the only way the user has is to compile screen again which is a bit cumbersome for just changing one variable. 100 or 200 would be convenient values for me. Thanks, -- andreas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages screen depends on: ii base-passwd3.5.11Debian base system master password ii debconf [debconf-2.0] 1.5.14Debian configuration management sy ii libc6 2.6.1-3 GNU C Library: Shared libraries ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libpam0g 0.99.7.1-5Pluggable Authentication Modules l ii passwd 1:4.0.18.1-11 change and administer password and screen recommends no packages. -- debconf information: screen/old_upgrade_prompt: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450092: schedtool: debian/watch fails to report upstream's version
On Nov 7, 2007 2:18 AM, Raphael Geissert [EMAIL PROTECTED] wrote: Source: schedtool Version: 1.2.9-4 Severity: minor Usertags: dehs-no-upstream Hello maintainer, The debian/watch file of your package on the unstable distribution fails to report upstream's version. Uscan's message follows: uscan warning: In /tmp/schedtool_watchXthzb9, no matching hrefs for watch line http://freequaos.host.sk/schedtool/ schedtool-(.*)\.tar\.bz2 I guess this is the reason why it fails to work properly: a href=./schedtool-1.2.10.tar.bz2schedtool-1.2.10.tar.bz2/abr (leading ./ in the href). I'll keep it in mind for the next release -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284167: acl: long term mass bug filing for cross building support
Package: acl Version: 2.2.45-1 Followup-For: Bug #284167 As outlined on debian-devel, I'm now beginning to file or refresh bugs that prevent cross-builds of Debian packages. This is an ongoing process and all patches are tested with the current Debian package. I'm attaching patches for: debian/control : Add build dependency on automake debian/rules : Add --build and --host support by replacing the old configure script and generating a new one with libtoolize, autoconf and aclocal. Add one clean target. (Old script is replaced because it does not include support for --build and --host). configure.in : Add libtoolize support include/builddefs.in : Fix missing reference to top_builddir debian/changelog : possible NMU entry Please can this old bug be fixed? I am willing to upload an NMU if preferred. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages acl depends on: ii libacl1 2.2.45-1 Access control list shared library ii libattr1 1:2.4.39-1 Extended attribute shared library ii libc6 2.6.1-6GNU C Library: Shared libraries acl recommends no packages. --- acl.old/debian/changelog2007-11-07 08:30:18.0 + +++ acl-2.2.45/debian/changelog 2007-11-07 08:35:31.0 + @@ -1,3 +1,10 @@ +acl (2.2.45-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Long term mass bug filing for cross building support. + + -- Neil Williams [EMAIL PROTECTED] Wed, 07 Nov 2007 08:35:08 + + acl (2.2.45-1) unstable; urgency=low * New upstream release --- acl.old/debian/control 2007-11-07 08:30:18.0 + +++ acl-2.2.45/debian/control 2007-11-07 08:34:44.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Nathan Scott [EMAIL PROTECTED] Uploaders: Anibal Monsalve Salazar [EMAIL PROTECTED] -Build-Depends: autoconf, debhelper (= 5), gettext, libtool, libattr1-dev (= 2.4.4) +Build-Depends: autoconf, debhelper (= 5), gettext, libtool, libattr1-dev (= 2.4.4), automake Standards-Version: 3.7.2 Package: acl --- acl.old/debian/rules2007-11-07 08:30:18.0 + +++ acl-2.2.45/debian/rules 2007-11-07 08:39:42.0 + @@ -1,5 +1,13 @@ #!/usr/bin/make -f +DEB_HOST_GNU_TYPE=$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +DEB_BUILD_GNU_TYPE=$(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE)) +CROSS= --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE) +else +CROSS= +endif + package = acl develop = lib$(package)1-dev library = lib$(package)1 @@ -28,7 +36,10 @@ .census: @echo == dpkg-buildpackage: configure 12 $(checkdir) - $(options) $(MAKE) configure + libtoolize + aclocal -I m4 + autoconf + ./configure $(CROSS) touch .census clean: @@ -38,6 +49,7 @@ $(MAKE) distclean -rm -rf $(dirme) $(dirdev) $(dirlib) -rm -f debian/*substvars debian/files* debian/*.debhelper debian/compat + -rm -f config.guess config.sub ltmain.sh binary-indep: --- acl.old/configure.in2007-05-06 21:05:56.0 +0100 +++ acl-2.2.42/configure.in 2007-05-06 21:06:10.0 +0100 @@ -2,6 +2,8 @@ AC_CONFIG_HEADER(include/config.h) AC_PREFIX_DEFAULT(/usr) +AC_PROG_LIBTOOL + AC_ARG_ENABLE(shared, [ --enable-shared=[yes/no] Enable use of shared libraries [default=yes]],, enable_shared=yes) --- acl.old/builddefs.in2007-05-06 21:07:16.0 +0100 +++ acl-2.2.42/include/builddefs.in 2007-05-06 21:08:04.0 +0100 @@ -4,6 +4,8 @@ # @configure_input@ # +top_builddir = @top_builddir@ + ifndef _BUILDDEFS_INCLUDED_ _BUILDDEFS_INCLUDED_ = 1
Bug#450419: wine crashes on use with i810 Xorg-driver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wine Version: 0.9.25-2.1 Wine crashes when the Xorg-Server is running with the i810-driver. Using the vesa-driver helps, but that's kind of a dirty workaround.. Output: bufmgr_fake.c:1245: bmReleaseBuffers: Assertion `intel-locked' failed. wine: Assertion failed at address 0xb7f99410 (thread 0009), starting debugger... err:seh:start_debugger Couldn't start debugger (winedbg 8 80) (2) Read the Wine Developers Guide on how to set up winedbg or another debugger I am using Debian GNU/Linux 4, and the standard kernel 2.6.18-5-686 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMX87V2BJzU43y1QRAilyAKCp8j+/mNzakjSRTovA+ud64LxuZwCgjU0P 9kxnKJV9xnd4+s9jiR4gCnk= =ezOE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450420: gnome-applets: drivemount_applet2 and /
Package: gnome-applets Version: 2.20.0-1 Severity: normal Hello, drivemount_applet2 displays / with other volumes. This is useless at all and worst of it, it shows that / is not mounted ... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.22.10-ibook Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-applets depends on: ii debconf [debconf-2.0] 1.5.16Debian configuration management sy ii gconf2 2.20.1-1 GNOME configuration database syste ii gnome-applets-data 2.20.0-1 Various applets for GNOME 2 panel ii gnome-icon-theme 2.20.0-1 GNOME Desktop icon theme ii gnome-panel2.20.1-1 launcher and docking facility for ii gstreamer0.10-alsa 0.10.14-4 GStreamer plugin for ALSA ii gstreamer0.10-plugins-good 0.10.5-7 GStreamer plugins from the good ii libapm13.2.2-8.1 Library for interacting with APM d ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcpufreq0002-5 shared library to deal with the cp ii libdbus-1-31.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libgconf2-42.20.1-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.2-1 The GLib library of C routines ii libgnome-desktop-2 2.20.1-1 Utility library for loading .deskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomekbd1 2.20.0-1 GNOME library to manage keyboard c ii libgnomekbdui1 2.20.0-1 User interface library for libgnom ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.0-3GNOME Virtual File System (runtime ii libgnomevfs2-extra 1:2.20.0-3GNOME Virtual File System (extra m ii libgstreamer-plugins-base0 0.10.14-4 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.14-1 Core GStreamer libraries and eleme ii libgtk2.0-02.12.1-1 The GTK+ graphical user interface ii libgtop2-7 2.20.0-1 gtop system monitoring library ii libgucharmap6 1:1.10.1-1Unicode browser widget library (sh ii libhal10.5.10-2 Hardware Abstraction Layer - share ii libnotify1 [libnotify1-gtk 0.4.4-3 sends desktop notifications to a n ii liboobs-1-32.18.1-2+b1 GObject based interface to system- ii libpanel-applet2-0 2.20.1-1 library for GNOME Panel applets ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libwnck22 2.20.1-1 Window Navigator Construction Kit ii libx11-6 2:1.0.3-7 X11 client-side library ii libxklavier11 3.3-1 X Keyboard Extension high-level AP ii libxml22.6.30.dfsg-2 GNOME XML library ii python 2.4.4-6 An interactive high-level object-o Versions of packages gnome-applets recommends: pn deskbar-applet none(no description available) ii gnome-media2.20.1-1 GNOME media utilities ii gnome-netstatus-applet 2.12.1-1 Network status applet for GNOME 2 ii gnome-system-monitor 2.20.1-1 Process viewer and system resource ii imagemagick7:6.2.4.5.dfsg1-2 Image manipulation programs ii python-gnome2 2.20.0-1 Python bindings for the GNOME desk -- debconf information: * gnome-applets/cpufreq_SUID_bit: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449681: nut: debian/watch fails to report upstream's version
Hi Raphael, 2007/11/7, Raphael Geissert [EMAIL PROTECTED]: Source: nut Version: 2.2.0-2 Severity: minor Usertags: dehs-no-upstream Hello maintainer, The debian/watch file of your package on the unstable distribution fails to report upstream's version. Uscan's message follows: uscan warning: In watchfile /tmp/nut_watchknlgkG, reading webpage http://random.networkupstools.org/source/2.0/ failed: 500 Can't connect to random.networkupstools.org:80 (Bad hostname 'random.networkupstools.org') ... thanks for your feedback. This situation is due to the transition underway for the NUT and related project. These were sponsored and hosted by MGE UPS SYSTEMS. This last has been divided following the acquisition of APC by MGE's parent company, Schneider Electric. MGE Office Protection Systems is now the new sponsor, and the according update (vhosts and packages updates) are scheduled or underway. Thanks again, Arnaud -- Linux / Unix Expert RD - MGE Office Protection Systems - http://www.mgeops.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ Free Software Developer - http://arnaud.quette.free.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450092: schedtool: debian/watch fails to report upstream's version
I guess this is the reason why it fails to work properly: a href=./schedtool-1.2.10.tar.bz2schedtool-1.2.10.tar.bz2/abr (leading ./ in the href). I'll keep it in mind for the next release I've just fixed the all the HREFs. Thanks, F -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450092: schedtool: debian/watch fails to report upstream's version
On Nov 7, 2007 10:27 AM, Freek [EMAIL PROTECTED] wrote: I guess this is the reason why it fails to work properly: a href=./schedtool-1.2.10.tar.bz2schedtool-1.2.10.tar.bz2/abr (leading ./ in the href). I'll keep it in mind for the next release I've just fixed the all the HREFs. Cool thanks! Let see if it solves the issue :) T-Bone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449015: Fwd: patch
For some reason my previous email never made it there so I'm resending the patch. Does it look good? I tried to keep it as simple as possible... T-Bone -- Forwarded message -- From: Thibaut VARENE [EMAIL PROTECTED] Date: Nov 7, 2007 10:25 AM Subject: patch --- /etc/init.d/boinc-client2007-10-30 07:32:59.0 +0100 +++ etc/init.d/boinc-client 2007-11-04 15:43:53.063308989 +0100 @@ -23,6 +23,7 @@ # Default values for the variables that are also set in the defaults file. ENABLED=0 +SCHEDULE=0 BOINC_USER=boinc BOINC_DIR=/var/lib/boinc-client BOINC_CLIENT=/usr/bin/boinc_client @@ -83,6 +84,10 @@ --chdir $BOINC_DIR --exec $BOINC_CLIENT -- $BOINC_OPTS fi log_end_msg 0 + + if [ $SCHEDULE = 1 ]; then + schedule + fi } stop() --- /etc/default/boinc-client.dpkg-dist 2007-07-15 17:16:42.0 +0200 +++ etc/default/boinc-client2007-11-04 15:37:53.846605086 +0100 @@ -4,6 +4,10 @@ # Set this to 1 to enable and to 0 to disable the init script. ENABLED=1 +# Set this to 1 to enable advanced scheduling of the BOINC client and all its +# sub-processes (reduces the impact of BOINC on the system's performance) +SCHEDULE=1 + # The BOINC core client will be started with the permissions of this user. BOINC_USER=boinc -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439689: gnupg: another key producing the same issue
On Tue, 6 Nov 2007 15:35, [EMAIL PROTECTED] said: What I notice is that it contains Czech characters so could that be the culprit? No. David already explained the problem. 1.4.8rc1 will be much faster in trying to cleanup such mangled keys. Salam-Shalom, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450423: ebug-http: FTBFS: wants to download CPAN stuff
Package: ebug-http version: 0.31-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071106 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: Cannot determine perl version info from lib/Devel/ebug/HTTP.pm *** Module::Install::Catalyst Please run make catalyst_par to create the PAR package! *** Module::Install::Catalyst finished. *** Module::AutoInstall version 1.02 *** Checking for Perl dependencies... [Core Features] - Catalyst ...loaded. (5.7011 = 5.64) - Test::WWW::Mechanize::Catalyst ...loaded. (0.41) - Catalyst::Plugin::Static::Simple ...loaded. (0.20) - Catalyst::View::TT ...loaded. (0.25) - Devel::ebug ...loaded. (0.48 = 0.45) - HTML::Prototype ...loaded. (1.48) - Path::Class ...loaded. (0.16) - PPI ...loaded. (1.118 = 1.110) - PPI::HTML...loaded. (1.07) - Test::Expect ...missing. == Auto-install the 1 mandatory module(s) from CPAN? [Y/n] y [] If your proxy is an authenticating proxy, you can store your username permanently. If you do not want that, just press RETURN. You will then be asked for your username in every future session. Your proxy user id? You have no /home/user/.cpan/sources/MIRRORED.BY I'm trying to fetch one Fetching with LWP: ftp://ftp.perl.org/pub/CPAN/MIRRORED.BY Fetching with LWP: ftp://ftp.perl.org/pub/CPAN/MIRRORED.BY.gz Fetching with Net::FTP: ftp://ftp.perl.org/pub/CPAN/MIRRORED.BY Fetching with Net::FTP ftp://ftp.perl.org/pub/CPAN/MIRRORED.BY.gz No external ftp command available Please check, if the URLs I found in your configuration file () are valid. The urllist can be edited. E.g. with 'o conf urllist push ftp://myurl/' Could not fetch MIRRORED.BY CPAN.pm needs at least one URL where it can fetch CPAN files from. Please enter your CPAN site: [] CPAN.pm needs at least one URL where it can fetch CPAN files from. Please enter your CPAN site: [] CPAN.pm needs at least one URL where it can fetch CPAN files from. Please enter your CPAN site: [] CPAN.pm needs at least one URL where it can fetch CPAN files from. The full build log is available from http://people.debian.org/~lucas/logs/2007/11/06 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | 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#441126: gfpoken - FTBFS: montage: unable to open image `/tmp/tmp.pFPMh17125/blender//0064.png': No such file or directory.
severity 441126 serious thanks On 10/09/07 at 10:56 +0200, Cyril Brulebois wrote: Bas Wijnen [EMAIL PROTECTED] (07/09/2007): Thanks for letting me know. This seems to be an endianness-problem in Blender, seeing that the same failure happens on mips, but not on mipsel or other little-endian architectures. (There's a different error there ;-) ). Well, as I answered on the bug you opened, endianness might not be the trivial problem, since powerpc is OK. I'll file a bug there and block this one on it. In the meantime, I'll ship pre-built images and let the build work even if blender can't load the file. While I don't like using precompiled files, it is better than waiting possibly a long time for a fix which will probably not be given high priority by the Blender people. Given the pain we had to have them consider 64-bit troubles a problem worth fixing, it might be that they don't care about mips and s390. :/ It's not an endianess problem: I see this too on i386. It seems to be caused by the fact that something tries to write to $HOME during the build. -- | 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#450422: easymock: FTBFS: tests blocked
Package: easymock version: 2.3+ds1-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071106 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. It blocked during the testcases. I have no idea why. The last testcases to be executed were: [junit] Testcase: setOpenCallCountTwice took 0.045 sec [junit] Testcase: setIllegalMinimumCount took 0.001 sec [junit] Testcase: setIllegalMaximumCount took 0.001 sec [junit] Testcase: setMinimumBiggerThanMaximum took 0.001 sec [junit] Running org.easymock.tests.RecordStateInvalidReturnValueTest [junit] Testsuite: org.easymock.tests.RecordStateInvalidReturnValueTest [junit] Tests run: 11, Failures: 0, Errors: 0, Time elapsed: 0.023 sec [junit] Tests run: 11, Failures: 0, Errors: 0, Time elapsed: 0.023 sec [junit] [junit] Testcase: setInvalidBooleanReturnValue took 0.013 sec [junit] Testcase: setInvalidLongReturnValue took 0.001 sec [junit] Testcase: setInvalidFloatReturnValue took 0.001 sec [junit] Testcase: setInvalidDoubleReturnValue took 0 sec [junit] Testcase: setInvalidObjectReturnValue took 0.001 sec [junit] Testcase: setInvalidBooleanReturnValueCount took 0.001 sec [junit] Testcase: setInvalidLongReturnValueCount took 0.001 sec [junit] Testcase: setInvalidFloatReturnValueCount took 0.001 sec The full build log is available from http://people.debian.org/~lucas/logs/2007/11/06 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | 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#377467: helping svn-buildpackage development
Hello Mike, I would like to know if you are still interested in co-maintaining svn-buldpackage? I have recently had the time to fix quite a few bugs in it, but still a helping hand is always welcome. BTW, the graphs you generate at http://people.debian.org/~glandium/bts/ are great and is really conforting and motivating to see those abrupt falls: http://people.debian.org/~glandium/bts/s/svn-buildpackage.png P.S.: those scripts seem to have gone a little awry; see the directories , , +, -, , , R, [, ] and `. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein signature.asc Description: OpenPGP digital signature
Bug#450424: ata1.00: DISK MIGHT NOT BE SPUN DOWN PROPERLY. UPDATE SHUTDOWN UTILITY
Package: linux-image-2.6.22-3-amd64 Version: 2.6.22-5 Severity: normal 1) at the end of shutdown i get the following message: sd 0:0:0:0: [sda] Synchronizing SCSI cache sd 0:0:0:0: [sda] Stopping disk ata1.00: DISK MIGHT NOT BE SPUN DOWN PROPERLY. UPDATE SHUTDOWN UTILITY ata1.00: For more info visit http://linux-ata.org/shutdown.html 2) this or maybe a second issue causes that after reboot system hangs during BIOS. When halting system hangs too, pushing power button results in Cannot set affinity to IRQ 0-message. Im also not sure if disabling Non-boot CPU is fine. For the moment the only way is to brute force with 3-second power-button pushing. -- Package-specific info: ** Version: Linux version 2.6.22-3-amd64 (Debian 2.6.22-5) ([EMAIL PROTECTED]) (gcc version 4.1.3 20070831 (prerelease) (Debian 4.1.2-16)) #1 SMP Thu Oct 11 15:23:23 UTC 2007 ** Tainted: P M (17) ** Kernel log: JFS: nTxBlock = 8192, nTxLock = 65536 piix4_smbus :00:14.0: Found :00:14.0 device pci_hotplug: PCI Hot Plug PCI Core version: 0.5 shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 input: PC Speaker as /class/input/input1 Yenta: CardBus bridge found at :1a:04.0 [1179:ff00] Yenta: Enabling burst memory read transactions Yenta: Using CSCINT to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta TI: socket :1a:04.0, mfunc 0x10a01b22, devctl 0x64 sdhci: Secure Digital Host Controller Interface driver sdhci: Copyright(c) Pierre Ossman Yenta: ISA IRQ mask 0x0cf8, PCI irq 20 Socket status: 3006 Yenta: Raising subordinate bus# of parent bus (#1a) from #1b to #1e pcmcia: parent PCI bridge I/O window: 0x2000 - 0x2fff pcmcia: parent PCI bridge Memory window: 0xf840 - 0xf84f pcmcia: parent PCI bridge Memory window: 0x8800 - 0x8bff ACPI: PCI Interrupt :1a:04.2[C] - GSI 22 (level, low) - IRQ 22 sdhci: SDHCI controller found at :1a:04.3 [104c:803c] (rev 0) ACPI: PCI Interrupt :1a:04.3[C] - GSI 22 (level, low) - IRQ 22 mmc0: SDHCI at 0xf8406800 irq 22 DMA input: PS/2 Mouse as /class/input/input2 input: AlpsPS/2 ALPS GlidePoint as /class/input/input3 ACPI: PCI Interrupt :00:14.2[A] - GSI 16 (level, low) - IRQ 16 si3054: cannot initialize. EXT MID = loop: module loaded fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [fglrx] Maximum main memory to use for locked dma buffers: 1766 MBytes. [fglrx] ASYNCIO init succeed! [fglrx] PAT is enabled successfully! [fglrx] module loaded - fglrx 8.42.3 [Oct 19 2007] on minor 0 ndiswrapper version 1.49rc3 loaded (smp=yes, preempt=no) ndiswrapper (link_pe_images:576): fixing KI_USER_SHARED_DATA address in the driver ndiswrapper: driver net5211 (,06/21/2007,5.3.0.56) loaded ACPI: PCI Interrupt :14:00.0[A] - GSI 19 (level, low) - IRQ 19 ndiswrapper (ZwClose:2230): closing handle 0x0 not implemented PCI: Setting latency timer of device :14:00.0 to 64 ndiswrapper: using IRQ 19 wlan0: ethernet device 00:1b:9e:4b:03:47 using serialized NDIS driver: net5211, version: 0x50003, NDIS version: 0x501, vendor: 'NDIS Network Adapter', 168C:001C.5.conf wlan0: encryption modes supported: WEP; TKIP with WPA, WPA2, WPA2PSK; AES/CCMP with WPA, WPA2, WPA2PSK usbcore: registered new interface driver ndiswrapper vboxdrv: Trying to deactivate the NMI watchdog permanently... vboxdrv: Successfully done. kjournald starting. Commit interval 5 seconds EXT3 FS on sda3, internal journal EXT3-fs: mounted filesystem with ordered data mode. Adding 1950828k swap on /dev/mapper/sda6_crypt. Priority:-1 extents:1 across:1950828k pcmcia: Detected deprecated PCMCIA ioctl usage from process: discover. pcmcia: This interface will soon be removed from the kernel; please expect breakage unless you upgrade to new tools. pcmcia: see http://www.kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html for details. r8169: eth1: link down NET: Registered protocol family 10 lo: Disabled Privacy Extensions ADDRCONF(NETDEV_UP): eth1: link is not ready powernow-k8: Found 2 AMD Turion(tm) 64 X2 Mobile Technology TL-52 processors (version 2.00.00) powernow-k8:0 : fid 0x8 (1600 MHz), vid 0x13 powernow-k8:1 : fid 0x0 (800 MHz), vid 0x1e ACPI: Battery Slot [BAT1] (battery absent) ACPI: AC Adapter [ACAD] (on-line) input: Power Button (FF) as /class/input/input4 ACPI: Power Button (FF) [PWRF] input: Lid Switch as /class/input/input5 ACPI: Lid Switch [LID] input: Power Button (CM) as /class/input/input6 ACPI: Power Button (CM) [PWRB] pnp: the driver 'parport_pc' has been registered lp: driver loaded but no devices found ppdev: user-space parallel port driver Bluetooth: Core ver 2.11 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized Bluetooth: L2CAP ver 2.8 Bluetooth: L2CAP socket layer initialized Bluetooth: RFCOMM socket layer initialized Bluetooth: RFCOMM TTY layer initialized Bluetooth: RFCOMM ver 1.8 ACPI: PCI
Bug#447211: at76c503a-source: Package was renamed
Package: at76c503a-source Version: 0.15~dev0.20070427-2 Followup-For: Bug #447211 FYI, the package was renamed as at76-usb, and doesn't appear atm on the Debian packages server lists. However it is possible to get a snapshot from http://git.debian.org/?p=users/agx/at76-usb.git;a=summary which can be rebuilt using dpkg-buildpackage and later recompiled using m-a. Hope this helps. Best regards, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages at76c503a-source depends on: ii atmel-firmware1.3-3 Firmware for Atmel at76c50x wirele ii debhelper 5.0.59 helper programs for debian/rules at76c503a-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449560: liblua5.1-socket2: API documentation is not packaged with Debian
On Tue, Nov 06, 2007 at 12:44:47PM -0500, Norman Ramsey wrote: (I have found that luasocket-doc package but both by the naming convention and by the lack of a 'socket2' I am assuming it is for the previous version of luasocket.) I think I did a mistake when I renamed all the packages, since luasocket-doc is the right package. The issue is that the same source package compiles liblua5.1-socket2 liblua5.1-socket-dev liblua50-socket2 liblua50-socket-dev luasocket-doc The documentation is a common package, maybe I should call it liblua-socket-doc instead of luasocket-doc, but as you see the API (or ABI) number is usually part only of the non -dev non -doc packages... Maybe I should call it liblua5.1-socket-doc and add a Provides: liblua5.0-socket-doc so that a (virtual) package is listed and is selected the real one is installed... Better ideas? -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450425: can't put a * to the passwd fields of preseed.cfg
Package: debian-installer Version: etch Severity: normal I'm using this preseed file, and if I put *, \*, * in a password field, I'm getting these: root:bin dev etc floppy init initrd lib mnt proc root sbin sys tmp usr var:13824:0:9:7::: root:\*:13824:0:9:7::: root:*:13824:0:9:7::: What do I need to put to just get a line like this: root:*:13824:0:9:7::: Preseed file used: http://debian.ethz.ch/d-i/p Yours, Gürkan
Bug#450201: libmowgli: debian/watch fails to report upstream's version
Tags 450201 + pending thanks Hi Raphael, On Wed, Nov 07, 2007 at 01:18:43AM +, Raphael Geissert wrote: The debian/watch file of your package on the unstable distribution fails to report upstream's version. Uscan's message follows: unfortunetely this URL of upstream seems as if has become dead. However there is another domain available for this project, so I have prepared a fixed upload that is now waiting for my sponsor to be uploaded and therefore will be available soon. Thanks for reporting the issue. Best Regards Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450426: fglrx-driver: bottom 2/3 of screen corrupted if window wider than 1760 pixels
Package: fglrx-driver Version: 8.42.3-2 Severity: important After installing 8.42.3-2 openGL doesn't work properly, if the window is wider than 1760 pixels (1760 works fine, 1761 and more does not) most of the bottom part of the screen gets corrupted, not completely though, it looks like redrawn parts are not redrawn correctly. Same goes for fullscreen (lower resolutions work OK, 1920x1200 does not). All programs I tried have the same problem (xscreensaver openGL hacks, TileRacer game) Previous version worked correctly (IIRC 8.37.x) Let me know if you need more info, I can't think of anything else that would be relevant. erik -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18jojda (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-driver depends on: ii libc6 2.6.1-6GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1] 7.0.1-2A free implementation of the OpenG ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxrandr22:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra ii xserver-xorg 1:7.3+3the X.Org X server Versions of packages fglrx-driver recommends: ii fglrx-kernel-2.6.18jo 99:8.42.3-2+jojda1 ATI binary kernel module for Linux ii fglrx-kernel-src 8.42.3-2 kernel module source for the ATI g -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443880: libzzip crash is unaligned access
On Wed, Nov 07, 2007 at 12:38:23AM +, brian m. carlson wrote: tags 443880 + patch kthxbye The crash in __zzip_parse_root_directory is a bus error on sparc, which is a dead giveaway that it's an unaligned access. The problem is that d is a zzip_disk_entry, which is required to be aligned, but zz_offset is not guaranteed to be a multiple of sizeof(*d). In fact, line 456 explicitly updates zz_offset to something that is often *not* a multiple of 4, so using a char * (fd_map, from mmap) will result in an unaligned access. The way to solve this is to explicitly allocate memory for d, then memcpy the data from fd_map to d, since memcpy is guaranteed to work for memory of any alignment. An untested patch to do this is attached. Thank you! -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 Enrico, please test the new debian packages available at: http://people.debian.org/~anibal/zziplib/ --- zip.c.orig 2007-11-06 23:59:24.0 + +++ zip.c 2007-11-07 00:35:40.0 + @@ -402,7 +402,10 @@ uint16_t u_extras, u_comment, u_namlen; if (fd_map) - { d = (void*)(fd_map+zz_fd_gap+zz_offset); } /* fd_map+fd_gap==u_rootseek */ + { +d = dirent; +memcpy(d, fd_map+zz_fd_gap+zz_offset, sizeof(*d)); /* fd_map+fd_gap==u_rootseek */ +} else { if (io-fd.seeks(fd, zz_rootseek+zz_offset, SEEK_SET) 0) signature.asc Description: Digital signature
Bug#450427: ITP: vdr-plugin-ipod -- Makes iPods browsable from vdr
Subject: ITP: vdr-plugin-ipod -- Makes iPods browsable from vdr Package: vdr-plugin-ipod Version: 0.0.4 Severity: wishlist *** Please type your report below this line *** I would like to package this vdr plugin http://www.jwendel.de/vdr/vdr-ipod-0.0.4.tgz The pkg-vdr-dvb poject team suggesed that I first submit an ITP Intent To Package request which is what I believe I am doing right now. Please let me know if this ITP is wrongly formatted as I am a packaging newbie. Thanks, Jodok -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450428: hiki: attach.cgi activation needs more procedure than documented
Package: hiki Version: 0.8.7-1 Severity: normal According to /usr/share/doc/hiki/README-attach.txt (which is written in Japanese), activating attach.cgi requires copying the cgi file to a working directory and telling the system to use it via web interface. Actually, they are not enough but linking several directories at the working directory is necessary: ln -s /usr/share/hiki/hiki hiki ln -s /usr/share/hiki/messages messages ln -s /usr/share/hiki/style style It would be kind for newcomers if this info could be added to the appropriate README file. Regards, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Shell: /bin/sh linked to /bin/bash Versions of packages hiki depends on: ii libuconv-ruby1.8 0.4.12-2Unicode/EUC-JP translation module ii ruby 1.8.2-1 An interpreter of object-oriented ii ruby1.8 1.8.6.111-2 Interpreter of object-oriented scr hiki recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449736: Help needed to fix watch file (Was: Bug#449736: wordnet: debian/watch fails to report upstream's version)
Andreas Tille [EMAIL PROTECTED] (07/11/2007): The source tarball is provided as http://wordnet.princeton.edu/3.0/WordNet-3.0.tar.gz Since it is linked from http://wordnet.princeton.edu/obtain/… Any idea whether the watch file is wrong or is it possible that the upstream server just does not work correctly? … what about the following? 8 http://wordnet.princeton.edu/obtain/ .*WordNet-(.*).tar.gz 8 Cheers, -- Cyril Brulebois signature.asc Description: Digital signature
Bug#444021: Hippo Canvas in Debian
Hi Santiago, On Monday 05 November 2007 21:39, Santiago Ruano Rincón wrote: Just to let you know that I'll upload hippo-canvas, a sugar dependency, to debian as soon as ftp-master is available again. thanks for telling us and for packaging it! regards, Holger pgpxBMYeoCR5v.pgp Description: PGP signature
Bug#449946: wmnut: debian/watch fails to report upstream's version
Hi again Raphael, 2007/11/7, Raphael Geissert [EMAIL PROTECTED]: Source: wmnut Version: 0.62-1 Severity: minor Usertags: dehs-no-upstream Hello maintainer, The debian/watch file of your package on the unstable distribution fails to report upstream's version. Uscan's message follows: uscan warning: In watchfile /tmp/wmnut_watch6AfFnc, reading webpage http://wmnut.mgeups.org/files/ failed: 500 Can't connect to wmnut.mgeups.org:80 (Bad hostname 'wmnut.mgeups.org') ... thanks (again ;-) for your feedback. This situation is due to the transition underway for the NUT and related project. These were sponsored and hosted by MGE UPS SYSTEMS. This last has been divided following the acquisition of APC by MGE's parent company, Schneider Electric. MGE Office Protection Systems is now the new sponsor, and the according update (vhosts and packages updates) are scheduled or underway. WMNut is being relocated on http://wmnut.mgeops.org/ Thanks again, Arnaud -- Linux / Unix Expert RD - MGE Office Protection Systems - http://www.mgeops.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ Free Software Developer - http://arnaud.quette.free.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358742: cyrus21-imapd: Same problem with Apple Mail (Mail.app)
On Di, 06 Nov 2007, Benjamin Seidenberg [EMAIL PROTECTED] wrote: How much free space is on the device where cyrus has it's various partitions? A lot: /dev/mapper/isata-cyrus 40G 8,3G 32G 21% /var/spool/cyrus Volker Sauer wrote: Package: cyrus21-imapd Version: 2.1.18-5.1 Followup-For: Bug #358742 Client: Apple Mail (Mail.app) Sending (big?) attachments causes imapd to hang and lock the Sent folder. No mail is stored to sent anymore. Apple Mail says in the log: 2007-11-05 08:28:02.277 Mail[325] Failed to append to Sent 2007-11-05 08:55:35.371 Mail[325] Error (null) occurred while trying to append messages to outoing store. Ignoring and proceeding with delivery... Cyrus says: Nov 5 08:28:01 paris cyrus/imapd[24948]: IOERROR: locking header for user.guerrero.Sent: Interrupted system call Nov 5 08:55:37 paris cyrus/imapd[25726]: IOERROR: locking header for user.guerrero.Sent: Interrupted system call -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-x64-smp-dvs1-2-preempt-64G Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cyrus21-imapd depends on: ii cyrus21-common 2.1.18-5.1Cyrus mail system (common files) ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libdb3 3.2.9+dfsg-0.1Berkeley v3 Database Libraries [ru ii libsasl2-2 2.1.22.dfsg1-8Authentication abstraction library ii libssl0.9.80.9.8c-4etch1 SSL shared libraries ii libwrap0 7.6.dbs-13Wietse Venema's TCP wrappers libra cyrus21-imapd recommends no packages. -- no debconf information ___ Pkg-Cyrus-imapd-Debian-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel -- Volker Sauer * Poststrasse 1/601 * 64293 Darmstadt * Germany E-Mail/Jabber: volker(at)volker-sauer.de * http://www.volker-sauer.de PGPKey-Fingerprint: DB26 11C7 B12E 0B27 3999 2E4F 7E35 4E4D 5DD5 D0E0 http://wwwkeys.de.pgp.net/pks/lookup?op=getsearch=0x7E354E4D5DD5D0E0 signature.asc Description: Digital signature
Bug#441126: gfpoken - FTBFS: montage: unable to open image `/tmp/tmp.pFPMh17125/blender//0064.png': No such file or directory.
On Wed, Nov 07, 2007 at 10:24:37AM +0100, Lucas Nussbaum wrote: severity 441126 serious thanks Why the severity-upgrade? The actual problem is in blender AFAIK, not in gfpoken, so if the severity must be upgraded, it should be that of #441216. Gfpoken failed to build because of it, but that's worked-around by using pre-built files when blender fails. So at this moment the only thing I (as gfpoken maintainer) can do, is wait for blender to be fixed. In the meantime, there is no real problem (because there is a workaround). This doesn't seem serious to me. It's not an endianess problem: I see this too on i386. You do? It built fine for me on i386. What version of blender is this about? It can't be a blender version problem either, because on mips it fails, but on mipsel it succeeds, and both builds used 2.45-1. It seems to be caused by the fact that something tries to write to $HOME during the build. I took a lot of care to get rid of that problem (setting $HOME to a tempdir, for example). If I missed something, please let me know what. However, it seems unlikely because the buildds use a nonexistent home, and many of them can build the package successfully (including running blender). Thanks, Bas -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://pcbcn10.phys.rug.nl/e-mail.html signature.asc Description: Digital signature
Bug#450148: debian/watch fails to report upstream's version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 450148 +confirmed tags 450274 +confirmed thanks Hi, Thanks for reporting these bugs - I was aware of these, but waiting for new upstream releases before making an upload that corrected this. Alan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHMZDg1FNW1LDdr0IRAu8eAJ9Ip7cu9hyZm+STMN1FoKGitHxQuACgnrY8 vlHakWd78Nx3CFjasy8SOqY= =V/Lv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449339: (no subject)
System: Linux 2.6.22-2-686 #1 SMP Fri Aug 31 00:24:01 UTC 2007 i686 X Vendor: The X.Org Foundation X Vendor Release: 1030 Selinux: No Accessibility: Disabled GTK+ Theme: Mac4Lin_GTK_Aqua_v0.3 Icon Theme: Leopard_Icons_v0.3 Memory status: size: 61784064 vsize: 61784064 resident: 34201600 share: 17502208 rss: 34201600 rss_rlim: 4294967295 CPU usage: start_time: 1194433044 rtime: 583 utime: 505 stime: 78 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/quodlibet' (no debugging symbols found) Using host libthread_db library /lib/i686/cmov/libthread_db.so.1. (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0xb7daf8c0 (LWP 16049)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xe410 in __kernel_vsyscall () #0 0xe410 in __kernel_vsyscall () #1 0xb7f3314b in waitpid () from /lib/i686/cmov/libpthread.so.0 #2 0xb5f2f865 in libgnomeui_segv_handle (signum=11) at gnome-ui-init.c:872 #3 signal handler called #4 0x080dbce5 in PyThreadState_New () #5 0x080dbe42 in PyGILState_Ensure () #6 0xb7b0e93d in ?? () from /var/lib/python-support/python2.4/gtk-2.0/gobject/_gobject.so #7 0xb7f2ec80 in ?? () from /lib/i686/cmov/libpthread.so.0 #8 0xb7f2e8ac in __pthread_mutex_unlock_usercnt () from /lib/i686/cmov/libpthread.so.0 #9 0xb7a2a638 in IA__g_datalist_clear (datalist=0x836f728) at /tmp/buildd/glib2.0-2.14.1/glib/gdataset.c:120 #10 0xb7acab80 in g_object_finalize (object=0x836f720) at /tmp/buildd/glib2.0-2.14.1/gobject/gobject.c:540 #11 0xb6da81bd in ?? () from /usr/lib/libgstreamer-0.10.so.0 #12 0x0836f720 in ?? () #13 0x082a3ee0 in ?? () #14 0xbfe1efc8 in ?? () #15 0xb7a45961 in IA__g_free (mem=0x82dd318) at /tmp/buildd/glib2.0-2.14.1/glib/gmem.c:187 #16 0xb6ddd25f in ?? () from /usr/lib/libgstreamer-0.10.so.0 #17 0x0836f720 in ?? () #18 0x0050 in ?? () #19 0xbfe1f008 in ?? () #20 0xb6da6711 in ?? () from /usr/lib/libgstreamer-0.10.so.0 #21 0x0836f720 in ?? () #22 0xb7f2ec80 in ?? () from /lib/i686/cmov/libpthread.so.0 #23 0x in ?? () Thread 1 (Thread 0xb7daf8c0 (LWP 16049)): #0 0xe410 in __kernel_vsyscall () No symbol table info available. #1 0xb7f3314b in waitpid () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #2 0xb5f2f865 in libgnomeui_segv_handle (signum=11) at gnome-ui-init.c:872 estatus = -1209155876 sa = {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = {__val = {3084979210, 143945768, 3085017089, 9, 143945768, 0, 9, 4222451712, 143945768, 143945768, 3085017089, 143945768, 143945777, 143945868, 143945768, 16, 0, 0, 0, 0, 0, 3085914480, 0, 16, 138920688, 0, 3219254200, 3081477861, 3085910004, 3085914432, 0, 3085014609}}, sa_flags = -1209942620, sa_restorer = 0x} pid = 0 in_segv = 1 #3 signal handler called No symbol table info available. #4 0x080dbce5 in PyThreadState_New () No symbol table info available. #5 0x080dbe42 in PyGILState_Ensure () No symbol table info available. #6 0xb7b0e93d in ?? () from /var/lib/python-support/python2.4/gtk-2.0/gobject/_gobject.so No symbol table info available. #7 0xb7f2ec80 in ?? () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #8 0xb7f2e8ac in __pthread_mutex_unlock_usercnt () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #9 0xb7a2a638 in IA__g_datalist_clear (datalist=0x836f728) at /tmp/buildd/glib2.0-2.14.1/glib/gdataset.c:120 __PRETTY_FUNCTION__ = IA__g_datalist_clear #10 0xb7acab80 in g_object_finalize (object=0x836f720) at /tmp/buildd/glib2.0-2.14.1/gobject/gobject.c:540 No locals. #11 0xb6da81bd in ?? () from /usr/lib/libgstreamer-0.10.so.0 No symbol table info available. #12 0x0836f720 in ?? () No symbol table info available. #13 0x082a3ee0 in ?? () No symbol table info available. #14 0xbfe1efc8 in ?? () No symbol table info available. #15 0xb7a45961 in IA__g_free (mem=0x82dd318) at /tmp/buildd/glib2.0-2.14.1/glib/gmem.c:187 No locals. #16 0xb6ddd25f in ?? () from /usr/lib/libgstreamer-0.10.so.0 No symbol table info available. #17 0x0836f720 in ?? () No symbol table info available. #18 0x0050 in ?? () No symbol table info available. #19 0xbfe1f008 in ?? () No symbol table info available. #20 0xb6da6711 in ?? () from /usr/lib/libgstreamer-0.10.so.0 No symbol table info available. #21 0x0836f720 in ?? () No symbol table info available. #22 0xb7f2ec80 in ?? () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #23
Bug#37515: Ups and downs in market.
A breaking news Nano Chemical Systems Holdings, Inc. (N C S H.PK) Time is of the essence for this opportunity to not pass on by. N C S H is assured a major upward swing in price. Now is the moment to decide to let this pass or to soar with it. Just go a head and read the latest Investment News: http://biz.yahoo.com/bw/071106/20071106006006.html?.v=1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373975: mailutils-mh: send segfaults sending to Debian BTS
Found the bug: mh_whom.c:65: warning: passing argument 4 of 'mu_argcv_get' from incompatible pointer type Specifically, this warning refers to the call: mu_argcv_get (str, ,, NULL, argc, argv); in mh_alias_expand(), where argc is declared thus: size_t argc; but mu_argcv_get() expects it to be an int: extern int mu_argcv_get(const char *command, const char *delim, const char* cmnt, int *argc, char ***argv); That explains why I only saw the bug on a 64-bit system. I guess the other addresses I tried just were just luckier in terms of what ended up in the top 32 bits. The obvious patch seems to fix it: = --- mh/mh_whom.c +++ mh/mh_whom.c @@ -54,9 +54,9 @@ int mh_alias_expand (char *str, mu_address_t *paddr, int *incl) { - size_t argc; + int argc; char **argv; - size_t i; + int i; char *buf; mu_address_t exaddr = NULL; = -- Tim Bagot, BlueArc Engineering
Bug#450429: binutils: Cross install target should remove /usr/lib64 as well as /usr/lib
Package: binutils Version: 2.18-1 Severity: normal If you try to install two different cross-binutils packages on an amd64 host, the second fails because they both contain /usr/lib64/libiberty.a. The install-$(TARGET)-stamp target in binutils's debian/rules includes this line: rm -rf $(d_cross)/usr/lib $(d_cross)/usr/info $(d_cross)/usr/share/locale It should also remove /usr/lib64 where it exists. (I just changed /usr/lib to /usr/lib*) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-5-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages binutils depends on: ii libc6 2.6.1-6GNU C Library: Shared libraries binutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: [Fwd: Re: Fix for sparc64 cpu hangs.]
Original Message From: [EMAIL PROTECTED] Wed Nov 7 06:14:01 2007 Return-Path: [EMAIL PROTECTED] X-Original-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Received: from localhost (mail.recluse.de [78.47.255.98]) by mail.recluse.de (Postfix) with ESMTP id B51FF392926 for [EMAIL PROTECTED]; Wed, 7 Nov 2007 06:14:01 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at recluse.de Received: from mail.recluse.de ([78.47.255.98]) by localhost (mail.recluse.de [78.47.255.98]) (amavisd-new, port 10024) with ESMTP id G2XieC59A2xV for [EMAIL PROTECTED]; Wed, 7 Nov 2007 06:14:00 +0100 (CET) Received: from sunset.davemloft.net (unknown [74.93.104.97])by mail.recluse.de (Postfix) with ESMTP id 8373A392919 for [EMAIL PROTECTED]; Wed, 7 Nov 2007 06:13:58 +0100 (CET) Received: from localhost (localhost [127.0.0.1])by sunset.davemloft.net (Postfix) with ESMTP id 1BEBEC8C526;Tue, 6 Nov 2007 21:13:57 -0800 (PST) Date: Tue, 06 Nov 2007 21:13:56 -0800 (PST) Message-Id: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Fix for sparc64 cpu hangs. From: David Miller [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: David Miller [EMAIL PROTECTED] Date: Tue, 06 Nov 2007 20:34:33 -0800 (PST) [FUTEX]: Fix address computation in compat code. Sorry, I just noticed there is a second handle_futex_death() call in compat_exit_robust_list() which has the same address computation bug. Here is an updated patch: [FUTEX]: Fix address computation in compat code. compat_exit_robust_list() computes a pointer to the futex entry in userspace as follows: (void __user *)entry + futex_offset 'entry' is a 'struct robust_list __user *', and 'futex_offset' is a 'compat_long_t' (typically a 's32'). Things explode if the 32-bit sign bit is set in futex_offset. Type promotion sign extends futex_offset to a 64-bit value before adding it to 'entry'. This triggered a problem on sparc64 running 32-bit applications which would lock up a cpu looping forever in the fault handling for the userspace load in handle_futex_death(). Compat userspace runs with address masking (wherein the cpu zeros out the top 32-bits of every effective address given to a memory operation instruction) so the sparc64 fault handler accounts for this by zero'ing out the top 32-bits of the fault address too. Since the kernel properly uses the compat_uptr interfaces, kernel side accesses to compat userspace work too since they will only use addresses with the top 32-bit clear. Because of this compat futex layer bug we get into the following loop when executing the get_user() load near the top of handle_futex_death(): 1) load from address '0xf7f16bd8', FAULT 2) fault handler clears upper 32-bits, processes fault for address '0xf7f16bd8' which succeeds 3) goto #1 I want to thank Bernd Zeimetz, Josip Rodin, and Fabio Massimo Di Nitto for their tireless efforts helping me track down this bug. Signed-off-by: David S. Miller [EMAIL PROTECTED] diff --git a/kernel/futex_compat.c b/kernel/futex_compat.c index 00b5726..1931457 100644 --- a/kernel/futex_compat.c +++ b/kernel/futex_compat.c @@ -30,6 +30,15 @@ fetch_robust_entry(compat_uptr_t *uentry, struct robust_list __user **entry, return 0; } +static void __user *futex_uaddr(struct robust_list *entry, + compat_long_t futex_offset) +{ + compat_uptr_t base = ptr_to_compat(entry); + void __user *uaddr = compat_ptr(base + futex_offset); + + return uaddr; +} + /* * Walk curr-robust_list (very carefully, it's a userspace list!) * and mark any locks found there dead, and notify any waiters. @@ -76,11 +85,13 @@ void compat_exit_robust_list(struct task_struct *curr) * A pending lock might already be on the list, so * dont process it twice: */ - if (entry != pending) - if (handle_futex_death((void __user *)entry + futex_offset, - curr, pi)) - return; + if (entry != pending) { + void __user *uaddr = futex_uaddr(entry, +futex_offset); + if (handle_futex_death(uaddr, curr, pi)) + return; + } if (rc) return; uentry = next_uentry; @@ -94,9 +105,11 @@ void compat_exit_robust_list(struct task_struct *curr) cond_resched(); } - if (pending) - handle_futex_death((void
Bug#165758: Think before you act
??? BREAKING NEWS ??? Nano Chemical Systems Holdings, Inc. (N C S H.PK) Time is of the essence for this opportunity to not pass on by. N C S H is assured a major upward swing in price. Now is the good time to decide to let this pass or to soar with it. Just go a head and read the latest Investment News: http://biz.yahoo.com/bw/071106/20071106006006.html?.v=1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449015: Fwd: patch
Hey T-Bone, On Wednesday 07 November 2007, Thibaut VARENE wrote: For some reason my previous email never made it there so I'm resending the patch. Does it look good? I tried to keep it as simple as possible... Yes, looks good. Here I agree with what Steffen said in his first sentence. ;-) Please commit it to the trunk branch of the BOINC package together with a changelog entry that describes your change and that closes this bug. But hey, you are a DD, so you probably know how this works. :-) If you want to, you can also add yourself to Uploaders and I wouldn't mind if you make uploads of the package yourself. Viele Grüße, Frank -- The best way to accelerate any computer running Windows is at 9,81 m/s^2. signature.asc Description: This is a digitally signed message part.
Bug#397290: [patch] dpatch: prerequisites for dpep?
Package: dpatch Version: 2.0.27 Followup-For: Bug #397290 I would like this too. I propose to implement it by adding a configuration option DPEP_PREPATCHTARGET which is run before applying patches. Implemented in attached patch. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash dpatch depends on no packages. Versions of packages dpatch recommends: ii dpkg-dev 1.14.7 package building tools for Debian ii fakeroot 1.8.2 Gives a fake root environment ii patchutils0.2.31-4 Utilities to work with patches -- no debconf information --- /usr/bin/dpatch-edit-patch 2007-08-03 14:32:04.0 +0200 +++ /tmp/dpatch-edit-patch 2007-11-07 12:23:08.647732277 +0100 @@ -42,6 +42,7 @@ DPEP_SHELL=${DPEP_SHELL:-${conf_shell:-${SHELL:-$(getent passwd $(id -un) | cut -f7- -d:)}}} DPEP_EXCLUDE=${DPEP_EXCLUDE:-${conf_exclude:-CVS .svn .git .arch .hg _darcs .bzr}} DPEP_ORIGTARGZPATH=${DPEP_ORIGTARGZPATH:-${conf_origtargzpath:-}} +DPEP_PREPATCHTARGET=${DPEP_PREPATCHTARGET:-${conf_prepatchtarget:-}} # We special-case $DPEP_ROOTCMD later, after dpep_parse_options() @@ -225,6 +226,11 @@ $DPEP_ROOTCMD debian/rules clean unpatch dpatch deapply-all +if [ -n $DPEP_PREPATCHTARGET ]; then +dpep_message norm * Running pre patch target $DPEPPREPATCHTARGET +$DPEP_ROOTCMD debian/rules $DPEP_PREPATCHTARGET +fi + if [[ ! -z $DPEP_BASEPATCH ]]; then if ! dpatch list-all | grep -F ${DPEP_BASEPATCH%%.dpatch} /dev/null 21; then if [[ $DPEP_EDITPATCH = 1 ]]; then
Bug#450433: gfpoken: FTBFS: libgnomevfs-WARNING **: Unable to create ~/.gnome2 directory: No such file or directory
Package: gfpoken version: 0.30-4 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071106 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/make make[1]: Entering directory `/build/user/gfpoken-0.30' gcc -DPACKAGE_NAME=\gfpoken\ -DPACKAGE_TARNAME=\gfpoken\ -DPACKAGE_VERSION=\0.30\ -DPACKAGE_STRING=\gfpoken\ 0.30\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\gfpoken\ -DVERSION=\0.30\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SOCKET=1 -DHAVE_STRTOL=1 -I. -DDATADIR=\/usr/share/games/gfpoken\ -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 -MT gfpoken-convert.o -MD -MP -MF .deps/gfpoken-convert.Tpo -c -o gfpoken-convert.o `test -f 'convert.c' || echo './'`convert.c mv -f .deps/gfpoken-convert.Tpo .deps/gfpoken-convert.Po gcc -DPACKAGE_NAME=\gfpoken\ -DPACKAGE_TARNAME=\gfpoken\ -DPACKAGE_VERSION=\0.30\ -DPACKAGE_STRING=\gfpoken\ 0.30\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\gfpoken\ -DVERSION=\0.30\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SOCKET=1 -DHAVE_STRTOL=1 -I. -DDATADIR=\/usr/share/games/gfpoken\ -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 -MT gfpoken-dialog.o -MD -MP -MF .deps/gfpoken-dialog.Tpo -c -o gfpoken-dialog.o `test -f 'dialog.c' || echo './'`dialog.c mv -f .deps/gfpoken-dialog.Tpo .deps/gfpoken-dialog.Po gcc -DPACKAGE_NAME=\gfpoken\ -DPACKAGE_TARNAME=\gfpoken\ -DPACKAGE_VERSION=\0.30\ -DPACKAGE_STRING=\gfpoken\ 0.30\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\gfpoken\ -DVERSION=\0.30\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SOCKET=1 -DHAVE_STRTOL=1 -I. -DDATADIR=\/usr/share/games/gfpoken\ -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 -MT gfpoken-history.o -MD -MP -MF .deps/gfpoken-history.Tpo -c -o gfpoken-history.o `test -f 'history.c' || echo './'`history.c mv -f .deps/gfpoken-history.Tpo .deps/gfpoken-history.Po gcc -DPACKAGE_NAME=\gfpoken\ -DPACKAGE_TARNAME=\gfpoken\ -DPACKAGE_VERSION=\0.30\ -DPACKAGE_STRING=\gfpoken\ 0.30\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\gfpoken\ -DVERSION=\0.30\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SOCKET=1 -DHAVE_STRTOL=1 -I. -DDATADIR=\/usr/share/games/gfpoken\ -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 -MT gfpoken-interface.o -MD -MP -MF .deps/gfpoken-interface.Tpo -c -o gfpoken-interface.o `test -f 'interface.c' || echo './'`interface.c mv -f .deps/gfpoken-inteE: Caught signal 'Terminated': terminating immediately Session terminated, killing shell...rface.Tpo .deps/gfpoken-interface.Po gcc -DPACKAGE_NAME=\gfpoken\ -DPACKAGE_TARNAME=\gfpoken\ -DPACKAGE_VERSION=\0.30\ -DPACKAGE_STRING=\gfpoken\ 0.30\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\gfpoken\ -DVERSION=\0.30\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SOCKET=1 -DHAVE_STRTOL=1 -I. -DDATADIR=\/usr/share/games/gfpoken\ -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 -MT gfpoken-logic.o -MD -MP -MF .deps/gfpoken-logic.Tpo -c -o gfpoken-logic.o `test -f 'logic.c' || echo './'`logic.c mv -f .deps/gfpoken-logic.Tpo .deps/gfpoken-logic.Po gcc -DPACKAGE_NAME=\gfpoken\ -DPACKAGE_TARNAME=\gfpoken\ -DPACKAGE_VERSION=\0.30\ -DPACKAGE_STRING=\gfpoken\ 0.30\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\gfpoken\ -DVERSION=\0.30\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
Bug#450432: Groff eats a part of ifconfig(8)
Package: net-tools Version: 1.60-17 Severity: minor File: /usr/share/man/man8/ifconfig.8.gz Currently, ifconfig(8) shows like this: --cut-- use them to assign a second address. To delete an alias inter- face use ifconfig eth0:0 down aliases are deleted, if you delete the first (primary). --cut-- Compare with ifconfig.8: --cut: ifconfig.8-- .B ifconfig eth0:0 down . Note: for every scope (i.e. same net with address/netmask combination) all aliases are deleted, if you delete the first (primary). --cut: ifconfig.8-- Looks like Groff treats the `.' as a request, which is undefined. I'm not familiar with Groff at all, but looks like the following patch solves the problem: --- ifconfig.8.orig +++ ifconfig.8 @@ -59,8 +59,8 @@ .B eth0:0 for the first alias of eth0. You can use them to assign a second address. To delete an alias interface use -.B ifconfig eth0:0 down -. Note: for every scope (i.e. same net with address/netmask combination) all +.BR ifconfig eth0:0 down . +Note: for every scope (i.e. same net with address/netmask combination) all aliases are deleted, if you delete the first (primary). .TP .B up PS. I've checked 1.60-17.2, the problem appears to be still present. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450211: [Debian-med-packaging] Bug#450211: mummer: debian/watch fails to report upstream's version
tags 450211+patch thanks Hi! On 11/6/07, Raphael Geissert [EMAIL PROTECTED] wrote: The debian/watch file of your package on the unstable distribution fails to report upstream's version. I didn't find mummer on our SVN, so I am attaching the watch file below: version=3 http://sf.net/mummer/MUMmer(.+)\.tar.gz And there is a new version available: $ uscan --report-status Processing watchfile line for package mummer... Newest version on remote site is 3.20, local version is 3.19 mummer: Newer version (3.20) available on remote site: http://qa.debian.org/watch/sf.php/mummer/MUMmer3.20.tar.gz (local version is 3.19) :-) Best regards, Nelson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446238: nfs-common: Locks when using nfs4 sec=krb5 and user ticket expires
Em Sexta, 19 de Outubro de 2007 20:47, Steinar H. Gunderson escreveu: On Mon, Oct 15, 2007 at 12:39:20AM +0100, Pedro Celestino dos Reis Rodrigues wrote: I'm sorry, but I've tried to read this a couple of times, and I really cannot understand what you're trying to say. Are you saying that an expired ticket for A blocks B's access? Yes, that is precisely the problem. OK, I'm not in a position to reproduce this, and I'm still not entirely sure precisely what your setup is like. I think upstream is in a better position than me to handle this -- could you send them an e-mail at [EMAIL PROTECTED] and see if they can help you with your problem? Hello Steinar I appreciate your efforts to help me and I will follow your advice to contact upstream, as soon as I have a bit of time to made a comprehensive report written in reasonably good English. However, I add here a short note on the tracing progress I made meanwhile. Since you tell that you are not able to reproduce this, I have made a few tests in order to understand the reasons for that. So, I found that the problem arises only if the user for which the ticket expires have a KDE (not tested with GNOME) session opened. The other users have their homes locked despite the session type(KDE, ssh, su + kinit, ...) they use. Thank you again Pedro -- _ Pedro Celestino dos Reis Rodrigues Departamento de Química e Bioquímica Faculdade de Ciências da Universidade de Lisboa Tel: 2175-28619
Bug#450430: nbd-server: inconsistent pid file naming
Package: nbd-server Version: 2.9.8-1 Severity: normal Tags: patch Hi, upon start, nbd-server creates as pid file with name /var/run/server.pid, while the init.d script expects /var/run/nbd-server.pid. The latter is used in documentation and comments as well, and IMO saner anyway. The attached patch changes the default value of the pid file name. Cheers, Til === nbd-server.c == --- nbd-server.c(revision 2) +++ nbd-server.c(local) @@ -1571,9 +1571,9 @@ } if(!*pidftemplate) { if(serve) { - strncpy(pidftemplate, /var/run/server.%d.pid, 255); + strncpy(pidftemplate, /var/run/nbd-server.%d.pid, 255); } else { - strncpy(pidftemplate, /var/run/server.pid, 255); + strncpy(pidftemplate, /var/run/nbd-server.pid, 255); } } snprintf(pidfname, 255, pidftemplate, serve ? serve-port : 0);
Bug#450431: laptop-mode-tools: lm-profiler.conf(8) contains confusing statement
Package: laptop-mode-tools Version: 1.34-1 Severity: minor From the lm-profiler.conf (8) manpage: RECOMMEND_DEFAULT_SERVICES DEFAULT_SERVICES If DEFAULT_SERVICES is set to 1 (enabled), then lm-profiler will always suggest turning off the services listed in DEFAULT_SERVICES (separated by spaces). This says that DEFAULT_SERVICES must be set to 1 and to a space separated list of services to do its work. I suspect that RECOMMEND_DEFAULT_SERVICES must be set to 1 and DEFAULT_SERVICES to the list of services. Whatever the case, the current documentation is wrong and confusing. Gr. Matthijs -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-gdb26fd2a-dirty (PREEMPT) 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 laptop-mode-tools depends on: ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip Versions of packages laptop-mode-tools recommends: ii acpid 1.0.4-7.1 Utilities for using ACPI power man ii hdparm7.7-1 tune hard disk parameters for high ii sdparm1.02-1 Output and modify SCSI device para -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448699: freeradius: rlm_sqlippool doesn't get loaded
On Wed, Nov 07, 2007 at 10:39:51AM +0100, Chris . said: Hi Stephen, thanks for taking care of this issue. Sorry for setting the wrong severity. :-) It relies on a symbol in another module, in this case rlm_sql. Do you have that module loaded? I am a bit concerned that this is going to be another case of symbol visibility, but I'd like to be sure. Yes, the module rlm_sql gets loaded correctly. I asked for help on freeradius-users mailing list and Alan DeKok told me that the problem arises because debian doesn't have RTLD_GLOBAL set. I'm not a coder, so I don't exactly know what this means, but I think it's a kind of linking problem. Not quite. Freeradius does what's known as dlopen'ing of it's modules, and this is where things go a little funky. Some of the symbols in the modules need to apparently be available at the global level, but the dlopen routines don't allow that. We'r eworking on a fix, but the problem is really not trivial. Take care, -- -- | Stephen Gran | I have the simplest tastes. I am | | [EMAIL PROTECTED] | always satisfied with the best. --| | http://www.lobefin.net/~steve | Oscar Wilde | -- signature.asc Description: Digital signature
Bug#441126: gfpoken - FTBFS: montage: unable to open image `/tmp/tmp.pFPMh17125/blender//0064.png': No such file or directory.
On 07/11/07 at 11:44 +0100, Bas Wijnen wrote: It's not an endianess problem: I see this too on i386. You do? It built fine for me on i386. What version of blender is this about? It can't be a blender version problem either, because on mips it fails, but on mipsel it succeeds, and both builds used 2.45-1. Oops, my problem is slightly different. I'll file a different bug on gfpoken. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
Bug#293316: Anything new with this package ?
Hi ! Anything new with this package ? I would like to help packaging too.. So I propose a team maintenance in alioth.. Romain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434855: Processed: A (partial) fix for mips/mipsel
Hi Thiemo, First off, thank you for your detailed answers. On Wed, 2007-11-07 at 02:44 +, Thiemo Seufer wrote: Christian Holm Christensen wrote: Hi again, On Tue, 2007-11-06 at 21:10 +, Thiemo Seufer wrote: Christian Holm Christensen wrote: Hi Thiemo, On Tue, 2007-11-06 at 18:56 +, Thiemo Seufer wrote: Christian Holm Christensen wrote: Hi Thiemo, On Mon, 2007-11-05 at 00:48 +, Debian Bug Tracking System wrote: ... I notice that the regex in configure excludes now mipsel. From your mails, I gather that it would be OK to assume that mips and mipsel are the same (Endianness is handled directly in the code). ... Currently, there's the following code in ROOT to deal with Linux on mips: #if defined(linux) defined(__mips) Better would be to check for __linux__ and __mips__. linux might be a variable in the code somewhere... The __mips__ version with two trailing underscores is the more common one. So: #if defined(__linux__) defined(__mips__) OK, thanks. # define R__LINUX # define R__UNIX # define NEED_SIGJMP # if defined(__mips64) || defined(_ABI64) This is broken, as __mips64 is also defined for N32, and _ABI64 is always defined. Assuming the R__B64 controls both address space and register size, it should be: # if _MIPS_SIM==_ABI64 Ah, I see. Ok thanks. I don't know what the exact semantics of those defines are, and how well suilted they are to support N32. # define R__B64 /* enable when 64 bit machine */ # endif # if !defined(__MIPSEB__) /* Little endian */ For more clarity: # if defined(__MIPSEL__) /* Little endian */ Right. # define R__BYTESWAP # endif #endif The only difference between both is the endianness. For complete MIPS support it would need the following: mipsO32 ABI, ILP32, long long in a aligned even-odd register mipsel pair, 4 argument registers mipsn32el N32 ABI, ILP32, but with 64 bit wide registers, and mipsn32 long long in a single register, 8 argument registers mips64elN64 ABI, LP64, 8 argument registers mips64 ... Just to make sure: There are only two Debian MIPS architectures: mips and mipsel. Does that mean, that Debian arch | ABI (from your list above) -+--- mips | mips, mipsn32, mips64 mipsel | mipsel, mipsn32el, mips64el No, sorry again for leaving ot crucial information. Debian currently supports only O32 ABI. Support for the other ABIs is planned in future but so far hasn't progressed much beyond 64bit Kernels. The ABI names quoted above are actually the propsed Debian architecture names, since Debian architecture effectiely means support for one specific ABI. No worries, and thank you for the clearification. The code in CINT related to MIPS is currently #elif (defined(__mips)defined(linux)) /** * MIPS, Linux **/ # define G__VAARG_INC_COPY_N 4 # define G__VAARG_PASS_BY_REFERENCE 8 I guess these should really be | mips | mipsn32 | mips64 | mipsel | mipsn32el | mips64el ---++- G__VAARG_INC_COPY_N| 4| 8 |8 G__VAARG_PASS_BY_REFERENCE | 4| 8 |8 if G__VAARG_INC_COPY_N is meant to be the size of the argument registers, and G__VAARG_PASS_BY_REFERENCE is the number of arguments passed by reference through registers. Can someone on the CINT mailing list elaborate please? Thanks. Sounds like it, yes. OK, fixed. How would one find out whether the ABI was O32 or N32? Is there some pre-processor macro that will tell you? I guess the code quoted above will be enough to distinguish between mips/mipsn32 and mips64, but it's not clear how I would distinguish between mips and mipsn32. For O32: #if _MIPS_SIM==_ABIO32 ... #endif For N32: #if _MIPS_SIM==_ABIN32 ... #endif For N64: #if _MIPS_SIM==_ABI64 ... #endif Very nice, thank you. ... The ROOT configure script uses the triplet arch=`uname -s | tr '[A-Z]' '[a-z]'` chip=`uname -m | tr '[A-Z]' '[a-z]'` rele=`uname -r` to figure out the platform we're compiling fore - can I some how, from that triplet - figure out which ABI we're using? As I tried to explain, no. You can see the same problem already on a AMD64 machine when trying to compile 32-bit code (via gcc -m32). Using uname to figure out the ABI
Bug#378566: several important parts of the URL are removed when using Options
Package: debbugs retitle 378566 [pkgreport]Using Options eliminates important parts from the URL thanks --- Please enter the report below this line. --- Hello, I just tried to filter open bugs not marked as wontfix of svn-buildpackage and this resulted[2] in the removal of the pkg= part of the URL starting from the non-filtered list of bugs[1]. The page displays just: An error occurred. Dammit. Error was: You have to choose something to select by. Also, the excluded tag does not seem to be evident anywhere in the resulting URL[2]. [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=svn-buildpackage;dist=unstable [2] http://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=0;dist=unstable;repeatmerged=1 signature.asc Description: OpenPGP digital signature
Bug#450434: small typo in (groff) Character Translations
Package: groff Version: 1.18.1.1-12 Severity: minor Looks like there's a small typo in groff.texinfo: --- groff.texinfo.orig +++ groff.texinfo @@ -6839,7 +6839,7 @@ @noindent The first backslash is consumed while the macro is read, and the second -is swallowed while exexuting macro @code{foo}. +is swallowed while executing macro @code{foo}. @endDefesc A @dfn{translation} is a mapping of an input character to an output -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450435: courier-imap-ssl: Config option TLS_PROTOCOL meaning change breaks server by default
Package: courier-imap-ssl Version: 4.2.0-1 Severity: important The fix for bug #442271 is inadequate, as it requires manual intervention to avoid breaking an existing server after upgrade. The meaning of config file options should not change unexpectedly, and using a new option to restore the old (expected) behaviour only causes confusion. A better solution would be to create a new value (e.g. SSL3_ONLY) for the new behaviour, and either a) keep he old meaning of SSL3 (=SSL23) or b) deprecate the use of SSL3, thus generating a succinct error message. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.18-xenU-xp070519 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages courier-imap-ssl depends on: ii courier-imap 4.2.0-1. Courier Mail Server - IMAP server ii courier-ssl 0.57.0-1 Courier Mail Server - SSL/TLS Supp ii openssl 0.9.8g-1 Secure Socket Layer (SSL) binary a courier-imap-ssl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#205011: The Senate is a body of old men charged with high duties and misdemeanors.
Groovy :) Don't tell a woman she's pretty tell her there's no other woman like her, and all roads will open to you. Economic progress, in capitalist society, means turmoil. Every silver lining has a cloud. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450441: mcvs: FTBFS: error: 'tcflag_t' undeclared (first use in this function)
Package: mcvs version: 1.0.13-17 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071106 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: patch -p0 unix_c.diff patching file unix.c /usr/bin/gcc-4.1 -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -O2 -fexpensive-optimizations -falign-functions=4 -DUNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -I. -fPIC -I/usr/lib/clisp-2.42/linkkit -c unix.c unix.c: In function 'module__unix__init_function_1': unix.c:24: error: 'tcflag_t' undeclared (first use in this function) unix.c:24: error: (Each undeclared identifier is reported only once unix.c:24: error: for each function it appears in.) unix.c:24: error: expected ')' before numeric constant unix.c:25: error: 'speed_t' undeclared (first use in this function) unix.c:25: error: expected ')' before numeric constant unix.c:26: error: 'cc_t' undeclared (first use in this function) unix.c:26: error: expected ')' before numeric constant unix.c:43: error: '__ipc_pid_t' undeclared (first use in this function) unix.c:43: error: expected ')' before numeric constant unix.c:46: error: 'ptrdiff_t' undeclared (first use in this function) unix.c:46: error: expected ')' before numeric constant make[1]: *** [unix.o] Error 1 make[1]: Leaving directory `/build/user/mcvs-1.0.13/code/unix-bindings' linking set failed to build. make: *** [common-install-arch] Error 1 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary gave error exit status 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/11/06 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | 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#450437: hwtools: FTBFS: error: asm/system.h: No such file or directory
Package: hwtools version: 0.8-6.1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071106 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[2]: Entering directory `/build/user/hwtools-0.8/irqtune/sbin' cc -c -O -I/build/user/hwtools-0.8/irqtune/include -I/build/user/hwtools-0.8/irqtune/include/P -I/build/user/hwtools-0.8/irqtune -Wall -Wno-format -D__KERNEL__ -D_LOOSE_KERNEL_NAMES -DIRQTUNE_VERSION=\0.6\ -DMODVERSIONS -o load_mod.o /build/user/hwtools-0.8/irqtune/src/load.c /build/user/hwtools-0.8/irqtune/src/load.c:11:24: error: asm/system.h: No such file or directory /build/user/hwtools-0.8/irqtune/src/load.c: In function 'init_module': /build/user/hwtools-0.8/irqtune/src/load.c:59: warning: implicit declaration of function 'printk' /build/user/hwtools-0.8/irqtune/src/load.c:69: warning: implicit declaration of function 'save_flags' /build/user/hwtools-0.8/irqtune/src/load.c:70: warning: implicit declaration of function 'cli' /build/user/hwtools-0.8/irqtune/src/load.c:72: warning: implicit declaration of function 'restore_flags' make[2]: *** [load_mod.o] Error 1 make[2]: Leaving directory `/build/user/hwtools-0.8/irqtune/sbin' make[1]: *** [sbin] Error 2 make[1]: Leaving directory `/build/user/hwtools-0.8/irqtune' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/11/06 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | 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#450451: Njam package provides no icon
Package: njam Version: 1.25-4 Severity: minor Usertags: origin-ubuntu ubuntu-patch gutsy The package provides an icon but it doesn't appear in the menu, here (https://bugs.launchpad.net/ubuntu/+source/njam/+bug/159318) you can find a debdiff which may help you. Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449292: clock-setup: finish-install script is confusing and possibly broken
On Sunday 04 November 2007, Joey Hess wrote: Frans Pop wrote: # XXX This won't be needed once a new udev that handles the # symlink gets into Debian. if [ -e /dev/rtc0 ]; then ln -sf rtc0 /dev/rtc fi If rtc-dev is now a generic driver, shouldn't this symlink be created in all cases (or at least in all cases where rtc-dev was loaded successfully), and not just for NSLU? A new version of udev supports this symlink, I've lost track of which one though, not sure if it's in unstable yet. OK, but that does not really address my other comments. I've marked clock-setup as not ready in the changelog for now. signature.asc Description: This is a digitally signed message part.
Bug#450510: HASH SUM MISMATCH errors in apt, versions 0.7.6
Package: apt Version: all versions 0.7.6 Errors: HASH SUM MISMATCH errors Hello everybody, (same message as yesterday, ccing all relevant maintainers of apt, apt-utils, aptitude, and synaptic this time) using Debian Sid I stumble over lots of HASH SUM MISMATCHES in connection with apt versions 0.7.6. That concerns only self-built Debian packages that I host locally. (call them unofficial ones if you may wish). Within version 0.7.6 or earlier this error does not appear at all. Can someone reading that please: a. reproduce the error? b. fix that bug? Just take a self-built Debian package which is NOT part of any official distro and host it on a local server of your personal choice under f. ex. var/www/apache2-default/mydebian/pool/main/*/(appname)/(app). Imply the self-built packages' path to its repository in etc/apt/sources.list (f. ex.: deb http://192.168.0.1/apache2-default/mydebian/ sid main non-free) on the server and at least one workstation. Then try to install the package using synaptic, kpackage or apt-get install... Then you should be able to reproduce the error on your own: The relevant package will _hang_ in directory /var/cache/apt/archives/partial. It will refuse to get installed at all. That can't be a real solution, can it? Thanks Uwe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450508: FTBFS: Explicitly required MathMore dependencies not fulfilled
Package: root-system Version: 5.15.07-4 Severity: important Justification: fails to build from source Building in an AMD64 pbuilder chroot fails with the message: Explicitly required MathMore dependencies not fulfilled --Ken -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-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 buildlog.gz Description: GNU Zip compressed data
Bug#450461: gtamsanalyzer.app: FTBFS: /bin/sh: /usr/lib/GNUstep/System/Makefiles/GNUstep.sh: No such file or directory
tags 450461 + confirmed pending thanks Thanks for reporting. All GNUstep apps and libs are in the middle of a library and build system transition and all of those that are not ported to GNUstep Make 2.0 will FTBFS with a similar error on all architectures. The GNUstep team is well aware of that and working actively to complete the transition. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448158: more information
I just tried building petsc in my unstable chroot, and it worked fine. Perhaps I have a package installed which is not in the Build-Depends? Here's the post-configure Fortran build info: Fortran Compiler version: - Using C/C++ linker: Using Fortran linker: /usr/bin/mpif90 - Using libraries: -L/home/hazelsct/petsc-2.3.3/lib/linux-gnu-c-opt -L/home/hazelsct/petsc-2.3.3/lib/linux-gnu-c-opt -lpetscts -lpetscsnes -lpetscksp -lpetscdm -lpetscmat -lpetscvec -lpetsc-lX11 -L/usr/lib -L/usr/lib -lsuperlu -L/usr/lib -L/usr/lib -lumfpack -L/usr/lib -L/usr/lib -lamd -llapack-3 -lblas-3 -L/usr/lib/gcc/x86_64-linux-gnu/4.2.3 -L/usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../.. -ldl -lmpi -lopen-rte -lopen-pal -lnsl -lutil -lgcc_s -lpthread -lmpi_f90 -lmpi_f77 -lgfortranbegin -lgfortran -lm -lm -lm -lm -L/usr/lib/gcc/x86_64-linux-gnu/4.2.3 -L/usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../.. -ldl -lmpi -lopen-rte -lopen-pal -lnsl -lutil -lgcc_s -lpthread -lmpi_f90 -lmpi_f77 -lgfortranbegin -lgfortran -lm -lm -lm -lm -L/usr/lib/gcc/x86_64-linux-gnu/4.2.3 -L/usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../.. -ldl -lmpi -lopen-rte -lopen-pal -lnsl -lutil -lgcc_s -lpthread -lmpi_f90 -lmpi_f77 -lgfortranbegin -lgfortran -lm -lm -lm -lm -L/usr/lib/gcc/x86_64-linux-gnu/4.2.3 -L/usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../.. -ldl -lmpi -lopen-rte -lopen-pal -lnsl -lutil -lgcc_s -lpthread -ldl Can you do me a favor and check to see whether all of those libraries are installed in your chroot? If not, then we've found the missing lib and can add that build-dep. It seems I have all of them. Let's use pdebuild to get a reproducible results. Please use these commands: sudo pbuilder --create #create your pbuilder environment sudo pbuilder --update sudo apt-get source petsc cd petsc-2.3.3 pdebuild and you will get this (it's a different error than above, don't know why): [...] TESTING: checkCxxCompiler from config.setCompilers(/tmp/buildd/petsc-2.3.3/python/BuildSystem/config/setCompilers.py:541) TESTING: checkFortranCompiler from config.setCompilers(/tmp/buildd/petsc-2.3.3/python/BuildSystem/config/setCompilers.py:708) * UNABLE to CONFIGURE with GIVEN OPTIONS(see configure.log for details): --- bin/mpif90[f77] you provided with --with-mpi-dir=/usr does not work Run with --with-fc=0 if you wish to use this MPI and disable Fortran * make: *** [build-arch] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 pbuilder: Failed autobuilding of package - Aborting with an error - unmounting dev/pts filesystem - unmounting proc filesystem - cleaning the build env - removing directory /var/cache/pbuilder/build//9858 and its subdirectories Are you able to reproduce this problem? I fear we will have to switch to lam, to satisfy both petsc4py and libmesh. I am going to try to build everything myself using lam and if I succeed, I'll send you a patch. Dealt with this in the previous message. If you need lam for now to get your work done, petsc should build with it; please let me know if it doesn't. If openmpi is the implementation that people from lam moved to, let's get everything run using openmpi, once and for all. I am not so much interested in a hot fix, but rather for a systematic way of doing things. Right now, I am trying to discover and fix the problem with petsc. Then I'll continue with petsc4py and libmesh. Ondrej
Bug#429922: New upstream release of nginx
tag 429922 + patch thanks Hi, I've prepared a patch for the new upstream release and it closes all the open bugs for the nginx debian package. I'm using the resulting package in my production environment and everything is working, but feel free to change and adapt it to your needs. Also, if you need help, I'm willing to help maintaining the package and/or acting as a sponsor (if you are not a Debian maintainer, I'm not sure). Thanks, -- Fabio Tranchitella [EMAIL PROTECTED].''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 diff -urN nginx-0.5.30/debian/changelog nginx-0.5.33/debian/changelog --- nginx-0.5.30/debian/changelog 2007-11-07 15:50:38.0 +0100 +++ nginx-0.5.33/debian/changelog 2007-11-07 16:11:31.0 +0100 @@ -1,3 +1,14 @@ +nginx (0.5.33-1) unstable; urgency=low + + * New upstream release. (Closes: #429922) + * debian/control: provides httpd. (Closes: #430468) + * debian/{postinst,prerm}: don't use debconf init stuff; +debian/{preinst,postrm}: removed. (Closes: #435965, #445246). + * debian/nginx.links: removed; debian/postinst: create the link for the +default web server only on new installations: (Closes: #432961) + + -- Fabio Tranchitella [EMAIL PROTECTED] Wed, 07 Nov 2007 16:05:24 +0100 + nginx (0.5.30-1) unstable; urgency=low * New stable upstream release. diff -urN nginx-0.5.30/debian/control nginx-0.5.33/debian/control --- nginx-0.5.30/debian/control 2007-11-07 15:50:38.0 +0100 +++ nginx-0.5.33/debian/control 2007-11-07 18:43:48.0 +0100 @@ -2,12 +2,14 @@ Section: web Priority: optional Maintainer: Jose Parrella [EMAIL PROTECTED] +Uploaders: Fabio Tranchitella [EMAIL PROTECTED] Build-Depends: debhelper (= 5), autotools-dev, libpcre3-dev, zlib1g-dev, libssl-dev Standards-Version: 3.7.2 Package: nginx Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends} +Provides: httpd Description: small, but very powerful and efficient web server Nginx (engine x) is a web server created by Igor Sysoev and kindly provided to the open-source community. This server can be used as standalone HTTP diff -urN nginx-0.5.30/debian/nginx.links nginx-0.5.33/debian/nginx.links --- nginx-0.5.30/debian/nginx.links 2007-11-07 15:50:38.0 +0100 +++ nginx-0.5.33/debian/nginx.links 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -etc/nginx/sites-available/default etc/nginx/sites-enabled/default diff -urN nginx-0.5.30/debian/postinst nginx-0.5.33/debian/postinst --- nginx-0.5.30/debian/postinst 2007-11-07 15:50:38.0 +0100 +++ nginx-0.5.33/debian/postinst 2007-11-07 18:58:53.0 +0100 @@ -19,13 +19,12 @@ case $1 in configure) - +if [ -z $2 ] [ ! -e /etc/nginx/sites-enabled/default ] ; then +ln -s /etc/nginx/sites-available/default /etc/nginx/sites-enabled/default +fi ;; - abort-upgrade|abort-remove|abort-deconfigure) - ;; - *) echo postinst called with unknown argument \`$1' 2 exit 1 @@ -33,30 +32,33 @@ esac if [ -x /etc/init.d/nginx ]; then - if [ -f /var/run/nginx.pid ]; then - /bin/kill -USR2 `cat /var/run/nginx.pid` - while [ ! -f /var/run/nginx.pid.oldbin ] - do - cnt=`expr $cnt + 1` - if [ $cnt -gt 10 ] - then -echo Nginx 'soft' update failed, doing restart; -/bin/kill -9 `cat /var/run/nginx.pid` -invoke-rc.d nginx start -exit 0 - fi - sleep 1 - done - /bin/kill -QUIT `cat /var/run/nginx.pid.oldbin` -# else -# invoke-rc.d nginx start - fi + if [ -f /var/run/nginx.pid ] /bin/pidof /usr/sbin/nginx /dev/null; then +echo Trying a soft restart + if /bin/kill -USR2 `cat /var/run/nginx.pid` 2/dev/null; then +echo PID IS RIGHT +while [ ! -f /var/run/nginx.pid.oldbin ] +do +echo WAITING +cnt=`expr $cnt + 1` +if [ $cnt -gt 10 ] +then +echo Nginx 'soft' update failed, doing restart; +/bin/kill -9 `cat /var/run/nginx.pid` +invoke-rc.d nginx start +exit 0 +fi +sleep 1 +done +echo QUIT +/bin/kill -QUIT `cat /var/run/nginx.pid.oldbin` +fi +elif [ -x `which invoke-rc.d 2/dev/null` ]; then +invoke-rc.d nginx start || exit $? +else +/etc/init.d/nginx start || exit $? +fi fi -# dh_installdeb will replace this with shell code automatically -# generated by other debhelper scripts. - #DEBHELPER# exit 0 - diff -urN nginx-0.5.30/debian/postrm nginx-0.5.33/debian/postrm ---
Bug#439962: tentative security update to etch of fail2ban
Yaroslav Halchenko wrote: So concluding, this update seems to mix security and non-security issues, and that is not acceptable to us. For an update through security.debian.org you need to make a version that only includes real security fixes. Please let me know if you change your judgment on the issues I've discussed. I will remove the ones which remain out of security scope Can you please send a mail to [EMAIL PROTECTED] for all the issues (including the security ones) with the diff attached so the Stable Release Team can consider accepting an upload fixing all the issues when the security update is already taken care of? Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450506: gcc-4.3: false warning about static identifier in inline function
Package: gcc-4.3 Version: 4.3-20071020-1 Severity: normal Hi, gcc emits a warning that should not be there probably. [EMAIL PROTECTED]:~/inline$ cat inline.c extern inline char func( int arg ) { static const char foomap[4] = {2, 4, 8, 16}; return foomap[arg 3]; } [EMAIL PROTECTED]:~/inline$ gcc -c -Wall inline.c inline.c: In function 'func': inline.c:4: warning: 'foomap' is static but declared in inline function 'func' which is not static inline.c:6: warning: 'foomap' is static but used in inline function 'func' which is not static [EMAIL PROTECTED]:~/inline$ See fwd message bellow, please. | To: Vaclav Ovsik [EMAIL PROTECTED] | Cc: Bernd Zeimetz [EMAIL PROTECTED], [EMAIL PROTECTED] | Subject: Re: RFS: ustr (updated package) | From: James Antill [EMAIL PROTECTED] | Date: Mon, 05 Nov 2007 20:18:24 -0500 | | Vaclav Ovsik [EMAIL PROTECTED] writes: | | I have setup gcc-4.3 from experimental on a sid xen guest. | The warning is emitted for example on following (simplified) code: | | extern inline char func( int arg ) | { |static const char foomap[4] = {2, 4, 8, 16}; | |return foomap[arg 3]; | } | | Yes, from the link Bernd provided the warning is emitted basically | for anything that uses the static keyword. The above is correct | though, IMO, as is: | | extern inline char func( int arg ) | { |static const char foomap[] = abc; | |return foomap[arg 3]; | } | | I have red several times the ISO paragraph :). It seems to me, that | paragraph applies to this situation. | IMHO foomap is `reference to an identifier with internal linkage'. | Or no? :) | | From ISO 9899:1999 6.2.2 Linkages of identifiers: | | #1 | An identifier declared in different scopes or in the same scope more | than once can be made to refer to the same object or function by a | process called linkage. There are three kinds of linkage: external, | internal, and none. | | #2 | If the declaration of a file scope identifier for an object or a | function contains the storage-class specifier static, the identifier | has internal linkage. | [...] | #6 | The following identifiers have no linkage: an identifier declared to | be anything other than an object or a function; an identifier declared | to be a function parameter; a block scope identifier for an object | declared without the storage-class specifier extern. | | ...from that #2 doesn't apply because the identifier isn't at file | scope, and so the last part of #6 does apply. | | Also it's well known that in: | | void foobar(void) | { | const char *const foo = abcd; | static const char bar[] = abcd; | } | | ...foo and bar do the same thing, point to some constant data, but bar | is the better version. | As with foo you have a allocated two objects (the pointer being the | second object), and have to use/manage them both, but with bar you | have just named a single object. | | -- | James Antill -- [EMAIL PROTECTED] | C String APIs use too much memory? ustr: length, ref count, size and | read-only/fixed. Ave. 44% overhead over strdup(), for 0-20B strings | http://www.and.org/ustr/ Regards. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-5-xen-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=cs_CZ.ISO-8859-2 (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.3 depends on: ii binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina ii cpp-4.3 4.3-20071020-1 The GNU C preprocessor ii gcc-4.3-base4.3-20071020-1 The GNU Compiler Collection (base ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libgcc1 1:4.3-20071020-1 GCC support library ii libgmp3c2 2:4.2.2+dfsg-1 Multiprecision arithmetic library ii libgomp14.3-20071020-1 GCC OpenMP (GOMP) support library ii libmpfr1ldbl2.3.0.dfsg.1-2 multiple precision floating-point Versions of packages gcc-4.3 recommends: ii libc6-dev 2.6.1-6GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450483: [Build-common-hackers] Bug#450483: cdbs: Stop setting DEB_CONFIGURE_SCRIPT_ENV in order to enable cross-building
Neil Williams wrote: No. MAKEFLAGS should not be overwritten by the build tools. Huh? This discussion is about DEB_CONFIGURE_SCRIPT_ENV. How do you get from that to MAKEFLAGS? AFAICS, nothing in cdbs touches MAKEFLAGS. CDBS has no business setting DEB_CONFIGURE_SCRIPT_ENV. Any package that needs it is simply broken because there is no way of providing useful information by that method. Explain that to all the packages that are making use of it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450483: [Build-common-hackers] Bug#450483: cdbs: Stop setting DEB_CONFIGURE_SCRIPT_ENV in order to enable cross-building
Neil Williams wrote: Actually, packages fail to cross compile with it set because CDBS sets 'gcc' It does no such thing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450504: ITP: barry -- Barry is a GPL C++ library for interfacing with the RIM BlackBerry Handheld. It comes with a command line tool for exploring the device and a GUI for making quick backups.
Package: wnpp Severity: wishlist the project URL is http://sourceforge.net/projects/barry the licence is GNU GPL and the source code can be downloaded from http://barry.cvs.sourceforge.net/barry/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#163763: The sad duty of politics is to establish justice in a sinful world.
Would you believe it? If thou wilt make a man happy, add not unto his riches but take away from his desires. He who refuses to learn deserves extinction. Uniform ideas originating among entire peoples unknown to each other must have a common ground of truth. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450503: xawtv: [INTL:ru] Russian debconf templates translation update
Package: xawtv Severity: wishlist Tags: l10n patch Russian debconf templates translation update is attached. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-1-amd64 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) # translation of ru.po to Russian # This file is distributed under the same license as the PACKAGE package. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER. # # Yuri Kozlov [EMAIL PROTECTED], 2006, 2007. msgid msgstr Project-Id-Version: 3.95.dfsg.1-7\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-10-25 07:29+0200\n PO-Revision-Date: 2007-11-07 20:40+0300\n Last-Translator: Yuri Kozlov [EMAIL PROTECTED]\n Language-Team: Russian [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%10==1 n%100!=11 ? 0 : n%10=2 n%10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: boolean #. Description #: ../xawtv.templates:2001 msgid Create video4linux (/dev/video*) special files? msgstr Создать специальные файлы video4linux (/dev/video*)? #. Type: boolean #. Description #: ../xawtv.templates:3001 #| msgid scan for TV stations? msgid Scan for TV stations? msgstr Найти ТВ-каналы? #. Type: boolean #. Description #: ../xawtv.templates:3001 msgid A list of TV stations found by scanning can be included in the configuration file. msgstr Список найденных телевизионных каналов можно включить в файл конфигурации. #. Type: boolean #. Description #: ../xawtv.templates:3001 #| msgid #| This requires a working bttv driver. If bttv isn't configured correctly #| I might not find the TV stations. msgid This requires a working bttv driver. If bttv isn't configured correctly, TV stations will not be found. msgstr Для этого требуется работающий драйвер bttv. Если bttv настроен неправильно, то ТВ-каналы найдены не будут. #. Type: boolean #. Description #: ../xawtv.templates:3001 msgid Channel names will be retrieved from teletext information, which will only work for PAL channels. msgstr Названия каналов будут получены из информации телетекста, но это работает только для каналов в кодировке PAL. #. Type: select #. Description #: ../xawtv.templates:4001 msgid TV standard: msgstr Телевизионный стандарт: #. Type: boolean #. Description #: ../xawtv.templates:5001 msgid Create a default configuration for xawtv? msgstr Создать конфигурацию по умолчанию для xawtv? #. Type: boolean #. Description #: ../xawtv.templates:5001 #| msgid #| You can create a system-wide configuration file for xawtv with reasonable #| default values for the country you live in (which TV norm is used for #| example). msgid A system-wide configuration file for xawtv can be created with reasonable default values for the local country. msgstr Можно создать общесистемный конфигурационный файл для xawtv с приемлемыми значениями по умолчанию для вашей страны. #. Type: boolean #. Description #: ../xawtv.templates:5001 msgid That file is not required but will simplify software configuration for users. msgstr Этот файл необязателен, но упростил бы настройку программного обеспечения для пользователей. #. Type: select #. Choices #: ../xawtv.templates:6001 msgid us-bcast msgstr американская эфирная (us-bcast) #. Type: select #. Choices #: ../xawtv.templates:6001 msgid us-cable msgstr американская кабельная (us-cable) #. Type: select #. Choices #: ../xawtv.templates:6001 msgid us-cable-hrc msgstr американская кабельная hrc (us-cable-hrc) #. Type: select #. Choices #: ../xawtv.templates:6001 msgid japan-bcast msgstr японская эфирная (japan-bcast) #. Type: select #. Choices #: ../xawtv.templates:6001 msgid japan-cable msgstr японская кабельная (japan-cable) #. Type: select #. Choices #: ../xawtv.templates:6001 msgid europe-west msgstr западно-европейская (europe-west) #. Type: select #. Choices #: ../xawtv.templates:6001 msgid europe-east msgstr восточно-европейская (europe-east) #. Type: select #. Choices #: ../xawtv.templates:6001 msgid italy msgstr итальянская (italy) #. Type: select #. Choices #: ../xawtv.templates:6001 msgid newzealand msgstr новозеландская (newzealand) #. Type: select #. Choices #: ../xawtv.templates:6001 msgid australia msgstr австралийская (australia) #. Type: select #. Choices #: ../xawtv.templates:6001 msgid ireland msgstr ирландская (ireland) #. Type: select #. Choices #: ../xawtv.templates:6001 msgid france msgstr французская (france) #. Type: select #. Choices #: ../xawtv.templates:6001 msgid china-bcast msgstr китайская эфирная (china-bcast) #. Type: select #. Description #: ../xawtv.templates:6002 #| msgid Frequency table that should be used: msgid Frequency table to use: msgstr Используемая таблица частот: #. Type: select #. Description #: ../xawtv.templates:6002 #|
Bug#450501: gnome-art: i cant download app themes
Package: gnome-art Version: 0.2-7 Severity: grave Justification: renders package unusable when i try to download the app themes i receive this error on the console: /usr/lib/ruby/1.8/gnome-art/gnome_art.rb:144: warning: GRClosure invoking callback: already destroyed -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-art depends on: ii gnome-splashscreen-manager0.2-7 manage your GNOME splash screen im ii libglade2-ruby0.16.0-8 Libglade 2 bindings for the Ruby l ii ruby 1.8.2-1An interpreter of object-oriented gnome-art recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450486: Acknowledgement (nautilus: API changes in exempi-1.99.5)
add missing patch -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff --git a/src/nautilus-image-properties-page.c b/src/nautilus-image-properties-page.c index 8744103..56120ed 100644 --- a/src/nautilus-image-properties-page.c +++ b/src/nautilus-image-properties-page.c @@ -266,7 +266,7 @@ append_xmp_value_pair(GString *string, XmpPtr xmp, const char * ns, const char * { uint32_t options; XmpStringPtr value = xmp_string_new(); - if(xmp_get_property_and_bits(xmp, ns, propname, value, options)) { + if(xmp_get_property(xmp, ns, propname, value, options)) { if(XMP_IS_PROP_SIMPLE(options)) { g_string_append_printf(string, b%s:/b %s\n, descr, xmp_string_cstr(value)); } signature.asc Description: OpenPGP digital signature
Bug#450499: texmacs segfaults on amd64
Package: texmacs Version: 1:1.0.6.11-1 Severity: important This is what I got when I tried to start texmacs % source/texmacs% texmacs texmacs.bin: Symbol `scm_i_freelist' has different size in shared object, consider re-linking TeXmacs] With linked TrueType support zsh: segmentation fault texmacs % source/texmacs% A simple apt-get source texmacs debuild -us -us -rfakeroot dpkg -i texmacs_1.0.deb solved the issue Thanks, Christopher Zimmermann -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable'), (30, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texmacs depends on: ii groff 1.18.1.1-13 GNU troff text-formatting system ii gs-gpl 8.56.dfsg.1-1.1 The GPL Ghostscript PostScript int ii guile-1.8-libs 1.8.1+1-5Main Guile libraries ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-3GCC support library ii libgmp3c2 2:4.2.2+dfsg-1 Multiprecision arithmetic library ii libltdl31.5.22-4 A system independent dlopen wrappe ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii texlive-base2007-12 TeX Live: Essential programs and f ii texlive-base-bin2007-14 TeX Live: Essential binaries ii texlive-extra-utils 2007-14 TeX Live: TeX auxiliary programs ii texmacs-common 1:1.0.6.11-1 WYSIWYG mathematical text editor u ii xbase-clients 1:7.2.ds2-2 miscellaneous X clients ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime Versions of packages texmacs recommends: ii imagemagick7:6.2.4.5.dfsg1-2 Image manipulation programs ii ispell 3.1.20.0-4.4 International Ispell (an interacti ii libjpeg-progs 6b-14 Programs for manipulating JPEG fil ii librsvg2-bin 2.18.2-1 command-line and graphical viewers ii libtiff-tools 3.8.2-7 TIFF manipulation and conversion t ii netpbm 2:10.0-11 Graphics conversion tools pn texmacs-extra-fontsnone(no description available) ii xfig 1:3.2.5-rel-2 Facility for Interactive Generatio -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#208010: Conscience: self-esteem with a halo.
Buenos tardes! One sees great things from the valley only small things from the peak. The trouble with the world is that the stupid are cocksure and the intelligent full of doubt. Experience which was once claimed by the aged is now claimed exclusively by the young. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449583: [Fwd: Re: [XaraXtreme-dev] [Fwd: Bug#449583: xaralx: Show guides only works after a window redraw]]
This bug is fixed upstream: Weitergeleitete Nachricht Von: Martin Wuerthner [EMAIL PROTECTED] Antwort an: [EMAIL PROTECTED] An: [EMAIL PROTECTED] Betreff: Re: [XaraXtreme-dev] [Fwd: Bug#449583: xaralx: Show guides only works after a window redraw] Datum: Wed, 07 Nov 2007 01:48:14 +0100 When using Window - Show guides the guides are not shown instantly. I have to scroll around to see them. Looks like the page has to be redrawn manually. Many thanks for the report. Fixed in rev1785. It was some code that was disabled at an early stage of development because it depended on something else that had not been ported yet. Martin -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450483: [Build-common-hackers] Bug#450483: cdbs: Stop setting DEB_CONFIGURE_SCRIPT_ENV in order to enable cross-building
Am Mittwoch, 7. November 2007 schrieb Neil Williams: It is only when cross-compiling and all those packages need to be fixed anyway because the cross compiling support no longer provides anything useful for CDBS to pass to this variable. But there are many other situations in which useful things are passed around that way, which packages need in order to build properly. Please check the patch - it only sets DEB_CONFIGURE_SCRIPT_ENV to empty when cross-compiling. Thus making the affected packages fail to build properly when cross-compiling, which appears to be contrary to your intentions. Which part of the contents of DEB_CONFIGURE_SCRIPT_ENV are you objecting to, specifically? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439339: libmath-pari-perl not currently buildable
Hi, 439339 cannot be closed until 440527 is (i.e. until libmath-pari-perl is included in Debian) - But building libmath-pari-perl is not trivial, as it insists on including the sources for GP/PARI: 0 [EMAIL PROTECTED]/tmp/Math-Pari-2.010709$ perl Makefile.PL Did not find GP/PARI build directory around. Do you want to me to fetch GP/PARI automatically? (If you do not, you will need to fetch it manually, and/or direct me to the directory with GP/PARI source via the command-line option paridir=/dir) Make sure you have a large scrollback buffer to see the messages, or `tee' the STDOUT/STDERR to a file. Fetch? (y/n, press Enter) n Well, as you wish... Rerun Makefile.PL when you fetched GP/PARI archive manually to the current directory, or a (grand)parent directory of it. [Keep in mind that version of Math::Pari module corresponds to the last versions of GP/PARI it was tested with.] Alternatively, you may specify pari_tgz=PATH_TO_TAR_GZ option to Makefile.PL. (There is no need to extract the archive, or build GP/PARI; but if you have it extracted [and patched, if needed], you may specify paridir=PATH_TO_DIST_DIR option to Makefile.PL) Could not find GP/PARI build directory, please run Makefile.PL with paridir=/directory option. As the build process should not depend on network connectivity (and this looks like an invitation for a sudden FTBFS), we cannot say 'y' to fetching this file; we could include it as part of our .diff.gz, but that'd really be suboptimal - Not in small part, because that would mean basically statically linking it. Curiously, the package does not build even with libpari-dev installed - It _does_ require the full sources (i.e. the test suite, at least): $ perl Makefile.PL paridir=/usr/include/pari/ Setting up Math::Pari with Perl 5.008008 on linux version 2.6.17-2-vserver-amd64; cc=cc, gccversion=4.2.3 20071014 (prerelease) (Debian 4.2.2-3), ccflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', ld=cc, ldflags=' -L/usr/local/lib', optimize='-O2'. Could not extract version from '/usr/include/pari/config/version'; Do you remember that paridir should be location of PARI/GP source tree, not the location of compiled+installed files? Trying extract from the directory name... Directory `/usr/include/pari' has unknown syntax... Found GP/PARI build directory in /usr/include/pari (integer-formatted version /usr/include/pari). Cannot find tests in /usr/include/pari/src/test/in: No such file or directory at utils/Math/PariBuild.pm line 513. There are only two ways out for this: The first (and better, IMHO), would be to ask Math::PARI's upstream (Ilya Zakharevich) to fix his building not to require this (or to explain the rationale for the requirement). As soon as this message is recorded in the BTS, I'll copy it to CPAN's tracker. The second way out is to request from libpari's maintainer, Bill Alombert, to become maintainer for libmath-pari-perl as well (maybe joining or co-maintaining with the pkg-perl group?). Bill, what do you think about this? Greetings, -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450498: eject: [INTL:pt_BR] pt_BR translations added
Package: eject Version: 2.1.5-6 Severity: wishlist Unstable version. Fixed fuzzy translations. Added new msgid in this version. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Versions of packages eject depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries eject recommends no packages. -- no debconf information eject_2.1.5-6_pt_BR.po.gz Description: Binary data
Bug#449473: closed by Loïc Minier [EMAIL PROTECTED] (Re: Bug#449473: XFCE4 with libgtk2.0-bin hungs intermitently)
On Wed, Nov 07, 2007, Epikuro wrote: Where is that version? I don't see it either in testing or in unstable. Do you know when it will be available? The bug is against testing, I'm not sure how the debian process works but shouldn't it be left open until testing is fixed? It's in unstable, but not uploaded for i386: http://buildd.debian.org/~jeroen/status/package.php?suite=unstablep=gtk%2B2.0 -- Loïc Minier
Bug#440817: muine 0.8.8 has been released on the 20th of October and fixes this grave bug
Subject says it all: muine 0.8.8 has been released on the 20th of October and fixes this grave bug. Changes since 0.8.7: * Removed obsolete GStreamer 0.8 support [Peter Johanson] * Use Gtk.AboutDialog [Tamara Roberson, Peter Johanson] * Update to recent Flac API [Peter Johanson] * Use Bacon volume widget [Aaron Bockover, Peter Johanson, Wouter Bolsterlee] * Use external NDesk dbus [Sebastian Dröge, Luis Medinas] * Tiny interface changes, e.g. scrollbar and mousewheel [Wouter Bolsterlee] * Update to new GSequence API [Scott Robinson, Wouter Bolsterlee] * Gendarme-driven code cleanup [Tamara Roberson] * Support for MM keys on newer GNOME versions (yanked from Banshee) [Peter Johanson] * Updated NDesk managed DBus import [Peter Johanson] [plus several translations] Best regards, Silvestre
Bug#450497: xmgrace6: Failed initializing GUI, exiting
Package: grace6 Version: 5.99.1+dev4-4 Severity: grave Justification: renders package unusable If I try to start the application it complains about running with Motif and exits right away. However, there is no Motif installed on my system. ~$ xmgrace6 The software was built with LessTif, but is running with Motif! We don't support binary Motif/LessTif compatibility. Use a semistatic binary or compile Grace yourself! Failed initializing GUI, exiting ---(kaimartin)--- -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (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 grace6 depends on: ii defoma0.11.10-0.1Debian Font Manager -- automatic f ii fftw2 2.1.3-20 library for computing Fast Fourier ii gconf22.20.0-1 GNOME configuration database syste ii gsfonts 1:8.11+urwcyr1.0.7~pre41-3 Fonts for the Ghostscript interpre ii lesstif2 1:0.95.0-2.1 OSF/Motif 2.1 implementation relea ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libnetcdf33.6.1-1An interface for scientific data a ii libplot2c22.5-2+b1 The GNU plotutils libraries ii libpng12-01.2.15~beta5-3 PNG library - runtime ii libsm62:1.0.3-1+b1 X11 Session Management library ii libt1-5 5.1.1-1.1 Type 1 font rasterizer library - r ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.3-1 X11 miscellaneous utility library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.7-1 X11 pixmap library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii xmhtml1 1.1.7-14 A Motif widget for display HTML 3. ii zlib1g1:1.2.3.3.dfsg-6 compression library - runtime grace6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368112: archivemail: [imap] autodetect folder separator
On Tue, Nov 06, 2007 at 12:37:21PM +0100, Christian Brabandt wrote: here is another patch, that tries to use whatever folder separator works. Thanks for reminding me about that. I think this deserves to be fixed in 0.7.1. Your patch assumes that there are only two folder delimiters out there, but unfortunately this does not hold. According to the spec, *any* character can serve as a delimiter; it seems that at least '/', '.' and '\' are popular. --- /home/chrisbra/bin/archivemail.orig 2007-11-06 12:08:32.0 +0100 +++ /home/chrisbra/bin/archivemail2007-11-06 12:27:52.0 +0100 @@ -1434,9 +1434,23 @@ result, response = imap_srv.login(imap_username, imap_password) vprint(logged in to server as %s % imap_username) +# imap folder separator detection result, response = imap_srv.select(imap_folder) -if result != 'OK': unexpected_error(cannot select imap folder; -server says '%s' % response[0]) +if result != 'OK': + if string.find(imap_folder,'/') != -1: + vprint(Hmm, '%s' does not work. Maybe we need to use a different folder separator? Let's see %imap_folder) + vprint(Trying '.' as folder separator) + imap_folder=string.replace(imap_folder, '/', '.') This looks like a reasonable guess. + elif string.find(imap_folder,'.') != -1: + vprint(Hmm, '%s' does not work. Maybe we need to use a different folder separator? Let's see %imap_folder) + vprint(Trying '/' as folder separator) + imap_folder=string.replace(imap_folder, '.', '/') This assumes that the user has meant the dot to be a delimiter. That is, the user has tried to guess the delimiter himself, and didn't succeed if we're reaching this point. I think we shouldn't try to fix such wrong guesses. There are two input variables: the delimiter in the user's URL, and the 'real' server delimiter. We have to map the first to the latter. If we really don't want to support servers using uncommon delimiters, we could indeed just try the common delimiters in turn. In any case, trying to fix wrong guesses by the user gives us a multiple of possible mappings. It's better to first try what the user has specified, and if this fails, then replace slashes in the mailbox name with (possible) delimiters. But I don't like the idea to cover only the common cases with such a try-and-error procedure anyway. I think I do have a correct and generic solution for this in subversion now. It's not completely trivial, but it should work. Thanks, Nikolaus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450483: [Build-common-hackers] Bug#450483: cdbs: Stop setting DEB_CONFIGURE_SCRIPT_ENV in order to enable cross-building
On Wed, 7 Nov 2007 16:14:13 +0100 Peter Eisentraut [EMAIL PROTECTED] wrote: Am Mittwoch, 7. November 2007 schrieb Neil Williams: Please can DEB_CONFIGURE_SCRIPT_ENV be set to empty in CDBS so that CDBS packages can be cross-built successfully? Um, well, no, because this would break all packages that rely on the settings of the environment variables that are transported this way. It is only when cross-compiling and all those packages need to be fixed anyway because the cross compiling support no longer provides anything useful for CDBS to pass to this variable. Please check the patch - it only sets DEB_CONFIGURE_SCRIPT_ENV to empty when cross-compiling. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpJB5qzdsUAP.pgp Description: PGP signature
Bug#450487: O: connect.app -- Frontend to pppd for GNUstep
Package: wnpp Severity: normal The current maintainer of this, me, doesn't use this anymore. Therefore, I orphan this package now. Upstream didn't do something on it for a long time (if the download URL still works at all). Maintaining a package requires time and skills. Please only adopt this package if you are *sure* you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450495: Inhibit applet should also allow inhibiting the screensaver
Package: gnome-power-manager Version: 2.20.0-1+b1 Severity: wishlist Hi, It's somehow irritating that the inhibit applet allows me to prevent automatic energy saving mode, but doesn't allow me to inhibit the screensaver. The key use for the inhibit applet for me is when e.g. doing a presentation, and I definitely would like to be able to block the screensaver then as well. --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed =-+-= libart-2.0-2 (= 2.3.18) | 2.3.19-3 libatk1.0-0 (= 1.20.0) | 1.20.0-1 libbonobo2-0 (= 2.15.0) | 2.20.1-1 libbonoboui2-0(= 2.15.1) | 2.20.0-1 libc6(= 2.6.1-1) | 2.6.1-6 libcairo2 (= 1.4.0) | 1.4.10-1 libdbus-1-3(= 1.1.1) | 1.1.1-3 libdbus-glib-1-2(= 0.74) | 0.74-1 libfontconfig1 (= 2.4.0) | 2.4.91-1 libfreetype6 (= 2.3.5) | 2.3.5-1+b1 libgconf2-4 (= 2.13.5) | 2.20.1-1 libglade2-0 (= 1:2.6.1) | 1:2.6.2-1 libglib2.0-0 (= 2.14.0) | 2.14.2-1 libgnome-keyring0(= 0.8) | 2.20.1-1 libgnome2-0 (= 2.17.3) | 2.20.1.1-1 libgnomecanvas2-0 (= 2.11.1) | 2.20.1.1-1 libgnomeui-0 (= 2.17.1) | 2.20.1.1-1 libgnomevfs2-0 (= 1:2.17.90) | 1:2.20.0-3 libgstreamer0.10-0 (= 0.10.14) | 0.10.14-2 libgtk2.0-0 (= 2.12.0) | 2.12.1-1 libhal1(= 0.5.9) | 0.5.10-2 libice6 (= 1:1.0.0) | 2:1.0.4-1 libnotify1 (= 0.4.4) | 0.4.4-3 libnotify1-gtk2.10| liborbit2 (= 1:2.14.1) | 1:2.14.7-0.1 libpanel-applet2-0(= 2.19.3) | 2.20.1-1 libpango1.0-0 (= 1.18.2) | 1.18.3-1 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-3 libpopt0(= 1.10) | 1.10-3 libsm6| 2:1.0.3-1+b1 libstartup-notification0 (= 0.8-1) | 0.9-1 libwnck22 (= 2.19.5) | 2.20.1-1 libx11-6 | 2:1.0.3-7 libxcomposite1 (= 1:0.3-1) | 1:0.3.2-1+b1 libxcursor1( 1.1.2) | 1:1.1.9-1 libxdamage1(= 1:1.1) | 1:1.1.1-3 libxext6 | 1:1.0.3-2 libxfixes3 (= 1:4.0.1) | 1:4.0.3-2 libxi6| 2:1.1.3-1 libxinerama1 | 1:1.0.2-1 libxml2 (= 2.6.29) | 2.6.30.dfsg-2 libxrandr2 (= 2:1.2.0) | 2:1.2.2-1 libxrender1 | 1:0.9.4-1 zlib1g (= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-7 gconf2 (= 2.10.1-2) | 2.20.1-1 notification-daemon | 0.3.7-1+b1 hal (= 0.5.6+cvs20060219-1) | 0.5.10-2 best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ There is no branch of mathematics, however abstract, which may not //\ some day be applied to phenomena of the real world. --- Lobatchevsky V_/_ Wer keinen Mut zum Träumen hat, hat keine Kraft zum Kämpfen!
Bug#450488: O: plopfolio.app -- Clone of Serence's excellent KlipFolio for GNUstep
Package: wnpp Severity: normal The current maintainer of this, me, doesn't use this anymore. Therefore, I orphan this package now. Upstream didn't do something on it for a long time (if the download URL still works at all). Maintaining a package requires time and skills. Please only adopt this package if you are *sure* you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449085: Int13 eltorito call with AX=4C00
Am Freitag, 2. November 2007 schrieb Justin Pryzby: FATAL: Int13 eltorito call with AX=4C00. Please report Can you try with earlier qemu 0.8 from etch? Perhaps with the *bios packages too. If I install the package from etch (onto a lenny system) and call qemu -cdrom binary.iso I get a qemu window that says QEMU 0.8.2 monitor - type 'help' for more information (qemu) [cursor] I got further than that with the lenny version. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449508: zekr-quran-translations-en: [INTL:fr] French debconf templates translation update
Christian, Thank you. Regards, Mohammad Christian Perrier wrote: Package: zekr-quran-translations-en Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Thanks for taking care of warning translators before uploading a new version with string changes. It's highly appreciated. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-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/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434262: relayhost debconf question suggestion etc.
Package: postfix Version: 2.4.6-1 I just converted my workstation from exim4 to postfix after seeing debian-devel postings. After learning the postfix for a while and reading BTS, I encountered this bug report. The bug submitter uses smart host name without [] in his set up. I think that is the problem. Actually, relayhost can be CNAME but the debconf question may not be the best to lead us to set it. We need [] around hostname. Let me discuss debconf template and propose new one as below. --- Template: postfix/relayhost Type: string Description: SMTP relay host (blank for none): Please specify a domain, host, host:port, [address] or [address]:port. Use the form [destination] to turn off MX lookups. Leave this blank for no relay host. . Do not specify more than one host. . The relayhost parameter specifies the default host to send mail to when no entry is matched in the optional transport(5) table. When no relay host is given, mail is routed directly to the destination. - I thought [] are there like quotation mark just by reading this. Mixed use of words [address] and [destination] certainly confused me. Let's see how exim ask for smarthost: - Template: exim4/dc_smarthost Type: string _Description: IP address or host name of the outgoing smarthost: Please enter the IP address or the host name of a mail server that this system should use as outgoing smarthost. If the smarthost only accepts your mail on a port different from TCP/25, append two colons and the port number (for example smarthost.example::587 or 192.168.254.254::2525). Colons in IPv6 addresses need to be doubled. . If the smarthost requires authentication, please refer to the Debian-specific README files in /usr/share/doc/exim4-base for notes about setting up SMTP authentication. - [smarthost.example] is easier to unserstand than the mix of [address] and [destination]. Also, MX record is really irrelevant for smart host. That only gives SMTP server accepting external mail. Smarthost are the host itself. (It may be A record or CNAME) Let me propose possible alternative text: -- Template: postfix/relayhost Type: string Description: Host name of the outgoing smarthost(blank for none): Please enter the host name of a mail server that this system should use as outgoing smarthost as [smarthost.example]. If the smarthost only accepts your mail on a port different from TCP/25, append colon and the port number (for example, [smarthost.example]:587 ). . Use the form [smarthost.example] with the bracket ensures to turn off MX lookups. Leave this blank for no relay host. Do not specify more than one host. . The relayhost parameter specifies the default host to send mail to when no entry is matched in the optional transport(5) table. When no relay host is given, mail is routed directly to the destination. . If the smarthost requires authentication, please refer to Enabling SASL authentication in the Postfix SMTP client in the /usr/share/doc/postfix/SASL_README.gz . I removed IP address thing since I was not sure postfix accepts such numeric values and usually ISP provides hostname. You may add text here on the numeric IP if it is OK. Speeking about debconf template, the question on the 4 configurations in postfix is a bit difficult on VT200 terminal. (2 screens) I think that came from the old exim. The current exim4 question as below in the source should replace postfix question Template: postfix/main_mailer_type and Description: General type of mail configuration: Template: exim4/dc_eximconfig_configtype Type: select # Translators beware! the following six strings form a single # Choices menu. - Every one of these strings has to fit in a standard # 80 characters console, as the fancy screen setup takes up some space # try to keep below ~71 characters. # DO NOT USE commas (,) in Choices translations otherwise # this will break the choices shown to users __Choices: internet site; mail is sent and received directly using SMTP, mail sent by smarthost; received via SMTP or fetchmail, mail sent by smarthost; no local mail, local delivery only; not on a network, no configuration at this time Default: local delivery only; not on a network _Description: General type of mail configuration: Please select the mail server configuration type that best meets your needs. . Systems with dynamic IP addresses, including dialup systems, should generally be configured to send outgoing mail to another machine, called a 'smarthost' for delivery because many receiving systems on the Internet block incoming mail from dynamic IP addresses as spam protection. . A system with a dynamic IP address can receive its own mail, or local delivery can be disabled entirely (except mail for root and postmaster). --- The nice thing about this is quite short
Bug#439962: tentative security update to etch of fail2ban
Hi Thijs, Thanks a lot for a rapid feedback. So, now I know who is a member of security team I guess ;-) * Propagated fix for asctime pattern from 0.7.8 release (closes: #421848) I do not see the security implications of this bug. indeed -- it is not of direct security issue. It is just that first 10 days of the month fail2ban would fail to detect failed lines in the logs, thus would not perform up to its duty. If someone relies on fail2ban to prevent any kind of attack (such as DoS, dictionary, etc) against his servers, effectively it would lead to DoS possibility as if fail2ban wasn't in use at all. And that is what original submitted had as an opinion. Since the fix is really minimal I thought it would be worth including it. But if you insist I can remove this one, but it is really minimal * Propagated fix for not closed log files from 0.7.8-1 (closes: #439962,434368) Surely a critical bug, but does it have security implications? * Propagated fix for reload bug which is as sever as #439962 and just never was hit by any Debian user yet It's unclear to me what issue this is exactly. Sorry for cryptic description and I must confess that I can't recall 100% clearly what it was about although I provided initial fix. I believe it had the same implication that fail2ban would stall on reload command. So, both issues lead to a similar, serious and imho security related bug: fail2ban would stall on reload, and fail2ban reload is called by logrotate which is in turn is called by cron. What we have at the end - is the system which if not taken care about might have disabled cron activity, which might have scheduled some health/security monitoring such as tiger, cfengine, etc. That might have all kinds of implications including making the system vulnerable to specific kinds of attacks. I even not mentioning that fail2ban would not perform as promised thus opening posibilities to attacks. * Rigid call to python2.4 instead of via /usr/bin/env to prevent in-the-middle attack via environment poisoning Is this theoretical or is it a realistic scenario? Can you give an example? ;-) indeed this is more of a theoretical issue. It is only to prevent cases when some user who has sudo access (thus propagating env variables into the shell) and has some custom link in his PATH for python (due to various reasons, from specifics of his job to religion of using jpython or smth like that) and he runs fail2ban restart. It would start fail2ban using his custom python. But indeed this scenario is very unprobable and I do not feel strong about keeping it. The patch is minimalistic though as well ;-) So concluding, this update seems to mix security and non-security issues, and that is not acceptable to us. For an update through security.debian.org you need to make a version that only includes real security fixes. Please let me know if you change your judgment on the issues I've discussed. I will remove the ones which remain out of security scope Other critical fixes can be sent for review to the stable release managers at [EMAIL PROTECTED] -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik pgpcXXZnKFPxM.pgp Description: PGP signature
Bug#450490: bsdmainutils: long term mass bug filing for cross building support
Package: bsdmainutils Version: 6.1.8 Severity: wishlist Tags: patch bsdmainutils needs a simple patch to support cross-building by detecting the cross environment in debian/rules and passing a modified $(CC) to $(MAKE). This occurs because the cross building tools have been rewritten to support CC_FOR_BUILD for packages that compile internal build tools and therefore the tools no longer explicitly override the MAKEFLAGS. Thanks. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bsdmainutils depends on: ii bsdutils 1:2.13-10 Basic utilities from 4.4BSD-Lite ii debianutils 2.27 Miscellaneous utilities specific t ii libc6 2.6.1-6GNU C Library: Shared libraries ii libncurses5 5.6+20071013-1 Shared libraries for terminal hand bsdmainutils recommends no packages. -- no debconf information --- bsdmainutils.old/debian/rules 2006-11-23 20:10:25.0 + +++ bsdmainutils-6.1.8/debian/rules 2007-11-07 15:32:38.0 + @@ -2,6 +2,14 @@ SHELL+= -e #export DH_VERBOSE=1 +DEB_HOST_GNU_TYPE=$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +DEB_BUILD_GNU_TYPE=$(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) + +ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE)) + CROSS += CC=$(DEB_HOST_GNU_TYPE)-gcc +else + CROSS += +endif # support noopt; nostrip is handled dh_strip CFLAGS = -g @@ -13,7 +21,7 @@ build: build-stamp build-stamp: dh_testdir - $(MAKE) + $(MAKE) $(CROSS) touch build-stamp clean:
Bug#450466: sgf2dg: FTBFS: tests failed
tags 450466 + confirmed pending thanks Lucas Nussbaum wrote: t/Dg2Tk... # Failed test 'new Dg2Tk object' # in t/Dg2Tk.t at line 51. # got: 'couldn't connect to display :0 at /usr/lib/perl5/Tk/MainWindow.pm line 55. # MainWindow-new() at /build/user/sgf2dg-4.026/blib/lib/Games/Go/Dg2Tk.pm line 188 This bug occurs only if all the following conditions are met: - perl-tk package is installed - no working X11 environment is available About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. perl-tk was not in build-depend (probably here due to Recommends and the way apt manage them) In the fixed package, perl-tk is in build-depend but the test is skipped is DISPLAY is not set. The new package will be uploaded as soon as possible (when ftp-master will be ok) Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]