Bug#528392: [Python-apps-team] Bug#528392: wxPython apps using mayavi2 crash when exitting
Hi Rodrigo, On Tue, 12 May, 2009 at 06:21:48PM +0200, Rodrigo Valiña Gutiérrez wrote: Package: mayavi2 Version: 3.2.0-1 Severity: important 1) wxPython apps using mayavi2 work well, but when I close the window, it reports a crash. Below is the output of the first case: $ python /usr/share/doc/mayavi2/examples/mayavi/wx_embedding.py (python:6883): Gtk-CRITICAL **: gtk_widget_set_colormap: assertion `!GTK_WIDGET_REALIZ$ The program 'python' received an X Window System error. This probably reflects a bug in the program. The error was 'BadDrawable (invalid Pixmap or Window parameter)'. (Details: serial 4055 error_code 9 request_code 136 minor_code 9) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I can't reproduce this bug with the latest mayavi2 3.2.0-3 package in sid. Could you please check if it works for you? Also make sure you get the latest version of python-vtk 5.2.1-6. Thanks, Varun -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533167: FTBFS with current RPM
Hi Daniel Can you please fix this bug in libextractor soon, it's holding up the imagemagick transition, TIA? Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534633: [Pkg-xfce-devel] Bug#534633: xfce4-terminal: If shell prompt screen width, entry line becomes garbled
On jeu, 2009-06-25 at 18:38 -0400, Daniel Dickinson wrote: If you have a long prompt string such that the line exceeds the screen width (.e.g due to using current working directory in the prompt), the display becomes garbled on the line entry. Can you make a screenshot, because I don't really see what you mean and can't really reproduce. This happen with or with screen running, but doesn't happen in xterm, therefore I conclude it is an xfce4-terminal bug. (or libvte) Could you try with gnome-terminal or another vte-based terminal (like tilda) and report back? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#534657: mtop: Mtop uses `show status` instead of `show global status`.
Package: mtop Version: 0.6.6-1.2 Severity: important Mtop uses show status instead of show global status. It's ok till mysql 5.0, but in mysql 5.1 statistics are reported only for current connection. For example QPS is a constant value of 2. As noted on: http://dev.mysql.com/doc/refman/5.0/en/show-status.html Before MySQL 5.0.2, SHOW STATUS returned global status values. Because the default as of 5.0.2 is to return session values, this is incompatible with previous versions. To issue a SHOW STATUS statement that will retrieve global status values for all versions of MySQL, write it like this: SHOW /*!50002 GLOBAL */ STATUS; Please correct this by changing from: 539 my $st_status = $dbh-prepare(show status); to: 539 my $st_status = $dbh-prepare(SHOW /*!50002 GLOBAL */ STATUS); Thank you. Pawel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532159: works in 2.6.30
It has been closed by Josselin Mouette j...@debian.org. It works fine here with 2.6.30-1, thanks. Confirmed here also. Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#122522: Sfex Tips, Ideas, Guidelines annd Suggestions - Starting With S and T
Sex Tips, Ideas, Gudielines and Suggestions - Starting With SS and T www . med84 . com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521655: I can confirm but...
Same problem here with fglrx 1:9-5-1 and libdrm2 2.4.11-1 With libdrm2 2.3.1-1 it's fine. Probably... is the bug in the ati BEAUTIFUL drivers? Tnx John, great job. -- KeyID: DD486692 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534658: openoffice.org-calc: OOO-calc 1:3.1.1~ooo310m13-1 dies opening files
Package: openoffice.org-calc Version: 1:3.1.1~ooo310m13-1 Severity: grave Justification: renders package unusable I tried version 1:3.1.1~ooo310m13-1 but calc dies with attached backtrace upon loading any ods file (even those created with the same ooo version, example attached) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/3 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openoffice.org-calc depends on: ii libc6 2.9-18 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-9 GCC support library ii libstdc++64.4.0-9The GNU Standard C++ Library v3 ii lp-solve 5.5.0.13-6 Solve (mixed integer) linear progr ii openoffice.or 1:3.1.1~ooo310m13-1full-featured office productivity ii openoffice.or 1:3.1.1~ooo310m13-1full-featured office productivity ii ure 1.5.1+OOo3.1.1~ooo310m13-1 OpenOffice.org UNO runtime environ openoffice.org-calc recommends no packages. openoffice.org-calc suggests no packages. Versions of packages openoffice.org-core depends on: ii fontconfig2.6.0-4generic font configuration library ii libc6 2.9-18 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libcurl3-gnut 7.19.5-1 Multi-protocol file transfer libra ii libdb4.7 4.7.25-7 Berkeley v4.7 Database Libraries [ ii libexpat1 2.0.1-4XML parsing C library - runtime li ii libfreetype6 2.3.9-5FreeType 2 font engine, shared lib ii libgcc1 1:4.4.0-9 GCC support library ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libgstreamer- 0.10.23-3 GStreamer libraries from the base ii libgstreamer0 0.10.23-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.16.2-1 The GTK+ graphical user interface ii libhunspell-1 1.2.8-4spell checker and morphological an ii libhyphen02.4-4 ALTLinux hyphenation library - sha ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libicu40 4.0.1-2International Components for Unico ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libldap-2.4-2 2.4.15-1.1 OpenLDAP libraries ii libneon27 0.28.4-3 An HTTP and WebDAV client library ii libnspr4-0d 4.8-1 NetScape Portable Runtime Library ii libnss3-1d3.12.3-1 Network Security Service libraries ii librdf0 1.0.9-1Redland Resource Description Frame ii libsm62:1.1.0-2 X11 Session Management library ii libstdc++64.4.0-9The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii libxaw7 2:1.0.5-2 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml2 2.7.3.dfsg-1 GNOME XML library ii libxrandr22:1.3.0-2 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxslt1.11.1.24-2 XSLT processing library - runtime ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii openoffice.or 1:3.1.1~ooo310m13-1full-featured office productivity ii ttf-opensymbo 1:3.1.0-5 OpenSymbol TrueType font ii ure 1.5.1+OOo3.1.1~ooo310m13-1 OpenOffice.org UNO runtime environ ii zlib1g1:1.2.3.3.dfsg-14 compression library - runtime -- no debconf information test.ods Description: Binary data ooo_trace.log.gz Description: GNU Zip compressed data
Bug#534321: [Pkg-vsquare-devel] Bug#534321: Bug#534321: vde2: ioctl error on vde network
Luca Bigliardi a écrit : On Thu, Jun 25, 2009 at 07:47 PM, Daniel Huhardeaux wrote: Please try with kvm's native vde support. It's working Perfect! Any problems in using that? Absolutely not! vdekvm was a wrapper made to provide vde to kvm waiting for native support and is going to be deprecated.. and even more if it's going to be depreciate ;-) You can close this bug, thnaks for your support. -- Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534659: 1.24.1-1 on Lenny compil failed
Package: zoneminder Version: 1.24.1-1 Severity: normal Hi! I know that it is not supported but I tried to backport 1.24.1-1 on Lenny using apt-get source and the compilation failed as this. Sincerely, Stephane apt-get -b source zoneminder ... BCRYPTO -MT zmc.o -MD -MP -MF .deps/zmc.Tpo -c -o zmc.o zmc.cpp In file included from zm_mpeg.h:23, from zm_stream.h:27, from zm_event.h:39, from zm_zone.h:27, from zm_monitor.h:28, from zmc.cpp:28: zm_ffmpeg.h:33:2: error: #error No location for avutils.h found zm_ffmpeg.h:40:2: error: #error No location for avcodec.h found zm_ffmpeg.h:47:2: error: #error No location for avformat.h found zm_ffmpeg.h:55:2: error: #error No location for swscale.h found In file included from zm_stream.h:27, from zm_event.h:39, from zm_zone.h:27, from zm_monitor.h:28, from zmc.cpp:28: zm_mpeg.h:43: error: use of enum PixelFormat¹ without previous declaration zm_mpeg.h:44: error: ISO C++ forbids declaration of AVOutputFormat¹ with no type zm_mpeg.h:44: error: expected ;¹ before *¹ token zm_mpeg.h:45: error: ISO C++ forbids declaration of AVFormatContext¹ with no type zm_mpeg.h:45: error: expected ;¹ before *¹ token zm_mpeg.h:46: error: ISO C++ forbids declaration of AVStream¹ with no type zm_mpeg.h:46: error: expected ;¹ before *¹ token zm_mpeg.h:47: error: ISO C++ forbids declaration of AVFrame¹ with no type zm_mpeg.h:47: error: expected ;¹ before *¹ token zm_mpeg.h:48: error: ISO C++ forbids declaration of AVFrame¹ with no type zm_mpeg.h:48: error: expected ;¹ before *¹ token make[3]: *** [zmc.o] Erreur 1 make[3]: quittant le répertoire « /home/sleclerc/zoneminder/zoneminder-1.24.1/src » make[2]: *** [all-recursive] Erreur 1 make[2]: quittant le répertoire « /home/sleclerc/zoneminder/zoneminder-1.24.1 » make[1]: *** [all] Erreur 2 make[1]: quittant le répertoire « /home/sleclerc/zoneminder/zoneminder-1.24.1 » make: *** [build-stamp] Erreur 2 dpkg-buildpackage: échec: debian/rules build a produit une erreur de sortie de type 2 La commande de construction « cd zoneminder-1.24.1 dpkg-buildpackage -b -uc » a échoué. E: Échec du processus fils -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534481: [Pkg-dia-team] Bug#534481: dia 0.97-2 eats up all system memory
Hi Roland, Tested with several objects at random, the problem seems to be zooming while antialias feature is enabled. Try the following: - Start with a blank canvas (my default here is A3 size, guess the problem isn't related to this) - Add a regval object from chemeng sheet. - Zoom in out, resize or move at random, the memory usage should stay moreless stable (~30MB here). - Enable antialias - Zoom in out to random scales, the memory usage starts increasing (~35MB). - Resize the object to a big scale, say half the canvas' paper size. - Zoom at random again, the memory usage grows faster this time. Performing as above with just one object may not eat up memory too fast, but drawing three of four simple objects speeds things way up. Also, I found no differences while playing with the object's properties, nor when playing as above without antialias feature. Also, if you close the diagram but keep dia's toolbar open the memory is not freed. Hope this helps. 2009/6/24 Roland Stigge sti...@antcom.de Hi Antonio, Antonio Trueba wrote: While editing simple diagrams, dia's memory consumption grows way too much. After adding two or three standard objects to a blank canvas, modifying some of their properties and zooming in and out a couple of times, the program ate all available RAM (1,5GB) and about 500MB of swap before I had to kill it. Reverting dia-gnome, dia-common and dia-libs back to 0.96.1 everything went back to normal, with memory usage around 30MB. Thanks for your report. Unfortunately, I can't reproduce this. Can you please tell me which objects and properties you changed before zooming in and out? Thanks in advance, Roland Regards, -- Antonio Trueba atga...@gmail.com
Bug#534660: [INTL:eu] console-setup debconf basque translation update
Package: console-setup Version: 1.36 Severity: wishlist Tags: l10n patch Hi Attached console-setup debconf templates Basqye translation update, please add it. thx -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages console-setup depends on: ii console-terminus 4.28-1 Fixed-width fonts for fast reading ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii xkb-data 1.6-1 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii console-tools1:0.2.3dbs-65.1 Linux console and font utilities Versions of packages console-setup suggests: ii locales 2.9-18 GNU C Library: National Language ( ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip -- debconf information excluded # translation of eu(2).po to Euskara # translation of console-setup debconf template to Euskara # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide p...@beobide.net, 2008, 2009. # Xabier Bilbao xab...@gmail.com, 2008. msgid msgstr Project-Id-Version: eu(2)\n Report-Msgid-Bugs-To: console-se...@packages.debian.org\n POT-Creation-Date: 2009-03-19 18:29+0100\n PO-Revision-Date: 2009-06-26 09:24+0200\n Last-Translator: Piarres Beobide p...@beobide.net\n Language-Team: Euskara debian-l10n...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: text #. Description #. Main menu item. Please keep below 55 columns #: ../console-setup.templates:2001 msgid Configure the keyboard msgstr Konfiguratu teklatua: #. Type: select #. Choices #: ../console-setup.templates:3001 msgid . Arabic msgstr . Arabiarra #. Type: select #. Choices #: ../console-setup.templates:3001 msgid # Armenian msgstr # Armeniarra #. Type: select #. Choices #: ../console-setup.templates:3001 msgid # Cyrillic - KOI8-R and KOI8-U msgstr # Zirilikoa - KOI8-R eta KOI8-U #. Type: select #. Choices #: ../console-setup.templates:3001 msgid # Cyrillic - non-Slavic languages msgstr # Zirilikoa - hizkuntza ez-eslaviarrak #. Type: select #. Choices #: ../console-setup.templates:3001 msgid # Cyrillic - Slavic languages (also Bosnian and Serbian Latin) msgstr # Zirilikoa - Hizkuntza eslaviarrak (Bosnia eta Serbiar Latina barne) #. Type: select #. Choices #: ../console-setup.templates:3001 msgid . Ethiopic msgstr . Etiopiarra #. Type: select #. Choices #: ../console-setup.templates:3001 msgid # Georgian msgstr # Georgiarra #. Type: select #. Choices #: ../console-setup.templates:3001 msgid # Greek msgstr # Grekoa #. Type: select #. Choices #: ../console-setup.templates:3001 msgid # Hebrew msgstr # Hebreera #. Type: select #. Choices #: ../console-setup.templates:3001 msgid # Lao msgstr # Laosera #. Type: select #. Choices #: ../console-setup.templates:3001 msgid # Latin1 and Latin5 - western Europe and Turkic languages msgstr # Latin1 eta Latin5 - mendebaldeko Europa eta turkiar hizkuntzak #. Type: select #. Choices #: ../console-setup.templates:3001 msgid # Latin2 - central Europe and Romanian msgstr # Latin2 - erdiko Europa eta errumaniera #. Type: select #. Choices #: ../console-setup.templates:3001 msgid # Latin3 and Latin8 - Chichewa; Esperanto; Irish; Maltese and Welsh msgstr # Latin3 eta Latin8 - Chichewa; Esperantoa; Irlandako gaelikoa; Maltera eta Galesa #. Type: select #. Choices #: ../console-setup.templates:3001 msgid # Latin7 - Lithuanian; Latvian; Maori and Marshallese msgstr # Latin7 - Lituaniera; Letoniera; Maoriera eta Marshallera #. Type: select #. Choices #: ../console-setup.templates:3001 msgid . Latin - Vietnamese msgstr . Latina - Vietnamera #. Type: select #. Choices #: ../console-setup.templates:3001 msgid # Thai msgstr # Thailandiarra #. Type: select #. Choices #: ../console-setup.templates:3001 msgid . Combined - Latin; Slavic Cyrillic; Hebrew; basic Arabic msgstr . Askotarikoa - Latina; Eslaviar Zirilikoa; Hebreera; Arabiera soila #. Type: select #. Choices #: ../console-setup.templates:3001 msgid . Combined - Latin; Slavic Cyrillic; Greek msgstr . Askotarikoa - Latina; Eslaviar zirilikoa; Grekoa #. Type: select #. Choices #: ../console-setup.templates:3001 msgid . Combined - Latin; Slavic and non-Slavic Cyrillic msgstr . Askotarikoa - Latina; Eslaviar eta ez-eslaviar Zirilikoa #. Type: select #. Description #: ../console-setup.templates:3002 msgid Character set to support: msgstr Onartzeko karaktere-jokoa: #. Type: select #. Description #:
Bug#504566: Seems to be fixed at the moment
Hi I'm really sorry for so late response, but your question probably failed to get through spam filter.. Well, it seems to be ok now, after testing bit longer than testing needed to reproduce this bug Thank you very much Jakub Lucký
Bug#534688: developers-reference: package description garbles ToC
Package: developers-reference Version: 3.4.1 Severity: minor Tags: patch (Found in all post-Woody versions of d-r) The package description has a Table of Contents section, generated by a trivial piece of Perl, that says: # . #1. Scope of This Document #2. Applying to Become a Maintainer #3. Debian Developer's Duties #4. Resources for Debian Developers #5. Managing Packages #6. Best Packaging Practices #7. Beyond Packaging #8. Internationalizing, translating, being internationalized and being # . ... trailing off in midphrase. It's a strange sort of a phrase, too, since DDs (the entities doing the applying in 2, the managing in 5, and indeed the internationalizing and translating here) don't do any being internationalized. My patch fixes it by pruning back the title of l18n.dbk to just: 8. Internationalization and Translations Incidentally, there's a misplaced apostrophe in 3, and the triple indent is unnecessary, but I wouldn't rate those above wishlist. -- JBR Ankh kak! (Ancient Egyptian blessing) diff -ru developers-reference-3.4.1.pristine/l10n.dbk developers-reference-3.4.1/l10n.dbk --- developers-reference-3.4.1.pristine/l10n.dbk 2008-06-09 21:17:46.0 +0100 +++ developers-reference-3.4.1/l10n.dbk 2009-06-25 23:53:45.0 +0100 @@ -4,7 +4,7 @@ !ENTITY % commondata SYSTEM common.ent %commondata; ] chapter id=l10n -titleInternationalizing, translating, being internationalized and being translated/title +titleInternationalization and Translations/title para Debian supports an ever-increasing number of natural languages. Even if you are a native English speaker and do not speak any other language, it is part of
Bug#505877: ITP: jakarta-jmeter -- Load testing and performance measurement application.
On Thu, May 28, 2009 at 2:44 AM, Jan Wagnerw...@cyconet.org wrote: Hi Onkar, how are you? How is the process so far? :) On Thursday 19 March 2009, Onkar Shinde wrote: So the conclusion is that for Jmeter to enter in Debian: 1. libcommons-jexl-java needs to be updated 2. jcharts needs to be ported from Ubuntu. 3. logkit needs to be updated (actually excalibur-logkit needs to be packaged so we don't affect rdepends of logkit.) 4. excalibur-logger needs to be packaged. That is lot of work. :-) Looking a bit around indicates that you completed the first two steps. Is there some more process within Ubuntu or do you just want the packages first integrated into Debian? I have been busy on personal front lately. So couldn't continue on this. I will probably work on excalibur-logkit in coming week. I have excalibur-logger half ready but in the end it will need - logkit to build properly in pbuilder. I haven't decided where I will upload the packages. Debian Java team have some active sponsors these days. So I might as well get the packages in Debian first. But I am not sure about new queue processing. On the other hand it is possible I will get these two packages and jmeter in Ubuntu first and then port them to Debian. Regards, Onkar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534470: Using mdadm 2.6.7.2 to assemble a raid array created withmdadm 1.9.0 will corrupt it making mdadm 1.9.0 to crash whentrying to reassemble
On Fri, June 26, 2009 7:25 pm, RUSSOTTO François-Xavier 200103 wrote: Thank you for your answer Neil. I assumed that an update to the superblock checksumming routine was the reason though I didn't find very much information about this update and potential consequences on older systems. But, above all, I am very surprised that the new mdadm does not even warn the user about potential raid corruption when used on an old one. Yes, I guess it might be possible to put some useful message somewhere... As you suggested, I tried recreating the array using option --assume-clean. So, I booted a Sarge cdrom, checked that chunksize and layout was default ones then I typed: $ mdadm --create /dev/md0 --level=raid5 --raid-devices=3 --auto=yes --assume-clean /dev/sda2 /dev/sdb2 /dev/sdc2 And that worked! recreating the array without loss of data: I ran fsck on /dev/md0, no error were reported, then mounted it to check that all data was there; no pb. Then, I rebooted the server and... GOT A KERNEL PANIC AGAIN... this time for: invalid uuid ! I patiently rebooted the Sarge cdrom again and tried to reassemble the raid updating the uuid (which I fortunately backed up), using: $ mdadm --assemble /dev/md0 --auto=yes --uuid=#old#:#uuid#:#back#:#up# --update=uuid /dev/sda2 /dev/sdb2 /dev/sdc2 Then, I got an error from mdadm saying that option uuid for --update was not valid! Only sparc2.2, summaries and resync seams supported on that version of mdadm (1.9.0). Now, I don't know what to do and would be grateful for any suggestion to make my system boot again. Use --create --assume-clean again but add the --uuid= option there. If that doesn't work (and I'm not 100% sure it will), you will need to find a way to rebuild your initrd. NeilBrown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#241027: Please support reporting bugs to alioth.debian.org
Hello Sandro, On Fri, Jun 26, 2009 at 12:59:13PM +0200, Sandro Tosi wrote: On Fri, Jun 26, 2009 at 12:49, Helge Kreutzmanndeb...@helgefjell.de wrote: On Fri, Jun 26, 2009 at 12:02:52PM +0200, Sandro Tosi wrote: On Wed, Jun 24, 2009 at 15:46, Helge Kreutzmanndeb...@helgefjell.de wrote: On Tue, Mar 30, 2004 at 02:13:06PM +0200, Helge Kreutzmann wrote: Package: reportbug Severity: wishlist Since the alioth people refuse to support the ordinary BTS http://alioth.debian.org/tracker/index.php?func=detailaid=300014group_id=1atid=21 it would be great if reportbug could find a way to interface to alioth, so bugs can be reported in a unified interface. I know this is probably a long term wishlist, but having this would be really great! Did you have some time to consider if this is feasible? You have to involve the Alioth team to provide us a way to report bug to them (the best would be a mailbox where we can send report for alioth issues). I'm sorry, I've no (explict) contact to the Alioth team as well. That's basically the reason I would like this feature. I hoped that you had the contacts necessary (as bug experts) we are no bug expert (that could be the owner of bugs.debian.org), we are simply the maintainer of reportbug. Sorry, that was not meant as an offence. I (obviously wrongly) assumed that by beiing the maintainer of reportbug you had collected some knowledge about the upstream issues (here beiing bug handling). to work out the technical details. what's there taht stops you from contacting Alioth team and ask them what you can do to help achieve your goal? Well, if that helps you I can sure search for an e-mail adress on alioth and request them to contact you/this bug. I'm sorry, but we cannot be the facilitators for this, if Alioth team doesn't support, so you should be the gateway if you're still interested in this feature. I'm still interested though possible not the right contact person. So could you please explain why? there's no need to be a tech guy to ask if some sort of coordination/development can be done on alioth side. I can for sure send an e-mail as stated above. I guess the bug has to stay at the current state for the moment. Maybe someone with contact to the Alioth team will see it and can provide the necessary contact to couple alioth to reportbug. I don't like to keep bugs opened because maybe someone will come up and solve it, in particular for bugs we can't do anything to solve only by ourselves and when the submitter seems not willing to push further on alioth. (the reason the bug was not already closed or bein pinged is that it didn't fell under my radar). Well, this bug is a wishlist, a feature request. There is nothing broken. So while I understand your sentiment, I don't agree with closing it. Debian is not hiding things. Unfortunately there is no tag in the BTS for cantfix. As stated initially, this bug is probably long term. Thanks for your answer anyhow. Please contact Alioth team, or find someone willing to push it thru, else we can't do anything but close this report. As stated above, I'll see what I can do but meanwhile I would object closing the bugs. 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/ signature.asc Description: Digital signature
Bug#534470: Using mdadm 2.6.7.2 to assemble a raid array created withmdadm 1.9.0 will corrupt it making mdadm 1.9.0 to crash whentrying to reassemble
Thanks for answer, Use --create --assume-clean again but add the --uuid= option there. I already tried this. But that didn't work, mdadm says that option --uuid= is not available when --create is used. If that doesn't work (and I'm not 100% sure it will), you will need to find a way to rebuild your initrd. That's what I expected... any suggestion for doing so ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534684: lintian: build-depends-without-arch-dep gives false positives when debian/rules includes /usr/share/R/debian/r-cran.mk
Charles, On 26 June 2009 at 19:32, Charles Plessy wrote: | (Copy for information sent to r-base-...@packages.debian.org.) | | Dear lintian maintainers, | | many packages of the gnu-r section use a one-liner CDBS debian/rules file: | | include /usr/share/R/debian/r-cran.mk | | This will then include /usr/share/cdbs/1/rules/debhelper.mk, but since lintian | does not see it in debian/rules, it throws an error of the | ‘build-depends-without-arch-dep’ type for debhelper, cdbs, and r-base-dev (that | provides /usr/share/R/debian/r-cran.mk). At the risk of asking a silly question: isn't that addressed by Build-Depends vs Build-Depends-Indep? e...@ron:~/src/debian/CRAN$ grep -h ^Build-Depends-Indep */debian/control | head -5 Build-Depends-Indep: debhelper ( 4.1.0), r-base-dev ( 2.3.0), cdbs Build-Depends-Indep: debhelper ( 4.1.0), r-base-dev (= 2.8.1), cdbs Build-Depends-Indep: debhelper ( 4.1.0), r-base-dev (= 2.9.0), cdbs Build-Depends-Indep: debhelper ( 4.1.0), r-base-dev (= 2.9.0), cdbs Build-Depends-Indep: debhelper ( 4.1.0), r-base-dev (= 2.9.0), cdbs, r-cran-lattice (= 0.10.11), r-cran-vr, r-cran-colorspace e...@ron:~/src/debian/CRAN$ Granted, I have more packages with Build-Depends: as they produce a binary, but if I understand the problem, your bugreport can be taken care of at your end. But then maybe I just misunderstand. If so, just set me straight :) Dirk, who also maintains several dozen r-cran-* packages | Because it implies three dependancies that can be in any order, I did not | figure out how to add a proper entry in our @GLOBAL_CLEAN_DEPENDS to solve that | problem… | | Have a nice day, | | -- Charles Plessy, Debian Med packaging team. | | -- System Information: | Debian Release: 5.0 | APT prefers unstable | APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') | Architecture: powerpc (ppc64) | | Kernel: Linux 2.6.26-1-powerpc64 (SMP w/2 CPU cores) | Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) | Shell: /bin/sh linked to /bin/bash | | Versions of packages lintian depends on: | ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina | ii diffstat1.45-2 produces graph of changes introduc | ii dpkg-dev1.14.25 Debian package development tools | ii file4.26-1 Determines file type using magic | ii gettext 0.17-4 GNU Internationalization utilities | ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf | ii libapt-pkg-perl 0.1.22+b1Perl interface to libapt-pkg | ii libipc-run-perl 0.80-2 Perl module for running processes | ii libparse-debianchan 1.1.1-2 parse Debian changelogs and output | ii libtimedate-perl1.1600-9 Time and date functions for Perl | ii liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin | ii man-db 2.5.2-4 on-line manual pager | ii perl [libdigest-sha 5.10.0-22Larry Wall's Practical Extraction | | lintian recommends no packages. | | Versions of packages lintian suggests: | pn binutils-multiarchnone (no description available) | ii libtext-template-perl 1.45-1 Text::Template perl module | ii man-db2.5.2-4on-line manual pager | | -- no debconf information | | -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534666: awn-applets-python-extras: Calendar applet not working
Hi, Could you please test with the new version in unstable (0.3.2.2) ? Thanks. Regards, Julien Lavergn Le vendredi 26 juin 2009 à 11:04 +0200, Daniel Franganillo a écrit : Package: awn-applets-python-extras Version: 0.3.2.1-1 Severity: important Calendar applet does not work since python-awnlib updated to +b3. Thanks. -- System Information: Distributor ID: Ubuntu Description: Ubuntu (The Breezy Badger Release) Release: 5.10 Codename: breezyArchitecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages awn-applets-python-extras depends on: ii avant-window-navigator 0.3.2.1-4A MacOS X like panel for GNOME ii fortune-mod [fortune] 1:1.99.1-3.1 provides fortune cookies on demand ii gconf2 2.26.2-1 GNOME configuration database syste ii python 2.5.4-2 An interactive high-level object-o ii python-awn 0.3.2.1-4Python bindings for avant-window-n ii python-awnlib 0.3.2.1-1+b3 Python utilities for avant-window- ii python-central 0.6.11 register and build utility for Pyt Versions of packages awn-applets-python-extras recommends: ii awn-manager 0.3.2.1-4 A preferences manager for avant-wi ii python-gnome2-desktop 2.26.0-1 Python bindings for the GNOME desk pn python-xlib none (no description available) Versions of packages awn-applets-python-extras suggests: pn tomboynone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534166: Forgot to enter the bug number
I didn't hav ethe bug-number so i forgot it. Here it is: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534672 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534687: libssl0.9.8: lh_retrieve modifies global data, bug in valgrind or OpenSSL?
Package: libssl0.9.8 Version: 0.9.8g-15+lenny1 Severity: normal ==27681== Possible data race during write of size 4 at 0x652e2f0 by thread #5 ==27681==at 0x5330C84: lh_retrieve (lhash.c:254) ==27681==by 0x52D12E1: def_get_class (ex_data.c:301) ==27681==by 0x52D180A: int_new_ex_data (ex_data.c:404) ==27681==by 0x5318BD7: RSA_new_method (rsa_lib.c:185) ==27681==by 0x531B76C: rsa_cb (rsa_asn1.c:80) ==27681==by 0x534CB42: asn1_item_ex_combine_new (tasn_new.c:177) ==27681==by 0x53501E4: ASN1_item_ex_d2i (tasn_dec.c:399) ==27681==by 0x53502B3: ASN1_item_d2i (tasn_dec.c:134) ==27681==by 0x534863C: d2i_PublicKey (d2i_pu.c:96) ==27681==by 0x534624F: X509_PUBKEY_get (x_pubkey.c:364) ==27681==by 0x5346C07: d2i_PUBKEY (x_pubkey.c:390) ==27681==by 0x40D480: SelectorInfo::Parse(char*) (dkimverify.cpp:1312) The above is from a helgrind run on my AMD64 system. void *lh_retrieve(LHASH *lh, const void *data) { lh-error=0; The relevant code from lhash.c is above, it writes to data in the LHASH structure pointed to by the first parameter. static EX_CLASS_ITEM *def_get_class(int class_index) { CRYPTO_w_lock(CRYPTO_LOCK_EX_DATA); p = lh_retrieve(ex_data, d); The relevant code from ex_data.c is above. It seems that the lock CRYPTO_LOCK_EX_DATA will protect the data, so maybe valgrind is getting this wrong. Valgrind 3.3.1 seemed to miss the CRYPTO_w_lock() type calls, but I'm using 3.4.1. Maybe this is a bug in valgrind? If you think so then feel free to reassign it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534670: r-base-core: Can't install extra packages
On 26 June 2009 at 11:31, Erik Braun wrote: | | It is not possible to install extra packages from CRAN in the designated | way, for example svmpath: | | http://cran.r-project.org/web/packages/svmpath/index.html | | $ R CMD INSTALL svmpath_0.92.tar.gz -l lib svmpath_0.92.tar.gz | WARNING: omitting pointless dependence on 'R' without a version requirement | * Installing *source* package 'svmpath' ... | ** libs | gfortran -fpic -g -O2 -c mi02lib.f -o mi02lib.o | gfortran -fpic -g -O2 -c mi05funs.f -o mi05funs.o | gfortran -fpic -g -O2 -c mi10unix.f -o mi10unix.o | gfortran -fpic -g -O2 -c mi11sys.f -o mi11sys.o | gfortran -fpic -g -O2 -c mi12solv.f -o mi12solv.o | gfortran -fpic -g -O2 -c mi15blas.f -o mi15blas.o | gfortran -fpic -g -O2 -c mi17util.f -o mi17util.o | gfortran -fpic -g -O2 -c mi20amat.f -o mi20amat.o | gfortran -fpic -g -O2 -c mi21amat.f -o mi21amat.o | gfortran -fpic -g -O2 -c mi25bfac.f -o mi25bfac.o | gfortran -fpic -g -O2 -c mi26bfac.f -o mi26bfac.o | gfortran -fpic -g -O2 -c mi27lu.f -o mi27lu.o | gfortran -fpic -g -O2 -c mi30spec.f -o mi30spec.o | gfortran -fpic -g -O2 -c mi35mps.f -o mi35mps.o | gfortran -fpic -g -O2 -c mi36mps.f -o mi36mps.o | gfortran -fpic -g -O2 -c mi40bfil.f -o mi40bfil.o | gfortran -fpic -g -O2 -c mi50lp.f -o mi50lp.o | gfortran -fpic -g -O2 -c mi60srch.f -o mi60srch.o | gfortran -fpic -g -O2 -c mi65rmod.f -o mi65rmod.o | gfortran -fpic -g -O2 -c mi70nobj.f -o mi70nobj.o | gfortran -fpic -g -O2 -c mi80ncon.f -o mi80ncon.o | gfortran -fpic -g -O2 -c mi81ncon.f -o mi81ncon.o | gfortran -fpic -g -O2 -c qp.f -o qp.o | gcc -std=gnu99 -shared -o svmpath.so mi02lib.o mi05funs.o mi10unix.o mi11sys.o mi12solv.o mi15blas.o mi17util.o mi20amat.o mi21amat.o mi25bfac.o mi26bfac.o mi27lu.o mi30spec.o mi35mps.o mi36mps.o mi40bfil.o mi50lp.o mi60srch.o mi65rmod.o mi70nobj.o mi80ncon.o mi81ncon.o qp.o -lgfortran -lm -L/usr/lib64/R/lib -lR | /usr/bin/ld: cannot find -lgfortran | collect2: ld returned 1 exit status | make: *** [svmpath.so] Error 1 | ERROR: compilation failed for package 'svmpath' | ** Removing '/tmp/lib/svmpath' | | After symlinking the gfortran library, so that the linker finds it, there Exactly what did you do? Link from where to where? Do you have r-base-dev installed? Which Fortran do you have? Only g77? I am CCing Johannes who helps with the Debian backport on CRAN (see below) as he knows the old stable better than I do. I just run testing and don;t look back :) | seems to occur an architecture problem: | /usr/lib# ln -s libgfortran.so.3 libgfortran.so I fear that will be particular to this version of R you are running. We changed the Fortran depends at some points. Also please see http://cran.r-project.org/bin/linux/debian/ to get a newer R version. | gcc -std=gnu99 -shared -o svmpath.so mi02lib.o mi05funs.o mi10unix.o mi11sys.o mi12solv.o mi15blas.o mi17util.o mi20amat.o mi21amat.o mi25bfac.o mi26bfac.o mi27lu.o mi30spec.o mi35mps.o mi36mps.o mi40bfil.o mi50lp.o mi60srch.o mi65rmod.o mi70nobj.o mi80ncon.o mi81ncon.o qp.o -lgfortran -lm -L/usr/lib64/R/lib -lR | /usr/bin/ld: skipping incompatible /usr/bin/../lib/libgfortran.so when searching for -lgfortran | /usr/bin/ld: skipping incompatible /usr/lib/libgfortran.so when searching for -lgfortran | /usr/bin/ld: cannot find -lgfortran | collect2: ld returned 1 exit status | | It makes no difference if I use the compiler switch -m64 or -m32 or when | choosing libgfortran2. The error message skipping incompatible is always | the same. The easiest and best step would be to jump to R 2.9.0 from the CRAN ports. | | -- System Information: | Debian Release: 5.0.1 | APT prefers stable | APT policy: (500, 'stable'), (200, 'testing'), (1, 'experimental') | Architecture: amd64 (x86_64) | | Kernel: Linux 2.6.27.15.amd64 (SMP w/1 CPU core; PREEMPT) | Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) | Shell: /bin/sh linked to /bin/bash | | Versions of packages r-base-core depends on: | ii libatlas3gf-base [libl 3.6.0-22 Automatically Tuned Linear Algebra | ii libblas3gf [libblas.so 1.2-2 Basic Linear Algebra Subroutines 3 | ii libc6 2.7-18GNU C Library: Shared libraries | ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra | ii libgfortran3 4.3.2-1.1 Runtime library for GNU Fortran ap Seems like R was built with gcc / gfortran 4.3. You should use that too. But we should get this sorted out. Dirk | ii libglib2.0-0 2.16.6-1+lenny1 The GLib library of C routines | ii libice62:1.0.4-1 X11 Inter-Client Exchange library | ii libjpeg62 6b-14 The Independent JPEG Group's JPEG | ii liblapack3gf [liblapac 3.1.1-1 library of linear algebra routines | ii libpango1.0-0 1.20.5-3+lenny1 Layout and rendering of internatio | ii
Bug#513170: ITP: audiopreview -- command-line tool to play previews of audio
I've finished packaging audiopreview, and have uploaded it to mentors. I am now just waiting on a response from my sponsor. -Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534686: ITP: python-tgext.admin -- user management controller add-on for TurboGears
Package: wnpp Severity: wishlist Owner: Stefano Zacchiroli z...@debian.org * Package name: python-tgext.admin Version : 0.2.4 Upstream Author : Christopher Perkins chris at percious com * URL : http://pypi.python.org/pypi/tgext.admin * License : MIT Programming Lang: Python Description : user management controller add-on for TurboGears TurboGears2 is a framework to develop web applications in Python, according to the model-view-controller (MVC) architecture; tgext.admin is a controller add-on for TurboGears2 that provides a user interface to manage users, groups, and their permissions. . tgext.admin is compatible with the basic TurboGears2 identity model. The package will be maintained under the umbrella of the Python Modules Team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521655: [Pkg-fglrx-devel] Bug#521655: I can confirm but...
cretox schrieb: Same problem here with fglrx 1:9-5-1 and libdrm2 2.4.11-1 With libdrm2 2.3.1-1 it's fine. Ehm cute, realy the same? This has been fixed and I do not know any person who still has it. Probably... is the bug in the ati BEAUTIFUL drivers? Beautiful? What the hell are you smoking? :D Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534117: qbrew: export to HTML fails
On Mon, 2009-06-22 at 17:46 -0700, David Johnson wrote: I'm afraid I can't reproduce that on my system (Arch Linux current), using two different Qt builds. I'm fairly certain the problem is with Qt's file dialog. In your case the file save dialog is not returning the file type in the selectedFilter parameter. There's nothing in Debian's qtgui 4.5.1-2 list of patches that would affect this. You wouldn't have happened to install a package that would replace Qt's native file dialogs? (To match the KDE or GNOME desktop dialogs, for example). Hm, not that I'm aware of -- but that's a possibility, I'll look into that. p.s. I am away travelling this week, and away from my development box. If nothing resolves, I can see about slapping Debian on a spare partition when I get back home. Well, dito -- I'll be on vacation for two weeks now. Regards, Tobias -- Tobias Quathamer | In theory there is no difference between theory and Hamburg, Germany | practice. In practice there is. signature.asc Description: This is a digitally signed message part
Bug#241027: Please support reporting bugs to alioth.debian.org
Hello Helge, On Fri, Jun 26, 2009 at 12:49, Helge Kreutzmanndeb...@helgefjell.de wrote: Hello Sandro, On Fri, Jun 26, 2009 at 12:02:52PM +0200, Sandro Tosi wrote: On Wed, Jun 24, 2009 at 15:46, Helge Kreutzmanndeb...@helgefjell.de wrote: Hello, On Tue, Mar 30, 2004 at 02:13:06PM +0200, Helge Kreutzmann wrote: Package: reportbug Severity: wishlist Since the alioth people refuse to support the ordinary BTS http://alioth.debian.org/tracker/index.php?func=detailaid=300014group_id=1atid=21 it would be great if reportbug could find a way to interface to alioth, so bugs can be reported in a unified interface. I know this is probably a long term wishlist, but having this would be really great! Did you have some time to consider if this is feasible? You have to involve the Alioth team to provide us a way to report bug to them (the best would be a mailbox where we can send report for alioth issues). I'm sorry, I've no (explict) contact to the Alioth team as well. That's basically the reason I would like this feature. I hoped that you had the contacts necessary (as bug experts) we are no bug expert (that could be the owner of bugs.debian.org), we are simply the maintainer of reportbug. to work out the technical details. what's there taht stops you from contacting Alioth team and ask them what you can do to help achieve your goal? I'm sorry, but we cannot be the facilitators for this, if Alioth team doesn't support, so you should be the gateway if you're still interested in this feature. I'm still interested though possible not the right contact person. So could you please explain why? there's no need to be a tech guy to ask if some sort of coordination/development can be done on alioth side. I guess the bug has to stay at the current state for the moment. Maybe someone with contact to the Alioth team will see it and can provide the necessary contact to couple alioth to reportbug. I don't like to keep bugs opened because maybe someone will come up and solve it, in particular for bugs we can't do anything to solve only by ourselves and when the submitter seems not willing to push further on alioth. (the reason the bug was not already closed or bein pinged is that it didn't fell under my radar). Thanks for your answer anyhow. Please contact Alioth team, or find someone willing to push it thru, else we can't do anything but close this report. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534680: libpoppler4: buffer overflow in the Abiword backend
notfound 534680 0.10.6-1.1 found 534680 0.10.6-1 thanks * Jakub Wilk uba...@users.sf.net, 2009-06-26, 12:20: Package: libpoppler4 Version: 0.10.6-1.1 Oops, that should have been: Version: 0.10.6-1 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#382428: please add phoenix
* martin f krafft madd...@debian.org, 2006-08-10, 22:12: Package: moreutils Version: 0.15 Severity: wishlist I think this is a candidate: https://trac.madduck.net/pub/browser/bin/base/phoenix/ The link is defunct... -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524861: Python-daemon debian packaging
Hi ben, Ok so that is due to my english limitations :) Well I should see in RFA/RFH/RFP. Your package work on my Sid box. Good job for your python-daemon packaging ! Just a little stuff in my opinion i'm not sure there are an interest to embed with the package egg-info files as those are only used by the python package manager easy install. In my packaging i've removed those files, but i know that some maintainers include it ... I see I can use mentors.debian.net to find sponsor for my futurs packaging ;) Regards Fabien Boucher 2009/6/26 Ben Finney ben+deb...@benfinney.id.auben%2bdeb...@benfinney.id.au On 25-Jun-2009, fabien boucher wrote: I've prepared the package 'python-daemon' that you request as ITP on WNPP (#524861) Thanks for your interest. However, ITP means “Intent To Package”; in other words, I declared with that bug report that I intend to package the work, so that others don't spend time unnecessarily repeating that packaging effort :-) Please feel free to have a look at the package I've made, URL: http://mentors.debian.net/debian/pool/main/p/python-daemon/python-daemon_1.4.6-1.dsc . Just to inform you. But now i have to find a mentor i suppose to be able to send the package. I'm working with a sponsor at the moment to get this package into Debian. I would be happy to hear your feedback on the package I've prepared, including requests for improvement. -- \ Q: “I've heard that Linux causes cancer...” Torvalds: “That's a | `\ filthy lie. Besides, it was only in rats and has not been | _o__) reproduced in humans.” —Linus Torvalds | Ben Finney b...@benfinney.id.au -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREIAAYFAkpD/wEACgkQIiYF7H0aG3kzfgCfSEAT0MbpGeRX/57N5BV7r9jG TcYAn3ymF7qzayJyvLHLCrU28u8gTG1c =YbIv -END PGP SIGNATURE- -- Fabien Boucher Etudiant Systèmes d'Information et Télécommunications Université de Technologie de Troyes (UTT) Tél : 0629838010 Mail : fabien.dot.bouc...@gmail.com Voir mon CV Viadeo : http://www.viadeo.com/en/profile/boucher.fabien Rejoindre mon réseau Video : http://www.viadeo.com/invite/boucher.fabien
Bug#534684: lintian: build-depends-without-arch-dep gives false positives when debian/rules includes /usr/share/R/debian/r-cran.mk
Package: lintian Version: 2.2.12 Severity: normal (Copy for information sent to r-base-...@packages.debian.org.) Dear lintian maintainers, many packages of the gnu-r section use a one-liner CDBS debian/rules file: include /usr/share/R/debian/r-cran.mk This will then include /usr/share/cdbs/1/rules/debhelper.mk, but since lintian does not see it in debian/rules, it throws an error of the ‘build-depends-without-arch-dep’ type for debhelper, cdbs, and r-base-dev (that provides /usr/share/R/debian/r-cran.mk). Because it implies three dependancies that can be in any order, I did not figure out how to add a proper entry in our @GLOBAL_CLEAN_DEPENDS to solve that problem… Have a nice day, -- Charles Plessy, Debian Med packaging team. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc64) Kernel: Linux 2.6.26-1-powerpc64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.25 Debian package development tools ii file4.26-1 Determines file type using magic ii gettext 0.17-4 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.22+b1Perl interface to libapt-pkg ii libipc-run-perl 0.80-2 Perl module for running processes ii libparse-debianchan 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl1.1600-9 Time and date functions for Perl ii liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin ii man-db 2.5.2-4 on-line manual pager ii perl [libdigest-sha 5.10.0-22Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.2-4on-line manual pager -- 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#534274: [mdadm] mdadm fails to assemble raid array on boot with kernel 2.6.26
reopen 534274 thanks Hi Christian, Christian Gunning ha scritto: that space. What's not trivial is understanding why this configuration doesn't boot, yielding messages about no root device, then using a livecd and chroot to fiddle with initramfs, and finally discovering this bug with instructions to cycle the installation state of mdadm (after removing dmraid). Afterwards, windows fakeraid and linux mdadm co-habitate peacefully, each oblivious to the other. You are right, I was under the impression that dmraid remove *only* the partition device nodes as part of a dmraid array, but I was wrong. I reviewed the rm_partitions.patch and it removes all partitions from the disks underlying the set. Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#534685: libssl0.9.8: EX_DATA_CHECK macro gives helgrind errors
Package: libssl0.9.8 Version: 0.9.8g-15+lenny1 Severity: normal ==27623== Possible data race during read of size 8 at 0x55ef9d0 by thread #4 ==27623==at 0x52D12A6: def_get_class (ex_data.c:298) ==27623==by 0x52D180A: int_new_ex_data (ex_data.c:404) ==27623==by 0x5318BD7: RSA_new_method (rsa_lib.c:185) ==27623==by 0x531B76C: rsa_cb (rsa_asn1.c:80) ==27623==by 0x534CB42: asn1_item_ex_combine_new (tasn_new.c:177) ==27623==by 0x53501E4: ASN1_item_ex_d2i (tasn_dec.c:399) ==27623==by 0x53502B3: ASN1_item_d2i (tasn_dec.c:134) ==27623==by 0x534863C: d2i_PublicKey (d2i_pu.c:96) ==27623==by 0x534624F: X509_PUBKEY_get (x_pubkey.c:364) ==27623==by 0x5346C07: d2i_PUBKEY (x_pubkey.c:390) ==27623==by 0x40D480: SelectorInfo::Parse(char*) (dkimverify.cpp:1312) ==27623==by 0x40E0A4: CDKIMVerify::GetSelector(std::string const, std::string const) (dkimverify.cpp:1369) ==27623== This conflicts with a previous write of size 8 by thread #2 ==27623==at 0x52D140E: def_get_class (ex_data.c:268) ==27623==by 0x52D180A: int_new_ex_data (ex_data.c:404) ==27623==by 0x532684F: BIO_set (bio_lib.c:100) ==27623==by 0x53268D9: BIO_new (bio_lib.c:76) ==27623==by 0x5326E81: BIO_new_mem_buf (bss_mem.c:102) ==27623==by 0x4065C4: dk_end (domainkeys.c:1843) ==27623==by 0x406D22: dk_eom (domainkeys.c:1982) ==27623==by 0x4034CC: domainkeys_verify(int, char const*, int, unsigned char**, char***) (dkim-test.cpp:218) I'm getting the above output from valgrind/helgrind on my amd64 system. Line 298 of ex_data.c is as follows: EX_DATA_CHECK(return NULL;) Here is the definition of EX_DATA_CHECK: static int ex_data_check(void) { int toret = 1; CRYPTO_w_lock(CRYPTO_LOCK_EX_DATA); if(!ex_data ((ex_data = lh_new(ex_hash_cb, ex_cmp_cb)) == NULL)) toret = 0; CRYPTO_w_unlock(CRYPTO_LOCK_EX_DATA); return toret; } /* This macros helps reduce the locking from repeated checks because the * ex_data_check() function checks ex_data again inside a lock. */ #define EX_DATA_CHECK(iffail) if(!ex_data !ex_data_check()) {iffail} Line 268 of ex_data.c is the if(!ex_data line of ex_data_check(). Again it seems that a simple change to the macro would stop this error, the following definition would do so: #define EX_DATA_CHECK(iffail) if(!ex_data_check()) {iffail} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534274: [mdadm] mdadm fails to assemble raid array on boot with kernel 2.6.26
I understand that it may not *look* grave, but it's pretty bad behavior in user-land. I disagree, if user creates (with the controller bios utility) a fakeraid array, dmraid assumes correctly the partition device nodes as part of a dmraid array. If user adds them in a software (mdadm) raid, this is only a misconfiguration. Factories now commonly ship computers with windows installed on fakeraid arrays. Nor can BIOS be relied upon for sane or robust vendor-supplied configuration tools. The current interaction of mdadm and dmraid makes it difficult to dual-boot with each OS in it's natural state, e.g. Windows using FakeRaid and Linux using mdadm. Dual-booting is increasingly desired (and in my case required by boss). It's trivial to shrink the windows partitions on a factory-fresh machine. Windows boots fine after it FSCKs. It's trivial to configure md arrays in the freed space and complete the install into that space. What's not trivial is understanding why this configuration doesn't boot, yielding messages about no root device, then using a livecd and chroot to fiddle with initramfs, and finally discovering this bug with instructions to cycle the installation state of mdadm (after removing dmraid). Afterwards, windows fakeraid and linux mdadm co-habitate peacefully, each oblivious to the other. Given peaceful cohabitation of fakeraid and mdadm in different OS's, misconfiguration is not an accurate statement. Alternately, could a nodmraid parameter get passed to the bootloader? That's where i googled first... christian gunning university of new mexico biology -- Far better an approximate answer to the right question, which is often vague, than the exact answer to the wrong question, which can always be made precise -- j.w. tukey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534674: ca-certificates: CA certificate Equifax Secure Global eBusiness CA-1 is missing
On Fri, Jun 26, 2009 at 12:10:06PM +0200, Greg Leclercq wrote: It seems that twitter API's SSL certificates is signed by 'Equifax Secure Global eBusiness CA-1'. Adding for example http://www.geotrust.com/resources/root_certificates/certificates/Equifax_Secure_Global_eBusiness_CA-1.cer in /usr/share/ca-certificates, then update /etc/ca-certificates.conf fixed the issue. This certificate may be needed by twitter clients (actually it brokes twidge but might break others as well). So there we are with a pain of X.509. The problem is that the following CA was signed by them: http://www.win.tue.nl/hashclash/rogue-ca/ The private key is not available for download, AFAICS, but I think that this still poses a risk. Mozilla included that CA with negative trust settings, but we cannot do that in ca-certificates. Furthermore I want to remove md5RSA CAs as soon as feasible. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#534683: libssl0.9.8: IMPL_CHECK gives a helgrind error
Package: libssl0.9.8 Version: 0.9.8g-15+lenny1 Severity: normal ==27415== Possible data race during read of size 8 at 0x55ef9c8 by thread #4 ==27415==at 0x52D1046: CRYPTO_new_ex_data (ex_data.c:570) ==27415==by 0x5318BD7: RSA_new_method (rsa_lib.c:185) ==27415==by 0x531B76C: rsa_cb (rsa_asn1.c:80) ==27415==by 0x534CB42: asn1_item_ex_combine_new (tasn_new.c:177) ==27415==by 0x53501E4: ASN1_item_ex_d2i (tasn_dec.c:399) ==27415==by 0x53502B3: ASN1_item_d2i (tasn_dec.c:134) ==27415==by 0x534863C: d2i_PublicKey (d2i_pu.c:96) ==27415==by 0x534624F: X509_PUBKEY_get (x_pubkey.c:364) ==27415==by 0x5346C07: d2i_PUBKEY (x_pubkey.c:390) ==27415==by 0x40D480: SelectorInfo::Parse(char*) (dkimverify.cpp:1312) ==27415==by 0x40E0A4: CDKIMVerify::GetSelector(std::string const, std::stri ng const) (dkimverify.cpp:1369) ==27415==by 0x410120: CDKIMVerify::ProcessHeaders() (dkimverify.cpp:719) ==27415== This conflicts with a previous write of size 8 by thread #2 ==27415==at 0x52D0F67: impl_check (ex_data.c:205) ==27415==by 0x52D1084: CRYPTO_new_ex_data (ex_data.c:570) ==27415==by 0x532684F: BIO_set (bio_lib.c:100) ==27415==by 0x53268D9: BIO_new (bio_lib.c:76) ==27415==by 0x5326E81: BIO_new_mem_buf (bss_mem.c:102) ==27415==by 0x4065C4: dk_end (domainkeys.c:1843) ==27415==by 0x406D22: dk_eom (domainkeys.c:1982) ==27415==by 0x4034CC: domainkeys_verify(int, char const*, int, unsigned char **, char***) (dkim-test.cpp:218) I get the above an on AMD64 system. Line 570 of ex_data.c has IMPL_CHECK which is defined as follows: /* Internal function that checks whether impl is set and if not, sets it to * the default. */ static void impl_check(void) { CRYPTO_w_lock(CRYPTO_LOCK_EX_DATA); if(!impl) impl = impl_default; CRYPTO_w_unlock(CRYPTO_LOCK_EX_DATA); } /* A macro wrapper for impl_check that first uses a non-locked test before * invoking the function (which checks again inside a lock). */ #define IMPL_CHECK if(!impl) impl_check(); So if we changed the macro definition to the following then the problem would go away: #define IMPL_CHECK impl_check(); But that would probably decrease performance. Is there a possibility of a pointer write not being atomic? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534682: pylint: very strange error for non-class Class baz has no egg member
Package: pylint Version: 0.18.0-1 Severity: normal $ cat foo.py def foo(self, bar): def baz(): pass def qux(): return baz spam = bar(None, qux) spam.egg() $ pylint foo.py * Module foo C: 1: Black listed name foo C: 1: Missing docstring C: 1:foo: Black listed name foo C: 1:foo: Missing docstring C: 1:foo: Black listed name bar C: 1:foo: Black listed name bar C: 2:foo.baz: Black listed name baz C: 2:foo.baz: Missing docstring C: 4:foo.qux: Missing docstring E: 7:foo: Class 'baz' has no 'egg' member W: 1:foo: Unused argument 'self' ... $ Sorry, but this is wrong. baz is a function, not a class. Furthermore I fail to see the connection between spam and baz. Could you explain and/or fix this? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534672: System not recoverable
Before i am killing the system i checked some other logs. Now i found in the /var/log/Xorg.0.log (II) Setting vga for screen 0. (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32 (==) NVIDIA(0): RGB weight 888 (==) NVIDIA(0): Default visual is TrueColor (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) (**) NVIDIA(0): Option MetaModes 1680x1050 +0+0; 1280x1024 +0+0; 1024x768 +0+0; 800x600 +0+0; 640x480 +0+0 (**) NVIDIA(0): Enabling RENDER acceleration (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X (EE) NVIDIA(0): log file that the GLX module has been loaded in your X (EE) NVIDIA(0): server, and that the module is the NVIDIA GLX module. If (EE) NVIDIA(0): you continue to encounter problems, Please try (EE) NVIDIA(0): reinstalling the NVIDIA driver. (II) NVIDIA(0): NVIDIA GPU GeForce FX 5200 at PCI:1:0:0 (GPU-0) (--) NVIDIA(0): Memory: 131072 kBytes (--) NVIDIA(0): VideoBIOS: 04.34.20.87.00 (II) NVIDIA(0): Detected AGP rate: 8X (--) NVIDIA(0): Interlaced video modes are supported on this GPU (--) NVIDIA(0): Connected display device(s) on GeForce FX 5200 at PCI:1:0:0: (--) NVIDIA(0): NVIDIA TV Encoder (TV-0) (--) NVIDIA(0): Hitachi X91D DVI (DFP-0) (--) NVIDIA(0): NVIDIA TV Encoder (TV-0): 350.0 MHz maximum pixel clock (--) NVIDIA(0): TV encoder: NVIDIA (II) NVIDIA(0): Assigned Display Device: DFP-0 (WW) NVIDIA(0): No valid modes for 1680x1050+0+0; removing. (II) NVIDIA(0): Validated modes: (II) NVIDIA(0): 1280x1024+0+0 (II) NVIDIA(0): 1024x768+0+0 (II) NVIDIA(0): 800x600+0+0 (II) NVIDIA(0): 640x480+0+0 So to run Debian with KDE4 you must have a running GLX? I tried to reinstall the NVIDIA-driver and that was working. But now the system does not reboot any more. It is hanging at starting NFS I give up now ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534677: ruby1.9: wrong vendor dir in load path
Package: ruby1.9 Version: 1.9.1.0-2 Severity: important Hi, (filing this bug to document the issue) Ruby 1.9.1 has a wrong vendor directory: $ ruby1.9 -e 'p $:' [/usr/local/lib/site_ruby/1.9.1, /usr/local/lib/site_ruby/1.9.1/x86_64-linux, /usr/local/lib/site_ruby, usr/lib/ruby/vendor_ruby/1.9.1, usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux, usr/lib/ruby/vendor_ruby, /usr/lib/ruby/1.9.1, /usr/lib/ruby/1.9.1/x86_64-linux, .] note the missing leading / for the two vendor_ruby dirs. Lucas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby1.9 depends on: ii libc6 2.9-16 GNU C Library: Shared libraries ii libruby1.9.1 1.9.1.0-2 Libraries necessary to run Ruby 1. ruby1.9 recommends no packages. Versions of packages ruby1.9 suggests: ii rdoc1.9 1.9.1.0-2 Generate documentation from Ruby s pn ri1.9 none (no description available) pn ruby1.9-examples none (no description available) pn rubygems1.9 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534676: ruby1.9: use 1.9.1 suffix instead of 1.9
Package: ruby1.9 Version: 1.9.1.0-2 Severity: important Hi, To allow ruby 1.9.1 to be co-installed with ruby 1.9, all packages and binaries should use a 1.9.1 suffix instead of 1.9. For example: /usr/bin/ruby1.9 - /usr/bin/ruby1.9.1 - Lucas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby1.9 depends on: ii libc6 2.9-16 GNU C Library: Shared libraries ii libruby1.9.1 1.9.1.0-2 Libraries necessary to run Ruby 1. ruby1.9 recommends no packages. Versions of packages ruby1.9 suggests: ii rdoc1.9 1.9.1.0-2 Generate documentation from Ruby s pn ri1.9 none (no description available) pn ruby1.9-examples none (no description available) pn rubygems1.9 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534681: mc: Missing dependency for 'identify' (probably graphicsmagick-imagemagick-compat, imagemagick)
Package: mc Version: 2:4.6.2-2 Severity: normal Hi, When trying to view a JPEG file: /tmp/mc-olaf/mcextsopekf: line 2: identify: command not found Greetings, Olaf -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mc depends on: ii libc6 2.9-18 GNU C Library: Shared libraries ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libgpm2 1.20.4-3.2 General Purpose Mouse - shared lib ii libslang2 2.1.4-3The S-Lang programming library - r mc recommends no packages. Versions of packages mc suggests: pn arj none (no description available) ii bzip2 1.0.5-3high-quality block-sorting file co pn dbviewnone (no description available) ii file 5.03-1 Determines file type using magic ii mime-support 3.46-1 MIME files 'mime.types' 'mailcap pn odt2txt none (no description available) ii perl 5.10.0-23 Larry Wall's Practical Extraction pn unzip none (no description available) ii w3m 0.5.2-2+b1 WWW browsable pager with excellent pn xpdf none (no description available) pn zip none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534166: Problem is way to KDE4
Hello Martin, Martin Bretschneider schrieb: Have a close look at http://pkg-kde.alioth.debian.org/ . Yes - now i found it: *May 17, 2009* KDE 4 has reached testing. Enjoy! There was a lot of discussion and I guess I was the right way to let KDE 4.2.2 get in Unstable few weeks ago. It is really stable and there a lot of improvements (and some drawbacks from KDE3). That's a really good question. The main problem is when you want to use your Debian to use it as you main operating system. And so why KDE3 and KDE4 is mixed up? There are only few KDE3 package left in testing like amarok since it wasn't ready. Now i found the way to upgrade to KDE4 with installing kde-full. The result i reported in bug. It must be mixed up, because there are packages exchanged in KDE3. It is understandable that Testing is now trimmed to KDE4, but please in it's own path. I cannot understand this? See the archive for the discussions of the last month. Can you give me a link to this discussion please? HTH Martin Regards Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534679: sms not working , with kadu
Package: kadu Version: 0.6.0.2.ds1-1 Severity: normal sms not working, so please remove it from the menu if it is not available. Thank you Best regards -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-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/bash Versions of packages kadu depends on: ii kadu-common 0.6.0.2.ds1-1 Gadu-Gadu client for X11 ii libartsc01.5.9-2 aRts sound system C support librar ii libasound2 1.0.16-2ALSA library ii libaudio21.9.1-5 Network Audio System - shared libr ii libaudiofile00.2.6-7 Open-source version of SGI's audio ii libc62.7-18 GNU C Library: Shared libraries ii libesd0 0.2.36-3Enlightened Sound Daemon - Shared ii libgadu3 1:1.8.0+r592-3 Gadu-Gadu protocol library - runti ii libgcc1 1:4.3.2-1.1 GCC support library ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime ii libqt3-mt3:3.3.8b-5+b1 Qt GUI Library (Threaded runtime v ii libsndfile1 1.0.17-4+lenny2 Library for reading/writing audio ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library Versions of packages kadu recommends: ii kadu-external-modules 0.6.0.2.ds1-1 Additional modules for Kadu ii kadu-kde-modules 0.6.0.2.ds1-1 Modules dependent on kdelibs Versions of packages kadu suggests: ii kadu-themes0.6.0.2.ds1-1 Additional icons and emoticons for -- 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#534678: wine: fonts not working with nowe gadu gadu http://komunikator.gadu-gadu.pl/ for the program
Package: wine Version: 1.0.1-1 Severity: normal not possible to use the program cuz fonts not good. Best regards -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-bpo.1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wine depends on: ii libwine-alsa 1.0.1-1Windows API implementation - ALSA ii libwine-cms 1.0.1-1Windows API implementation - color ii libwine-gl1.0.1-1Windows API implementation - OpenG ii libwine-gphoto2 1.0.1-1Windows API implementation - camer ii libwine-ldap 1.0.1-1Windows API implementation - LDAP ii libwine-print 1.0.1-1Windows API implementation - print ii libwine-sane 1.0.1-1Windows API implementation - scann ii wine-bin 1.0.1-1Windows API implementation - binar ii wine-utils1.0.1-1Windows API implementation - utili Versions of packages wine recommends: pn ttf-liberationnone (no description available) Versions of packages wine suggests: pn binfmt-support none(no description available) ii clamav 0.94.dfsg.2-1 anti-virus utility for Unix - comm ii klamav 0.44-3KDE frontend for ClamAV pn ttf-mscorefonts-installer none(no description available) pn winbindnone(no description available) pn wine-doc none(no description available) Versions of packages libwine depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libfreetype62.3.7-2 FreeType 2 font engine, shared lib ii libhal1 0.5.11-8 Hardware Abstraction Layer - share ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime ii libsm6 2:1.0.3-2X11 Session Management library ii libssl0.9.8 0.9.8g-15+lenny1 SSL shared libraries ii libx11-62:1.1.5-2X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxi6 2:1.1.4-1X11 Input extension library ii libxinerama12:1.0.3-2X11 Xinerama extension library ii libxml2 2.6.32.dfsg-5GNOME XML library ii libxrandr2 2:1.2.3-1X11 RandR extension library ii libxrender1 1:0.9.4-2X Rendering Extension client libra ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii libxxf86vm1 1:1.0.2-1X11 XFree86 video mode extension l -- 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#534675: apache2-mpm-prefork: envvars problem with apache2 command
Package: apache2-mpm-prefork Version: 2.2.9-10+lenny3 Severity: minor Hi, Maybe am I missing a package or something, but I have this problem on many lenny systems : # apache2 -S apache2: bad user name ${APACHE_RUN_USER} Setting the envvars fixes the problem : # . /etc/apache2/envvars # apache2 -S VirtualHost configuration: wildcard NameVirtualHosts and _default_ servers: *:80 is a NameVirtualHost [ list of vhosts ] Syntax OK Also changing User and Group variables to www-data in apache2.conf fixes the problem. Should the apache2 command include the envvars ?? Thanks in advance Marc -- Package-specific info: List of enabled modules from 'apache2 -M': alias auth_basic authn_file authz_default authz_groupfile authz_host authz_user autoindex cgi deflate dir env mime negotiation php5 rewrite setenvif status -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apache2-mpm-prefork depends on: ii apache2.2-common2.2.9-10+lenny3 Apache HTTP Server common files ii libapr1 1.2.12-5 The Apache Portable Runtime Librar ii libaprutil1 1.2.12+dfsg-8+lenny2 The Apache Portable Runtime Utilit ii libc6 2.7-18 GNU C Library: Shared libraries ii libpcre37.6-2.1 Perl 5 Compatible Regular Expressi apache2-mpm-prefork recommends no packages. apache2-mpm-prefork 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#498529: Please update to 3.15
tag: patch Hi, I've tried mingw 3.15.2 and it seems to work. The package (no warranty ;) ) is: https://edge.launchpad.net/~gaspa/+archive/ppa/+files/mingw32- runtime_3.15.2-0~ppa1_all.deb It builds fine (note that's an ubuntu environment,not debian), and then we tested it compiling ffmpeg 0.5. And the only change I applied is in the following patch. I used these tar.gz: mingwrt-3.15.2-mingw32-src.tar.gz w32api-3.13-mingw32-src.tar.gz downloaded from mingw.org regards! -- -gaspa- --- https://launchpad.net/~gaspa - -- HomePage: iogaspa.altervista.org --- -Il lunedi'dell'arrampicatore: www.lunedi.org - diff -Nru mingw32-runtime-3.13/debian/rules mingw32-runtime-3.15.2/debian/rules --- mingw32-runtime-3.13/debian/rules 2009-06-26 11:54:14.0 +0200 +++ mingw32-runtime-3.15.2/debian/rules 2009-06-26 10:19:44.0 +0200 @@ -18,7 +18,7 @@ PACKAGE_BASENAME = $(patsubst %-src.tar,%,$(basename $(notdir $(wildcard $(upstream_dir)/$(1)* -mingw_runtime := $(call PACKAGE_BASENAME,mingw-runtime) +mingw_runtime := $(call PACKAGE_BASENAME,mingwrt) win32api := $(call PACKAGE_BASENAME,w32api) ifneq ($(words $(mingw_runtime)),1)
Bug#534237: [Pkg-ia32-libs-maintainers] Bug#534237: ia32-libs and ia32-libs-gtk are broken in unstable
Terry Watt tjw...@umich.edu writes: I actually think this is due to a conflict in lib32ncursesw5, as well as a few other lib32 libraries, including lib32z1 and lib32nss-mdns, but not many others, such as lib32asound2, lib32stdc++6, or lib32gcc1. ia32-libs and ia32-libs-gtk haven't been updated in a long time and work fine in testing, while the dependencies in unstable do not install even when requested directly (they simultaneously depend on libc6-i386 and request its removal). This may be related to the eglibc6 transition? Bug 534238 also certainly has the same root cause, and no 32-bit program that I have checked recently is currently installable on a 64-bit system when using Sid. This is a known problem with the lib32 symlink to directory transition and already solved in svn and pending upload. Please stop worrying. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534664: Found a workaround...
severity 534664 normal thanks I've found a possible cause and a workaround: on the picture I sent, the Y2 value is greyed. Setting it again makes g3data accept to export data - making this bug only annoying. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524470: [Pkg-audacious-maintainers] Bug#524470: audacious: Playlist does not close filedescriptors when loading MP3 metadata and stops loading it
William Pitcock a écrit : Hi, On Thu, 2009-06-25 at 15:58 +0200, François Cerbelle wrote: [...] On a hunch... do any of your directories have .cue files in them? I believe there may be an FD leak in that code in 1.5. William Nope, no .cue file. Did you reproduce the problem Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#241027: Please support reporting bugs to alioth.debian.org
Hello Helge, thanks for revive it. On Wed, Jun 24, 2009 at 15:46, Helge Kreutzmanndeb...@helgefjell.de wrote: Hello, On Tue, Mar 30, 2004 at 02:13:06PM +0200, Helge Kreutzmann wrote: Package: reportbug Severity: wishlist Since the alioth people refuse to support the ordinary BTS http://alioth.debian.org/tracker/index.php?func=detailaid=300014group_id=1atid=21 it would be great if reportbug could find a way to interface to alioth, so bugs can be reported in a unified interface. I know this is probably a long term wishlist, but having this would be really great! Did you have some time to consider if this is feasible? You have to involve the Alioth team to provide us a way to report bug to them (the best would be a mailbox where we can send report for alioth issues). I'm sorry, but we cannot be the facilitators for this, if Alioth team doesn't support, so you should be the gateway if you're still interested in this feature. Cjeers. -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534674: ca-certificates: CA certificate Equifax Secure Global eBusiness CA-1 is missing
Package: ca-certificates Version: 20090624 Severity: normal It seems that twitter API's SSL certificates is signed by 'Equifax Secure Global eBusiness CA-1'. Adding for example http://www.geotrust.com/resources/root_certificates/certificates/Equifax_Secure_Global_eBusiness_CA-1.cer in /usr/share/ca-certificates, then update /etc/ca-certificates.conf fixed the issue. This certificate may be needed by twitter clients (actually it brokes twidge but might break others as well). -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ca-certificates depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii openssl 0.9.8k-3 Secure Socket Layer (SSL) binary a ca-certificates recommends no packages. ca-certificates suggests no packages. -- debconf information: ca-certificates/enable_crts: brasil.gov.br/brasil.gov.br.crt, cacert.org/cacert.org.crt, cacert.org/class3.crt, cacert.org/root.crt, debconf.org/ca.crt, gouv.fr/cert_igca_dsa.crt, gouv.fr/cert_igca_rsa.crt, mozilla/ABAecom_=sub.__Am._Bankers_Assn.=_Root_CA.crt, mozilla/AddTrust_External_Root.crt, mozilla/AddTrust_Low-Value_Services_Root.crt, mozilla/AddTrust_Public_Services_Root.crt, mozilla/AddTrust_Qualified_Certificates_Root.crt, mozilla/America_Online_Root_Certification_Authority_1.crt, mozilla/America_Online_Root_Certification_Authority_2.crt, mozilla/AOL_Time_Warner_Root_Certification_Authority_1.crt, mozilla/AOL_Time_Warner_Root_Certification_Authority_2.crt, mozilla/Baltimore_CyberTrust_Root.crt, mozilla/beTRUSTed_Root_CA-Baltimore_Implementation.crt, mozilla/beTRUSTed_Root_CA.crt, mozilla/beTRUSTed_Root_CA_-_Entrust_Implementation.crt, mozilla/beTRUSTed_Root_CA_-_RSA_Implementation.crt, mozilla/Camerfirma_Chambers_of_Commerce_Root.crt, mozilla/Camerfirma_Global_Cha mbersign_Root.crt, mozilla/Certplus_Class_2_Primary_CA.crt, mozilla/Certum_Root_CA.crt, mozilla/Comodo_AAA_Services_root.crt, mozilla/COMODO_Certification_Authority.crt, mozilla/COMODO_ECC_Certification_Authority.crt, mozilla/Comodo_Secure_Services_root.crt, mozilla/Comodo_Trusted_Services_root.crt, mozilla/DigiCert_Assured_ID_Root_CA.crt, mozilla/DigiCert_Global_Root_CA.crt, mozilla/DigiCert_High_Assurance_EV_Root_CA.crt, mozilla/DigiNotar_Root_CA.crt, mozilla/Digital_Signature_Trust_Co._Global_CA_1.crt, mozilla/Digital_Signature_Trust_Co._Global_CA_2.crt, mozilla/Digital_Signature_Trust_Co._Global_CA_3.crt, mozilla/Digital_Signature_Trust_Co._Global_CA_4.crt, mozilla/DST_ACES_CA_X6.crt, mozilla/DST_Root_CA_X3.crt, mozilla/Entrust.net_Global_Secure_Personal_CA.crt, mozilla/Entrust.net_Global_Secure_Server_CA.crt, mozilla/Entrust.net_Premium_2048_Secure_Server_CA.crt, mozilla/Entrust.net_Secure_Personal_CA.crt, mozilla/Entrust.net_Secure_Server_CA.crt, mozilla/Entrust_Root_C ertification_Authority.crt, mozilla/Equifax_Secure_CA.crt, mozilla/Equifax_Secure_eBusiness_CA_1.crt, mozilla/Equifax_Secure_eBusiness_CA_2.crt, mozilla/Firmaprofesional_Root_CA.crt, mozilla/GeoTrust_Global_CA_2.crt, mozilla/GeoTrust_Global_CA.crt, mozilla/GeoTrust_Primary_Certification_Authority.crt, mozilla/GeoTrust_Universal_CA_2.crt, mozilla/GeoTrust_Universal_CA.crt, mozilla/GlobalSign_Root_CA.crt, mozilla/GlobalSign_Root_CA_-_R2.crt, mozilla/Go_Daddy_Class_2_CA.crt, mozilla/GTE_CyberTrust_Global_Root.crt, mozilla/GTE_CyberTrust_Root_CA.crt, mozilla/IPS_Chained_CAs_root.crt, mozilla/IPS_CLASE1_root.crt, mozilla/IPS_CLASE3_root.crt, mozilla/IPS_CLASEA1_root.crt, mozilla/IPS_CLASEA3_root.crt, mozilla/IPS_Servidores_root.crt, mozilla/IPS_Timestamping_root.crt, mozilla/NetLock_Business_=Class_B=_Root.crt, mozilla/NetLock_Express_=Class_C=_Root.crt, mozilla/NetLock_Notary_=Class_A=_Root.crt, mozilla/NetLock_Qualified_=Class_QA=_Root.crt, mozilla/Network_Solutions_Certificate _Authority.crt, mozilla/QuoVadis_Root_CA_2.crt, mozilla/QuoVadis_Root_CA_3.crt, mozilla/QuoVadis_Root_CA.crt, mozilla/RSA_Root_Certificate_1.crt, mozilla/RSA_Security_1024_v3.crt, mozilla/RSA_Security_2048_v3.crt, mozilla/Secure_Global_CA.crt, mozilla/SecureTrust_CA.crt, mozilla/Security_Communication_Root_CA.crt, mozilla/Sonera_Class_1_Root_CA.crt, mozilla/Sonera_Class_2_Root_CA.crt, mozilla/Staat_der_Nederlanden_Root_CA.crt, mozilla/Starfield_Class_2_CA.crt, mozilla/StartCom_Certification_Authority.crt, mozilla/StartCom_Ltd..crt, mozilla/Swisscom_Root_CA_1.crt, mozilla/SwissSign_Gold_CA_-_G2.crt, mozilla/SwissSign_Platinum_CA_-_G2.crt, mozilla/SwissSign_Silver_CA_-_G2.crt, mozilla/Taiwan_GRCA.crt, mozilla/TC_TrustCenter__Germany__Class_2_CA.crt, mozilla/TC_TrustCenter__Germany__Class_3_CA.crt, mozilla/TDC_Internet_Root_CA.crt, mozilla/TDC_OCES_Root_CA.crt,
Bug#534673: gambas2: package descriptions need work
Source: gambas2 Severity: normal When I search for PostgreSQL GUI with apt-cache, every one of the gambas2 subpackages shows up. Obviously most of them have nothing to do with PostgreSQL and most of them are not GUI-related. Please update the descriptions of the gambas2 packages such that only the packages that are related to PostgreSQL mention that in their package description. Please do the same for GUI. Please also get a review of the package descriptions from the debian-l10n-english list and the smith review project: http://wiki.debian.org/I18n/SmithReviewProject -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#241027: Please support reporting bugs to alioth.debian.org
Hello Sandro, On Fri, Jun 26, 2009 at 12:02:52PM +0200, Sandro Tosi wrote: On Wed, Jun 24, 2009 at 15:46, Helge Kreutzmanndeb...@helgefjell.de wrote: Hello, On Tue, Mar 30, 2004 at 02:13:06PM +0200, Helge Kreutzmann wrote: Package: reportbug Severity: wishlist Since the alioth people refuse to support the ordinary BTS http://alioth.debian.org/tracker/index.php?func=detailaid=300014group_id=1atid=21 it would be great if reportbug could find a way to interface to alioth, so bugs can be reported in a unified interface. I know this is probably a long term wishlist, but having this would be really great! Did you have some time to consider if this is feasible? You have to involve the Alioth team to provide us a way to report bug to them (the best would be a mailbox where we can send report for alioth issues). I'm sorry, I've no (explict) contact to the Alioth team as well. That's basically the reason I would like this feature. I hoped that you had the contacts necessary (as bug experts) to work out the technical details. I'm sorry, but we cannot be the facilitators for this, if Alioth team doesn't support, so you should be the gateway if you're still interested in this feature. I'm still interested though possible not the right contact person. So I guess the bug has to stay at the current state for the moment. Maybe someone with contact to the Alioth team will see it and can provide the necessary contact to couple alioth to reportbug. Thanks for your answer anyhow. 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/ signature.asc Description: Digital signature
Bug#534672: KDE4 crashes after update from KDE3 in KDED
Package: kdelibs4c2a Version: 4:3.5.10.dfsg.1-2 Severity: important *** Please type your report below this line *** (I hope i adressed the correct package) After upgrade to KDE4 with installing the package kde-full KDE and Gnome are not startable. The mouse cursor has changed on the login-screen and KDE4 is starting up to the 3rd symbol. Then it crashes and the XSession is closed. Now the system is unusable and i will go back to Stable to have a productionable system. :-( Upgrade seems not to be possible and i havenot the time to make a complete new setup. Sorry - that's very disappointing. I attached the xsession-errors and here is the relevant part: - kded(17391) KDEDModule::setModuleName: registerObject() successful for kded_kephal kdeinit4: Fatal IO error: client killed kdeinit4: sending SIGHUP to children. klauncher: Exiting on signal 1 Qt-subapplication: Fatal IO error: client killed kdeinit4: sending SIGTERM to children. kdeinit4: Exit. Unexpected response from KInit (response = 140737122991616). startkde: Could not start ksmserver. Check your installation. Error: Can't open display: :0 kwin: Fatal IO error: client killed kded4: Fatal IO error: client killed -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/bash Versions of packages kdelibs4c2a depends on: ii kdelibs-data 4:3.5.10.dfsg.1-2 core shared data for all KDE appli ii libacl1 2.2.47-2Access control list shared library ii libart-2.0-2 2.3.20-2Library of functions for 2D graphi ii libarts1c2a 1.5.9-3 aRts sound system core components ii libasound2 1.0.20-2shared library for ALSA applicatio ii libaspell15 0.60.6-1GNU Aspell spell-checker runtime l ii libattr1 1:2.4.43-2 Extended attribute shared library ii libavahi-client3 0.6.25-1Avahi client library ii libavahi-common3 0.6.25-1Avahi common library ii libavahi-qt3-1 0.6.25-1Avahi Qt 3 integration library ii libbz2-1.0 1.0.5-2 high-quality block-sorting file co ii libc62.9-12 GNU C Library: Shared libraries ii libcups2 1.3.10-2Common UNIX Printing System(tm) - ii libfontconfig1 2.6.0-3 generic font configuration library ii libgamin0 [libfam0] 0.1.10-1Client library for the gamin file ii libgcc1 1:4.4.0-5 GCC support library ii libgssapi-krb5-2 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - k ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libidn11 1.14-3 GNU Libidn library, implementation ii libilmbase6 1.0.1-3 several utility libraries from ILM ii libjasper1 1.900.1-5.1 The JasPer JPEG-2000 runtime libra ii libjpeg626b-14 The Independent JPEG Group's JPEG ii liblua50 5.0.3-3 Main interpreter library for the L ii liblualib50 5.0.3-3 Extension library for the Lua 5.0 ii libopenexr6 1.6.1-4 runtime files for the OpenEXR imag ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi ii libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libsm6 2:1.1.0-2 X11 Session Management library ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-11Tag Image File Format (TIFF) libra ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.13-3FreeType-based font drawing librar ii libxml2 2.7.3.dfsg-1GNOME XML library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxslt1.1 1.1.24-2XSLT processing library - runtime ii menu-xdg 0.4 freedesktop.org menu compliant win ii perl 5.10.0-23 Larry Wall's Practical Extraction ii x11-xserver-utils7.4+2 X server utilities ii xauth1:1.0.3-2 X authentication utility ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime kdelibs4c2a recommends no packages. Versions of packages kdelibs4c2a suggests: pn famnone(no description available) ii ghostscript8.64~dfsg-1.1 The GPL
Bug#534470: Using mdadm 2.6.7.2 to assemble a raid array created withmdadm 1.9.0 will corrupt it making mdadm 1.9.0 to crash whentrying to reassemble
Thank you for your answer Neil. I assumed that an update to the superblock checksumming routine was the reason though I didn't find very much information about this update and potential consequences on older systems. But, above all, I am very surprised that the new mdadm does not even warn the user about potential raid corruption when used on an old one. As you suggested, I tried recreating the array using option --assume-clean. So, I booted a Sarge cdrom, checked that chunksize and layout was default ones then I typed: $ mdadm --create /dev/md0 --level=raid5 --raid-devices=3 --auto=yes --assume-clean /dev/sda2 /dev/sdb2 /dev/sdc2 And that worked! recreating the array without loss of data: I ran fsck on /dev/md0, no error were reported, then mounted it to check that all data was there; no pb. Then, I rebooted the server and... GOT A KERNEL PANIC AGAIN... this time for: invalid uuid ! I patiently rebooted the Sarge cdrom again and tried to reassemble the raid updating the uuid (which I fortunately backed up), using: $ mdadm --assemble /dev/md0 --auto=yes --uuid=#old#:#uuid#:#back#:#up# --update=uuid /dev/sda2 /dev/sdb2 /dev/sdc2 Then, I got an error from mdadm saying that option uuid for --update was not valid! Only sparc2.2, summaries and resync seams supported on that version of mdadm (1.9.0). Now, I don't know what to do and would be grateful for any suggestion to make my system boot again. Thanks by advance for your help, Regards -Message d'origine- De : Neil Brown [mailto:ne...@suse.de] Envoyé : vendredi 26 juin 2009 03:56 À : RUSSOTTO François-Xavier 200103; 534...@bugs.debian.org Objet : Re: Bug#534470: Using mdadm 2.6.7.2 to assemble a raid array created withmdadm 1.9.0 will corrupt it making mdadm 1.9.0 to crash whentrying to reassemble On Wednesday June 24, francois-xavier.russo...@cea.fr wrote: Package: mdadm Version: 2.6.7.2 Severity: critical After booting a Debian 5.0.1 - Lenny install cdrom in rescue mode (debian-501-ia64-netinst.iso) on an Itanium 2 server with Debian 3.1 - Sarge (ia64) installed on a software raid 5 root partition, opening a console in the root partition mounted from the raid array (auto-assembled) corrupts the raid array, leading to a kernel panic at server reboot, and preventing from manual reassembly using mdadm 1.9.0 (Sarge). The raid 5 array containing the root partition is made of 3 partitions on 3 scsi disks (sda2, sdb2, sdc2) which ran fluently for years. Here is the output at server reboot: md: invalid superblock checksum on sdb2 Apart from fixing this bug, I would be grateful that you suggest me a safe way to make the server bootable again. I was thinking about booting on a Sarge install cdrom and try to re-create the raid array with option --assume-clean or, if that fails, re-create the array and restore content from a tar backup. This problem is due to the fact that the superblock checksumming routine was changed since 2.6.8. It was changed because it used code that was different on different architectures, and was basically unmaintainable. New kernels can accept most old checksums, but old kernels cannot necessarily accept the new ones, and mdadm does not know enough about kernel internals to always create the correct old one. So it isn't really fixable. If you boot with the Sarge install cdrom and reacreate the array with --assume-clean as you suggest it should work fine. Check the --examine values for chunksize and layout, and the order of the drives, and make sure you preserve all of those. NeilBrown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534669: kdm: missing faces
Package: kdm Version: 4:4.2.4-1+b1 Severity: normal /usr/share/kde4/apps/kdm/faces is empty. Should it be? In KDE3, there was a whole directory of images that users could use for their kdm faces. Thanks, Andrew. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (200, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/bash Versions of packages kdm depends on: ii consolekit 0.3.0-2 framework for defining and trackin ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii kdebase-runtime 4:4.2.2-1runtime components from the offici ii kdebase-workspace-kgreet-pl 4:4.2.4-1+b1 KDE greet libraries for authentica ii kdelibs54:4.2.4-1core libraries for all KDE 4 appli ii libc6 2.9-13 GNU C Library: Shared libraries ii libck-connector00.3.0-2 ConsoleKit libraries ii libdbus-1-3 1.2.14-3 simple interprocess messaging syst ii libpam0g1.0.1-9 Pluggable Authentication Modules l ii libqimageblitz4 1:0.0.4-4QImageBlitz image effects library ii libqt4-qt3support 4.5.1-2 Qt 3 compatibility library for Qt ii libqt4-svg 4.5.1-2 Qt 4 SVG module ii libqt4-xml 4.5.1-2 Qt 4 XML module ii libqtcore4 4.5.1-2 Qt 4 core module ii libqtgui4 4.5.1-2 Qt 4 GUI module ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libx11-62:1.2.1-1X11 client-side library ii libxau6 1:1.0.4-2X11 authorisation library ii libxdmcp6 1:1.0.2-3X11 Display Manager Control Protoc ii libxtst62:1.0.3-1X11 Testing -- Resource extension ii lsb-base3.2-22 Linux Standard Base 3.2 init scrip Versions of packages kdm recommends: ii kde-window-manager [x-wind 4:4.2.4-1+b1 the KDE 4 window manager (KWin) ii kdebase4:4.2.4-1 base applications from the officia ii konsole [x-terminal-emulat 4:4.2.4-1 X terminal emulator for KDE 4 ii logrotate 3.7.7-3 Log rotation utility ii tightvncserver [xserver] 1.3.9-4 virtual network computing server s ii xserver-xorg-core [xserver 2:1.6.1.901-3 Xorg X server - core server ii xterm [x-terminal-emulator 242-1 X terminal emulator Versions of packages kdm suggests: ii kdepasswd 4:4.2.4-1 password changer for KDE 4 -- debconf information: kdm/stop_running_server_with_children: false * shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534670: r-base-core: Can't install extra packages
Package: r-base-core Version: 2.7.1-1+lenny1 Severity: important It is not possible to install extra packages from CRAN in the designated way, for example svmpath: http://cran.r-project.org/web/packages/svmpath/index.html $ R CMD INSTALL svmpath_0.92.tar.gz -l lib svmpath_0.92.tar.gz WARNING: omitting pointless dependence on 'R' without a version requirement * Installing *source* package 'svmpath' ... ** libs gfortran -fpic -g -O2 -c mi02lib.f -o mi02lib.o gfortran -fpic -g -O2 -c mi05funs.f -o mi05funs.o gfortran -fpic -g -O2 -c mi10unix.f -o mi10unix.o gfortran -fpic -g -O2 -c mi11sys.f -o mi11sys.o gfortran -fpic -g -O2 -c mi12solv.f -o mi12solv.o gfortran -fpic -g -O2 -c mi15blas.f -o mi15blas.o gfortran -fpic -g -O2 -c mi17util.f -o mi17util.o gfortran -fpic -g -O2 -c mi20amat.f -o mi20amat.o gfortran -fpic -g -O2 -c mi21amat.f -o mi21amat.o gfortran -fpic -g -O2 -c mi25bfac.f -o mi25bfac.o gfortran -fpic -g -O2 -c mi26bfac.f -o mi26bfac.o gfortran -fpic -g -O2 -c mi27lu.f -o mi27lu.o gfortran -fpic -g -O2 -c mi30spec.f -o mi30spec.o gfortran -fpic -g -O2 -c mi35mps.f -o mi35mps.o gfortran -fpic -g -O2 -c mi36mps.f -o mi36mps.o gfortran -fpic -g -O2 -c mi40bfil.f -o mi40bfil.o gfortran -fpic -g -O2 -c mi50lp.f -o mi50lp.o gfortran -fpic -g -O2 -c mi60srch.f -o mi60srch.o gfortran -fpic -g -O2 -c mi65rmod.f -o mi65rmod.o gfortran -fpic -g -O2 -c mi70nobj.f -o mi70nobj.o gfortran -fpic -g -O2 -c mi80ncon.f -o mi80ncon.o gfortran -fpic -g -O2 -c mi81ncon.f -o mi81ncon.o gfortran -fpic -g -O2 -c qp.f -o qp.o gcc -std=gnu99 -shared -o svmpath.so mi02lib.o mi05funs.o mi10unix.o mi11sys.o mi12solv.o mi15blas.o mi17util.o mi20amat.o mi21amat.o mi25bfac.o mi26bfac.o mi27lu.o mi30spec.o mi35mps.o mi36mps.o mi40bfil.o mi50lp.o mi60srch.o mi65rmod.o mi70nobj.o mi80ncon.o mi81ncon.o qp.o -lgfortran -lm -L/usr/lib64/R/lib -lR /usr/bin/ld: cannot find -lgfortran collect2: ld returned 1 exit status make: *** [svmpath.so] Error 1 ERROR: compilation failed for package 'svmpath' ** Removing '/tmp/lib/svmpath' After symlinking the gfortran library, so that the linker finds it, there seems to occur an architecture problem: /usr/lib# ln -s libgfortran.so.3 libgfortran.so gcc -std=gnu99 -shared -o svmpath.so mi02lib.o mi05funs.o mi10unix.o mi11sys.o mi12solv.o mi15blas.o mi17util.o mi20amat.o mi21amat.o mi25bfac.o mi26bfac.o mi27lu.o mi30spec.o mi35mps.o mi36mps.o mi40bfil.o mi50lp.o mi60srch.o mi65rmod.o mi70nobj.o mi80ncon.o mi81ncon.o qp.o -lgfortran -lm -L/usr/lib64/R/lib -lR /usr/bin/ld: skipping incompatible /usr/bin/../lib/libgfortran.so when searching for -lgfortran /usr/bin/ld: skipping incompatible /usr/lib/libgfortran.so when searching for -lgfortran /usr/bin/ld: cannot find -lgfortran collect2: ld returned 1 exit status It makes no difference if I use the compiler switch -m64 or -m32 or when choosing libgfortran2. The error message skipping incompatible is always the same. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.15.amd64 (SMP w/1 CPU core; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages r-base-core depends on: ii libatlas3gf-base [libl 3.6.0-22 Automatically Tuned Linear Algebra ii libblas3gf [libblas.so 1.2-2 Basic Linear Algebra Subroutines 3 ii libc6 2.7-18GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libgfortran3 4.3.2-1.1 Runtime library for GNU Fortran ap ii libglib2.0-0 2.16.6-1+lenny1 The GLib library of C routines ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblapack3gf [liblapac 3.1.1-1 library of linear algebra routines ii libpango1.0-0 1.20.5-3+lenny1 Layout and rendering of internatio ii libpaper-utils 1.1.23+nmu1 library for handling paper charact ii libpcre3 7.6-2.1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime ii libreadline5 5.2-3.1 GNU readline and history libraries ii libsm6 2:1.0.3-2 X11 Session Management library ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.1.5-2 X11 client-side library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii perl 5.10.0-19 Larry Wall's Practical Extraction ii tcl8.4 8.4.19-2 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.19-2 Tk toolkit for Tcl and
Bug#498745: [Pkg-audacious-maintainers] Bug#498745: audacious: Hangs on playback
On Fri, Jun 26, 2009 at 10:09 AM, William Pitcockneno...@sacredspiral.co.uk wrote: Hi! On Thu, 2009-06-25 at 08:45 +0200, Roger Niva wrote: I am currently running Audacious 2.0.1-1. It no longer hangs, but I do get choppy playback on some mp3-files when using the ALSA output plugin(still using Pulseaudio sound system), but if I use the PulseAudio output plugin the sound is great. Audacious 2.1 beta will probably be entering sid later today. Will you be able to test it with alsa-pulse? Sure, but probably not before monday due to work related stuff. -- Vennlig hilsen, Roger Niva -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534667: monkeystudio: Crash on start
Package: monkeystudio Version: 1.8.3.3-1 Severity: grave Justification: renders package unusable Crash on start with message: Found plugin: AStyle, type: 1 Found plugin: ClassBrowser, type: 1 Found plugin: Ctags2Api, type: 1 Found plugin: FileBrowser, type: 1 Found plugin: MessageBox, type: 1 Found plugin: MkSShell, type: 1 Found plugin: PostIt, type: 1 Found plugin: ProjectHeaders, type: 1 Found plugin: RegExpEditor, type: 1 Found plugin: SearchEndReplace, type: 1 Found plugin: GNUMake, type: 8 Found plugin: MSVCMake, type: 8 Found plugin: QtAssistant, type: 2 Found plugin: QtDesigner, type: 2 Found plugin: G++, type: 16 Found plugin: Gcc, type: 16 Found plugin: GccParser, type: 1 Found plugin: MSVC, type: 16 Found plugin: PHP, type: 64 Found plugin: Python, type: 64 Found plugin: Irc, type: 1 Found plugin: PHP-Qt, type: 128 Found plugin: PyQt, type: 128 Found plugin: QMake, type: 128 User wantn't to intall plugin: AStyle Successfully enabled plugin: ClassBrowser User wantn't to intall plugin: Ctags2Api Successfully enabled plugin: FileBrowser Successfully enabled plugin: MessageBox User wantn't to intall plugin: MkSShell User wantn't to intall plugin: PostIt User wantn't to intall plugin: ProjectHeaders User wantn't to intall plugin: RegExpEditor Successfully enabled plugin: SearchEndReplace User wantn't to intall plugin: GNUMake User wantn't to intall plugin: MSVCMake Successfully enabled plugin: QtAssistant Successfully enabled plugin: QtDesigner User wantn't to intall plugin: G++ User wantn't to intall plugin: Gcc User wantn't to intall plugin: GccParser User wantn't to intall plugin: MSVC Successfully enabled plugin: PHP Successfully enabled plugin: Python User wantn't to intall plugin: Irc Successfully enabled plugin: PHP-Qt Successfully enabled plugin: PyQt Successfully enabled plugin: QMake *** glibc detected *** monkeystudio: corrupted double-linked list: 0x09ce8f88 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb6e4d57f] /lib/i686/cmov/libc.so.6[0xb6e4e6bf] /lib/i686/cmov/libc.so.6(cfree+0x96)[0xb6e4eaa6] /usr/lib/libQtCore.so.4(_Z5qFreePv+0x1d)[0xb70cefbd] /usr/lib/libQtCore.so.4(_ZN7QString4freeEPNS_4DataE+0x40)[0xb711bae0] /usr/lib/libqscintilla2.so.5(_ZNK9QsciLexer16setStyleDefaultsEv+0x6f)[0xb7ec9a7f] /usr/lib/libqscintilla2.so.5(_ZN9QsciLexer12readSettingsER9QSettingsPKc+0x5b)[0xb7ec9ecb] monkeystudio(_ZN13pMonkeyStudio16lexerForLanguageERK7QString+0x208)[0x81401a8] monkeystudio(_ZN10UISettingsC1EP7QWidget+0x314)[0x80bb874] monkeystudio(_ZN10QSingletonI10UISettingsE8instanceEv+0xb2)[0x8186dc2] monkeystudio(_ZN10MonkeyCore4initEv+0x981)[0x81865f1] monkeystudio(main+0xa11)[0x8179af1] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb6df4775] monkeystudio[0x80aa2f1] === Memory map: 08048000-08328000 r-xp 08:01 342523 /usr/bin/monkeystudio 08328000-0833 rw-p 002df000 08:01 342523 /usr/bin/monkeystudio 0921-09d06000 rw-p 0921 00:00 0 [heap] b1ee5000-b1f2f000 r--p 08:01 408386 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-Bold.ttf b1f2f000-b1f39000 r--p 08:01 483157 /usr/share/fonts/type1/mathml/Symbol.pfb b1f39000-b1f3f000 r--p 08:01 621550 /usr/share/texmf/fonts/type1/public/lm/lmex10.pfb b1f3f000-b1f5b000 r--p 08:01 621476 /usr/share/texmf/fonts/type1/public/lm/lmr10.pfb b1f5b000-b1f62000 r--p 08:01 483145 /usr/share/fonts/truetype/latex-xft-fonts/wasy10.ttf b1f62000-b1f83000 r--p 08:01 571534 /usr/share/fonts/truetype/ttf-liberation/LiberationSans-Regular.ttf b1f83000-b1f9f000 r--p 08:01 466262 /usr/share/fonts/truetype/openoffice/opens___.ttf b1f9f000-b1fec000 r--p 08:01 408441 /usr/share/fonts/truetype/freefont/FreeMono.ttf b1fec000-b2125000 r--p 08:01 408434 /usr/share/fonts/truetype/freefont/FreeSerif.ttf b2125000-b2176000 r--p 08:01 408385 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf b2176000-b21c5000 r--p 08:01 408387 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf b21c5000-b21cb000 r--p 08:01 483146 /usr/share/fonts/truetype/latex-xft-fonts/cmsy10.ttf b21cb000-b21d2000 r--p 08:01 483147 /usr/share/fonts/truetype/latex-xft-fonts/cmmi10.ttf b21d2000-b2242000 r--p 08:01 408440 /usr/share/fonts/truetype/freefont/FreeSans.ttf b2242000-b2256000 r--p 08:01 448296 /usr/share/fonts/type1/gsfonts/n019003l.pfb b2256000-b22a7000 r--p 08:01 408402 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-ExtraLight.ttf b22a7000-b22cb000 r--p 08:01 571536 /usr/share/fonts/truetype/ttf-liberation/LiberationSerif-Regular.ttf b22cb000-b22d1000 r-xp 08:01 700757 /usr/lib/qt4/plugins/designer/libworldtimeclockplugin.so b22d1000-b22d2000 rw-p 6000 08:01 700757 /usr/lib/qt4/plugins/designer/libworldtimeclockplugin.so b22d2000-b25bf000 r-xp 08:01 372487 /usr/lib/libQt3Support.so.4.5.1 b25bf000-b25cf000 rw-p 002ec000 08:01 372487
Bug#534655: RFA: debsums -- verification of installed package files against MD5 checksums
On Fri, Jun 26, 2009 at 08:53:44PM +1200, Francois Marier wrote: On 2009-06-26 at 01:43:29, Ryan Niebur wrote: I will adopt this package. Cool, it's all yours! are there any wanted enhancements you know of that aren't in the BTS already? No, all of the ones I know of are in the BTS. ok. one other question, is Mike Forbes still active or should I remove him from Uploaders? -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#489866: mirror submission for mirror.transact.net.au
Simon, Simon, This is the first contact I've received from Debian regarding this.. Not sure what happened. In any case, I'm using the anonftpsync script that uses rsync from mirror.linux.org.au. Is this not sufficient? Pat From: Simon Paillard [simon.paill...@resel.enst-bretagne.fr] Sent: Sunday, June 14, 2009 6:47 PM To: 489866-submit...@bugs.debian.org; Network Operations Cc: 489...@bugs.debian.org Subject: Re: Bug#489866: mirror submission for mirror.transact.net.au Dear mirror.transact.net.au admins, You kindly submitted a Debian mirror almost one year ago. Though the mirror is up to date : * the recommended script ftpsync is not running: see http://debian.org/mirrors/ftpmirror#how * we never get an answer from you :( Thanks in advance for your fast answer, so that we can add you to the list. Best regards. On Sat, Mar 07, 2009 at 01:25:33PM +0100, Simon Paillard wrote: On Sat, Dec 06, 2008 at 02:49:36PM +0100, Simon Paillard wrote: Unfortunately, we received no news from you about our questions ( see history at http://bugs.debian.org/489866 ) In short : * is that possible to make the archive available at /debian/ instead of /pub/debian/ ? Seems you implemented it. * please adopt our last sync script ftpsync at : http://lists.debian.org/debian-mirrors-announce/2008/11/msg1.html * having the trace file matching the site name if possible (MIRRORNAME variable in ftpsync) * you provide armel on top of amd64 and i386, is that on purpose ? These remarks remain valid, and above all, we are worry to don't get reply from you. Please fix these little remaining issues so that we can add your mirror the list. -- Simon Paillard *PLEASE NOTE* This email and any attachments may be confidential. If received in error, please delete all copies and advise the sender. The reproduction or dissemination of this email or its attachments is prohibited without the consent of the sender. WARNING RE VIRUSES: Our computer systems sweep outgoing email to guard against viruses, but no warranty is given that this email or its attachments are virus free. Before opening or using attachments, please check for viruses. Our liability is limited to the re-supply of any affected attachments. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views of the organisation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534665: awn-applets-python-core: Quit-applet not working
Package: awn-applets-python-core Version: 0.3.2.1-1 Severity: important Quit-applet dows not work since python-awnlib updated to +b3. Thanks. -- System Information: Distributor ID: Ubuntu Description:Ubuntu (The Breezy Badger Release) Release:5.10 Codename: breezyArchitecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages awn-applets-python-core depends on: ii avant-window-navigator 0.3.2.1-4A MacOS X like panel for GNOME ii gconf2 2.26.2-1 GNOME configuration database syste ii python 2.5.4-2 An interactive high-level object-o ii python-awn 0.3.2.1-4Python bindings for avant-window-n ii python-awnlib 0.3.2.1-1+b3 Python utilities for avant-window- ii python-central 0.6.11 register and build utility for Pyt Versions of packages awn-applets-python-core recommends: ii awn-manager 0.3.2.1-4 A preferences manager for avant-wi ii gnome-applet 2.26.1-1Various applets for the GNOME pane ii hal 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer ii libgweather- 2.26.1-1GWeather common files ii python-alsaa 0.2-1+b1Alsa bindings for Python pn python-dateu none (no description available) ii python-dbus 0.83.0-1simple interprocess messaging syst ii python-feedp 4.1-13 Universal Feed Parser for Python ii python-gst0. 0.10.15-1 generic media-playing framework (P pn python-sqlal none (no description available) pn sqlite3 none (no description available) Versions of packages awn-applets-python-core suggests: ii awn-applets-python-extras 0.3.2.1-1 A collection of applets for avant- -- 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#534666: awn-applets-python-extras: Calendar applet not working
Package: awn-applets-python-extras Version: 0.3.2.1-1 Severity: important Calendar applet does not work since python-awnlib updated to +b3. Thanks. -- System Information: Distributor ID: Ubuntu Description:Ubuntu (The Breezy Badger Release) Release:5.10 Codename: breezyArchitecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages awn-applets-python-extras depends on: ii avant-window-navigator 0.3.2.1-4A MacOS X like panel for GNOME ii fortune-mod [fortune] 1:1.99.1-3.1 provides fortune cookies on demand ii gconf2 2.26.2-1 GNOME configuration database syste ii python 2.5.4-2 An interactive high-level object-o ii python-awn 0.3.2.1-4Python bindings for avant-window-n ii python-awnlib 0.3.2.1-1+b3 Python utilities for avant-window- ii python-central 0.6.11 register and build utility for Pyt Versions of packages awn-applets-python-extras recommends: ii awn-manager 0.3.2.1-4 A preferences manager for avant-wi ii python-gnome2-desktop 2.26.0-1 Python bindings for the GNOME desk pn python-xlib none (no description available) Versions of packages awn-applets-python-extras suggests: pn tomboynone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532762: proposal for bluez-gnome virtual package
Le jeudi 25 juin 2009 à 21:35 +0200, Filippo Giunchedi a écrit : Hi, I've noticed that there are a few packages that depend/recommend/suggest bluez-gnome and a few others (3, bluez-gnome gnome-bluetooth and blueman) that provide all the same functionality i.e. bluetooth-agent I think it might worthwhile a virtual package bluetooth-agent, this way one can e.g. have gnome installed together with one among said agent implementations I don’t like the idea much, at least for the metapackages. I’d prefer to ensure that we have one solution that is featureful and correctly integrated with GNOME, rather than having to ensure that they are all equivalent. Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#534655: RFA: debsums -- verification of installed package files against MD5 checksums
On 2009-06-26 at 01:43:29, Ryan Niebur wrote: I will adopt this package. Cool, it's all yours! are there any wanted enhancements you know of that aren't in the BTS already? No, all of the ones I know of are in the BTS. Cheers, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534295: [INTL:eu] apt-listbugs Basque translation
On Tue, Jun 23, 2009 at 11:52:20AM +0200, Piarres Beobide wrote: Package: apt-listbugs Severity: wishlist Tags: l10n patch Hi Attached apt-listbugs Basque translation, please add it. Thanks! -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#534538: nautilus-sendto: Option to send via obex dissapeared
Le jeudi 25 juin 2009 à 13:53 -0500, Jaime Alberto Silva a écrit : Well, I think bluez-gnome replaces gnome-bluetooth because gnome depends on bluez-gnome. So if I try to install gnome-bluetooth then apt must remove bluez-gnome and gnome. And I don't like to remove the metapackage because I don't want to miss new features. This will be changed in the next meta-gnome2 upload. (It is just waiting for brasero to be finally accepted.) I'm using the bluez-... packages from unstable, and nautilus also is from unstable. Nautilus is browsing devices but I can't send or receive files via obex push. This is unrelated to bluez-gnome / gnome-bluetooth. You need the latest gvfs-backends from unstable which brings back the obex functionality. Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#534671: aptitude: Please consider splitting out the xapian feature
Package: aptitude Version: 0.5.2.1-1 Severity: wishlist Hello, I'd prefer having aptitude installed, but without the xapian feature. The reasons are that I don't use it much, the search using it (eg. libfoo vs. ~nlibfoo) is much much slower, and the index is updated every day by quite an IO intensive cron task. So I think it would be nice if the xapian search feature was available in a separate package from aptitude. Regards Jiri Palecek -- Package-specific info: aptitude 0.5.2.1 compiled at Apr 27 2009 04:54:50 Compiler: g++ 4.3.3 Compiled against: apt version 4.6.0 NCurses version 5.7 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.7.20090124 cwidget version: 0.5.12 Apt version: 4.6.0 linux-gate.so.1 = (0xb7fbb000) /usr/lib/debreaper/libviaticum.so (0xb7fb6000) libapt-pkg-libc6.9-6.so.4.7 = /usr/lib/libapt-pkg-libc6.9-6.so.4.7 (0xb7ed5000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb7e97000) liblog4cxx.so.10 = /usr/lib/liblog4cxx.so.10 (0xb7cee000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb7ce8000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7c24000) libept.so.0 = /usr/lib/libept.so.0 (0xb7ba9000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0xb7a51000) libz.so.1 = /usr/lib/libz.so.1 (0xb7a3c000) libglibmm-2.4.so.1 = /usr/lib/libglibmm-2.4.so.1 (0xb79e5000) libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0xb79a8000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0xb78f1000) libgthread-2.0.so.0 = /usr/lib/libgthread-2.0.so.0 (0xb78ec000) librt.so.1 = /lib/i686/cmov/librt.so.1 (0xb78e3000) libgtkmm-2.4.so.1 = /usr/lib/libgtkmm-2.4.so.1 (0xb75a4000) libgiomm-2.4.so.1 = /usr/lib/libgiomm-2.4.so.1 (0xb7535000) libgdkmm-2.4.so.1 = /usr/lib/libgdkmm-2.4.so.1 (0xb74eb000) libatkmm-1.6.so.1 = /usr/lib/libatkmm-1.6.so.1 (0xb74a6000) libgtk-x11-2.0.so.0 = /usr/lib/libgtk-x11-2.0.so.0 (0xb70f4000) libpangomm-1.4.so.1 = /usr/lib/libpangomm-1.4.so.1 (0xb70c6000) libcairomm-1.0.so.1 = /usr/lib/libcairomm-1.0.so.1 (0xb70ac000) libgdk-x11-2.0.so.0 = /usr/lib/libgdk-x11-2.0.so.0 (0xb701f000) libatk-1.0.so.0 = /usr/lib/libatk-1.0.so.0 (0xb7004000) libpangoft2-1.0.so.0 = /usr/lib/libpangoft2-1.0.so.0 (0xb6fdc000) libgdk_pixbuf-2.0.so.0 = /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb6fc3000) libpangocairo-1.0.so.0 = /usr/lib/libpangocairo-1.0.so.0 (0xb6fb8000) libgio-2.0.so.0 = /usr/lib/libgio-2.0.so.0 (0xb6f4a000) libcairo.so.2 = /usr/lib/libcairo.so.2 (0xb6ed3000) libpango-1.0.so.0 = /usr/lib/libpango-1.0.so.0 (0xb6e8f000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb6e18000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb6dee000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0xb6de9000) libglademm-2.4.so.1 = /usr/lib/libglademm-2.4.so.1 (0xb6ddf000) libglade-2.0.so.0 = /usr/lib/libglade-2.0.so.0 (0xb6dc7000) libxml2.so.2 = /usr/lib/libxml2.so.2 (0xb6c8d000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb6c67000) libvte.so.9 = /usr/lib/libvte.so.9 (0xb6bb8000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb6b9e000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb6aad000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb6a81000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb6921000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb691d000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb6918000) libaprutil-1.so.0 = /usr/lib/libaprutil-1.so.0 (0xb68fe000) libapr-1.so.0 = /usr/lib/libapr-1.so.0 (0xb68db000) libuuid.so.1 = /lib/libuuid.so.1 (0xb68d8000) libcrypt.so.1 = /lib/i686/cmov/libcrypt.so.1 (0xb68a6000) libpcre.so.3 = /usr/lib/libpcre.so.3 (0xb6876000) /lib/ld-linux.so.2 (0xb7fbc000) libX11.so.6 = /usr/lib/libX11.so.6 (0xb678a000) libXcomposite.so.1 = /usr/lib/libXcomposite.so.1 (0xb6787000) libXdamage.so.1 = /usr/lib/libXdamage.so.1 (0xb6784000) libXfixes.so.3 = /usr/lib/libXfixes.so.3 (0xb677e000) libXext.so.6 = /usr/lib/libXext.so.6 (0xb677) libXrender.so.1 = /usr/lib/libXrender.so.1 (0xb6768000) libXinerama.so.1 = /usr/lib/libXinerama.so.1 (0xb6765000) libXi.so.6 = /usr/lib/libXi.so.6 (0xb675d000) libXrandr.so.2 = /usr/lib/libXrandr.so.2 (0xb6755000) libXcursor.so.1 = /usr/lib/libXcursor.so.1 (0xb674c000) libselinux.so.1 = /lib/libselinux.so.1 (0xb6733000) libpixman-1.so.0 = /usr/lib/libpixman-1.so.0 (0xb66f1000) libdirectfb-1.2.so.0 = /usr/lib/libdirectfb-1.2.so.0 (0xb6678000) libfusion-1.2.so.0 = /usr/lib/libfusion-1.2.so.0 (0xb666e000) libdirect-1.2.so.0 = /usr/lib/libdirect-1.2.so.0 (0xb6657000)
Bug#534448: apt-listbugs: [INTL:sk] Slovak translation
On Wed, Jun 24, 2009 at 02:36:21PM +0200, helix84 wrote: Package: apt-listbugs Severity: wishlist Tags: l10n patch Version: 0.1.0 .po attached ~~helix84 Thanks! -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#498745: [Pkg-audacious-maintainers] Bug#498745: audacious: Hangs on playback
Hi! On Thu, 2009-06-25 at 08:45 +0200, Roger Niva wrote: I am currently running Audacious 2.0.1-1. It no longer hangs, but I do get choppy playback on some mp3-files when using the ALSA output plugin(still using Pulseaudio sound system), but if I use the PulseAudio output plugin the sound is great. Audacious 2.1 beta will probably be entering sid later today. Will you be able to test it with alsa-pulse? The performance is improved with the alsa-ng plugin (although it is still missing configuration overrides) on my testing setup, but I do not use pulse in production at this time. The original alsa output plugin from XMMS did some naughty things, and a full rewrite was necessary to clean up that mess. William signature.asc Description: This is a digitally signed message part
Bug#524470: [Pkg-audacious-maintainers] Bug#524470: audacious: Playlist does not close filedescriptors when loading MP3 metadata and stops loading it
Hi, On Thu, 2009-06-25 at 15:58 +0200, François Cerbelle wrote: [...] On a hunch... do any of your directories have .cue files in them? I believe there may be an FD leak in that code in 1.5. William signature.asc Description: This is a digitally signed message part
Bug#518851: sockstat: FTBFS: 'CHAR_BIT' undeclared
Go ahead, as I don't plan to release a new version until I get IPv6 support working correctly. William On Thu, 2009-06-25 at 13:32 +0800, Ying-Chun Liu (PaulLiu) wrote: Dear William, Can I NMU this package? Regards, Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534663: mdadm: Typos / old spelling in German Debconf translation
Package: mdadm Version: 2.6.9-3 Severity: minor Tags: l10n patch X-Debbugs-CC: Mario Joussen jous...@debian.org While installing mdadm in the German locale I noticed that the old German spelling was used. I proofread the template and attached the diff. It corrects typos as well. I suggest asking the (previous) translator to run a review on debian-l10n-german as I might have overlooked some issues. -- 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/ --- mdadm_2.6.9-3_de.po.orig 2009-05-06 10:29:12.0 +0200 +++ mdadm_2.6.9-3_de.po 2009-06-24 17:35:38.0 +0200 @@ -11,10 +11,10 @@ # msgid msgstr -Project-Id-Version: mdadm\n +Project-Id-Version: mdadm 2.6.9-3\n Report-Msgid-Bugs-To: md...@packages.debian.org\n POT-Creation-Date: 2008-04-11 15:03+0200\n -PO-Revision-Date: 2008-02-22 10:58+0100\n +PO-Revision-Date: 2009-06-24 17:35+0200\n Last-Translator: Mario Joussen jous...@debian.org\n Language-Team: German debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n @@ -25,7 +25,7 @@ #. Description #: ../mdadm.templates:2001 msgid MD arrays needed for the root file system: -msgstr Für das Wurzeldateisystem benötigte MD Verbünde: +msgstr Für das Wurzeldateisystem benötigte MD folgende Verbünde: #. Type: string #. Description @@ -34,9 +34,9 @@ Please enter 'all', 'none', or a space-separated list of devices such as 'md0 md1' or 'md/1 md/d0' (the leading '/dev/' can be omitted). msgstr -Bitte geben Sie \all\, \none\ oder eine leerzeichenseparierte -Geräteliste wie zum Beispiel \md0 md1\ oder \md/1 md/d0\ ein (das -führende \/dev\ kann weggelassen werden). +Bitte geben Sie »all«, »none« oder eine leerzeichenseparierte +Geräteliste wie zum Beispiel »md0 md1« oder »md/1 md/d0« ein (das +führende »/dev« kann weggelassen werden). #. Type: text #. Description @@ -53,8 +53,8 @@ to be started early during the boot sequence. If it is located on a logical volume (LVM), which is on MD, all constituent arrays need to be started. msgstr -Wenn das Wurzeldateisystem Ihres Systems auf einem MD Verbund (RAID) liegt, -muß es frühzeitig während des Bootvorgangs gestartet werden. Wenn sich Ihr +Wenn das Wurzeldateisystem Ihres Systems auf einem MD-Verbund (RAID) liegt, +muss es frühzeitig während des Bootvorgangs gestartet werden. Wenn sich Ihr Wurzeldateisystem auf einem logischen Laufwerk (LVM) befindet, das sich wiederum auf einem MD Verbund befindet, müssen alle zugehörigen Verbünde gestartet werden. @@ -68,10 +68,10 @@ in the boot sequence, enter the arrays to start here. Alternatively, enter 'all' to simply start all available arrays. msgstr -Wenn Sie genau wissen welche Verbünde benötigt werden, um das +Wenn Sie genau wissen, welche Verbünde benötigt werden, um das Wurzeldateisystem zu starten, und Sie den Start der anderen Verbünde auf einen späteren Zeitpunkt in der Bootreihenfolge verschieben wollen, geben -Sie die zu startenden Verbünde hier ein. Alternativ geben Sie \all\ ein, +Sie die zu startenden Verbünde hier ein. Alternativ geben Sie »all« ein, um alle verfügbaren Verbünde zu starten. #. Type: text @@ -82,8 +82,8 @@ leave the answer blank (or enter 'none'). This may be the case if you are using kernel autostart or do not need any arrays to boot. msgstr -Falls Sie keine RAID Verbünde für das Wurzeldateisystem benötigen oder -starten wollen, lassen Sie die Antwort leer (oder geben \none\ ein). Dies +Falls Sie keine RAID-Verbünde für das Wurzeldateisystem benötigen oder +starten wollen, lassen Sie die Antwort leer (oder geben »none« ein). Dies könnte der Fall sein, wenn Sie entweder die Autostartfunktion des Kernels verwenden oder keine Verbünde zum Booten benötigen. @@ -103,7 +103,7 @@ #. Description #: ../mdadm.templates:6001 msgid An error occurred: not an MD array -msgstr Ein Fehler ist aufgetreten: kein RAID Verbund +msgstr Ein Fehler ist aufgetreten: kein RAID-Verbund #. Type: text #. Description @@ -128,7 +128,7 @@ msgstr Der angegebene Verbund (${array}) ist in der Konfigurationsdatei ${config} nicht aufgeführt. Deshalb kann er während des Bootvorgangs nicht gestartet -werden, es sei denn Sie korrigieren die Konfigurationsdatei und erzeugen die +werden, es sei denn, Sie korrigieren die Konfigurationsdatei und erzeugen die initiale Ramdisk neu. #. Type: boolean @@ -151,19 +151,19 @@ you can simply continue. Alternatively, choose not to continue and enter 'none' when prompted which arrays to start from the initial ramdisk. msgstr -Diese Warnung ist nur von Bedeutung wenn Sie RAID Verbünde, die von der +Diese Warnung ist nur von Bedeutung, wenn Sie RAID-Verbünde, die von der initialen Ramdisk gestartet werden, benötigen, um booten zu können. Falls -Sie die
Bug#534655: RFA: debsums -- verification of installed package files against MD5 checksums
retitle 534655 ITA: debsums -- verification of installed package files against MD5 checksums owner 534655 ! thanks Hi Francois, On Fri, Jun 26, 2009 at 04:47:10PM +1200, Francois Marier wrote: Package: wnpp Severity: normal I request an adopter for the debsums package. I will adopt this package. The package description is: debsums can verify the integrity of installed package files against MD5 checksums installed by the package, or generated from a .deb archive. The package is in a good shape, I simply don't have time to implement the enhancements that other people want. are there any wanted enhancements you know of that aren't in the BTS already? Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#526839: yelp: crash on startup
reassign 526839 librarian0 0.8.1-2 thanks Le jeudi 25 juin 2009 à 12:54 -0400, Terry Watt a écrit : This still occurs with gnome-session 2.26.1-7 and yelp 2.26.0-1, and the same fix still applies, whether on a new install or old system. Removing /usr/share/gnome from the list of directories in XDG_DATA_DIRS prevents yelp from seg faulting. What is the contents of your /usr/share/gnome directory? It would be nice to obtain a backtrace with the debugging symbols for librarian installed. Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#527080: same issue with etch + 2.6.26-bpo.1-686 #1 SMP Mon Jan 12 20:06:26 UTC 2009 i686 GNU/Linu
See something similar with etch and 2.6.26-bpo.1-686 usualy related to doing any file operation on a cifs mount. ls rsync cp or something. Ronny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533444: xserver-xorg-video-ati: X server hang while starting opengl application
On Thu, 2009-06-25 at 18:50 +0300, Henri Valta wrote: With mesa packages build from todays debian-experimental mesa git branch, (7.5~rc3) the bt and oops is still the same. Any more ideas what to try? You could try current upstream mesa Git master, there have been a lot of fixes in the Radeon drivers for GPU lockups and other stability issues since the 7.5 branch. If it still happens with that, please report it upstream at http://bugs.freedesktop.org , product Mesa, component Drivers/DRI/r300, with specific information about the apps triggering it. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532762: proposal for bluez-gnome virtual package
In my position as blueman's maintainer I would really appriciate such a package, since it would at least lighten my work. ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534521: libc6-dev: /usr/include/fts.h cannot be compiled with -D_FILE_OFFSET_BITS=64
Please note I don't maintain libc. Norman Ramsey n...@cs.tufts.edu writes: /usr/include/fts.h, which is part of glibc, does not work with transparent Large File Support. This means that applications like pax cannot be compiled with LFS (see bug 317466). The problem there seems to be struct stat *fts_statp in FTSENT. There is one variant of struct stat for 32-bit file offsets and another for 64-bit. fts_read and fts_children would have to know which variant the caller expects, but they don't get that information. Fixing this requires extending the ABI, and IIRC eglibc makes such changes only if glibc makes them too. The fts functions are not documented in the glibc 2.8 manual. The manpages-dev 2.39-1 package says they come from 4.4BSD and may eventually be added to POSIX.1. Perhaps they will be extended to large files at that time. If a program needs large-file support for recursive directory operations now, it can perhaps be ported from fts.h to ftw.h, which already supports large files but doesn't provide as many features. In particular, it doesn't seem to detect hard links. Alternatively, use amd64, where file offsets are always 64-bit. Copying the source of the fts functions to the program and adding large-file support locally may be another option. pgp5oL9uhqlqr.pgp Description: PGP signature
Bug#475053: mathematica-fonts 0.1: Please translate debconf PO for the package mathematica-fonts
Hello Atsuhito, On Fri, Jun 26, 2009 at 12:31:50PM +0900, Atsuhito Kohda wrote: On Mon, 22 Jun 2009 19:19:45 +0200, Helge Kreutzmann wrote: On April 10th 2008 you said you were going to ask debian-legal about this issue so I asked if your rewrite was prompted by that discussion. Oops, I forgot it and I just asked debian-legal about the issue. More precisely, I didn't understand the issue precise enough to ask debian-legal about it in the past. And my rewrite is only following an update of Wolfram web page. Ok and no problem. From my viewpoint, however, the new version is not problematic in this regard simply because the license itself is contained in the template anymore (though I do at present not fully understand how the user knows about the content of the license). I'm afraid you misunderstand here. The license itself is contained in a new package also. It is not in a part to be translated. So the problem (if any) is there in a new package and/but the content of the license is displayed to a user definitely. I think we wait if debian-legal has to say something and else close the issue. I'm not a lawyer, and if the license is shown verbatim it should be clear to the user that it might not be compatible with her jurisdiction (and thus maybe invalid). 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/ signature.asc Description: Digital signature
Bug#534662: 'man dkms' typos: esures, everytime, existant and systemwide
Package: dkms Version: 2.0.22.0-1 Severity: minor Tags: patch Found some typos in '/usr/share/man/man8/dkms.8.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages dkms depends on: ii build-essential 11.4 Informational list of build-essent ii dpkg-dev 1.15.2 Debian package development tools ii gcc 4:4.3.3-9 The GNU C compiler ii make 3.81-6 An utility for Directing compilati ii module-init-tools 3.9-2 tools for managing Linux kernel mo Versions of packages dkms recommends: ii fakeroot 1.12.4 Gives a fake root environment ii linux-headers-2.6.24-1-686 [l 2.6.24-6 Header files for Linux 2.6.24 on P ii linux-headers-2.6.26-1-686 [l 2.6.26-13 Header files for Linux 2.6.26-1-68 hi linux-image-2.6.24-1-686 [lin 2.6.24-5 Linux 2.6.24 image on PPro/Celeron ii linux-image-2.6.26-1-686 [lin 2.6.26-13 Linux 2.6.26 image on PPro/Celeron ii lsb-release 3.2-22 Linux Standard Base version report ii menu 2.1.41 generates programs menu for all me ii patch 2.5.9-5Apply a diff file to an original ii sudo 1.7.0-1Provide limited super user privile dkms suggests no packages. -- no debconf information --- dkms.8 2009-06-22 16:21:42.0 -0400 +++ /tmp/dkms.8 2009-06-26 03:40:59.0 -0400 @@ -298,7 +298,7 @@ .B \-\-force This option can be used in conjunction with .B ldtarball -to force copying over of already existant files. +to force copying over of extant files. .TP .B \-\-binaries\-only This option can be used in conjunction with @@ -391,7 +391,7 @@ command is issued. .TP .B \-\-dkmsframework path/to/file -A supplemental configuration file to the systemwide dkms framework, typically located +A supplemental configuration file to the system-wide dkms framework, typically located in /etc/dkms/framework.conf. All option that are normally provided on a command line can be provided in this file. .SH ORIGINAL MODULES @@ -620,7 +620,7 @@ This optional directive specifies, if the udev daemon will be get a trigger event after the module is installed for your currently running kernel. Because this udev trigger might have some unfriendly side effects on some Linux Systems, you can now disable this trigger, if your driver does not need it anyway. -UDEV_TRIGGER=yes is assumed as the default, although this directive may not be given. This esures backward compatibility +UDEV_TRIGGER=yes is assumed as the default, although this directive may not be given. This ensures backward compatibility to older DKMS releases. Any text after the first character is ignored and if the first character is not a n or a N, it is assumed that UDEV_TRIGGER=yes. .TP @@ -781,7 +781,7 @@ option. .SH /etc/dkms/framework.conf This configuration file controls how the overall DKMS framework handles. It is sourced -in everytime the dkms command is run. Mainly it can currently be used to set different +in every time the dkms command is run. Mainly it can currently be used to set different default values for the variables. .B $dkms_tree ,
Bug#531548: confirmation
Same problem here. Jan -- Setting up xemacs21-bin (21.4.21-4) ... update-alternatives: error: alternative path /usr/bin/xemacs21 doesn't exist. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xemacs21 depends on: pn xemacs21-mule | xemacs21-mule none (no description available) xemacs21 recommends no packages. xemacs21 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534661: [INTL:es] Spanish debconf template translation for wicd
Package: wicd Version: 1.6.0-2~pre1 Severity: wishlist Tags: l10n patch -- Saludos Fran # wicd po-debconf translation to Spanish # Copyright (C) 2009 Software in the Public Interest # This file is distributed under the same license as the wicd package. # # Changes: # - Initial translation # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2009 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor, lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: wicd 1.6.0-2~pre1\n Report-Msgid-Bugs-To: w...@packages.debian.org\n POT-Creation-Date: 2009-06-13 17:38+0200\n PO-Revision-Date: 2009-06-16 11:32+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Description #: ../templates:1001 msgid Users to add to the netdev group: msgstr Usuarios a añadir al grupo netdev: #. Type: multiselect #. Description #: ../templates:1001 msgid Users who should be able to run wicd clients need to be added to the group \netdev\. msgstr Los usuarios que deberÃan poder ejecutar los clientes de wicd se deben añadir al grupo «netdev».
Bug#532501: RFP: xz -- XZ Utils
Dear Developers, I've googled for xz-packages for debian and found a site at mentors.debian.net: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=xz For me (testing, 64bit) the provided package worked very well. Probably, you already know the site. Just wanted to share the information... karl -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534689: decimalsign locale: EPS (terminal: postscript) output cannot be transformed to PDF
Package: gnuplot Version: 4.2.5-2 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If using set terminal postscript eps set decimalsign locale (locale is de_DE.UTF-8) the resulting .eps file contains lines like: [..] /gnulinewidth 5,000 def [..] /hpt_ 31,5 def /vpt_ 31,5 def [..] and much more. But gs doesn't like them and fails: gs -q -sDEVICE=pdfwrite -dAutoRotatePages=/None -sOutputFile=test.pdf test.eps -c quit Error: /undefined in 5,000 [..] GPL Ghostscript SVN PRE-RELEASE 8.64: Unrecoverable error, exit code 1 The decimalsign setting should affect text but not values in raw .eps. This seems to lead to failing processing with ghostscript. What do you think about this? Or should this be reported to ghostscript (then please reassign). I'm attaching the resulting .eps. But it can be easily reproduced. $ gnuplot set terminal postscript eps enhanced set decimalsign locale set output 'test.eps' plot '-' 1,0 1,5 2,0 2,5 e quit $ gs -q -sDEVICE=pdfwrite -dAutoRotatePages=/None -sOutputFile=test.pdf Regards, Daniel - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnuplot depends on: ii gnuplot-nox 4.2.5-2A command-line driven interactive ii gnuplot-x11 4.2.5-2A command-line driven interactive gnuplot recommends no packages. Versions of packages gnuplot suggests: ii gnuplot-doc 4.2.5-2A command-line driven interactive - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkpEszIACgkQm0bx+wiPa4yFjQCgsQEPKAwybI7Tnh4AnGmeE83W wfYAoJop1UZWfFI6/zb1nZ3Jp0wNxD/R =ccKU -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#534683: [Pkg-openssl-devel] Bug#534683: libssl0.9.8: IMPL_CHECK gives a helgrind error
On Fri, Jun 26, 2009 at 08:22:06PM +1000, Russell Coker wrote: /* Internal function that checks whether impl is set and if not, sets it to * the default. */ static void impl_check(void) { CRYPTO_w_lock(CRYPTO_LOCK_EX_DATA); if(!impl) impl = impl_default; CRYPTO_w_unlock(CRYPTO_LOCK_EX_DATA); } /* A macro wrapper for impl_check that first uses a non-locked test before * invoking the function (which checks again inside a lock). */ #define IMPL_CHECK if(!impl) impl_check(); So if we changed the macro definition to the following then the problem would go away: #define IMPL_CHECK impl_check(); But that would probably decrease performance. Is there a possibility of a pointer write not being atomic? The answer to that question is very CPU specific. There is no guarantee that it is atomic. And I'm not even sure that being atomic is a good enough guarantee. You probably also need to prevent reordering (with barriers). Looking at the Linux kernel, they have a define/function atomic_set() just to be able to write a integer atomicly on all arches it supports. There is also an atomic_read(). Looking at this example, impl could be in the process of being written in thread 1, but only half written, and then thread 2's if (!impl) could fail and it might call impl() with a wrong pointer. It's probably unlikely that this happens, but it always bites you sooner or later. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534470: Using mdadm 2.6.7.2 to assemble a raid array created withmdadm 1.9.0 will corrupt it making mdadm 1.9.0 to crash whentrying to reassemble
On Fri, June 26, 2009 9:28 pm, RUSSOTTO François-Xavier 200103 wrote: Thanks for answer, Use --create --assume-clean again but add the --uuid= option there. I already tried this. But that didn't work, mdadm says that option --uuid= is not available when --create is used. You would need mdadm-2.6 or later. And that might get the checksum wrong ... but it might be worth trying if you can figure a way to do it. If that doesn't work (and I'm not 100% sure it will), you will need to find a way to rebuild your initrd. That's what I expected... any suggestion for doing so ? What I would try would be: - --create the array - mount the filesystem - chroot /mount/point - mkinitramfs (or whatever the command is). Maybe it is mkinitrd in that release of Debian. Maybe Martin can help there? NeilBrown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533894: initramfs-tools: add support for virtio modules for netbooting
* maximilian attems m...@stro.at [20090625 20:28]: On Tue, 23 Jun 2009, maximilian attems wrote: * maximilian attems m...@stro.at [20090622 19:11]: On Sun, 21 Jun 2009, Michael Prokop wrote: The virtio_pci module is in the 'base' class already (which is relevant for MODULES=netboot together with class 'net'). Though not all available and necessary virtio drivers are used - therefore it's not possible to for example boot via PXE in a KVM virtualiziation environment. It would be nice to have the full list of virtio drivers (virtio_blk, virtio_net, virtio_pci and virtio_balloon) included in MODULES=most and MODULES=netboot. ok for virtio_blk and virtio_net. from a verbose run: Adding module /lib/modules/2.6.30-trunk-amd64/kernel/drivers/block/virtio_blk.ko thought so due to copy_modules_dir kernel/drivers/block which puts mouse and cats on initramfs, grr for the drivers/block/paride/ directory. so only virtio_net missing. NACK: , [ mkinitramfs ] | case ${MODULES} in | dep) | dep_add_modules | ;; | most) | auto_add_modules | ;; | netboot) | auto_add_modules base | auto_add_modules net | ;; | list) | # nothing to add | ;; ` , [ hook-functions ] | auto_add_modules() | { | case $1 in | [...] | block) | copy_modules_dir kernel/drivers/block | ;; ` So kernel/drivers/block is considered only if using MODULES=most but not when using MODULES=netboot. The only virtio file that is copied at all is virtio_pci from the base class. So both virtio_net *and* virtio_blk are missing. regards, -mika- signature.asc Description: Digital signature
Bug#534684: lintian: build-depends-without-arch-dep gives false positives when debian/rules includes /usr/share/R/debian/r-cran.mk
Le Fri, Jun 26, 2009 at 06:20:42AM -0500, Dirk Eddelbuettel a écrit : At the risk of asking a silly question: isn't that addressed by Build-Depends vs Build-Depends-Indep? e...@ron:~/src/debian/CRAN$ grep -h ^Build-Depends-Indep */debian/control | head -5 Build-Depends-Indep: debhelper ( 4.1.0), r-base-dev ( 2.3.0), cdbs Build-Depends-Indep: debhelper ( 4.1.0), r-base-dev (= 2.8.1), cdbs Build-Depends-Indep: debhelper ( 4.1.0), r-base-dev (= 2.9.0), cdbs Build-Depends-Indep: debhelper ( 4.1.0), r-base-dev (= 2.9.0), cdbs Build-Depends-Indep: debhelper ( 4.1.0), r-base-dev (= 2.9.0), cdbs, r-cran-lattice (= 0.10.11), r-cran-vr, r-cran-colorspace Hi Dirk, since debhelper and cdbs, and therfore r-base-dev, are necessary to run debian/rules clean, they need to be listed in the Build-Depends (not-indep) field even if no architecture dependant package is built (Policy § 7.7). Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534690: linux-image-2.6.30-1-686: unable to unmount a loop device
Package: linux-image-2.6.30-1-686 Version: 2.6.30-1 Severity: normal # lsmod | grep -c loop 0 # modprobe loop max_part=8 # dd if=/dev/zero of=/tmp/fs bs=1M count=1 1+0 records in 1+0 records out 1048576 bytes (1.0 MB) copied, 0.00407344 s, 257 MB/s # mke2fs -F -q /tmp/fs # mkdir /tmp/mnt/ # mount -o loop /tmp/fs /tmp/mnt/ # umount /tmp/mnt/ [ 284.509864] BUG: unable to handle kernel NULL pointer dereference at 0060 [ 284.509902] IP: [c01f6f27] blkdev_ioctl+0x25/0x842 [ 284.509929] *pde = [ 284.509944] Oops: [#1] SMP [ 284.509963] last sysfs file: /sys/devices/virtual/block/loop0/removable [ 284.509980] Modules linked in: loop ext2 tun kvm_amd kvm binfmt_misc nf_conntrack_ipv6 ip6table_filter ip6_tables nvidiafb fb_ddc vgastate xt_MARK iptable_mangle iptable_nat nf_nat ipt_REJECT xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack iptable_filter ip_tables x_tables fuse snd_hda_codec_realtek tvaudio tda7432 tuner_simple tuner_types tuner arc4 ecb snd_hda_intel snd_hda_codec bttv ir_common snd_hwdep i2c_algo_bit v4l2_common videodev v4l1_compat snd_pcm videobuf_dma_sg snd_seq snd_timer snd_seq_device rt61pci crc_itu_t rt2x00pci snd videobuf_core btcx_risc rt2x00lib soundcore snd_page_alloc led_class input_polldev mac80211 tveeprom cfg80211 eeprom_93cx6 i2c_nforce2 i2c_core evdev processor button k8temp serio_raw psmouse ext3 jbd mbcache ide_gd_mod ide_cd_mod cdrom ata_generic libata scsi_mod ide_pci_generic amd74xx forcedeth ide_core ohci_hcd ehci_hcd usbcore floppy thermal fan thermal_sys [last unloaded: loop] [ 284.510570] [ 284.510581] Pid: 3328, comm: umount Not tainted (2.6.30-1-686 #1) M61SME-S2 [ 284.510600] EIP: 0060:[c01f6f27] EFLAGS: 00010287 CPU: 1 [ 284.510617] EIP is at blkdev_ioctl+0x25/0x842 [ 284.510630] EAX: EBX: 125f ECX: 125f EDX: [ 284.510645] ESI: EDI: EBP: ESP: c3fefe08 [ 284.510662] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 [ 284.510677] Process umount (pid: 3328, ti=c3fee000 task=c3d2e750 task.ti=c3fee000) [ 284.510694] Stack: [ 284.510704] c011dda9 c04ca6ec c3d2e750 c3cacc80 c3cacc80 c3cacc80 c04951c0 [ 284.510756] c031ce8e c38630c0 0b00 c04951c0 0212 c3d2e904 [ 284.510814] 0001 0246 3e1b71e2 0042 c040c840 000c c017160e 000c [ 284.510876] Call Trace: [ 284.510886] [c011dda9] ? pick_next_task_fair+0x80/0x87 [ 284.510909] [c031ce8e] ? __schedule+0x719/0x746 [ 284.510931] [c017160e] ? release_pages+0x11c/0x124 [ 284.510953] [c011cc82] ? update_curr+0x58/0x178 [ 284.510973] [c031cec0] ? schedule+0x5/0x13 [ 284.510991] [c031cfeb] ? schedule_timeout+0x14/0xbd [ 284.511011] [c011cf9e] ? check_preempt_wakeup+0x139/0x173 [ 284.511031] [c031c6c7] ? wait_for_common+0xc1/0x112 [ 284.511051] [c0121ee3] ? default_wake_function+0x0/0x8 [ 284.511075] [c01a9eac] ? ioctl_by_bdev+0x20/0x2f [ 284.511096] [f8463f90] ? loop_clr_fd+0x186/0x1a2 [loop] [ 284.59] [f8463fdb] ? lo_release+0x2f/0x53 [loop] [ 284.511141] [c01aa955] ? __blkdev_put+0x7a/0x10f [ 284.511160] [c01ba4dd] ? vfs_quota_off+0x0/0xd [ 284.511183] [c018f4ad] ? deactivate_super+0x4a/0x61 [ 284.511204] [c019e6d5] ? sys_umount+0x29a/0x2c0 [ 284.511225] [c019e706] ? sys_oldumount+0xb/0xe [ 284.511243] [c0103014] ? sysenter_do_call+0x12/0x28 [ 284.511264] Code: 40 e9 30 57 f2 ff 55 89 d5 57 56 89 c6 53 89 cb 81 ec f0 00 00 00 81 f9 65 12 00 00 89 44 24 38 8b bc 24 04 01 00 00 89 44 24 10 8b 50 60 0f 84 cb 03 00 00 77 79 81 f9 60 12 00 00 0f 84 77 07 [ 284.511591] EIP: [c01f6f27] blkdev_ioctl+0x25/0x842 SS:ESP 0068:c3fefe08 [ 284.511618] CR2: 0060 [ 284.511631] ---[ end trace 35bc3eb2ec9cc947 ]--- Killed -- Package-specific info: ** Version: Linux version 2.6.30-1-686 (Debian 2.6.30-1) (wa...@debian.org) (gcc version 4.3.3 (Debian 4.3.3-11) ) #1 SMP Sun Jun 14 16:11:32 UTC 2009 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6.30-1-686 depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii initramfs-tools [linux-initra 0.93.3 tools for generating an initramfs ii module-init-tools 3.9-2 tools for managing Linux kernel mo Versions of packages linux-image-2.6.30-1-686 recommends: ii libc6-i6862.9-18 GNU C Library: Shared libraries [i Versions of packages linux-image-2.6.30-1-686 suggests: ii lilo 1:22.8-7 LInux LOader - The Classic OS load pn linux-doc-2.6.30 none (no description available) -- debconf-show failed -- Jakub Wilk -- To UNSUBSCRIBE, email to
Bug#534691: RM: felix -- ROM; obsolete, buggy
Package: ftp.debian.org Severity: normal Hello, Following a recent discussion [1], I am requesting (on behalf of Debian OCaml Maintainers team) the removal of felix from unstable. The package has not been in testing since more than one year now, is not in Lenny, and has low popcon. Since the last upstream release, the project has been taken over by someone else and a new release (if any) might be significantly different [2]. [1] http://lists.debian.org/debian-ocaml-maint/2009/04/msg00139.html [2] http://lists.debian.org/debian-ocaml-maint/2009/04/msg00146.html Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#481542: /usr/sbin/update-grub: kernel triggers
Package: grub-efi Version: 1.96+20080724-16 Followup-For: Bug #481542 I don't think considering the situation when you remove your running kernel and install a new kernel in a single apt run should affect how kernel packages are handled. Kernel packages are not auto-removed by apt and if you remove your running kernel manually you are just asking for trouble. You may miss some important modules for your kernel later, generating initrd for the new kernel might fail leaving you without one, and the new kernel may just be plain broken. Last but not least grub has a commandline so in most cases you should be able to boot even with a broken grub.cfg. In cases when you cannot access the console you should think twice about stuff you are doing and not remove the old kernel in the first place for the reasons stated above. That said, re-generating grub.cfg is not that much of a problem, it only causes noise during apt runs. The problem is constant re-generating of initrds which takes qoute a bit of time. This is particualrly annoying when kernels are removed because generating initrds is completely pointless in such case. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534616: archmage: generated index.html shows some stacked frames but no content
package archmage forwarded 534616 https://sourceforge.net/tracker/?func=detailaid=2812715group_id=84745atid=573714 thanks CE When extracting the Irrlicht chm file[0] archmage produces a CE index.html which, depending on the browser used to view, displays CE up to 3 levels of nesting of frames but no content. Confirmed. Seems to be an upstream bug, forwarded there. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532762: proposal for bluez-gnome virtual package
On Fri, Jun 26, 2009 at 10:58:45AM +0200, Josselin Mouette wrote: Le jeudi 25 juin 2009 à 21:35 +0200, Filippo Giunchedi a écrit : Hi, I've noticed that there are a few packages that depend/recommend/suggest bluez-gnome and a few others (3, bluez-gnome gnome-bluetooth and blueman) that provide all the same functionality i.e. bluetooth-agent I think it might worthwhile a virtual package bluetooth-agent, this way one can e.g. have gnome installed together with one among said agent implementations I don’t like the idea much, at least for the metapackages. I’d prefer to ensure that we have one solution that is featureful and correctly integrated with GNOME, rather than having to ensure that they are all equivalent. Fair enough, at least for bluez-gnome vs gnome-bluetooth even though the latter is preferred over the former (and this already fixed in meta-gnome) and should be stated as depend/suggest/recommend gnome-bluetooth | bluez-gnome. Anyhow, given that g-b should be preferred over b-g I'm not yet sure why blueman needs to conflict/replace bluez-gnome. filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 There is nothing either good or bad, but thinking makes it so. -- William Shakespeare. Hamlet; Act II, scene ii -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534692: powder: Calling a bash-script with sh fails if sh is not bash
Package: powder Version: 111-1 Severity: normal Tags: patch Hello, building powder in Ubuntu karmic failed as debian/rules tries to execute a bash-script with sh which is dash on Ubuntu. Here is the part from the build log: , | sh -ex ./buildall.sh | + [ -z -g -O2 ] | + PREFIX_DOC=/usr/share/doc/powder | + PREFIX_BIN=/opt/bin | + function usage { | ./buildall.sh: 1: function: not found | make: *** [build-stamp] Error 127 ` The easy fix is to use bash to execute this script. From a quick look at the script it looks easy to make it a sh-script alternatively. Regards, Michael diff -u powder-111/debian/rules powder-111/debian/rules --- powder-111/debian/rules +++ powder-111/debian/rules @@ -6,7 +6,7 @@ build-stamp: dh_testdir - sh -ex ./buildall.sh + bash -ex ./buildall.sh touch $@ clean: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534684: lintian: build-depends-without-arch-dep gives false positives when debian/rules includes /usr/share/R/debian/r-cran.mk
Dirk Eddelbuettel wrote: Charles, On 26 June 2009 at 19:32, Charles Plessy wrote: [...] many packages of the gnu-r section use a one-liner CDBS debian/rules file: include /usr/share/R/debian/r-cran.mk This will then include /usr/share/cdbs/1/rules/debhelper.mk, but since lintian does not see it in debian/rules, it throws an error of the ‘build-depends-without-arch-dep’ type for debhelper, cdbs, and r-base-dev (that provides /usr/share/R/debian/r-cran.mk). At the risk of asking a silly question: isn't that addressed by Build-Depends vs Build-Depends-Indep? No. If the package is required to run the clean target (which I assume at least cdbs and debhelper are in this case), then it must be listed in Build-Depends, even if the package only produces arch-indep packages - see Policy 7.7. 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#534638: debian-policy: Section about Info documents needs to be updated
On Fri, Jun 26, 2009 at 01:38:47AM +0200, Raphael Hertzog wrote: On Fri, 26 Jun 2009, Bill Allombert wrote: Since the upload of install-info to sid, packages installing info documentation should no more call install-info in their postinst. It is now automatically done by the file trigger provided by the install-info package. What about partial lenny to squeeze upgrade ? Lenny does not provide such a trigger. We already had this discussion here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=528892 Sure but this seems a more proper forum. The worst that can happen is that they install a new package from squeeze and its info file doesn't appear in the main menu. It's still accessible via info name. But it is still a bug. You can add dependency to a newer dpkg or install-info if you care, but it's counter productive. Since clean partial upgrade are a requirement, I do not see how this can be counter productive. Debian policy should not mandate rules that cause packages to break other rules. 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#534693: modprobe.conf(5): backslash disappears in man page
Package: module-init-tools Version: 3.9-2 Severity: minor Tags: patch When reading this man page I noticed: The format of modprobe.conf and files under modprobe.d is simple: one com‐ mand per line, with blank lines and lines starting with # ignored (useful for adding comments). A at the end of a line causes it to continue on the ^ next line, which makes the file a bit neater. The patch below fixes this. --- modprobe.conf.5.orig2009-06-26 14:14:56.0 +0200 +++ modprobe.conf.5 2009-06-26 14:15:50.0 +0200 @@ -24,7 +24,7 @@ The format of and files under \fImodprobe.d\fR and \fI/etc/modprobe.conf\fR is simple: one command per line, with blank lines and lines starting with '#' -ignored (useful for adding comments). A '\\' at the end of a line +ignored (useful for adding comments). A '\\\' at the end of a line causes it to continue on the next line, which makes the file a bit neater. .SH COMMANDS -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages module-init-tools depends on: ii libc6 2.9-18 GNU C Library: Shared libraries ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip module-init-tools recommends no packages. module-init-tools 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#534684: lintian: build-depends-without-arch-dep gives false positives when debian/rules includes /usr/share/R/debian/r-cran.mk
Charles Plessy wrote: include /usr/share/R/debian/r-cran.mk This will then include /usr/share/cdbs/1/rules/debhelper.mk, but since lintian does not see it in debian/rules, it throws an error of the ‘build-depends-without-arch-dep’ type for debhelper, cdbs, and r-base-dev (that provides /usr/share/R/debian/r-cran.mk). Because it implies three dependancies that can be in any order, I did not figure out how to add a proper entry in our @GLOBAL_CLEAN_DEPENDS to solve that problem… Just add all three. :-) diff --git a/checks/fields b/checks/fields index 1438d8e..20af81a 100644 --- a/checks/fields +++ b/checks/fields @@ -121,15 +121,18 @@ our $PYTHON_DEPEND = 'python | python-dev | python-all | python-all-dev | ' our @GLOBAL_CLEAN_DEPENDS = ( [ ant = qr'^include\s*/usr/share/cdbs/1/rules/ant\.mk' ], [ cdbs = qr'^include\s+/usr/share/cdbs/' ], + [ cdbs = qr'^include\s+/usr/share/R/debian/r-cran\.mk' ], [ dbs = qr'^include\s+/usr/share/dbs/' ], [ 'dh-make-php' = qr'^include\s+/usr/share/cdbs/1/class/pear\.mk' ], [ debhelper = qr'^include\s+/usr/share/cdbs/1/rules/debhelper\.mk' ], + [ debhelper = qr'^include\s+/usr/share/R/debian/r-cran\.mk' ], [ dpatch = qr'^include\s+/usr/share/cdbs/1/rules/dpatch\.mk' ], [ 'gnome-pkg-tools' = qr'^include\s+/usr/share/gnome-pkg-tools/' ], [ quilt = qr'^include\s+/usr/share/cdbs/1/rules/patchsys-quilt\.mk' ], [ dpatch = qr'^include\s+/usr/share/dpatch/' ], [ quilt = qr'^include\s+/usr/share/quilt/' ], [ 'ruby-pkg-tools' = qr'^include\s+/usr/share/ruby-pkg-tools/1/class/' ], + [ 'r-base-dev' = qr'^include\s+/usr/share/R/debian/r-cran\.mk' ], [ $PYTHON_DEPEND = qr'/usr/share/cdbs/1/class/python-distutils\.mk', 'missing-python-build-dependency' ], ); $ lintian -I -E --pedantic codetools_0.2-2-1.dsc I: codetools source: build-depends-without-arch-dep debhelper I: codetools source: build-depends-without-arch-dep r-base-dev I: codetools source: build-depends-without-arch-dep cdbs $ frontend/lintian -I -E --pedantic codetools_0.2-2-1.dsc $ Will commit once I've finished running through the test suite. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org