Bug#564557: mlmmj-php-web-admin: class.FastTemplate.php is non-free
Package: mlmmj-php-web-admin Version: 1.2.15-1.1 Severity: serious Justification: non-free content in main Hi, the file class.FastTemplate.php contains the following license statement: This program is released under the General Artistic License. This program is free software; you can redistribute it and/or modify it under the GNU General Artistic License, with the following stipulations; Changes or modifications must retain these Copyright statements. Changes or modifications must be submitted to all AUTHORS. The requirement to send changes to the authors makes it non-free. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564504: ftp.debian.org: override: procps:admin/important
On 2010-01-10 00:51 +0100, Craig Small wrote: On Sat, Jan 09, 2010 at 09:43:41PM +0100, Sven Joachim wrote: Please downgrade the priority of procps to important, there is no Essential or required package that depends on it. procps was essential, or has that changed? It was essential in bo, but that apparently changed when you took over the package, since it has not been essential in hamm and later (according to archive.debian.net). Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564558: SyntaxError: invalid syntax (except TTBException as ex:)
Package: ttb Version: 1.0.1-2 Severity: grave Justification: renders package unusable A fresh install just crashes when started: th...@volta:~$ ttb /usr/bin/ttb:906: Warning: 'as' will become a reserved keyword in Python 2.6 File /usr/bin/ttb, line 906 except TTBException as ex: ^ SyntaxError: invalid syntax th...@volta:~$ ttb 101 /usr/bin/ttb:906: Warning: 'as' will become a reserved keyword in Python 2.6 File /usr/bin/ttb, line 906 except TTBException as ex: ^ SyntaxError: invalid syntax Let me know if you need more information. cheers, Thijs -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-trunk-powerpc Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ttb depends on: ii python2.5.4-5An interactive high-level object-o ii python-gtk2 2.16.0-1 Python bindings for the GTK+ widge ii python-support1.0.6 automated rebuilding support for P ttb recommends no packages. ttb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564559: makepasswd: Default settings generate insecure passwords
Package: makepasswd Version: 1.10-4 Severity: critical Tags: security Justification: root security hole By default makepasswd gets 32-bit random seed from /dev/urandom, initializes Perl random numbers generator with it using srand function and then generates password length and password chars using rand function that is not cryptographic secure and absolutely predictable by initial seed that is only 32 bit strength. Default settings for makepasswd is password length from 8 to 10 characters inclusive and password consisting of characters A-Za-z0-9 (total 62) so theoreticaly it is possible to create 62^8+62^9+62^10 = 8.5e17 passwords in default mode. Actually I think that security in this case better estimated by 62^8 = 2.1e14 because all lengths have equal probability. But because rand function depends completely on srand seed the amount of possible passwords lowered from 8.5e17 or 2.1e14 to just 2^32 = 4.2e9. So any root user (hence root security hole justification) that uses password generated by makepasswd package is vulnerable to brute force attack. 4 billions paswords brute force attack is quite possible. The best solution of the issue I've found is using --rerandom=1 command line switch that initializes srand with cryptographic secure /dev/urandom value before each rand function call. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (900, 'stable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (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 makepasswd depends on: ii libcrypt-passwdmd5-perl 1.3-9 interoperable MD5-based crypt() fo ii perl 5.10.1-8 Larry Wall's Practical Extraction makepasswd recommends no packages. makepasswd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556383: apache2-mpm-event: mod_cache CacheIgnoreURLSessionIdentifiers misbehaviour
Hi, On Sun, 15 Nov 2009, Vitez Gabor wrote: CacheIgnoreURLSessionIdentifiers fails to work properly, when two session identifiers are used. Do you know how to recompile the apache2 package? If yes, it would be nice if you could try this patch and test if it fixes your problem: http://svn.apache.org/viewvc/httpd/httpd/trunk/modules/cache/cache_storage.c?r1=892289r2=892288pathrev=892289view=patch Cheers, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564560: xserver-xorg-input-synaptics: Pointer resets to center of screen intermittently
Package: xserver-xorg-input-synaptics Version: 1.2.1-1 Severity: normal SInce the update to 1.2.1, the mouse pointer is reset to the center of the screen at random intervals. Intervals may be seconds or minutes. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jul 27 2007 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1865248 Jan 6 18:52 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) /etc/X11/xorg.conf does not exist. Xorg X server log files on system: -rw-r--r-- 1 root root 2350 Aug 30 12:45 /var/log/Xorg.1.log -rw-r--r-- 1 root root 32660 Jan 10 09:11 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.7.3.902 (1.7.4 RC 2) Release Date: 2009-12-26 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-trunk-amd64 x86_64 Debian Current Operating System: Linux apricot 2.6.31-1-amd64 #1 SMP Mon Nov 16 04:44:38 UTC 2009 x86_64 Kernel command line: root=/dev/sda3 ro Build Date: 06 January 2010 05:51:16PM xorg-server 2:1.7.3.902-1 (jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Jan 10 09:11:19 2010 (II) Loader magic: 0x7c2be0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:0:2:0) 8086:27a2:8086:7270 Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0x9038/524288, 0x8000/268435456, 0x9040/262144, I/O @ 0x20e0/8 (--) PCI: (0:0:2:1) 8086:27a6:8086:7270 Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0x9030/524288 (==) Using default built-in configuration (30 lines) (==) --- Start of built-in configuration --- Section Device Identifier Builtin Default intel Device 0 Driver intel EndSection Section Screen Identifier Builtin Default intel Screen 0 Device Builtin Default intel Device 0 EndSection Section Device Identifier Builtin Default vesa Device 0 Driver vesa EndSection Section Screen Identifier Builtin Default vesa Screen 0 Device Builtin Default vesa Device 0 EndSection Section Device Identifier Builtin Default fbdev Device 0 Driver fbdev EndSection Section Screen Identifier Builtin Default fbdev Screen 0 Device Builtin Default fbdev Device 0 EndSection Section ServerLayout Identifier Builtin Default Layout Screen Builtin Default intel Screen 0 Screen Builtin Default vesa Screen 0 Screen Builtin Default fbdev Screen 0 EndSection (==) --- End of built-in configuration --- (==) ServerLayout Builtin Default Layout (**) |--Screen Builtin Default intel Screen 0 (0) (**) | |--Monitor default monitor (**) | |--Device Builtin Default intel Device 0 (==) No monitor specified for screen Builtin Default intel Screen 0. Using a default monitor configuration. (**) |--Screen Builtin Default vesa Screen 0 (1) (**) | |--Monitor default monitor (**) | |--Device Builtin Default vesa Device 0 (==) No monitor specified for screen Builtin Default vesa Screen 0. Using a default monitor configuration. (**) |--Screen Builtin Default fbdev Screen 0 (2) (**) | |--Monitor default monitor (**) | |--Device Builtin Default fbdev Device 0 (==) No monitor specified for screen Builtin Default fbdev Screen 0. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry
Bug#560786: gdb: Please make the python dependency optional
Ok, let's see ... On Mon, Dec 21, 2009 at 06:18:18PM -0500, Daniel Jacobowitz wrote: On Sun, Dec 20, 2009 at 03:30:20AM +1030, Ron wrote: I do appreciate, and share, your concern for not bloating the archive needlessly, but my concern is balancing that against the needs of small Debian systems, where the extra deps this drags in are of themselves a quite substantial and needless extra bloat. They are considerably larger than gdb is itself, and needing to put extra flash on a board, just to install python, which the board itself will never use, hits a much harder limit than an extra 4MB package in the archive would. There is not just one GDB package in the archive. Many platforms have two, and the build logic is tricky enough to produce all the variants already... I really don't see the justification for another binary. Well I offered to provide a patch -- so I can put in some work to help simplify the build logic too, if that's the pound of flesh this will cost me ;) You've already said you don't have the space for GDB+Python. So file a wishlist bug to split gdbserver out to its own package, and I'll do that for you happily. I haven't seen anyone object to that idea yet, so we seem to have a rough consensus that would be a good plan independently of any other issues here, yeah. Then you don't need to put the detached debug info files on your target either. If you are putting them on your target, well, that explains why you can't fit GDB! If I didn't have all that data which was actually useful to me, then I'd have plenty of space for whole subsystems I will never need ;? That's probably not the most productive argument we could entertain :) But seriously, it's about resource budgeting. When we design a new product, we need to build in some slack space to allow for natural growth and incidentals. So if we have to build in slack space for python, then $omebody has to pay for that. Because real memory costs real money. And chances are, that somebody, will actually be you. Because we'll have sold our stuff to someone who sells you stuff ... Now eventually, memory will be so plentiful and cheap that we can just waste it on any old thing, but in the meantime we're still a few years from that point yet. That's my issue. That's why I need optional things to stay optional. Because when some other major tool decides to drag in ruby (or whatever) for the same sort of extra fizz gdb gets from this, I need to be able to tell one of you thanks, but I don't need that today. What I don't need to hear is oh but it was ok for gdb from the other guys ... If I can do that with python here. ie. it becomes a Recommends or so, then I'm totally happy. I think ; Ideally this should really be some sort of runtime dependency, otherwise what happens when people also add perl, lua, ruby, etc. etc. bindings to do the same thing as this python dep does? It's not going to happen. We (the GDB developers) spent a long time picking one language under the firm plan that we wanted exactly one. We don't want to fragment available GDB scripts by language; that defeats the point of making it scriptable. That seems like a rather risky edict/assumption to make... people really do love their favourite languages. But hypothetical talk about egdb springing up is way off the issue I'm concerned with right now, so I'm happy to steer clear of bringing this into it any further :) - libgdb-dev appears to be unused, and itself recommends that it never should be. That's the size of 2 gdb .debs itself, so if you really want to remain archive neutral, we could trade it for a gdb-minimal package, and wind up using less archive space in the deal. It exists for the benefit of the Free Pascal IDE. Also, it takes almost no additional build daemon time. Ok. If it's still needed, that's mostly what I was wondering. Surely we can also do the takes almost no additional buildd time trick with --without-python though, no? It looked like only a couple of files would get touched by that at all. Did I miss something there? Either way, this isn't like an extra OOo build we're asking for. I've cc'd -devel, as others may have even better or simpler solutions, but I'd appreciate your guidance on the best way to move forward with solving this from here. I just don't see why a solution to this is necessary in the archive. Nothing you've said has changed that. Either we install gdbserver, or else you can just throw a GDB binary around from system to system. I don't think the range of systems which don't need and can't fit Python, but can fit a GDB executable (and its substantial RAM requirements, and the huge debuginfo files it needs to be useful) is very large. Remote debugging is easy, and this is exactly what it's for. The range of systems is however larger than what gdbserver is suitable for, by its own description. Yes, it's a useful tool, for some
Bug#564561: Security issue: MySQL root password stored in /etc/gallery2/config.php
Package: gallery2 Version: 2.3-1 Severity: normal When configuring the gallery2 package, it asks for a Database admin user account capable of creating new databases. In other debian packages that use MySQL, the install scripts creates a new database and a new MySQL user with write access to that database. The gallery package however stores the admin user and password typed in during configuration in /etc/gallery2/config.php. This is not expected and not wanted. Since this file is owned by www-data, a minor bug in any php script can cause the MySQL root password to be revealed. This might be related to bug #328778 -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (400, 'testing'), (300, 'experimental'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.6-Soleus64 (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 gallery2 depends on: ii apache2 2.2.9-10+lenny6 Apache HTTP Server metapackage ii apache2-mpm-pre 2.2.14-3 Apache HTTP Server - traditional n ii debconf [debcon 1.5.24 Debian configuration management sy ii imagemagick 7:6.3.7.9.dfsg2-1~lenny3 image manipulation programs ii libapache2-mod- 5.2.11.dfsg.1-1 server-side, HTML-embedded scripti ii libphp-adodb5.09a-1 The ADOdb database abstraction lay ii mysql-client-5. 5.0.51a-24+lenny2MySQL database client binaries ii php55.2.11.dfsg.1-1 server-side, HTML-embedded scripti ii php5-mysql 5.2.11.dfsg.1-1 MySQL module for php5 ii smarty 2.6.26-0.1 Template engine for PHP ii wwwconfig-commo 0.2.1Debian web auto configuration Versions of packages gallery2 recommends: ii dcraw 8.86-1decode raw digital camera images ii ffmpeg 5:0.5+svn20091224-0.0 audio/video encoder, streaming ser ii jhead 1:2.88-1 manipulate the non-image part of E ii libjpeg-progs 7-1 Programs for manipulating JPEG fil ii php5-gd5.2.11.dfsg.1-1 GD module for php5 ii unzip 5.52-12 De-archiver for .zip files ii zip2.32-1Archiver for .zip files Versions of packages gallery2 suggests: ii mysql-server-5.0 [mysq 5.0.51a-24+lenny2 MySQL database server binaries -- debconf information: gallery2/webserver_type: apache, apache-ssl, apache-perl, apache2 gallery2/mysql/dbname: gallery2 * gallery2/mysql/dbserver: localhost gallery2/mysql/configure: true * gallery2/restart-webserver: false gallery2/purge: true * gallery2/mysql/dbadmin: root -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557261: [Pkg-openssl-devel] Bug#557261: libssl0.9.8: Updating from version k-5 to k-6 breaks client auth with stunnel4
KR == Kurt Roeckx writes: KR As I understand it, it will not do the renegotation if you do it KR for the whole virtual host. but wouldn't it cause prompts for certificate for the whole virtual host? i'd like to protect (with certificate validation) only part of the site, e.g. the admin interface, leaving the rest of the site for general users. i.e. the requirement to put the certificate validation for the whole virtual host requires creating a separate website with a dedicated IP address, which is not always desirable. Best, v. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564283: libgl1-mesa-dri (7.7~rc2-1) depends on non existant
jida...@jidanni.org wrote: Please update both parts at the same time next time. Thanks. That's what we did. Please stop wasting our time with useless mails. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#458091: not fixed in 1.2.15-1
notfixed 458091 1.2.15-1 thanks Hi, it seems this issue is not completely fixed in 1.2.15-1. The patch to src/subscriberfuncs.c has been applied, but not the (identical) change to src/getaddrsfromfd.c. Upstream version 1.2.17-RC1 has changed the code in the latter as well, but for some reason it returns 0 in case the size is 0 instead of -1 as for all other error conditions and as the case is handled in the former file. This might be a bug upstream? Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564203: (no subject)
Alex Goebel wrote: Actually, the same (/very similar) problem appears when using the NVIDIA binary driver, directly after the 7.5+1 update. Reverting to testing fixes this. Unlikely that it's the nv driver only. Sorry. nv problems are well identified, and they are not even fixed in latest nv release, see http://lists.freedesktop.org/archives/xorg-announce/2009-December/001219.html nvidia binary problems are impossible to debug, and probably just related to their ugly binary compatibility glue layer not being updated to the new server ABI yet. So please don't mix unrelated issues. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546512: Please drop {Build-,}Depends on sun-java5-*
On Sun, Jan 10, 2010 at 12:40:23AM +0100, Niels Thykier wrote: Original RFS: http://lists.debian.org/debian-java/2009/12/msg00028.html If you confirm that the .dsc pointed there is still current, I'll be happy to sponsor it. Let me know. Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime signature.asc Description: Digital signature
Bug#564321: OpenSC 0.11.12 released, fixing an important regression
merge 563671 564321 thanks * Jean-Michel Pouré (j...@poure.com) wrote: Package: opensc Version : 0.11.9 Severity : grave OpenSC 0.11.12 released, fixing an important regression: http://www.opensc-project.org/pipermail/opensc-announce/2009-December/30.html The problem --- OpenSC 0.11.4 and earlier did not encode integers properly in ASN.1 structures including the on-card format for directory files. This issue was was fixed in OpenSC 0.11.5. However in december 2009 it was discovered, that as a result some cards initialized with OpenSC 0.11.4 and earlier will not properly work with OpenSC 0.11.5 and later. So far texting showed only problems with Starcos cards. The integers keyReference and pinReference are read as negative numbers, instead of the positive number (value+256) they should represent. PKCS#15 dictates that both values need to be positive Integers if specified in the directory files on the card. Thus code can automatically detect the wrong (negative) values and fix the issue by adding 256. In OpenSC 0.11.12 such code was implmeneted and successfully tested. Starcos cards initialized with OpenSC 0.11.4 and earlier can now be used with OpenSC 0.11.12 and later. Cards initialized with OpenSC 0.11.5 and later continue to work fine. Changes to the code were implemented to keep the ABI compatible with earlier versions, so that applications using the internal OpenSC API such as OpenSSH do not need to be recompiled. Still the format on the Starcos cards initialited with OpenSC 0.11.4 continues to be wrong. If necessary a tool can be written to convert such old cards, please report to the OpenSC mailing lists. Creating or storing additional private keys and PIN objects will also update the directory files and thus should writte the correct ASN.1 values on the cards. Other changes - The Entersafe driver in OpenSC was enhanced so it does now support private data objects. -- Eric Dorland e...@kuroneko.ca ICQ: #61138586, Jabber: ho...@jabber.com signature.asc Description: Digital signature
Bug#546958: ITA: hydrogen -- Simple drum machine/step sequencer
On Sat, Jan 9, 2010 at 7:35 PM, Thorsten Alteholz deb...@alteholz.de wrote: Yes, I am still struggling with managing the package in a git repository (this git stuff is rather new for me). But I am confident to get it done soon. Well, and what dou think about mainintaining this in collaboration with Debian Multimedia Maintainers team? You can find more information here [1]. [1] http://wiki.debian.org/DebianMultimedia -- Alessio Treglia quadris...@ubuntu.com Ubuntu MOTU Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564543: xserver-xorg-core: X fails initial start-up with dependency boot
On Sun, Jan 10, 2010 at 14:41:57 +1030, Arthur Marsh wrote: Package: xserver-xorg-core Version: 2:1.7.3.902-1 Severity: normal I had to run /etc/init.d/kdm restart from a root prompt after the initial start up failed. The attached Xorg.0.log.old is the failed start-up. Looks like a successful startup to me. What's the actual issue? Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564543: xserver-xorg-core: X fails initial start-up with dependency boot
Julien Cristau wrote, on 10/01/10 20:01: On Sun, Jan 10, 2010 at 14:41:57 +1030, Arthur Marsh wrote: Package: xserver-xorg-core Version: 2:1.7.3.902-1 Severity: normal I had to run /etc/init.d/kdm restart from a root prompt after the initial start up failed. The attached Xorg.0.log.old is the failed start-up. Looks like a successful startup to me. What's the actual issue? Cheers, Julien Hi, thanks for the prompt response. The problem is that kdm didn't start up - I was left staring at the login: prompt on vt1 and vt7 was blank. Are there any other logging options I should look? Regards, Arthur. enable primary dac FreeType: couldn't find encoding 'iso8859-14' for '/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/Arial.ttf' FreeType: couldn't find encoding 'iso8859-14' for '/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/Arial.ttf' FreeType: couldn't find encoding 'iso8859-14' for '/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/Arial.ttf' FreeType: couldn't find encoding 'iso8859-14' for '/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/Arial.ttf' FreeType: couldn't find encoding 'iso8859-14' for '/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/Arial.ttf' FreeType: couldn't find encoding 'iso8859-14' for '/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/Arial.ttf' FreeType: couldn't find encoding 'iso8859-14' for '/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/Arial.ttf' FreeType: couldn't find encoding 'iso8859-14' for '/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/Arial.ttf' FreeType: couldn't find encoding 'iso8859-14' for '/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/Arial.ttf' disable primary dac finished PLL2 finished PLL1 Entering Restore TV Restore TV PLL Restore TVHV Restore TV Restarts Restore Timing Tables Restore TV standard Leaving Restore TV error setting MTRR (base = 0xd800, size = 0x0800, type = 1) Inappropriate ioctl for device (25) This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.7.3.902 (1.7.4 RC 2) Release Date: 2009-12-26 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.2-dsa-ia32 i686 Debian Current Operating System: Linux victoria 2.6.32 #2 SMP PREEMPT Sat Jan 9 14:34:59 CST 2010 i686 Kernel command line: BOOT_IMAGE=//vmlinuz-2.6.32 root=UUID=96c96a61-8615-4715-86d0-09cb8c62638c ro kexec_jump_back_entry=0x7c2be8b6 kexec_jump_back_entry=0xc6f89540 Build Date: 07 January 2010 07:24:24PM xorg-server 2:1.7.3.902-1 (bui...@murphy.debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Jan 10 13:57:10 2010 (==) Using config file: /etc/X11/xorg.conf WARNING: All config files need .conf: /etc/modprobe.d/crypto, it will be ignored in a future release. WARNING: All config files need .conf: /etc/modprobe.d/usb, it will be ignored in a future release. NTSC PAL XRANDR name: VGA-0 Connector: VGA CRT1: INTERNAL_DAC1 DDC reg: 0x60 XRANDR name: DVI-0 Connector: DVI-I CRT2: INTERNAL_DAC2 DFP1: INTERNAL_TMDS1 DDC reg: 0x64 XRANDR name: S-video Connector: S-video TV1: INTERNAL_DAC2 DDC reg: 0x0 finished output detect: 0 Unhandled monitor type 0 finished output detect: 1 finished output detect: 2 finished all detect before xf86InitialConfiguration Unhandled monitor type 0 after xf86InitialConfiguration Entering TV Save Save TV timing tables saveTimingTables: reading timing tables TV Save done disable primary dac disable primary dac disable TV disable primary dac init memmap init common init crtc1 init pll1 freq: 9450 best_freq: 9450 best_feedback_div: 21 best_ref_div: 2 best_post_div: 3 restore memmap restore common restore crtc1 restore pll1 finished PLL1 set RMX set primary dac enable primary dac disable TV SELinux: Disabled on system, not enabling in X server record: RECORD extension enabled at configure time. record: This extension is known to be broken, disabling extension now.. record: http://bugs.freedesktop.org/show_bug.cgi?id=20500 (EE) ioctl EVIOCGNAME failed: Inappropriate ioctl for device (EE) PreInit returned NULL for ImPS/2 Generic Wheel Mouse (EE) PreInit returned NULL for PC Speaker (EE) ioctl EVIOCGNAME failed: Inappropriate ioctl for device (EE) PreInit returned NULL for Macintosh mouse button emulation disable primary dac finished PLL2 finished PLL1 Entering Restore TV Restore TV PLL Restore
Bug#556248: workaround...
I was hoping that this problem would've been fixed by now, but since I got tired of being unable to run debuild, I tried to figure out what happened. I compared the debuild from lenny to find what change had caused the problem, and I just reverted that part of debuild back to the way it was done in lenny. I attached a simple patch that I've been using successfully (so far). I'm sorry that I can't be more help, but I'm absolutely dimwitted when it comes to messing with perl. -- Thanks: Joseph Rawson --- ./scripts/debuild.pl 2010-01-02 21:20:42.0 -0600 +++ /usr/local/bin/debuild-hacked 2010-01-10 03:25:30.0 -0600 @@ -276,7 +276,7 @@ foreach my $var ($dpkg_opts_var, $lintian_opts_var) { $shell_cmd .= eval set -- \$$var;\n; $shell_cmd .= echo \ $var BEGIN \;\n; - $shell_cmd .= 'while [ $# -gt 0 ]; do printf %s\n $1; shift; done;' . \n; + $shell_cmd .= 'while [ $# -gt 0 ]; do echo $1; shift; done;' . \n; $shell_cmd .= echo \ $var END \;\n; } # Not totally efficient, but never mind signature.asc Description: This is a digitally signed message part.
Bug#564415: [icedove-3.0] more hints
Package: icedove-3.0 Hi, I tested also against the -dbg version which surprisingly does *not* show the bug. A debdiff (attached) of the two .debs shows the problem: the debug-version has *not* it's modules moved to /usr/share/icedove-3/modules -- like the last know working version of icedove. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org [The following lists of changes regard files as different if they have different names, permissions or owners.] Files in second .deb but not in first - -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/components/libdbusservice.so -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/components/libimgicon.so -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/components/libjsd.so -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/components/libmozgnome.so -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/components/libxpinstall.so -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/icedove-3.0-bin -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/libldap60.so -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/libldif60.so -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/libmozjs.so -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/libprldap60.so -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/libssldap60.so -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/libxpcom.so -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/libxpcom_core.so -rw-r--r-- root/root /usr/lib/debug/usr/lib/icedove-3.0/mozilla-xremote-client -rw-r--r-- root/root /usr/share/doc/icedove-3.0-dbg/changelog.Debian.gz -rw-r--r-- root/root /usr/share/doc/icedove-3.0-dbg/copyright Files in first .deb but not in second - -rw-r--r-- root/root /etc/icedove-3.0/messenger/mailViews.dat -rw-r--r-- root/root /etc/icedove-3.0/pref/icedove.js -rw-r--r-- root/root /etc/icedove-3.0/profile/localstore.rdf -rw-r--r-- root/root /etc/icedove-3.0/profile/mimeTypes.rdf -rw-r--r-- root/root /etc/icedove-3.0/profile/prefs.js -rw-r--r-- root/root /usr/lib/icedove-3.0/.autoreg -rw-r--r-- root/root /usr/lib/icedove-3.0/README.txt -rw-r--r-- root/root /usr/lib/icedove-3.0/application.ini -rw-r--r-- root/root /usr/lib/icedove-3.0/components/accessibility.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/activity.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/addrbook.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/alerts.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/appshell.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/appstartup.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/autocomplete.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/autoconfig.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/caps.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/chardet.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/chrome.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/commandhandler.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/commandlines.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/composer.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/content_base.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/content_html.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/content_htmldoc.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/content_xmldoc.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/content_xslt.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/content_xtf.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/contentprefs.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/cookie.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/docshell.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/dom.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/dom_base.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/dom_canvas.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/dom_core.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/dom_css.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/dom_events.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/dom_geolocation.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/dom_html.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/dom_json.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/dom_loadsave.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/dom_offline.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/dom_range.xpt -rw-r--r-- root/root /usr/lib/icedove-3.0/components/dom_sidebar.xpt -rw-r--r--
Bug#564300: [console-tools] Can't install console-tools
Package: console-tools Version: 1:0.2.3dbs-67 --- Please enter the report below this line. --- Hi, When you aptitude upgrade|install in X you have : $ readlink /proc/self/fd/0 /dev/pts/0 I think this is a problem with (around) line 85 of /etc/init.d/console-setup.sh I fix the problem with : commenting line 12 (set -e) of this file and running aptitude on console (alt-f1) Hope it helps Guy --- System information. --- Architecture: i386 Kernel: Linux 2.6.31-1-686 Debian Release: squeeze/sid 501 testing debian.gfoss.it 500 unstable viewizard.com 500 unstable ftp.fr.debian.org 500 stable x2go.obviously-nice.de 500 stable dl.google.com 500 stable deb.opera.com 500 sid www.lamaresh.net 500 maemo5-sdk scratchbox.org 500 lenny-wx apt.wxwidgets.org 400 unstable www.debian-multimedia.org 100 stable ftp.fr.debian.org 1 experimental ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libc6 (= 2.3) | 2.10.2-4 libconsole (= 1:0.2.3dbs-66) | 1:0.2.3dbs-67 debconf | 1.5.28 OR debconf-2.0 | lsb-base (= 3.0-10) | 3.2-23 Recommends (Version) | Installed ===-+-= console-data (= 2002.12.04dbs-1) | 2:1.10-2 console-common | 0.7.85 Suggests (Version) | Installed =-+-=== kbd-compat | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563752: dpkg-dev: implementation of symbol patterns framework as well as c++, wildcard, regexp patterns
On Sun, 10 Jan 2010, Modestas Vainius wrote: Therefore, I will change 'gnu-v3' to 'auto'. Java will need to be implemented separately (Cppfilt module supports any number of daemons). I wrote pattern framework with 'java' in mind hence adding it will probably be only a couple lines of code but I won't do it now. Ok. Why do we need optional-pattern? Wouldn't optional work as expected? So we agree that it is not needed. So *@version is 'match-version' with implicit optional tag (we can't add the tag automatically in order to avoid it appearing in the diff). Yes. My suggestion was: (match-version)GLIBC_2.0 2.0 Will be done. However, in case of such syntax, 'match-' looks kinda redundant. What about: (version)GLIBC_2.0 2.0 or (symbol-version)GLIBC_2.0 2.0 or (symver)GLIBC_2.0 2.0 version is too generic... other possibilities: versionned-symbols, symbol-with-version Pick the one you prefer. symver at least seem refers to jargon and might be less confusing (and people who don't know will have to look up the doc). Yeah. By the way, do you prefer 'regexp' (as it is now) or 'regex'? regex seems to be more popular and that's the name of the manual page as well, so maybe rather regex. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#458839: Bug #458839 unreproducible
tag 458839 + unreproducible stop Hi, After installing aiccu, every attempt to configure it fails with the message: Setting up aiccu (20070115-7) ... Unknown configuration statement on line 2 of /tmp/aiccu1agHXXconf: protoco Unknown configuration statement on line 3 of /tmp/aiccu1agHXXconf: serve dpkg: error processing aiccu (--configure): subprocess post-installation script returned error exit status 1 I just released version 20070115-11 into unstable in which I rewrote the config and postinst scripts. Whatever I tries I can't reproduce this bug and maybe the bug is already solved between version -7 and -11. Let me know if the bug still exist with version -10 or -11 else I will close this bug in time. Best regards, Reinier signature.asc Description: OpenPGP digital signature
Bug#564563: Lack of dependency on initscript package causes startup error
Package: privoxy Version: 3.0.12-2 Severity: important When upgrading to privoxy, the startup script fails because it cannot found /lib/init/vars.sh. I solved it upgrading to initscripts 2.87dsf-8. So I think that privoxy should include a dependency to this initscripts version or to a lower version which would work -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (650, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-3-amd64 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages privoxy depends on: ii adduser3.110 add and remove users and groups ii libc6 2.9-12GNU C Library: Shared libraries ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi ii logrotate 3.7.1-2 Log rotation utility ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii perl 5.10.1-5 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages privoxy recommends: ii doc-base 0.7.18-0.1 utilities to manage online documen privoxy suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564562: stdeb - update description
package: stdeb version: 0.5.0-1 Severity: wishlist On Fri, 2009-10-09 at 14:21 +0200, Piotr Ożarowski wrote: Package: wnpp * Package name: stdeb Description : Python to Debian source package conversion utility stdeb produces Debian source packages from Python packages via a new distutils command, sdist_dsc. Automatic defaults are provided for the Debian package, but many aspects of the resulting package can be customized via a configuration file. An additional command, bdist_deb, creates a Debian binary package, a .deb file. The new version 0.5 [1] contains some nice new(?) feature to create .deb packages. The package description should be updated accordingly, I suggest the one below. Also, I think it is important that stdeb package description should explicitly mention that .deb from Debian archive are preferred and supported(2). I am not completely happy with the note I provided. If the downloaded files aren't gpg/ssl signed, the package description should mention it. ,--( proposed package description )--- | This package provide some tools to produces Debian packages | from Python packages via a new distutils command, sdist_dsc. Automatic | defaults are provided for the Debian package, but many aspects of the | resulting package can be customized via a configuration file. | | * pypi-install will query the Python Package Index (PyPI) for a | package, download it, create a .deb from it, and then install | the .deb. | * py2dsc will convert a distutils-built source tarball into a Debian | source package. | Note: Only Python modules downloaded from Debian archive are supported | by Debian. Auto-converted packages may not install/work and may | requires manual fine tuning to reach Debian standards. `- Thanks, Franklin [1] http://mail.python.org/pipermail/python-announce-list/2009-December/008031.html (2) This is why I CC'ed debien-devel -- Can you master Open-source software? Prove it, write documentation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500743: Similar issue -- quite reproducible
My bind9 simply stopped working all of a sudden. It worked perfectly and then following a reboot of the VZ container it would segfault on start. The first event coincided with the latetst security update. I installed the update and it did start again. However, now using still the same code, it segfaults on every start. I tried to reinstall the package without any change. I also rebooted the VZ container to get around resource leakage, but the issue persists. I'd think that it is quite unlikely that bind9 uses the same physical memory page after rebooting the container. To get around it, I installed a new bind9 into a new VZ container, copied my zone files and it runs like a charm. So configuration problems in the zone files are probably not the major cause. Kernel: 2.6.26-2-openvz-amd64 #1 SMP Thu Nov 5 03:06:00 UTC 2009 x86_64 GNU/Linux Version: bind9 1:9.5.1.dfsg.P3-1+lenny1 I straced named once before reboot and once after: strace -f -o bind2.trc named -u bind -fg -d . Apart from PID and memory addresses these two traces apparently are identical and contain 437 lines. The following is the tail of both logs: 432 setuid(102) = 0 432 prctl(0x4, 0x1, 0, 0, 0) = 0 432 capget(0x20080522, 0, NULL) = -1 EFAULT (Bad address) 432 capget(0x20080522, 0, NULL) = -1 EFAULT (Bad address) 432 capget(0x20080522, 0, {0, CAP_DAC_READ_SEARCH|CAP_SETGID|CAP_SETUID|CAP_NET_BIND_SERVICE|CAP_SYS_CHROOT|CAP_SYS_RESOURCE, 0}) = 0 432 getuid() = 102 432 capset(0x20080522, 0, {CAP_NET_BIND_SERVICE|CAP_SYS_RESOURCE, CAP_NET_BIND_SERVICE|CAP_SYS_RESOURCE, 0}) = 0 432 mmap(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f04ff1f 432 --- SIGSEGV (Segmentation fault) @ 0 (0) --- 432 +++ killed by SIGSEGV +++ The other log has address 0x7fc1309f8000 as the mmap() result. Apparently, the segfault happens quite immediately following the privilege dropping. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564092: pommed: Adding support for Apple machine: MacBookPro5,4
steinm u...@steinmann.cx wrote: Hi, It most probably only needs to be added to the list of machines, which means it just needs testing :) That's what I just did and it works! I just put another strcmp in pommed.c in line 682. Good news, thanks. I'll add it to the list. Can you tell me what machine that is? Size, backlit keyboard, ... It's 15'' MacBookPro bought in November 2009. It has a backlit keyboard. Sound is supported since 2.6.32. Thanks for the description. There is just one little problem. When I dim the keyboard backlight down to zero and release F5 afterwards it goes back up to about 30%. If I stop just on the last level above zero, it remains there. I've had several reports of that on this generation of MacBook Pro but I have no idea what it is going on here. As I don't have access to the hardware, I rely on people who do to fix this. Running pommed in debug mode should shed some light on the issue. Either it's the SMC not liking a setting of 0, or the ambient light sensors are acting funny (as if they ever acted otherwise...), triggering the backlight again. In the first case, there's probably a way to work around the issue. In the second case, ... I don't know. IIRC these machines lack the backlight off button that was present on previous generations :( JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497406: can hang for long time at boot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I have something similar. When I try to start aiccu this time it failes to start and hangs (for 25 minutes now). It is in daemon mode as Jeroen advised [1]: r...@debpack:~# grep daemon /etc/aiccu.conf daemonize true An 'strace' to the aiccu-process keeps repeating this: sendto(7, AR\20;KI\243\213 \1\6\20\6\0\6\f\0\0\0\0\0\0\0\2\224\331\330\f\3q\312\300..., 44, 0, {sa_family=AF_INET, sin_port=htons(5072), sin_addr=inet_addr(192.87.102.107)}, 16) = 44 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 nanosleep({60, 0}, 0xbfdb0934) = 0 time(NULL) = 1263117255 Attached is an tcpdump file during this. I can't see anything strange about it. What I can see in the dump is that the PoP is responding. PoP info. PoP Name: nlams05 PoP IPv4: 192.87.102.107 TIC, the PoP (and DNS) are online: rein...@debpack:~$ ping -c 3 tic.sixxs.net PING tic.m.sixxs.net (193.109.122.244) 56(84) bytes of data. 64 bytes from nlede01.sixxs.net (193.109.122.244): icmp_seq=1 ttl=128 time=21.4 ms 64 bytes from nlede01.sixxs.net (193.109.122.244): icmp_seq=2 ttl=128 time=22.5 ms 64 bytes from nlede01.sixxs.net (193.109.122.244): icmp_seq=3 ttl=128 time=19.8 ms --- tic.m.sixxs.net ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2004ms rtt min/avg/max/mdev = 19.862/21.294/22.539/1.113 ms rein...@debpack:~$ ping -c 3 nlams05.sixxs.net PING nlams05.sixxs.net (192.87.102.107) 56(84) bytes of data. 64 bytes from sixxs.surfnet.nl (192.87.102.107): icmp_seq=1 ttl=128 time=19.4 ms 64 bytes from sixxs.surfnet.nl (192.87.102.107): icmp_seq=2 ttl=128 time=19.5 ms 64 bytes from sixxs.surfnet.nl (192.87.102.107): icmp_seq=3 ttl=128 time=19.0 ms --- nlams05.sixxs.net ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2007ms rtt min/avg/max/mdev = 19.002/19.347/19.588/0.274 ms System info: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (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/dash Versions of packages aiccu depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii iproute 20090324-1 networking and traffic control too ii iputils-ping3:20071127-2 Tools to test the reachability of ii iputils-tracepath 3:20071127-2 Tools to trace the network path to ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgnutls26 2.8.5-2 the GNU TLS library - runtime libr ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip ii ucf 3.0025 Update Configuration File: preserv Versions of packages aiccu recommends: ii ntpdate 1:4.2.4p8+dfsg-1 client for setting system time fro And system is ntp-synced (I checked). Best regards, Reinier [1] https://www.sixxs.net/forum/?msg=general-798693 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktJp4AACgkQG49f+I4LebEV3QCeLd4DoACwgK45NgRNTHpKLI67 nDUAnisBXwU1JRJQjyiQsBuzPwB2YUd4 =e7al -END PGP SIGNATURE- aiccu.dump Description: Binary data
Bug#564564: aptitude-doc-es: Package description mentions English language not Spanish
Package: aptitude-doc-es Severity: minor Hi. I am translating the descriptions for the DDTP. This description mentions the English language where -I suppose- should say Spanish as in the description synopsis. Thanks, beatrice. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: lang=it...@euro, lc_ctype=it...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562195: tesseract-ocr-eng has circular Depends on tesseract-ocr
On Sat, Jan 09, 2010 at 10:34:16PM +0100, Jeffrey Ratcliffe wrote: On Wed, Dec 23, 2009 at 07:43:41PM +0100, Bill Allombert wrote: Since tesseract-ocr-eng is a data package, it is quite likely it does not need actually to depend on tesseract-ocr and removing this dependency would remove the circular dependency, so I would suggest you do so. Unless you have any objections, I will replace the depends with recommends so as still to allow installing tesseract by installing the language package required. I have no objection. I think it is a good solution. Cheers, Bill. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500743: Similar issue -- quite reproducible
My bind9 simply stopped working all of a sudden. It worked perfectly and then following a reboot of the VZ container it would segfault on start. The first event coincided with the latetst security update. I installed the update and it did start again. However, now using still the same code, it segfaults on every start. I tried to reinstall the package without any change. I also rebooted the VZ container to get around resource leakage, but the issue persists. I'd think that it is quite unlikely that bind9 uses the same physical memory page after rebooting the container. To get around it, I installed a new bind9 into a new VZ container, copied my zone files and it runs like a charm. So configuration problems in the zone files are probably not the major cause. Kernel: 2.6.26-2-openvz-amd64 #1 SMP Thu Nov 5 03:06:00 UTC 2009 x86_64 GNU/Linux Version: bind9 1:9.5.1.dfsg.P3-1+lenny1 I straced named once before reboot and once after: strace -f -o bind2.trc named -u bind -fg -d . Apart from PID and memory addresses these two traces apparently are identical and contain 437 lines. The following is the tail of both logs: 432 setuid(102) = 0 432 prctl(0x4, 0x1, 0, 0, 0) = 0 432 capget(0x20080522, 0, NULL) = -1 EFAULT (Bad address) 432 capget(0x20080522, 0, NULL) = -1 EFAULT (Bad address) 432 capget(0x20080522, 0, {0, CAP_DAC_READ_SEARCH|CAP_SETGID|CAP_SETUID|CAP_NET_BIND_SERVICE|CAP_SYS_CHROOT|CAP_SYS_RESOURCE, 0}) = 0 432 getuid() = 102 432 capset(0x20080522, 0, {CAP_NET_BIND_SERVICE|CAP_SYS_RESOURCE, CAP_NET_BIND_SERVICE|CAP_SYS_RESOURCE, 0}) = 0 432 mmap(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f04ff1f 432 --- SIGSEGV (Segmentation fault) @ 0 (0) --- 432 +++ killed by SIGSEGV +++ The other log has address 0x7fc1309f8000 as the mmap() result. Apparently, the segfault happens quite immediately following the privilege dropping. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526155: subtitleeditor: diff for NMU version 0.30.0-1.1
On Sat, Dec 26, 2009 at 12:05:35AM +0100, Stefano Zacchiroli wrote: On the constructive side, please let me know if you need sponsoring for the new package fixing (also) the issue. Otherwise, please allow NMUs and/or prepare a fix by yourself. Any news on this? Anibal give a shout if you need sponsoring. filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 Endian little hate we -- Anonymous (?) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498632: nv reading/interpreting EDID from monitor over DVI-D
I have another example of this bug with a different monitor: a Dell SP2309W. Another Dell if that is significant. The SP2309W has a native resolution of 2048x1152 and nv gets that right when a VGA cable is used: X.Org X Server 1.6.5 Release Date: 2009-10-11 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.30-2-amd64 x86_64 Debian Current Operating System: Linux precise 2.6.30-2-amd64 #1 SMP Fri Sep 25 22:16:56 UTC 2009 x86_64 Build Date: 13 October 2009 09:39:10AM xorg-server 2:1.6.5-1 (jcris...@debian.org) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Jan 9 21:30:46 2010 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Dell SP2309W (**) | |--Device NVIDIA Corporation NV40 [GeForce 6800] ...[snip]... (II) LoadModule: nv (II) Loading /usr/lib/xorg/modules/drivers//nv_drv.so (II) Module nv: vendor=X.Org Foundation compiled for 1.6.2.901, module version = 2.1.14 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 5.0 (II) NV: driver for NVIDIA chipsets: RIVA 128, RIVA TNT, RIVA TNT2, Unknown TNT2, Vanta, RIVA TNT2 Ultra, RIVA TNT2 Model 64, ...[snip]... (II) Loading sub module ddc (II) LoadModule: ddc (II) Module ddc already built-in (II) NV(0): I2C bus DDC initialized. (II) NV(0): Probing for analog device on output A... (--) NV(0): ...found one (II) NV(0): Probing for analog device on output B... (--) NV(0): ...can't find one (II) NV(0): Probing for EDID on I2C bus A... (II) NV(0): I2C device DDC:E-EDID segment register registered at address 0x60. (II) NV(0): I2C device DDC:ddc2 registered at address 0xA0. (II) NV(0): ... none found (II) NV(0): Probing for EDID on I2C bus B... (--) NV(0): DDC detected a CRT: (II) NV(0): Manufacturer: DEL Model: d01b Serial#: 809783891 (II) NV(0): Year: 2009 Week: 44 (II) NV(0): EDID Version: 1.3 (II) NV(0): Analog Display Input, Input Voltage Level: 0.700/0.300 V (II) NV(0): Sync: Separate Composite SyncOnGreen (II) NV(0): Max Image Size [cm]: horiz.: 51 vert.: 29 (II) NV(0): Gamma: 2.20 (II) NV(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display (II) NV(0): First detailed timing is preferred mode (II) NV(0): redX: 0.660 redY: 0.325 greenX: 0.217 greenY: 0.676 (II) NV(0): blueX: 0.146 blueY: 0.075 whiteX: 0.313 whiteY: 0.329 (II) NV(0): Supported established timings: (II) NV(0): 720x...@70hz (II) NV(0): 640x...@60hz (II) NV(0): 640x...@75hz (II) NV(0): 800x...@60hz (II) NV(0): 800x...@75hz (II) NV(0): 1024x...@60hz (II) NV(0): 1024x...@75hz (II) NV(0): 1280x1...@75hz (II) NV(0): Manufacturer's mask: 0 (II) NV(0): Supported standard timings: (II) NV(0): #0: hsize: 1152 vsize 864 refresh: 75 vid: 20337 (II) NV(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) NV(0): #2: hsize: 1680 vsize 1050 refresh: 60 vid: 179 (II) NV(0): Supported detailed timing: (II) NV(0): clock: 156.8 MHz Image Size: 510 x 290 mm (II) NV(0): h_active: 2048 h_sync: 2096 h_sync_end 2128 h_blank_end 2208 h_border: 0 (II) NV(0): v_active: 1152 v_sync: 1155 v_sync_end 1160 v_blanking: 1185 v_border: 0 (II) NV(0): Serial No: T940F9AT0DRS (II) NV(0): Ranges: V min: 56 V max: 85 Hz, H min: 30 H max: 92 kHz, PixClock max 200 MHz (II) NV(0): Monitor name: DELL SP2309W (II) NV(0): EDID (in hex): (II) NV(0): 000010ac1bd053524430 (II) NV(0): 2c1301030e331d78ea1855a95337ad25 (II) NV(0): 135054a54b00714f8180b30001010101 (II) NV(0): 0101010101013b3d00a0808021403020 (II) NV(0): 3500fe22111a00ff00543934 (II) NV(0): 3046394154304452530a00fd0038 (II) NV(0): 551e5c14000a20202020202000fc (II) NV(0): 0044454c4c20535032333039570a004b (--) NV(0): CRTC 0 appears to have a CRT attached (II) NV(0): Using CRT on CRTC 0 (II) NV(0): EDID vendor DEL, prod id 53275 (II) NV(0): Using EDID range info for horizontal sync (II) NV(0): Using EDID range info for vertical refresh (II) NV(0): Printing DDC gathered Modelines: (II) NV(0): Modeline 2048x1152x0.0 156.75 2048 2096 2128 2208 1152 1155 1160 1185 +hsync -vsync (71.0 kHz) === native, correct (II) NV(0): Modeline 800x600x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) ...[snip]... (II) NV(0): Modeline 1680x1050x0.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz) (--) NV(0): VideoRAM: 131072 kBytes (==) NV(0): Using gamma correction (1.0, 1.0, 1.0) (II) NV(0): Dell SP2309W: Using hsync range of 30.00-92.00 kHz (II) NV(0): Dell SP2309W: Using vrefresh range of 56.00-85.00 Hz (II) NV(0): Dell SP2309W: Using
Bug#562719: gnokii-cli: too restrictive file permissions on statoverride
On Sun, 2010-01-10 at 01:35:02 +0100, Leo 'costela' Antunes wrote: Guillem Jover wrote: This packages sets permissions via dpkg-statoverrides for one of the binaries, but it's too restrictive for no real reason (see debian-policy §10.9). That one should be: 4755 /usr/sbin/mgnokiidev The idea was to restrict device creation to those on group gnokii, so I guess the correct mode would be 4754 (instead of the current 4750). Or did you mean there's no reason for that either? Ah yes, that's fine, the problem was the non-readable bit. thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564535: [Pkg-xfce-devel] Bug#564535: thunar: add ability to use a directory as template
forwarded 564535 http://bugzilla.xfce.org/show_bug.cgi?id=6139 thanks On 10/01/2010 03:21, Éric Araujo wrote: Package: thunar Version: 1.0.1-2 Severity: wishlist Hello. Thunar allows me to create files by copying templates from XDG_TEMPLATES_DIR. I’d like to be able to create a whole hierarchy of files, i.e. having a directory and its contents copied. At present, if a directory is present in XDG_TEMPLATES_DIR, Thunar will display a submenu, allowing one to copy one of the files, but not the whole directory. In case you wonder why I would want this feature, my personal use case is having the standard files for a Python project. I think such a “project template” notion would be useful to other people too. I'll forward that upstream, but imho that's not the role of a file manager. You might want to code a thunar extension/plugin though. Cheers, -- Yves-Alexis signature.asc Description: OpenPGP digital signature
Bug#562908: [INTL:sv] man page for asclock translated to Swedish
Hello, since I had yet to do some (minor) formatting changes I attach the final translation to this e-mail. On Sat, Jan 09, 2010 at 06:57:09PM +0100, Martin Bagge wrote: On Sat, 9 Jan 2010, Helge Kreutzmann wrote: If you want to have an addendum, feel free to send it to me. There you can place the language specific content, it is made sepcifially for that, then it is not lost to the reader. It can be placed after any of the sections, see, e.g. env LC_ALL=de_DE man asclock If you need help writing the addendum (i.e. not in the content, but in the placement/formatting) don't hesitate to ask (when I started translating, I did not have the knowledge either). It was only the standard notice that l10n questions should go to the l10n team and not the maintainer. it's not a important part and I have no interest in doing extra work in maintaining the correct wordings there. IMHO there is no correct wording (at least not in German), its just that a specific section helps users finding it. Please note that you left in the \n for the swedish string which I had to remove, so you might have to look at the final man page if its alright. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ # Translation of asclock to Swedish # Copyright (C) 2009 Free Software Foundation, Inc. # This file is distributed under the same license as the asclock package. # Martin Bagge brot...@bsnet.se, 2009, 2010. # msgid msgstr Project-Id-Version: asclock 2.0.12\n POT-Creation-Date: 2009-10-12 20:08+0300\n PO-Revision-Date: 2010-01-10 10:27+0100\n Last-Translator: Martin Bagge brot...@bsnet.se\n Language-Team: Swedish tp...@listor.tp-sv.se\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Swedish\n X-Poedit-Country: Sweden\n # type: TH #: asclock.man:1 #, no-wrap msgid asclock msgstr asclock # type: TH #: asclock.man:1 #, no-wrap msgid 23 July 1996 msgstr 23 Juli 1996 # type: SH #: asclock.man:3 #, no-wrap msgid NAME msgstr NAMN # type: Plain text #: asclock.man:5 msgid Basclock - the AfterStep clock msgstr Basclock - Klocka för AfterStep # type: SH #: asclock.man:5 #, no-wrap msgid SYNOPSIS msgstr SYNOPSIS # type: Plain text #: asclock.man:15 #, no-wrap msgid Basclock\n [ -help] [-12 | -24] [-shape]\n [-position I[+|-]x[+|-]y]\n [-exe Iprogram]\n [-theme Idir]\n [-led Icolor]\n [-noblink]\n [-dock]\n [-version]\n msgstr Basclock\n [ -help] [-12 | -24] [-shape]\n [-position I[+|-]x[+|-]y]\n [-exe Iprogram]\n [-theme Ikatalog]\n [-led Ifärg]\n [-noblink]\n [-dock]\n [-version]\n # type: SH #: asclock.man:15 #, no-wrap msgid DESCRIPTION msgstr BESKRIVNING # type: Plain text #: asclock.man:20 msgid The Basclock is a clock written to emulate the date/time application on the NEXTSTEP(tm) operating system. Basclock supports multiple languages, military and AM/PM time formats, program execution, and the shape extension to X-Windows. msgstr Basclock är en klocka som ska emulera funktioner i datum/tid-applikationen frÃ¥n operativsystemet NEXTSTEP(tm). Basclock har stöd för flera sprÃ¥k, militär tid sÃ¥ väl som tolvtimmars tid, applikationsexekvering och shape-utökningen till X-Windows. # type: SH #: asclock.man:20 #, no-wrap msgid CONFIGURATION OPTIONS msgstr INSTÃLLNINGSALTERNATIV # type: IP #: asclock.man:21 #, no-wrap msgid -help msgstr -help # type: Plain text #: asclock.man:24 msgid prints the usage message: msgstr visare anvädningsinformationen # type: Plain text #: asclock.man:37 #, no-wrap msgid usage: asclock [-options ...] \n where options include:\n -12 12 hour format\n -24 24 hour format\n -exe EltprogramEgt program to start on click\n -led EltcolorEgtcolor of the led\n -position [+|-]x[+|-]y position of asclock\n -shape without groundplate\n -theme EltdirEgttheme directory\n -noblinkdon't blink\n -dock without window decorations\n -versionshow version information\n msgstr användning: asclock [-flaggor ...] \n flaggorna kan vara nÃ¥gon av:\n -12 12 timmars format\n -24 24 timmars format\n -exe EltprogramEgt program att starta vid klick\n -led EltfärgEgtfärglägg LED\n -position [+|-]x[+|-]y position för asclock\n -shape
Bug#556248: workaround...
Hi, On Sun, January 10, 2010 09:42, Joseph Rawson wrote: I was hoping that this problem would've been fixed by now, but since I got tired of being unable to run debuild, I tried to figure out what happened. I compared the debuild from lenny to find what change had caused the problem, and I just reverted that part of debuild back to the way it was done in lenny. I attached a simple patch that I've been using successfully (so far). -$shell_cmd .= 'while [ $# -gt 0 ]; do printf %s\n $1; shift; done;' . \n; +$shell_cmd .= 'while [ $# -gt 0 ]; do echo $1; shift; done;' . \n; Unfortunately, that also reintroduces another bug, which is what the change was made to fix in the first place, namely that the use of echo means that the dpkg / lintian options parameters can't contain any string which a valid option to echo (e.g. -e). Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564537: [Pkg-xfce-devel] Bug#564537: thunar: hides extensions from filenames in templates menu
forwarded 564537 http://bugzilla.xfce.org/show_bug.cgi?id=6140 thanks On 10/01/2010 03:38, Éric Araujo wrote: Hello When Thunar displays the “Create a document” submenu, listing files from XDG_TEMPLATES_DIR, the whole name isn’t displayed. It is a concern if there are files with the same base name, e.g setup.py and setup.cfg, document.odt and document (plain text, without extension), etc. As a sidenote, I think the magic protocol is way better than the file extension notion invented by another OS :) Afaik the correct way to recognize templates is to name them differently, but I'll ask that too. -- Yves-Alexis signature.asc Description: OpenPGP digital signature
Bug#564565: postr: hardwired keybindings that ignore .gtkrc
Package: postr Version: 0.12.3-1 Severity: normal I've set emacs keybindings for all gtk apps with the following in ~/.gtkrc-2.0 (and ~/.gtkrc): include /usr/share/themes/Emacs/gtk-2.0-key/gtkrc gtk-key-theme-name = Emacs And yet, ctrl-d select delete (very much the wrong thing to do when I was just hoping to delete a character from the description!), ctrl a selects all instead of going to the start of line, etc. Is there not a way to obey the keybindings requested? -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages postr depends on: ii dillo [www-browser] 0.8.6-3 Small and fast web browser ii elinks [www-browser] 0.12~pre5-1 advanced text-mode WWW browser ii galeon [www-browser] 2.0.7-1.1 GNOME web browser for advanced use ii iceweasel [www-brows 3.5.6-1 lightweight web browser based on M ii konqueror [www-brows 4:4.3.4-1 KDE 4's advanced file manager, web ii links [www-browser] 2.2-1+b1Web browser running in text mode ii links2 [www-browser] 2.2-1+b1Web browser running in both graphi ii lynx-cur [www-browse 2.8.8dev.2-1Text-mode WWW Browser with NLS sup ii netsurf [www-browser 2.1-2 Small portable web browser with CS ii netsurf-gtk [www-bro 2.1-2 Small portable web browser with CS ii opera [www-browser] 10.10.4742.gcc4.qt3 The Opera Web Browser ii python 2.5.4-5 An interactive high-level object-o ii python-elementtree 1.2.6-14Light-weight toolkit for XML proce ii python-glade22.16.0-1GTK+ bindings: Glade support ii python-gnome22.28.0-1Python bindings for the GNOME desk ii python-gtk2 2.16.0-1Python bindings for the GTK+ widge ii python-support 1.0.6 automated rebuilding support for P ii python-twisted-web 8.2.0-2 An HTTP protocol implementation to ii w3m [www-browser]0.5.2-2.1 WWW browsable pager with excellent ii xemacs21-mule [www-b 21.4.22-2 highly customizable text editor -- postr recommends no packages. postr suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564566: libkadm5clnt7: SONAME conflict with Heimdal
Package: libkadm5clnt7 Version: 1.8+dfsg~alpha1-1 Severity: important Hi, Unpacking libkadm5clnt7 (from .../libkadm5clnt7_1.8+dfsg~alpha1-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libkadm5clnt7_1.8+dfsg~alpha1-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/libkadm5clnt.so.7', which is also in package libkadm5clnt7-heimdal 0:1.3.1.rc2.dfsg.1-1 Gabor -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.3 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libkadm5clnt7 depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libcomerr21.41.9-1 common error description library pn libgssapi-krb5-2 none (no description available) pn libgssrpc4none (no description available) pn libk5crypto3 none (no description available) pn libkrb5-3 none (no description available) pn libkrb5support0 none (no description available) libkadm5clnt7 recommends no packages. Versions of packages libkadm5clnt7 suggests: pn krb5-doc none (no description available) pn krb5-user none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564567: nfs-kernel-server: init script fails if no network interface is brought up
Package: nfs-kernel-server Version: 1:1.2.1-1.1 Severity: important If no network interface is brought up (e.g. because they are allow-hotplug in /etc/network/interfaces, and dhclient has not retrieved a lease yet), the init script fails: , | Starting NFS kernel daemon: nfsdrpc.nfsd: unable to resolve ANYADDR:nfs to inet address: Name or service not known | rpc.nfsd: unable to set any sockets for nfsd | failed! ` As soon as an interface other than lo is up, /etc/init.d/nfs-kernel-server restart works fine. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.31.10-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-kernel-server depends on: ii libblkid1 2.16.2-0 block device id library ii libc6 2.10.2-4 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.9-1 common error description library ii libgssapi-krb5-2 1.8+dfsg~alpha1-1 MIT Kerberos runtime libraries - k ii libgssglue10.1-4 mechanism-switch gssapi library ii libk5crypto3 1.8+dfsg~alpha1-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8+dfsg~alpha1-1 MIT Kerberos runtime libraries ii libnfsidmap2 0.23-2An nfs idmapping library ii librpcsecgss3 0.19-2allows secure rpc communication us ii libwrap0 7.6.q-18 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii nfs-common 1:1.2.1-1.1 NFS support files common to client ii ucf3.0025Update Configuration File: preserv nfs-kernel-server recommends no packages. nfs-kernel-server suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564563: Lack of dependency on initscript package causes startup error
Hi Javier! On Sun, 10 Jan 2010, Javier Amor García wrote: Package: privoxy Version: 3.0.12-2 Severity: important When upgrading to privoxy, the startup script fails because it cannot found /lib/init/vars.sh. I solved it upgrading to initscripts 2.87dsf-8. So I think that privoxy should include a dependency to this initscripts version or to a lower version which would work Can you tell me what version of initscripts was installed before? I just checked on an etch system (initscripts 2.86.ds1-38+etchnhalf.1) where /lib/init/vars.sh already exists (okay, in sarge it really didn't exist). I'm not sure whether it is necessary to add such a dependency since it only applies to a system that is very old (e.g. sarge!), while it requires libc and the like from at lease etch or lenny. Tscho Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564424: ITP: pypibrowser -- graphical interface for browsing the Python Package Index
On Sat, 2010-01-09 at 13:18 +0100, David Paleino wrote: Package: wnpp Severity: wishlist Owner: David Paleino da...@debian.org * Package name: pypibrowser Version : 1.5 Upstream Author : David Boddie da...@boddie.org.uk * URL : http://www.boddie.org.uk/david/Projects/Python/PyPI-Browser/ * License : GPL-2+ Programming Lang: Python Description : graphical interface for browsing the Python Package Index PyPI Browser is a graphical user interface (GUI) tool for browsing the contents of the Python Package Index (PyPI). It uses the XML-RPC interface exposed by the Package Index server to retrieve information about the available packages. I suggest: It queries the online Package Index server to retrieve information about the available packages. It aims to make it easier for users to find and download useful Python software from a central repository. It provides facilities for searching the package index, can display information about individual packages, allows packages to be marked so that they can be downloaded together, and records information about existing packages so that new ones can be highlighted. Like for stdeb (see #564562), I suggest to add a notice in the description that the recommended way to install python module is to use a Debian package. Franklin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564197: No status section in aiccu init script
tag 564197 + confirmed stop Hi, Michael Schwartzkopff wrote: Package: aiccu Version: 20070115-9 Severity: minor There is no status section in the init script for the aiccu package. Cluster need a status section and the LSB also wants it. Thanks. I will rewrite the init script so it becomes LSB-compliant and has an status section. Best regards, Reinier signature.asc Description: OpenPGP digital signature
Bug#497211: Bug #497211 need moreinfo
tag 497211 + moreinfo stop Hi, however, there is no above reason. tcpdump shows that tic.sixxs.net just sends a FIN packet as fourth packet, right after the 3-way handshake, but otherwise no information is available. The 'above reason' is mentionted in /var/log/syslog, for example: # tail /var/log/syslog [...] Jan 1 12:11:07 debpack aiccu: Couldn't connect to the TIC server tic.sixxs.net Jan 1 12:11:07 debpack aiccu: Couldn't retrieve first tunnel for the above reason, aborting If you still have problems with aiccu please post the tail of /var/log/syslog. Best regards, Reinier signature.asc Description: OpenPGP digital signature
Bug#502488: Bug #502488 unreproducible
tag 502488 + unreproducible stop Hi, The configuration process stops after the password entry screen with the following message: dpkg: error processing aiccu (--configure): subprocess post-installation script returned error exit status 255 Errors were encountered while processing: aiccu Press return to continue. I just released version 20070115-11 into unstable in which I rewrote the config and postinst scripts. One of the things I changed is the processing of the username and password and what to do when the username/password is wrong. I would close this bug if you didn't send an update (your 2nd mail). The problem that the configuration halts/failed after the password entry I can reproduced (and is fixed in -11). The situation with the lowercase and uppercase I can't reproduce. It gives me the same results with lower- and uppercase. I tag the bug unreproducible for now but I think it is solved with version -11. Best regards, Reinier signature.asc Description: OpenPGP digital signature
Bug#564568: many retries before connection succeeds
Package: wpasupplicant I notice that wpa_supplicant sometimes tries many times before the connection eventually succeeds for a particular AP. When running under network-manager, it sometimes gives up, and I have to go to the menu and select the AP to make it try again. I am repeatedly prompted for the WPA password, even though it has the key already. When running it from the command line with a simple config file, it keeps retrying and eventually succeeds. The system is a Thinkpad X61, lenny amd64. I am currently trying it with firmware-iwlwifi 0.22, I have also tried 0.18 (from testing) and the 0.14+lenny2 package from lenny. network={ ssid=SpeedTouch1 key_mgmt=WPA-PSK proto=WPA pairwise=TKIP group=TKIP psk=hidden } lspci -v: 03:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61) Subsystem: Intel Corporation Lenovo ThinkPad T51 Flags: fast devsel, IRQ 17 Memory at f7f0 (64-bit, non-prefetchable) [size=8K] Capabilities: [c8] Power Management version 3 Capabilities: [d0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [e0] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting ? Capabilities: [140] Device Serial Number a9-56-af-ff-ff-e8-13-00 Kernel driver in use: iwl4965 Kernel modules: iwl4965 # uname -a Linux lt2 2.6.26-2-amd64 #1 SMP Fri Aug 14 07:12:04 UTC 2009 x86_64 GNU/Linux From dmesg: [ 4727.877159] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 4730.152521] wlan0: Initial auth_alg=0 [ 4730.152521] wlan0: authenticate with AP 00:90:d0:db:ad:19 [ 4730.154099] wlan0: RX authentication from 00:90:d0:db:ad:19 (alg=0 transaction=2 status=0) [ 4730.154109] wlan0: authenticated [ 4730.154115] wlan0: associate with AP 00:90:d0:db:ad:19 [ 4730.156859] wlan0: RX AssocResp from 00:90:d0:db:ad:19 (capab=0x411 status=0 aid=1) [ 4730.156859] wlan0: associated [ 4730.156859] wlan0: switched to short barker preamble (BSSID=00:90:d0:db:ad:19) [ 4730.176019] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 4741.144458] wlan0: no IPv6 routers present [ 4741.192917] wlan0: disassociate(reason=3) [ 4743.806882] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4743.806882] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4743.806882] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4743.806882] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4743.806882] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4743.806882] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4743.806882] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4743.806882] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4743.806882] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4743.806882] wlan0: associate with AP 00:90:d0:db:ad:19 [ 4743.806882] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4743.815095] wlan0: Initial auth_alg=0 [ 4743.815095] wlan0: authenticate with AP 00:90:d0:db:ad:19 [ 4743.815095] wlan0: association frame received from 00:90:d0:db:ad:19, but not in associate state - ignored [ 4743.821222] wlan0: Initial auth_alg=0 [ 4743.821222] wlan0: authenticate with AP 00:90:d0:db:ad:19 [ 4743.821222] wlan0: RX authentication from 00:90:d0:db:ad:19 (alg=0 transaction=2 status=0) [ 4743.821222] wlan0: authenticated [ 4743.821222] wlan0: associate with AP 00:90:d0:db:ad:19 [ 4743.825142] wlan0: authentication frame received from 00:90:d0:db:ad:19, but not in authenticate state - ignored [ 4743.827965] wlan0: RX ReassocResp from 00:90:d0:db:ad:19 (capab=0x411 status=0 aid=1) [ 4743.827977] wlan0: associated [ 4743.828000] wlan0: switched to short barker preamble (BSSID=00:90:d0:db:ad:19) [ 4754.841820] wlan0: disassociate(reason=3) [ 4757.448441] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4757.448441] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4757.448441] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4757.448441] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4757.448441] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4757.448441] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4757.448441] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4757.448441] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4757.448441] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4757.448441] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4757.448441] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4757.448441] wlan0: RX disassociation from 00:90:d0:db:ad:19 (reason=7) [ 4757.448441] wlan0: associate with AP 00:90:d0:db:ad:19 [ 4757.456924] wlan0: Initial auth_alg=0 [ 4757.456924] wlan0: authenticate with AP 00:90:d0:db:ad:19 [ 4757.456924] wlan0: association frame received from
Bug#564569: O: bluez -- Bluetooth tools and daemons
Package: wnpp Severity: normal I intend to orphan the bluez package as I have no time to maintain in properly. It is currently in pkg-bluetooth svn repository and can be maintained from there, I can add people as admins to the group. The package description is: This package contains tools and system daemons for using Bluetooth devices. . BlueZ is the official Linux Bluetooth protocol stack. It is an Open Source project distributed under GNU General Public License (GPL). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564413: ffmpeg: Please drop hacked in headers and depend on libvdpau-dev
On Sa, Jan 09, 2010 at 11:49:47 (CET), Mario Limonciello wrote: In 4:0.5+svn20090609-2 some hacks were added to enable libvdpau support by building against the headers. These can (and should) be dropped now because libvdpau is now available in debian main. libvdpau-dev should be added to the build-depends. fixed in git, thanks for the report -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564571: RM: bluez-gnome -- ROM; package obsoleted by gnome-bluetooth
Package: ftp.debian.org Severity: normal As per subject, bluez-gnome is supposed to be obsoleted by gnome-bluetooth. thanks, filippo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564570: O: obexd
Package: wnpp Severity: normal I intend to orphan the obexd package as I have no time to maintain in properly. It is currently in pkg-bluetooth svn repository and can be maintained from there, I can add people as admins to the group. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564572: O: bluez-hcidump -- Analyses Bluetooth HCI packets
Package: wnpp Severity: normal I intend to orphan the bluez-hcidump package as I have no time to maintain in properly. It is currently in pkg-bluetooth svn repository and can be maintained from there, I can add people as admins to the group. The package description is: The hcidump utility allows the monitoring of Bluetooth activity. It provides a disassembly of the Bluetooth traffic and can display packets from higher level protocols such as RFCOMM, SDP and BNEP. . hcidump is part of the BlueZ Bluetooth Linux project. For more information see http://www.bluez.org . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564573: xen-unstable FTBFS on i386
Package: xen-unstable Version: 3.3-unstable+hg17961-1 Severity: serious Hello Debian Xen Team, xen-unstable FTBFS on i386: vpic.c: Assembler messages: vpic.c:58: Error: bad register name `%sil' vpic.c:58: Error: bad register name `%sil' make[7]: *** [vpic.o] Error 1 The full buildlog is available at http://people.debian.org/~ballombe/misc/xen-unstable.build Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561657: Not a bug
This is not a bug in the -dkms package but an unstable kernel ABI. There simply is nothing that can be done against this kind of failure on the module source side. IMO this can be closed. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo/Skype: michaelmeskes, Jabber: mes...@jabber.org VfL Borussia! Forca Barca! Go SF 49ers! Use: Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557293: polybori: diff for NMU version 0.5~rc1-2.1
tags 557293 + pending thanks Dear maintainer, I've prepared an NMU for polybori (versioned as 0.5~rc1-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. -- Jakub Wilk diff -u polybori-0.5~rc1/debian/rules polybori-0.5~rc1/debian/rules --- polybori-0.5~rc1/debian/rules +++ polybori-0.5~rc1/debian/rules @@ -9,16 +9,18 @@ touch $@ build-python%: TMPDEST=debian/python-polybori$* build-python%: PYTHON=/usr/bin/python$* +build-python%: BOOST_LIBRARY=boost_python-py$(subst .,,$*) build-python%: PYTHONSITE=`/usr/bin/python$* -c 'import setuptools; print setuptools.distutils.sysconfig.get_python_lib() '` build-python%: debian/stamp-patched echo $(TMPDEST) - scons prepare-install PYTHON=$(PYTHON) + scons prepare-install PYTHON=$(PYTHON) BOOST_LIBRARY=$(BOOST_LIBRARY) mkdir -p $(TMPDEST) scons install devel-install INSTALLDIR=$(TMPDEST)/usr/lib/polybori \ PYINSTALLPREFIX=$(TMPDEST)$(PYTHONSITE) MANDIR=$(TMPDEST)/usr/share/man \ PREFIX=$(TMPDEST)/usr EPREFIX=$(TMPDEST)/usr/bin \ - DOCDIR=$(TMPDEST)/usr/share/doc/polybori PYTHON=$(PYTHON) \ - RELATIVEPYPREFIX=/usr/lib/python$(lastword $(PYVERS))/site-packages + DOCDIR=$(TMPDEST)/usr/share/doc/polybori \ + PYTHON=$(PYTHON) BOOST_LIBRARY=$(BOOST_LIBRARY) \ + RELATIVEPYPREFIX=$(PYTHONSITE) touch $@ $(patsubst %,binary-install/%,$(DEB_PACKAGES)) :: binary-install/%: diff -u polybori-0.5~rc1/debian/changelog polybori-0.5~rc1/debian/changelog --- polybori-0.5~rc1/debian/changelog +++ polybori-0.5~rc1/debian/changelog @@ -1,3 +1,20 @@ +polybori (0.5~rc1-2.1) unstable; urgency=low + + * Non-maintainer upload. Thanks to Kumar Appaiah for the initial patch. + * debian/control: +- Add ‘XB-Python-Version: ${python:Version}’, as required by python-central. +- Tighten internal package dependencies. + * debian/*.install: +- Stop referring to particular versions of Python in debian/*.install + (closes: #557293). + * debian/rules: +- Use correct values for RELATIVEPYPREFIX variable. +- Pass name of Python-versioned Boost library to scons. + * debian/patches/link-with-versioned-boost.diff: +- Link to a correct version of Boost library. + + -- Jakub Wilk uba...@users.sf.net Sat, 09 Jan 2010 21:53:54 +0100 + polybori (0.5~rc1-2) unstable; urgency=low * Boost 1.39 has removed the -mt suffix, so revert the previous change diff -u polybori-0.5~rc1/debian/python-polybori.install polybori-0.5~rc1/debian/python-polybori.install --- polybori-0.5~rc1/debian/python-polybori.install +++ polybori-0.5~rc1/debian/python-polybori.install @@ -1,5 +1,4 @@ -debian/tmp/usr/lib/python2.5 usr/lib -debian/tmp/usr/lib/python2.4 usr/lib +debian/tmp/usr/lib/python2.* usr/lib debian/tmp/usr/lib/polybori usr/lib debian/tmp/usr/bin /usr debian/tmp/usr/share/man /usr/share diff -u polybori-0.5~rc1/debian/control.in polybori-0.5~rc1/debian/control.in --- polybori-0.5~rc1/debian/control.in +++ polybori-0.5~rc1/debian/control.in @@ -12,7 +12,8 @@ Provides: polybori Section: python Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, ipython, libpolybori-dev, ${python:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, ipython, libpolybori-dev (= ${binary:Version}), ${python:Depends} +XB-Python-Version: ${python:Version} Description: Polynomials over Boolean Rings, Python module The core of PolyBoRi is a C++ library, which provides high-level data types for Boolean polynomials and monomials, exponent vectors, as @@ -30,7 +31,7 @@ Package: libpolybori-dev Section: libdevel Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, libpolybori-0.5.0-0 +Depends: ${shlibs:Depends}, ${misc:Depends}, libpolybori-0.5.0-0 (= ${binary:Version}) Description: Polynomials over Boolean Rings, development files The core of PolyBoRi is a C++ library, which provides high-level data types for Boolean polynomials and monomials, exponent vectors, as diff -u polybori-0.5~rc1/debian/control polybori-0.5~rc1/debian/control --- polybori-0.5~rc1/debian/control +++ polybori-0.5~rc1/debian/control @@ -12,7 +12,8 @@ Provides: polybori Section: python Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, ipython, libpolybori-dev, ${python:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, ipython, libpolybori-dev (= ${binary:Version}), ${python:Depends} +XB-Python-Version: ${python:Version} Description: Polynomials over Boolean Rings, Python module The core of PolyBoRi is a C++ library, which provides high-level data types for Boolean polynomials and monomials, exponent vectors, as @@ -30,7 +31,7 @@ Package: libpolybori-dev Section: libdevel Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, libpolybori-0.5.0-0 +Depends: ${shlibs:Depends}, ${misc:Depends}, libpolybori-0.5.0-0 (= ${binary:Version}) Description: Polynomials over Boolean Rings, development files The core of PolyBoRi is a C++ library, which provides high-level data types for Boolean
Bug#564574: facebook plugin: please set image description as a caption in facebook
Package: kphotoalbum Version: 4.1.1-1 Severity: wishlist Hello, Could you, please, add a functionality for facebook export plugin? If I upload pictures to facebook I'd be glad to check an option to set current image description as a caption in facebook album. Regards Artur -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kphotoalbum depends on: ii kdebase-runtime 4:4.3.4-2 runtime components from the offici ii kdelibs5 4:4.3.4-1 core libraries for all KDE 4 appli ii libc62.10.2-2GNU C Library: Shared libraries ii libexiv2-5 0.18.2-1+b1 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.2-7 GCC support library ii libjpeg626b-15 The Independent JPEG Group's JPEG ii libkdcraw7 4:4.3.4-1 RAW picture decoding C++ library ( ii libkipi6 4:4.3.4-1 library for apps that want to use ii libmarble4 4:4.3.4-1 Marble globe widget library ii libphonon4 4:4.5.3-4 Qt 4 Phonon module ii libqt4-dbus 4:4.5.3-4 Qt 4 D-Bus module ii libqt4-network 4:4.5.3-4 Qt 4 network module ii libqt4-qt3support4:4.5.3-4 Qt 3 compatibility library for Qt ii libqt4-sql 4:4.5.3-4 Qt 4 SQL module ii libqt4-sql-sqlite4:4.5.3-4 Qt 4 SQLite 3 database driver ii libqt4-svg 4:4.5.3-4 Qt 4 SVG module ii libqt4-xml 4:4.5.3-4 Qt 4 XML module ii libqtcore4 4:4.5.3-4 Qt 4 core module ii libqtgui44:4.5.3-4 Qt 4 GUI module ii libstdc++6 4.4.2-7 The GNU Standard C++ Library v3 ii phonon 4:4.5.3-4 Qt 4 Phonon module metapackage Versions of packages kphotoalbum recommends: pn khelpcenter none (no description available) ii kipi-plugins 1.0.0-1image manipulation/handling plugin Versions of packages kphotoalbum suggests: ii mplayerthumbs 4:4.3.4-1 video thumbnail generator for KDE -- no debconf information -- Wyjaśnienie odwołujące się do przetrwania, niczego nie wyjaśnia, dopóki nie wyjaśni się, dlaczego przetrwanie przetrwało /Pierre Bourdieu, Jean Claude Passeron Reprodukcja/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561826: audacious: No feedback when loading many files
tags 561826 fixed-upstream thanks http://hg.atheme.org/audacious/audacious/rev/b589c7a5b406 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543852: ncurses on git now
Just an update of what is happening with ncurses. It's now been imported into Git, see http://git.debian.org/?p=collab-maint/ncurses.git;a=summary for details. We're working through the bugs and doing some clean-up, hopefully to make the maintenance easier. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564241: maint-guide: Please remove texlive-full from Build-Depends-Indep
On 10.01.10 Norbert Preining (prein...@logic.at) wrote: On So, 10 Jan 2010, Osamu Aoki wrote: Hi, Another option would be an package texlive-build-dep depending an all TL package *except* doc packages. It could be useful for other packages too. Norbert, what do you think? Great idea. That could be done. Thanks! Unfortunateyl I probably can't help here, as the control file is built in tpm2debcommon.pm and I don't speak perl. Please come up with simple script to generate such list. I will copy it I have no script, but a recipe: - run the document with latx/pdflatex/whatever with the -recorder option Nice option! Thanks for the hint. H. -- She has an alarm clock and a phone that don't ring -- they applaud. http://www.hilmar-preusse.de.vu/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562908: [INTL:sv] man page for asclock translated to Swedish
On Sun, 10 Jan 2010, Helge Kreutzmann wrote: Hello, since I had yet to do some (minor) formatting changes I attach the final translation to this e-mail. every umlaut in this file is broken. something has changed since I sent the file. left in the \n for the swedish string which I had to remove, so you might have to look at the final man page if its alright. Ok. Now I am not sure where I have left the \n Searching for them I have \n in the parts where the original string has it too. I shouldn't? I found the string with the copyright notice though and removed it from there. I have attached the file again, this is the best I can do as your file had changes in every string it's really hard to notice the differences. -- /brother http://sis.bthstudent.se The output of Bruce Schneier's pseudorandom generator follows no describable pattern and cannot be compressed.# Translation of asclock to Swedish # Copyright (C) 2009 Free Software Foundation, Inc. # This file is distributed under the same license as the asclock package. # Martin Bagge brot...@bsnet.se, 2009 # msgid msgstr Project-Id-Version: PACKAGE VERSION\n POT-Creation-Date: 2009-10-12 20:08+0300\n PO-Revision-Date: 2010-01-10 12:57+0100\n Last-Translator: Martin Bagge brot...@bsnet.se\n Language-Team: Swedish tp...@listor.tp-sv.se\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Swedish\n X-Poedit-Country: Sweden\n # type: TH #: asclock.man:1 #, no-wrap msgid asclock msgstr asclock # type: TH #: asclock.man:1 #, no-wrap msgid 23 July 1996 msgstr 23 Juli 1996 # type: SH #: asclock.man:3 #, no-wrap msgid NAME msgstr NAMN # type: Plain text #: asclock.man:5 msgid Basclock - the AfterStep clock msgstr Basclock - Klocka för AfterStep # type: SH #: asclock.man:5 #, no-wrap msgid SYNOPSIS msgstr SYNOPSIS # type: Plain text #: asclock.man:15 #, no-wrap msgid Basclock\n [ -help] [-12 | -24] [-shape]\n [-position I[+|-]x[+|-]y]\n [-exe Iprogram]\n [-theme Idir]\n [-led Icolor]\n [-noblink]\n [-dock]\n [-version]\n msgstr Basclock\n [ -help] [-12 | -24] [-shape]\n [-position I[+|-]x[+|-]y]\n [-exe Iprogram]\n [-theme Ikatalog]\n [-led Ifärg]\n [-noblink]\n [-dock]\n [-version]\n # type: SH #: asclock.man:15 #, no-wrap msgid DESCRIPTION msgstr BESKRIVNING # type: Plain text #: asclock.man:20 msgid The Basclock is a clock written to emulate the date/time application on the NEXTSTEP(tm) operating system. Basclock supports multiple languages, military and AM/PM time formats, program execution, and the shape extension to X-Windows. msgstr Basclock är en klocka som ska emulera funktioner i datum/tid-applikationen från operativsystemet NEXTSTEP(tm). Basclock har stöd för flera språk, militär tid så väl som tolvtimmars tid, applikationsexekvering och shape-utökningen till X-Windows. # type: SH #: asclock.man:20 #, no-wrap msgid CONFIGURATION OPTIONS msgstr INSTÄLLNINGSALTERNATIV # type: IP #: asclock.man:21 #, no-wrap msgid -help msgstr -help # type: Plain text #: asclock.man:24 msgid prints the usage message: msgstr visare anvädningsinformationen # type: Plain text #: asclock.man:37 #, no-wrap msgid usage: asclock [-options ...] \n where options include:\n -12 12 hour format\n -24 24 hour format\n -exe EltprogramEgt program to start on click\n -led EltcolorEgtcolor of the led\n -position [+|-]x[+|-]y position of asclock\n -shape without groundplate\n -theme EltdirEgttheme directory\n -noblinkdon't blink\n -dock without window decorations\n -versionshow version information\n msgstr användning: asclock [-flaggor ...] \n flaggorna kan vara någon av:\n -12 12 timmars format\n -24 24 timmars format\n -exe EltprogramEgt program att starta vid klick\n -led EltfärgEgtfärglägg LED\n -position [+|-]x[+|-]y position för asclock\n -shape utan underlag\n -theme EltdirEgtkatalog med tema\n -noblinkblinka inte\n -dock utan fönsterlister\n -versionvisa versionsinformation\n # type: IP #: asclock.man:39 #, no-wrap msgid -12 or -24 msgstr -12 eller -24 # type: Plain text #: asclock.man:44 msgid sets the desired time format to either twelve hour with AM/PM ( -12 ) or military time ( -24 ).
Bug#564557: [Fwd: Bug#564557: mlmmj-php-web-admin: class.FastTemplate.php is non-free]w
Hi, in openSUSE we use a patch to replace class.FastTemplate.php with class.rFastTemplate.php. Feel free to use attached patch to fix this issue. Best, Christoph It would be very nice if the upstream version could be changed so that MLMMJ v1.17 was released totaly free, and both Debian and suse wouldn't have to modify the upstraem sources! Can someone commit it? Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561969: wishlist: Gallery 2.3.1
retitle 561969 new upstream release (2.3.1) severity normal thanks Hi, what is the state of this? Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564415: [icedove-3.0] tracked down git commit introducing the bug.
On Sat, Jan 09, 2010 at 04:08:18PM +0100, Bastian Venthur wrote: tags 564415 patch stop Hi, I tracked down the git commit introducing this bug via git-bisect: 1c639200d5664c2e8556e57100bcaf0ffdad6ae6 is the first bad commit commit 1c639200d5664c2e8556e57100bcaf0ffdad6ae6 Author: Christoph Goehre ch...@sigxcpu.org Date: Wed Jan 6 21:31:59 2010 +0100 install modules directory into /usr/share/icedove-3.0 :04 04 7745cb57ac65f5600592a613b2142955647b211c a6d0a57cde6ed86a895b55b2b8a6a2796433eeea M debian I always felt maintaining this split for binary all files in binary any packages is not more than a waste of time and the benefit is real non-existing (if someone can come up with real reasons I am happy to adapt a new position). So, we can either go back to all in pkglibdir or start shipping a -common package (hint: I dont even see a reason for that ;)). I am all for the former, as I wouldnt understand a clear reason for the latter, but if we do this kind of split, we should move that stuff into a binary all package. - Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562052: Correctly identify touchpads
Dmitry Torokhov wrote: On Sun, Jan 10, 2010 at 02:01:08AM +0300, Michael Tokarev wrote: Dmitry Torokhov wrote: [] This is exactly what happens, to me and to the original bug reporter -- we both are running 32bit userspace and 64bit kernel. [] Does the following patch fixes it for you guys? No, Dmitry, it does not. It's buggy. With this patch applied, the bits are all completely wrong. [] Doh, amazing what min/max mixup will do. The patch below should fix that. With the fixup applied on top of previous patch, the whole thing appears to work correctly. 2.6.32-amd64: 32bit grep: /sys/devices/platform/i8042/serio4/input/input6/capabilities# grep . * abs:1103 ev:b ff:0 key:6420 0 7000f 0 0 0 0 0 0 0 0 led:0 msc:0 rel:0 snd:0 sw:0 64bit grep: /sys/devices/platform/i8042/serio4/input/input6/capabilities# ~/grep . * abs:1103 ev:b ff:0 key:6420 7000f 0 0 0 0 led:0 msc:0 rel:0 snd:0 sw:0 A few questions still: o I think the 'key' attribute used to be shorter previously, eliminating unnecessary trailing zeros, but it is not anymore. Just curious. o How about other systems such as sparc 32/64 or power 32/64? I'm not sure the patch is endian-clean. Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564575: RFP: Flinks -- a text-mode flashing word webbrowser, intended for speed-reading and/or skimming
Package: wnpp Severity: wishlist Package name: flinks Version: 0.3 Author: Martin Bays (mb...@sdf.lonestar.org) Project URL: http://mbays.freeshell.org/flinks/ License: GPLv3 Description: Flinks is a text-mode flashing word web browser. It is intended for speed-reading and/or skimming webpages and text. Written in Python using ncurses for display and requiring lynx for rendering. Should run without trouble on any unix-like system, and with some trouble on other systems. Runs happily on very small terminals, so ought to work well on hand-helds, or even eye-glass displays... I would be very interested to see this done. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564259: cpio: Cpio core dumps
Try http://people.debian.org/~schizo/tmp/cpio_2.10-1.nostrip+noopt_amd64.deb It has compiler optimizations disabled so it should give a saner backtrace. Done: (gdb) bt #0 memcpy () at ../sysdeps/x86_64/memcpy.S:78 #1 0x0040ba7d in disk_buffered_write (in_buf=0x18e4e1e , out_des=4, num_bytes=422173) at ../../src/util.c:283 #2 0x0040c354 in copy_files_disk_to_disk (in_des=3, out_des=4, num_bytes=422173, filename=0x18c5450 mnt/gateway/home/njh/Mail/Sent Items) at ../../src/util.c:562 #3 0x004085e3 in process_copy_pass () at ../../src/copypass.c:185 #4 0x0040a633 in main (argc=3, argv=0x7fffddd51578) at ../../src/main.c:798 Current language: auto The current source language is auto; currently asm. (gdb) -Nigel Horne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564237: FTBFS: missing functions in arclib
tag 564237 + patch thanks On Fri, Jan 08, 2010 at 04:24:49PM +0100, Aurelien Jarno wrote: Package: arcboot Version: 0.3.12 Severity: serious Justification: fails to build from source arcboot fails to build from source due to changes in the e2fs library. It looks like someone has to implement at least the memmove() and strcat() functions, probably the kernel code. I have tested this solution, it actually works. Please find a patch below: --- a/arclib/string.c +++ b/arclib/string.c @@ -124,3 +124,36 @@ { memset(p, 0, len); } + +char *strcat(char *dest, const char *src) +{ + char *tmp = dest; + + while (*dest) + dest++; + while ((*dest++ = *src++) != '\0') + ; + return tmp; +} + +void *memmove(void *dest, const void *src, size_t count) +{ + char *tmp; + const char *s; + + if (dest = src) { + tmp = dest; + s = src; + while (count--) + *tmp++ = *s++; + } else { + tmp = dest; + tmp += count; + s = src; + s += count; + while (count--) + *--tmp = *--s; + } + return dest; +} + -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564555: [Pkg-virtualbox-devel] Bug#564555: virtualbox-ose-guest-x11: uninstallable due to unmet dependencies
On Sun, Jan 10, 2010 at 02:42:41AM -0500, Michael Gilbert wrote: hi, the virtualbox video modules are currently uninstallable due to unmet dependencies. this is actually a bit odd because the current xserver is actually newer than the one stated as required: It probably needs a rebuild against said xorg version anyway so just changing the provides line wouldn't help. However, I cannot upgrade X atm because my system relies on fglrx which is not available for the latest xorg either. Hmm, maybe it works with the new X server. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo/Skype: michaelmeskes, Jabber: mes...@jabber.org VfL Borussia! Forca Barca! Go SF 49ers! Use: Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564577: musixtex: Please implement trigger support for updmap-sys
Package: musixtex Version: 1:0.112.2-4 Severity: wishlist Hi, recently I purged a lot of packages (including musixtex) and noticed that musixtex runs updmap-sys in its postin script instead of setting a trigger and delay the job to the end of the purge list. sid:~# apt-get --purge autoremove Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: fragmaster* latex-cjk-chinese* latex-cjk-common* latex-cjk-japanese* latex-cjk-japanese-wadalab* latex-cjk-korean* latex-cjk-thai* latex-cjk-xcjk* latexmk* musixlyr* musixtex* musixtex-slurps* t1utils* texlive-doc-bg* texlive-doc-cs+sk* texlive-doc-de* texlive-doc-es* texlive-doc-fi* texlive-doc-fr* texlive-doc-it* texlive-doc-ja* texlive-doc-ko* texlive-doc-mn* texlive-doc-nl* texlive-doc-pl* texlive-doc-pt* texlive-doc-ru* texlive-doc-si* texlive-doc-th* texlive-doc-tr* texlive-doc-uk* texlive-doc-vi* texlive-doc-zh* texlive-games* texlive-generic-extra* texlive-lang-african* texlive-lang-armenian* texlive-lang-croatian* texlive-lang-danish* texlive-lang-dutch* texlive-lang-finnish* texlive-lang-french* texlive-lang-greek* texlive-lang-hebrew* texlive-lang-hungarian* texlive-lang-indic* texlive-lang-italian* texlive-lang-latin* texlive-lang-latvian* texlive-lang-lithuanian* texlive-lang-mongolian* texlive-lang-norwegian* texlive-lang-polish* texlive-lang-portuguese* texlive-lang-spanish* texlive-lang-swedish* texlive-lang-tibetan* texlive-lang-ukenglish* texlive-lang-vietnamese* texlive-latex3* texlive-music* texlive-omega* texlive-plain-extra* thailatex* 0 upgraded, 0 newly installed, 64 to remove and 1 not upgraded. After this operation, 327MB disk space will be freed. Do you want to continue [Y/n]? y (Reading database ... 147025 files and directories currently installed.) snip Purging configuration files for latexmk ... Removing texlive-music ... Purging configuration files for texlive-music ... Removing musixlyr ... Removing musixtex ... Running 'mktexlsr /usr/share/texmf /var/lib/texmf'. This may take some time... done. Running 'updmap-sys'. This may take some time... done. Purging configuration files for musixtex ... Removing musixtex-slurps ... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Done. Purging configuration files for musixtex-slurps ... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Done. Removing t1utils ... snip Reverting babel.sty customization...done. Running 'mktexlsr /usr/share/texmf /var/lib/texmf'. This may take some time... done. Purging configuration files for thailatex ... Processing triggers for man-db ... Processing triggers for tex-common ... Running mktexlsr. This may take some time... done. Running updmap-sys. This may take some time... done. Building formats --byhyphen /var/lib/texmf/tex/generic/config/language.dat. This may take some time... done. Building formats --byhyphen /var/lib/texmf/tex/generic/config/language.def. This may take some time... done. Processing triggers for fontconfig ... Processing triggers for doc-base ... Processing 1 removed doc-base file(s)... sid:~# Please implement trigger support for this operation. Thanks, Hilmar -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages musixtex depends on: ii libc6 2.10.2-4 Embedded GNU C Library: Shared lib ii perl 5.10.1-8 Larry Wall's Practical Extraction ii tex-common2.05 common infrastructure for building ii texlive-base 2009-7 TeX Live: Essential programs and f ii texlive-binaries [texlive-bas 2009-5 Binaries for TeX Live musixtex recommends no packages. Versions of packages musixtex suggests: pn m-tx none (no description available) pn pmx none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564576: libspf0: fails with IPv6
Package: libspf0 Version: 0.999-1.0.0-p3.dfsg-2 Severity: important Hello, It seems that libspf0 has a problem with validation of IPv6 addresses. I discovered this problem with spfmilter, and I could reproduce it with spfqtool. Here is the transcript of a test, with spfquery (libspf2) and spfqtool (libspf0): % spfquery -i 2a01:e34:ee8f:150:201:c0ff:fe04:d58b -s foo...@listes.ortolo.eu pass spfquery: domain of listes.ortolo.eu designates 2a01:e34:ee8f:150:201:c0ff:fe04:d58b as permitted sender Received-SPF: pass (spfquery: domain of listes.ortolo.eu designates 2a01:e34:ee8f:150:201:c0ff:fe04:d58b as permitted sender) client-ip=2a01:e34:ee8f:150:201:c0ff:fe04:d58b; envelope-from=foo...@listes.ortolo.eu; % spfqtool -h vanvogt.ortolo.eu -i 2a01:e34:ee8f:150:201:c0ff:fe04:d58b -s foo...@listes.ortolo.eu SPF short result: fail SPF verbose result: policy result: [fail] from rule [-all] RFC2822 header: Received-SPF: fail (vanvogt.ortolo.eu: domain of foo...@listes.ortolo.eu does not designate 2a01:e34:ee8f:15 as permitted sender) receiver=vanvogt.ortolo.eu; client_ip=2a01:e34:ee8f:15; envelope-from=foo...@listes.ortolo.eu; Here, spfquery is right and spfqtool is wrong, because: listes.ortolo.eu. 86400 IN SPF v=spf1 +a:mx1.ortolo.eu +a:mx2.ortolo.eu -all mx2.ortolo.eu. 86400 IN 2a01:e34:ee8f:150:201:c0ff:fe04:d58b (yes, the RFC for SPF defines the “a:” mechanism with A or lookups, depending on the IP address family). Regards, -- Tanguy Ortolo -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31.5-grsec--grs-ipv6-32 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libspf0 depends on: ii libc6 2.7-18 GNU C Library: Shared libraries libspf0 recommends no packages. libspf0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557261: [Pkg-openssl-devel] Bug#557261: libssl0.9.8: Updating from version k-5 to k-6 breaks client auth with stunnel4
On Sun, Jan 10, 2010 at 11:48:15AM +0300, Vladimir Volovich wrote: KR == Kurt Roeckx writes: KR As I understand it, it will not do the renegotation if you do it KR for the whole virtual host. but wouldn't it cause prompts for certificate for the whole virtual host? i'd like to protect (with certificate validation) only part of the site, e.g. the admin interface, leaving the rest of the site for general users. i.e. the requirement to put the certificate validation for the whole virtual host requires creating a separate website with a dedicated IP address, which is not always desirable. I'm not sure a new IP address is required for it. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564555: [Pkg-virtualbox-devel] Bug#564555: virtualbox-ose-guest-x11: uninstallable due to unmet dependencies
On Sun, Jan 10, 2010 at 13:39:32 +0100, Michael Meskes wrote: On Sun, Jan 10, 2010 at 02:42:41AM -0500, Michael Gilbert wrote: hi, the virtualbox video modules are currently uninstallable due to unmet dependencies. this is actually a bit odd because the current xserver is actually newer than the one stated as required: It probably needs a rebuild against said xorg version anyway so just changing the provides line wouldn't help. However, I cannot upgrade X atm because my system relies on fglrx which is not available for the latest xorg either. Hmm, maybe it works with the new X server. You can run old X on your system and build vbox against the new headers (especially since packages can easily be built in chroots). Can't see the problem there. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564578: RM: python-jtoolkit -- ROM; unmaintained and no more used
Package: ftp.debian.org Severity: normal pootle was the only known package which depended on python-jtoolkit. pootle does not use python-jtoolkit anymore. Upstream does not intend to maintain jtoolkit since they are not using it anymore. Best Regards, -- Nekral -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564579: asciidoc: fails to build man paga
Package: asciidoc Version: 8.2.7-3~lenny1 Severity: normal a2x -f manpage httpfs2.1.txt I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl warning: failed to load external entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl; compilation error: file /etc/asciidoc/docbook-xsl/manpage.xsl line 13 element import xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl a2x: failed: xsltproc --stringparam callout.graphics 0 --stringparam navig.graphics 0 --stringparam admon.textlabel 1 --stringparam admon.graphics 0 --nonet /etc/asciidoc/docbook-xsl/manpage.xsl /scratch/httpfs/httpfs2-0.1.3/httpfs2.1.xml make[1]: *** [httpfs2.1] Error 1 -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (300, 'unstable'), (290, 'stable-i386'), (280, 'testing-i386'), (270, 'unstable-i386'), (1, 'experimental-i386'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages asciidoc depends on: ii python2.5.2-3An interactive high-level object-o Versions of packages asciidoc recommends: pn dblatex none (no description available) ii docbook-utils 0.6.14-1.1 Convert Docbook files to other for pn source-highlight none (no description available) ii vim-addon-manager 0.4manager of addons for the Vim edit pn xmlto none (no description available) asciidoc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#249917: fixed upstream
Tags: fixed A new upstream fixes this bug. Should be in debian 2.0.6-1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564580: r-bioc-hilbertvis: missing dependency: gtkmm-2.4
Package: r-bioc-hilbertvis Severity: normal Hi Steffen First of all, thanks for wrapping my HilbertVis R package into a Debian package. I've just looked through the Debian package meta-data and noticed that it does not state that HilbertVis (or actually: HilbertVisGUI) depends on gtkmm. (See ldd on /usr/lib/R/site-library/HilbertVis/libs/HilbertVis.so ) Providing the file libgtkmm-2.4,so should pull all other dependencies. On my Ubuntu system, libgtkmm-2.4 is provided by package libgtkmm-2.4-1c2a. I have little clue of Debian but I guess the package should have the same or a similar name there. Could you add this dependency, please? Thanks Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564581: CVE-2009-4565: does not properly handle a '\0' character in a Common Name (CN) field of an X.509 certificate
Package: sendmail Severity: grave Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities Exposures) id was published for sendmail. CVE-2009-4565[0]: | sendmail before 8.14.4 does not properly handle a '\0' character in a | Common Name (CN) field of an X.509 certificate, which (1) allows | man-in-the-middle attackers to spoof arbitrary SSL-based SMTP servers | via a crafted server certificate issued by a legitimate Certification | Authority, and (2) allows remote attackers to bypass intended access | restrictions via a crafted client certificate issued by a legitimate | Certification Authority, a related issue to CVE-2009-2408. Please coordinate with the security team (t...@security.debian.org) to prepare packages for the stable and oldstable releases. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-4565 http://security-tracker.debian.org/tracker/CVE-2009-4565 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktJ0v8ACgkQNxpp46476arSPQCggai2b9hxDmyUNjQC57+13y9H TcgAoIsxCtp300SC4dBed2rvBNziY1sy =Ob7s -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564579: fails to build man paga
Package: asciidoc Version: 8.5.1-1 Severity: normal Building with later version still fails but the error only shows with -v now. a2x -vf manpage httpfs2.1.txt a2x: executing: asciidoc --backend docbook --doctype manpage --verbose --out-file /scratch/httpfs/httpfs2-0.1.3/httpfs2.1.xml /scratch/httpfs/httpfs2-0.1.3/httpfs2.1.txt asciidoc: reading: /etc/asciidoc/asciidoc.conf asciidoc: reading: /etc/asciidoc/docbook.conf asciidoc: reading: /etc/asciidoc/filters/code-filter.conf asciidoc: reading: /etc/asciidoc/filters/music-filter.conf asciidoc: reading: /etc/asciidoc/filters/source-highlight-filter.conf asciidoc: reading: /etc/asciidoc/filters/graphviz/graphviz-filter.conf asciidoc: reading: /etc/asciidoc/filters/source/source-highlight-filter.conf asciidoc: reading: /etc/asciidoc/filters/code/code-filter.conf asciidoc: reading: /etc/asciidoc/filters/music/music-filter.conf asciidoc: reading: /etc/asciidoc/lang-en.conf asciidoc: reading: /scratch/httpfs/httpfs2-0.1.3/httpfs2.1.txt asciidoc: writing: /scratch/httpfs/httpfs2-0.1.3/httpfs2.1.xml a2x: executing: xmllint --nonet --noout --valid /scratch/httpfs/httpfs2-0.1.3/httpfs2.1.xml a2x: chdir /scratch/httpfs/httpfs2-0.1.3 a2x: executing: xsltproc --nonet --stringparam callout.graphics 0 --stringparam navig.graphics 0 --stringparam admon.textlabel 1 --stringparam admon.graphics 0 /etc/asciidoc/docbook-xsl/manpage.xsl /scratch/httpfs/httpfs2-0.1.3/httpfs2.1.xml I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl warning: failed to load external entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl; compilation error: file /etc/asciidoc/docbook-xsl/manpage.xsl line 13 element import xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl a2x: ERROR: xsltproc --nonet --stringparam callout.graphics 0 --stringparam navig.graphics 0 --stringparam admon.textlabel 1 --stringparam admon.graphics 0 /etc/asciidoc/docbook-xsl/manpage.xsl /scratch/httpfs/httpfs2-0.1.3/httpfs2.1.xml returned non-zero exit status 5 a2x: chdir /scratch/httpfs/httpfs2-0.1.3 -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (300, 'unstable'), (290, 'stable-i386'), (280, 'testing-i386'), (270, 'unstable-i386'), (1, 'experimental-i386'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages asciidoc depends on: ii python2.5.2-3An interactive high-level object-o Versions of packages asciidoc recommends: pn dblatex none (no description available) ii docbook-utils 0.6.14-1.1 Convert Docbook files to other for pn source-highlight none (no description available) ii vim-addon-manager 0.4manager of addons for the Vim edit pn xmlto none (no description available) asciidoc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563519: Copyright and license for Class-DBI-Loader-Relationship
Hi, the Debian package for the Class-DBI-Loader-Relationship module claimed that the module was licensed under the same terms as Perl (ie. Artistic license and GNU General Public License), but I cannot find this information anywhere in the sources. As you are listed as the authors of the concerned Perl module, it would be very nice if you could state under which terms the module is licensed. It would be even nicer if you can also include the years of copyright as well. Please also include this information in the next release (should there be one). Regards, Ansgar PS: Please include the Cc in your reply to keep track of this in Debian's bug tracker. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564241: maint-guide: Please remove texlive-full from Build-Depends-Indep
On So, 10 Jan 2010, Hilmar Preuße wrote: Thanks! Unfortunateyl I probably can't help here, as the control file is built in tpm2debcommon.pm and I don't speak perl. Actually it is not, you can add new packages by adding stuff to tpm2deb.cfg, as we did with texlive, texlive-full, texlive-common. But still I will have to add some code to filter out all the doc packages. - run the document with latx/pdflatex/whatever with the -recorder option Nice option! Thanks for the hint. I have recommended that on the list for FTBFS already dozens of times probably. There is a script called mkjobtexmf which collects all the files used into one texmf tree. Maybe one can use the code base to write a script that spits out the current build-deps ... Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 THEAKSTONE (n.) Ancient mad tramp who jabbers to himself and swears loudly and obscenely on station platforms and traffic islands. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563752: dpkg-dev: implementation of symbol patterns framework as well as c++, wildcard, regexp patterns
Hello, Remote branch [1] has been updated. Notes: * readline() cannot be replaced with easily due to trickiness in perl syntax. Perl does not like anything but $simplevar and we need $hash- {key} here. * I kept the name 'symver' purely due to its length. You suggested good names but their length is kind of distracting for me. However, instructions how to safely change the name is in the log of the respective commit. * Double exists in is_optional() is needed to avoid creation of redundant {pattern} hash. Otherwise, save - load tests would fail. {old_wildcard} is under {pattern} due to how create_pattern_match() eliminates pattern properties. * dclone()/sclone() remain. 1. http://git.debian.org/?p=users/modax/dpkg.git;a=summary -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#564467: types in mc don't get highlighted because the file filehighlight.ini is missing
Package: mc Version: 3:4.7.0-1 Severity: normal Same here. Putting the file 'filehighlight.ini' to '/usr/share/mc/' fixes the problem generally. Please, repack. Thank you. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mc depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.22.3-2 The GLib library of C routines ii libgpm2 1.20.4-3.2 General Purpose Mouse - shared lib ii libslang2 2.2.2-2The S-Lang programming library - r Versions of packages mc recommends: ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap Versions of packages mc suggests: ii arj 3.10.22-8archiver for .arj files ii bzip2 1.0.5-3 high-quality block-sorting file co pn catdvi none (no description available) pn dbview none (no description available) pn djvulibre-bin none (no description available) ii evince [pdf-viewer] 2.28.2-1 Document (postscript, pdf) viewer ii file5.03-5 Determines file type using magic pn gv none (no description available) ii imagemagick 7:6.5.8.3-1 image manipulation programs ii lynx2.8.8dev.2-1 Text-mode WWW Browser (transitiona pn odt2txt none (no description available) ii perl5.10.1-8 Larry Wall's Practical Extraction ii python 2.5.4-5 An interactive high-level object-o pn python-boto none (no description available) ii python-tz 2009u-1 Python version of the Olson timezo ii unzip 6.0-1De-archiver for .zip files ii w3m 0.5.2-2.1WWW browsable pager with excellent ii zip 3.0-1Archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#470500: #470500 (bind9: rndc hangs on GNU/kFreeBSD): Probably also affects dig and host
Hi, Axel Beckert wrote: We probably hit it again in the postinst scripts of aiccu which call dig or host in postinst if installed. (Cc to Reinier Haasjes, the new aiccu maintainer to know that in case a bug report comes in for aiccu.) Thanks for informing me. I subscribed to this bug so further CC's aren't necessary. Best regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564467: [Pkg-mc-devel] Bug#564467: File types in mc don't get highlighted because the file filehighlight.ini is missing
Hi! This is a duplicate of bug #563797 and already fixed in the trunk. -- Sincerely yours, Yury V. Zaytsev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564467: [Pkg-mc-devel] Bug#564467: types in mc don't get highlighted because the file filehighlight.ini is missing
Hi! For the god's sake: search before you report. This has been fixed by me few weeks ago. The new package is waiting to be uploaded. -- Sincerely yours, Yury V. Zaytsev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564582: One thing I forgot to mention.
Since there were many bug-reports containing error-messages on the terminal window, I also ran sol from a terminal. It gives the same screen-corruption and no error-messages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564583: espeak: Upgrade to new upstream version
Package: espeak Version: 1.41.01-1 Please upgrade espeak to 1.42.04 version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563763: Maintainer address is a closed list
I have passed this on to tech-ctte along with #563761. Ben. -- Ben Hutchings The generation of random numbers is too important to be left to chance. - Robert Coveyou signature.asc Description: This is a digitally signed message part
Bug#564577: musixtex: Please implement trigger support for updmap-sys
On So, 10 Jan 2010, Hilmar Preusse wrote: recently I purged a lot of packages (including musixtex) and noticed that musixtex runs updmap-sys in its postin script instead of setting a trigger and delay the job to the end of the purge list. That is a simple matter of rebuilding musixtex with new dh_installtex. Thanks Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 DOBWALLS (pl.n.) The now hard-boiled bits of nastiness which have to be prised off crockery by hand after it has been through a dishwasher. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551341: multi-listen.patch reviewed
On Wed, 2010-01-06 at 22:02 +0100, Bas Wijnen wrote: On Fri, Nov 13, 2009 at 09:24:04PM +0100, Roland Clobus wrote: I see a few comments about modifying the patch already sent. What will the actual patch be for me to test? I have it attached. I wanted to make it clean by doing make reindent first, but somehow it turned it into a 900+ lines diff. Sorry about that. The patch is identical to my earlier patch plus the suggested addition for IPV6_V6ONLY in common/network.c. I've noticed that 'make reindent' creates big patch files too, it is fixed in svn revision 1495 (by invoking indent twice). Attached you'll find the simplified version. (In the meantime I've released 0.12.3, but a 0.12.4 could follow soon, if required) The patch does add a new string (which shouldn't be seen, but should be translated), so that will need a string-freeze waiting period. String freezes will be no problem, there are already modified strings for 0.12.4. A release in Debian of 0.12.3 would be nice (ergo not waiting for 0.12.4), because many users would then be able to play games with a server on localhost again. Now about the requested functionality for IPv6 support. It is not clear to me what the required behaviour would need to be (regarding Debian). What should the server do when either the IPv4 or IPv6 socket is already in use? I would recommend that the server will refuse to be run at all, otherwise situations would exist where the client would connect with the wrong protocol to another listening process, see the scheme below. I've tried to chart the behaviour. I've started pioneers-server-gtk on port 5550 in combination with 'nc -4 -l localhost 5550' and/or 'nc -6 -l localhost 5550'. In the scheme: 4O6F means: IPv4 occupied by netcat, IPv6 free For the unpatched server: 4F6F: listen on IPv4, client connects on IPv4 4O6F: listen on IPv6, client connects on IPv6 4F6O: listen on IPv4, client connects on IPv6 - situation 1 4O6O: situation 2 For the patched server: 4F6F: listen on IPv4 and IPv6, client connects on IPv6 4O6F: listen on IPv6, client connects on IPv6 - situation 3 4F6O: listen on IPv4, clients connects on IPv6 - situation 1 and 3 4O6O: situation 4 Situation 1: * The client appears to hang, because the netcat is not returning information. This situation should be avoided because it will give a bad user experience. Situation 2: * The server shows in its log: 'Error creating listening socket: Address already in use' * The server is not started This is intended behaviour Situation 3: * The server does not show a warning in its log, but it will log a warning to the console: 'WARNING **:Not using socket because bind failed: Address already in use' * The server is started I would prefer that the server is not started, and nothing it sent to the console but the message is sent to the log window. Situation 4: * The log gets a line as in situation 2. * Two warnings as in situation 3 are sent to the console. * When the 'Stop Server' button is pressed, another line is sent to the log window 'Preparing game...' followed by a line as in situation 2, and a warning as in situation 3 is sent to the console. It looks like the server is started twice, the first time with two protocols and the second time with one protocol. That looks like a bug. I would prefer a situation similar to situation 2. About the code: I would recommend to use GSList (or something similar) instead of int* and a counter variable. With kind regards, Roland Clobus Index: common/network.h === --- common/network.h (revision 1493) +++ common/network.h (working copy) @@ -82,9 +82,11 @@ * @param port The port * @retval error_message If opening fails, a description of the error * You should g_free the error_message - * @return A file descriptor if succesfull, or -1 if it fails + * @retval num_fds The number of valid fds in the returned array + * @return An array of file descriptors if succesfull, or NULL if it fails */ -int net_open_listening_socket(const gchar * port, gchar ** error_message); +int *net_open_listening_socket(const gchar * port, gchar ** error_message, + int *num_fds); /** Close a socket */ Index: common/network.c === --- common/network.c (revision 1493) +++ common/network.c (working copy) @@ -743,14 +743,18 @@ return pioneers_dir; } -int net_open_listening_socket(const gchar * port, gchar ** error_message) +int *net_open_listening_socket(const gchar * port, gchar ** error_message, + int *num_fds) { #ifdef HAVE_GETADDRINFO_ET_AL int err; struct addrinfo hints, *ai, *aip; int yes; - gint fd = -1; + int *fds; + int max_num_fds; + *num_fds = 0; + memset(hints, 0, sizeof(hints)); hints.ai_family = NETWORK_PROTOCOL; @@ -763,65 +767,89 @@ g_strdup_printf(_( Error creating struct addrinfo: %s),
Bug#563519: Undelivered Mail Returned to Sender
The address of the main author bounces: si...@cpan.org: host cpan.mx.develooper.com[207.171.7.216] said: 550 the lights are out, no such recipient (sf) (in reply to RCPT TO command) Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564584: epiphany-browser: crashes inside libwebkit
Package: epiphany-browser Version: 2.29.3-1 Severity: important I'm getting regular crashes of epiphany, dmesg has: [503271.392404] epiphany-browse[20703]: segfault at 51 ip 7f9ea683b1d3 sp 7fff54bf1ed8 error 4 in libwebkit-1.0.so.2.14.0[7f9ea6056000+10f3000] [573739.237601] epiphany-browse[15328] general protection ip:7fa2381de1c0 sp:7fffe5e2ddd8 error:0 in libwebkit-1.0.so.2.14.0[7fa2379f9000+10f3000] [638085.140731] epiphany-browse[15724] general protection ip:7f232ebab1c0 sp:77e1fae8 error:0 in libwebkit-1.0.so.2.14.0[7f232e3c6000+10f3000] [642019.835933] epiphany-browse[24606] general protection ip:7fb911cc51c0 sp:7fffb692e3f8 error:0 in libwebkit-1.0.so.2.14.0[7fb9114e+10f3000] It sometimes seems to crash on its own when I'm not looking... Filing against epiphany, but I guess it's likely to be webkit's fault somehow. I got a core dump from the last one, backtrace looks like: Core was generated by `epiphany-browser'. Program terminated with signal 11, Segmentation fault. #0 WTF::RefPtrWebCore::Frame::get (this=0x79002000660049) at ../JavaScriptCore/wtf/RefPtr.h:57 57 ../JavaScriptCore/wtf/RefPtr.h: No such file or directory. in ../JavaScriptCore/wtf/RefPtr.h (gdb) bt full #0 WTF::RefPtrWebCore::Frame::get (this=0x79002000660049) at ../JavaScriptCore/wtf/RefPtr.h:57 No locals. #1 WebCore::FocusController::focusedFrame (this=0x79002000660049) at ../WebCore/page/FocusController.h:46 No locals. #2 WebCore::FocusController::focusedOrMainFrame (this=0x79002000660049) at ../WebCore/page/FocusController.cpp:102 frame = value optimized out #3 0x7fb91183192b in clearClipboardContentsCallback ( clipboard=value optimized out, data=0x7fb8f68d7b40) at ../WebKit/gtk/WebCoreSupport/PasteboardHelperGtk.cpp:129 frame = value optimized out dataObject = value optimized out #4 0x7fb910f2058a in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #5 0x7fb910f205fc in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #6 0x7fb910dff538 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #7 0x7fb90fbf544e in IA__g_closure_invoke (closure=0x12b3330, return_value=0x7fffb692e610, n_param_values=2, param_values=0x21aded0, invocation_hint=0x7fffb692e5d0) ---Type return to continue, or q return to quit--- at /build/buildd/glib2.0-2.22.3/gobject/gclosure.c:767 marshal = 0 marshal_data = 0x1299b90 __PRETTY_FUNCTION__ = IA__g_closure_invoke #8 0x7fb90fc09503 in signal_emit_unlocked_R (node=0x11e0630, detail=value optimized out, instance=value optimized out, emission_return=value optimized out, instance_and_params=value optimized out) at /build/buildd/glib2.0-2.22.3/gobject/gsignal.c:3247 tmp = 0x7fb90ee02290 handler = 0x12ad560 accumulator = 0x11e06b0 emission = {next = 0x0, instance = 0x1274e60, ihint = {signal_id = 52, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN, chain_type = 4} class_closure = 0x11e05c0 handler_list = 0x12ad560 return_accu = value optimized out accu = {g_type = 20, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}} signal_id = 52 max_sequential_handler_number = value optimized out return_value_altered = 0 #9 0x7fb90fc0a74c in IA__g_signal_emit_valist (instance=0x1274e60, signal_id=value optimized out, detail=0, var_args=0x7fffb692e7c0) at /build/buildd/glib2.0-2.22.3/gobject/gsignal.c:2990 return_value = {g_type = 20, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}} error = value optimized out signal_return_type = 20 param_values = value optimized out node = 0x11e0630 i = value optimized out n_params = value optimized out __PRETTY_FUNCTION__ = IA__g_signal_emit_valist #10 0x7fb90fc0adb3 in IA__g_signal_emit (instance=0x79002000660049, signal_id=347726968, detail=32) at /build/buildd/glib2.0-2.22.3/gobject/gsignal.c:3037 var_args = {{gp_offset = 32, fp_offset = 48, overflow_arg_area = 0x7fffb692e8a0, reg_save_area = 0x7fffb692e7e0}} #11 0x7fb910f063cf in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #12 0x7fb910df8c8a in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
Bug#564586: libmedc-dev: libmed.h is not C++-safe
Package: libmedc-dev Version: 2.3.5-2 Severity: important Greetings, #include med.h does not work from C++ programs without extern C{} around it. Trouble is, med.h #includes mpi.h, which *must* not be in an extern C{} block. See http://www.open-mpi.org/community/lists/users/2007/12/4763.php for details. So the only way for a C++ program to #include med.h is the following kludgey workaround: #include mpi.h extern C { #include med.h } Please forward this upstream. I would be happy to make a patch if you like. Thanks, Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#564317: Apt-cache showpkg shows repeated lines
Hello Jidanni, First of all: Thanks for your report: 2010/1/9 jida...@jidanni.org: Apt-cache showpkg shows repeated lines $ apt-cache showpkg iceweasel|sort|uniq -c|sort -n|tail -n 4 2 xul-ext-notify,iceweasel 2 xul-ext-pwdhash,iceweasel 2 xul-ext-webdeveloper,iceweasel 4 mozilla-openoffice.org,iceweasel These are the reverse dependencies. In the mozilla-openoffice.org package case iceweasel is Recommend and Enhanced - for all available versions. It is really this specific version of the package which is a rdepends of another package (or multiply versions of the other package) so the information isn't wrong. And as you see in the Recommend and Enhances combi you can never eliminate repetitions - even if only one version of the reverse dependencies would be considered, but and this is the second point... $ apt-config dump|grep Cache APT::Cache ; APT::Cache::AllVersions false; ... as noted in the description for this option in the manpage for apt-cache: man This option is only applicable to the show command. And as a third argument, even the showpkg description says: man The [...] reverse dependencies [...] are listed [...] for each version. In Conclusion: I am failing to see what you actually request here or what do you expect to be different in the output of apt-cache showpkg, so could you be a bit more specific/verbose ? Best regards / Mit freundlichen Grüßen, David DonKult Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564555: [Pkg-virtualbox-devel] Bug#564555: virtualbox-ose-guest-x11: uninstallable due to unmet dependencies
On Sun, Jan 10, 2010 at 12:57:04PM +, Julien Cristau wrote: It probably needs a rebuild against said xorg version anyway so just changing the provides line wouldn't help. However, I cannot upgrade X atm because my system relies on fglrx which is not available for the latest xorg either. Hmm, maybe it works with the new X server. Please forget this email of mine, it's crap. I only have to update my virtual system and not the host of course to run the guest utils. Sorry, was so into thinking about my host upgrade that I got this wrong. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo/Skype: michaelmeskes, Jabber: mes...@jabber.org VfL Borussia! Forca Barca! Go SF 49ers! Use: Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564585: setkey and mountnfs start order on boot
Package: ipsec-tools Version: 1:0.7.1-1.6 Hello, My /home diectory is an nfs share and I use /etc/fstab to mount it on boot. Corresponding connection requires IPSec and here comes the problem. By the time of mounting setkey and racoon have not been started yet, so mount fails. According to LSB tags setkey depends on $remote_fs (at least because its executable resides in /usr/sbin). So it could not be started before nfs mount. To solve my problem I altered LSB tags to start ipsec and racoon between networking and nfsmount. But there is no such a solution when /usr is mounted via nfs. And the only thing I can propose in this case is to move setkey and racoon executables from /usr/sbin to /sbin. Although I do not know whether this solution is acceptable or not. -- Best regards, Ilya Paramonov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564467: types in mc don't get highlighted because the file filehighlight.ini is missing
Package: mc Version: 3:4.7.0-1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Find attached a patch to get filehighlight.ini installed. Cheers, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJLSeCWAAoJELs6aAGGSaoG4X8P/1FlZSERzHcMwaRp3XfIoylP 72J083jq1DOt2MrHSbN5srR1LUCgZOOHiYm4eqDtQZDgw2ZANKhapmdxLF58KvBq 9rjXPjSG04MHgkZxXVoLsoXgtaOwP9U91JbZYuwEfDjJ9+XnuNX458biJXopy0sC CzbGzUP8WLBkGLjeNN87HlSkAC6z3eaDmZgiC5NhEngrA1kVipf+iv7Ck8MvHjNk R3WpUK7P6+PzrNrYlfOEOjo0yis+vZxTwWEwMeneb/zzeDXMxawu/QrqOSOnTdhr jtTZEY4L0//yNY32T724ZDdoVvCisSQol3kJGC/UkUtRAi+BpfcF4Uq+D3pe5fef 67lwBc5Lp/0n+gB6/Xu+q3iEmkP7HcdEwFON2iNDGFsy95FggRcpTEelcDBNDgsa srQILvl/DC2n0z8WTtJpqoRSOT/qG6Bcdl9zIQ/ilhQwfhCW4ROSzVzXbmYK1AAO q3MH4oo8cZr1oDTQrrj/Zaaa/lcvQBVTiADbTjO1SZJANnOJXM696b0hshGdPZd9 XuUKafXECy9nMr7LUAM6PwKx5uKtnYJ9lqxjsWBDO7pSoolWEgWHKRBBAl6fas8o YBMvhJ+dJInzrLvdBdCgNvhZdSIyHQLx5S3JAvvqK8K9auFoX4F/vPEMOC//HyiL gvZv7CSRlo1FlHvPJFOf =ZNHo -END PGP SIGNATURE- diff -Nru mc-4.7.0/debian/changelog mc-4.7.0/debian/changelog --- mc-4.7.0/debian/changelog 2009-12-25 22:53:39.0 +0100 +++ mc-4.7.0/debian/changelog 2010-01-10 15:00:28.0 +0100 @@ -1,3 +1,10 @@ +mc (3:4.7.0-1.1) unstable; urgency=low + + * Fix File types in mc don't get highlighted by adding filehighlight.ini +to debian/mc.install (closes: #564467). + + -- gregor herrmann gre...@debian.org Sun, 10 Jan 2010 15:00:20 +0100 + mc (3:4.7.0-1) unstable; urgency=low [ Patrick Winnertz ] diff -Nru mc-4.7.0/debian/mc.install mc-4.7.0/debian/mc.install --- mc-4.7.0/debian/mc.install 2009-11-12 13:23:23.0 +0100 +++ mc-4.7.0/debian/mc.install 2010-01-10 14:59:10.0 +0100 @@ -5,6 +5,7 @@ etc/mc/extfs etc/mc/edit.spell.rc usr/share/mc etc/mc/cedit.menu usr/share/mc +etc/mc/filehighlight.ini usr/share/mc/mc.h* usr/share/mc/extfs/* usr/share/mc/syntax/*
Bug#564587: linux-image-2.6.32-trunk-amd64: Silent NVidia HDMI audio in 2.6.32
Package: linux-2.6 Version: 2.6.32-4 Severity: normal *** Please type your report below this line *** When using 2.6.32 I get no sound from my integrated NVidia HDMI audio. Everything appears to work properly ie no errors from audio players, and those that block while playing block for the normal period, but the TV remains silent. Analogue audio does work. I've checked all the mixer settings etc and I'm sure they're correct. Reverting to kernel 2.6.31 without changing anything else restores sound. -- Package-specific info: ** Version: Linux version 2.6.32-trunk-amd64 (Debian 2.6.32-4) (b...@decadent.org.uk) (gcc version 4.3.4 (Debian 4.3.4-6) ) #1 SMP Thu Jan 7 17:44:12 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-trunk-amd64 root=UUID=395dfad6-4ae1-422f-8365-599ceed5944b ro quiet ** Tainted: P (1) * Proprietary module has been loaded. ** Kernel log: [2.047041] usb 3-3: Product: 2.4G USB RF KeyBoard [2.047118] usb 3-3: configuration #1 chosen from 1 choice [2.065155] usbcore: registered new interface driver hiddev [2.072294] input: 2.4G USB RF KeyBoard as /devices/pci:00/:00:02.0/usb3/3-3/3-3:1.0/input/input4 [2.072347] generic-usb 0003:05AF:0408.0001: input,hidraw0: USB HID v1.10 Keyboard [2.4G USB RF KeyBoard] on usb-:00:02.0-3/input0 [2.080314] input: 2.4G USB RF KeyBoard as /devices/pci:00/:00:02.0/usb3/3-3/3-3:1.1/input/input5 [2.080362] generic-usb 0003:05AF:0408.0002: input,hidraw1: USB HID v1.10 Mouse [2.4G USB RF KeyBoard] on usb-:00:02.0-3/input1 [2.096105] input: 2.4G USB RF KeyBoard as /devices/pci:00/:00:02.0/usb3/3-3/3-3:1.2/input/input6 [2.096264] generic-usb 0003:05AF:0408.0003: input,hiddev96,hidraw2: USB HID v1.10 Device [2.4G USB RF KeyBoard] on usb-:00:02.0-3/input2 [2.096292] usbcore: registered new interface driver usbhid [2.096295] usbhid: v2.6:USB HID core driver [2.217550] PM: Starting manual resume from disk [2.247302] kjournald starting. Commit interval 5 seconds [2.247312] EXT3-fs: mounted filesystem with ordered data mode. [3.673276] udev: starting version 150 [4.359986] processor LNXCPU:00: registered as cooling_device0 [4.360072] processor LNXCPU:01: registered as cooling_device1 [4.363567] ACPI: WMI: Mapper loaded [4.366430] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [4.405747] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [4.432190] parport_pc 00:05: reported by Plug and Play ACPI [4.432240] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE] [4.477507] k8temp :00:18.3: Temperature readouts might be wrong - check erratum #141 [4.540293] EDAC MC: Ver: 2.1.0 Jan 7 2010 [4.568376] EDAC amd64_edac: Ver: 3.2.0 Jan 7 2010 [4.568462] EDAC amd64: ECC is enabled by BIOS. [4.568500] EDAC MC: Rev F or later detected [4.568546] EDAC MC0: Giving out device to 'amd64_edac' 'RevF': DEV :00:18.2 [4.568577] EDAC PCI0: Giving out device to module 'amd64_edac' controller 'EDAC PCI controller': DEV ':00:18.2' (POLLED) [4.601000] i2c i2c-0: nForce2 SMBus adapter at 0x600 [4.601006] ACPI: I/O resource nForce2_smbus [0x700-0x73f] conflicts with ACPI region SM00 [0x700-0x73f] [4.601079] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [4.601082] nForce2_smbus :00:01.1: Error probing SMB2. [4.784577] saa7146: register extension 'budget_ci dvb'. [4.785427] ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 17 [4.785435] alloc irq_desc for 17 on node 0 [4.785437] alloc kstat_irqs on node 0 [4.785449] budget_ci dvb :01:06.0: PCI INT A - Link[LNKA] - GSI 17 (level, low) - IRQ 17 [4.785472] IRQ 17/: IRQF_DISABLED is not guaranteed on shared IRQs [4.785502] saa7146: found saa7146 @ mem c90010ff2c00 (revision 1, irq 17) (0x13c2,0x100f). [4.785509] saa7146 (0): dma buffer size 192512 [4.785512] DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI) [4.821274] adapter has MAC addr = 00:d0:5c:20:d6:b2 [4.822260] input: Budget-CI dvb ir receiver saa7146 (0) as /devices/pci:00/:00:08.0/:01:06.0/input/input7 [5.136215] DVB: registering adapter 0 frontend 0 (ST STV0299 DVB-S)... [5.136786] ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 16 [5.136792] alloc irq_desc for 16 on node 0 [5.136795] alloc kstat_irqs on node 0 [5.136807] budget_ci dvb :01:07.0: PCI INT A - Link[LNKB] - GSI 16 (level, low) - IRQ 16 [5.136843] IRQ 16/: IRQF_DISABLED is not guaranteed on shared IRQs [5.136871] saa7146: found saa7146 @ mem c900111e2800 (revision 1, irq 16) (0x13c2,0x1011). [5.136878] saa7146 (1): dma buffer size 192512 [5.136880] DVB: registering new adapter (TT-Budget/WinTV-NOVA-T PCI) [5.177954] adapter has MAC addr = 00:d0:5c:23:e4:a3 [5.178325] input: Budget-CI dvb ir receiver saa7146 (1) as
Bug#527371: qemu-kvm: diff for NMU version 0.11.0+dfsg-1.1
tags 527371 + pending thanks Dear maintainer, I've prepared an NMU for qemu-kvm (versioned as 0.11.0+dfsg-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime diff -u qemu-kvm-0.11.0+dfsg/debian/rules qemu-kvm-0.11.0+dfsg/debian/rules --- qemu-kvm-0.11.0+dfsg/debian/rules +++ qemu-kvm-0.11.0+dfsg/debian/rules @@ -126,6 +126,7 @@ # top-level distclean should be last since it removes config-host.mak [ ! -f config-host.mak ] || $(MAKE) distclean + cat debian/extra_clean | xargs rm -f dh_clean install: install-stamp diff -u qemu-kvm-0.11.0+dfsg/debian/changelog qemu-kvm-0.11.0+dfsg/debian/changelog --- qemu-kvm-0.11.0+dfsg/debian/changelog +++ qemu-kvm-0.11.0+dfsg/debian/changelog @@ -1,3 +1,12 @@ +qemu-kvm (0.11.0+dfsg-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Clean up extra file upon clean to avoid FTBFS when built twice in a +row. Store the list of extra files to be cleaned in debian/extra_clean. +(Closes: #527371) + + -- Stefano Zacchiroli z...@debian.org Sun, 10 Jan 2010 12:45:02 +0100 + qemu-kvm (0.11.0+dfsg-1) unstable; urgency=low * Package qemu-kvm (stable series) instead of kvm (snapshots) only in patch2: unchanged: --- qemu-kvm-0.11.0+dfsg.orig/debian/extra_clean +++ qemu-kvm-0.11.0+dfsg/debian/extra_clean @@ -0,0 +1,44 @@ +kvm/user/kvmtrace.o +kvm/user/kvmtrace +kvm/user/iotable.o +kvm/user/main.o +kvm/user/kvmctl +kvm/user/test/lib/libcflat.a +kvm/user/test/lib/panic.o +kvm/user/test/lib/printf.o +kvm/user/test/lib/string.o +kvm/user/test/lib/x86/io.o +kvm/user/test/lib/x86/smp.o +kvm/user/test/x86/stringio.flat +kvm/user/test/x86/print.o +kvm/user/test/x86/tsc.o +kvm/user/test/x86/realmode.flat +kvm/user/test/x86/bootstrap.o +kvm/user/test/x86/smptest.o +kvm/user/test/x86/hypercall.o +kvm/user/test/x86/memtest1.flat +kvm/user/test/x86/access.flat +kvm/user/test/x86/smptest.flat +kvm/user/test/x86/apic.o +kvm/user/test/x86/port80.flat +kvm/user/test/x86/access.o +kvm/user/test/x86/cstart64.o +kvm/user/test/x86/irq.flat +kvm/user/test/x86/msr.flat +kvm/user/test/x86/hypercall.flat +kvm/user/test/x86/tsc.flat +kvm/user/test/x86/vmexit.o +kvm/user/test/x86/bootstrap +kvm/user/test/x86/sieve.flat +kvm/user/test/x86/simple.flat +kvm/user/test/x86/msr.o +kvm/user/test/x86/sieve.o +kvm/user/test/x86/vm.o +kvm/user/test/x86/realmode.o +kvm/user/test/x86/vmexit.flat +kvm/user/test/x86/apic.flat +kvm/user/test/x86/emulator.flat +kvm/user/test/x86/port80.o +kvm/libkvm/libkvm.a +kvm/libkvm/libkvm.o +kvm/libkvm/libkvm-x86.o
Bug#562680: installing cryptmount in chroot woes
Hello Harri, Thanks for flagging this issue with cryptmount chroot. As per previous correspondence on bug#551533, I don't think this causes failure of cryptmount's postinst script, but merely leads to modprobe reporting that is was unable to run successfully. Based on a recipe within the udev package, I've drafted a patch which should avoid even this warning message. Perhaps you could try this patch, and let me know whether it represents an acceptable solution? Regards, RW Penney +-- on Sat, Dec 26, 2009 at 10:34:19PM +0100, Harald Dunkel wrote: ---+ Package: cryptmount Version: 4.0.2-1 Severity: important Trying to update cryptount within a chroot (on an external disk) fails with: : Setting up cryptmount (4.0.2-1) ... Installing new version of config file /etc/init.d/cryptmount ... FATAL: Could not load /lib/modules/2.6.32.2/modules.dep: No such file or directory Of course there is no kernel 2.6.32.2 in the chroot installed, but the official Debian kernel. The postinst script should not look at the the output of uname. Regards Harri diff -Nuar cryptmount-4.0.2/debian/postinst cryptmount-patched/debian/postinst --- cryptmount-4.0.2/debian/postinst 2009-08-07 05:52:53.0 +0100 +++ cryptmount-patched/debian/postinst 2010-01-10 14:09:56.0 + @@ -19,9 +19,14 @@ case $1 in configure) - update-rc.d cryptmount-early start 26 S . stop 59 0 6 . /dev/null - update-rc.d cryptmount defaults 28 /dev/null - modprobe -q -a dm-mod dm-crypt || true +update-rc.d cryptmount-early start 26 S . stop 59 0 6 . /dev/null +update-rc.d cryptmount defaults 28 /dev/null + +if [ -r /proc/1/root -a /proc/1/root/ -ef /proc/self/root/ ]; then +modprobe -q -a dm-mod dm-crypt || true +else +echo A chroot environment has been detected - not running 'modprobe dm-crypt' +fi ;; abort-upgrade|abort-remove|abort-deconfigure)
Bug#562470: hcluster: Depends on ctypes
tags 562470 + patch thanks * dktrkr...@debian.org dktrkr...@debian.org, 2009-12-24, 18:20: Your package build-depends or depends on packages built on top of ctypes source package, which is scheduled to be removed soon due to python2.4 removal. The attached patch fixes this bug. -- Jakub Wilk diff --git a/debian/control b/debian/control --- a/debian/control +++ b/debian/control @@ -3,12 +3,13 @@ Priority: optional Maintainer: Michael Hanke michael.ha...@gmail.com Uploaders: Yaroslav Halchenko y...@debian.org -Build-Depends: cdbs, debhelper (= 5.0.38), python-all-dev (= 2.4), python-support (= 0.6), python-numpy-ext, python-ctypes +Build-Depends: cdbs, debhelper (= 5.0.38), python-all-dev (= 2.5), python-support (= 0.6), python-numpy-ext Standards-Version: 3.8.0 Homepage: http://code.google.com/p/scipy-cluster/ Vcs-Browser: http://git.debian.org/?p=pkg-exppsy/hcluster.git Vcs-Git: git://git.debian.org/git/pkg-exppsy/hcluster.git XS-DM-Upload-Allowed: yes +XS-Python-Version: = 2.5 Package: python-hcluster Architecture: any signature.asc Description: Digital signature