Bug#622843: unable to access caldav calendar with event whose title uses non ascii characters
Package: iceowl-extension Version: 1.0~b2-4 Severity: important Being french I have events with non ascii characters in my calendar. However, iceowl-extension 1.0b2 is unable to open a calendar with such events. After discussion on the davmail lists (I access through davmail) and some network sniffing it seems that iceowl does not always encode the non ascii characters in URLs but sometimes sends the raw UTF-8 bytes. (in the REPORT request). That makes it unusable for any people using carddav and some non ascii events. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (700, 'proposed-updates'), (400, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686-bigmem (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/dash Versions of packages iceowl-extension depends on: ii calendar-timezones1.0~b2-4 Timezone Extension for Sunbird/Ice ii icedove 3.1.9-2mail/news client with RSS and inte ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libnspr4-0d 4.8.7-2NetScape Portable Runtime Library ii libstdc++64.6.0-2The GNU Standard C++ Library v3 Versions of packages iceowl-extension recommends: pn calendar-google-provider none (no description available) Versions of packages iceowl-extension suggests: pn latex-xft-fonts none (no description available) -- no debconf information This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618344: [Evolution] Bug#622655: Bug#622655: Bug#622655: Bug#622655: Please transition to libchamplain 0.8
[ CC'ing explicitly Joss ] On 04/15/2011 07:43 AM, Yves-Alexis Perez wrote: One solution (as indicated on irc) would be to upload as-is, breaking the contact maps, since it's an experimental plugin and not too much people seem to use it. That would be a temporary workaround until evolution 3.0 is uploaded, switching to GTK+ 3. breaking one single experimental plugin, for some time, doesn't seem a big deal to me, tbh. @Joss: any opinion? If it fits you (the release team, more than Laurent :), I'll still not be able to upload before monday but Josselin might be able to. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622839: Debian installer fails at step install base system with claim that no suitable kernels can be found
Quoting Alex Roper (al...@ugcs.caltech.edu): Package: debian-installer Version: Squeeze When installing from the small cd amd64 wheezy (the netinst is build on squeeze and the volume identifies as squeeze but I was installing wheezy) in expert non-graphical mode, the installation fails during It's unclear to me what exact image you were using. Could you give the download URL? signature.asc Description: Digital signature
Bug#622161: Start failed: segmentation fault
R gettimeofday({1302450953, 846471}, NULL) = 0 R mmap(NULL, 2147483648, PROT_READ|PROT_WRITE|PROT_EXEC, R MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory) ~~ I doubt that is a GD bug. But there was (is) a bug when GD crashes if one (or several) broken dictionary is present in its list. So could You clean the list and try to find the dictionary that causes crash? -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#618344: [Evolution] Bug#622655: Bug#622655: Bug#622655: Bug#622655: Please transition to libchamplain 0.8
Le vendredi 15 avril 2011 à 07:55 +0200, Mehdi Dogguy a écrit : [ CC'ing explicitly Joss ] On 04/15/2011 07:43 AM, Yves-Alexis Perez wrote: One solution (as indicated on irc) would be to upload as-is, breaking the contact maps, since it's an experimental plugin and not too much people seem to use it. That would be a temporary workaround until evolution 3.0 is uploaded, switching to GTK+ 3. breaking one single experimental plugin, for some time, doesn't seem a big deal to me, tbh. @Joss: any opinion? I fully concur. Anyway this plugin doesn’t work for 3.0 either, for the moment. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622371: transition: webkit
On Wed, 13 Apr 2011, Michael Gilbert wrote: Those are leafy gnome apps. I wonder if there is any real harm in holding them back for a while? Yes. Please stop this. You're on the wrong track if you want to have a more secure testing by blocking new versions from entering. For me CUT is about the opposite, bringing the new upstream versions as soon as possible while meeting the usual quality requirements of testing. We don't want to forbid the migration of package because you believe that nobody will ensure their security. The maintainers will fix security issues with new upstream releases, as usualy. If there's one thing that I have learned in Debian, it's that we should not accept to let some people to become bottlenecks in the workflow and you're just suggesting that we should block further progress because you don't have the time to do the security support. That's just a no-no. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622843: bug absent in lightning 1.0b3pre
This bug is absent in lightning 1.0b3pre. Thus a work around is to install it from mozilla.com's server until iceowl-extension 1.0b3 appears in debian. -- Erwan DAVID IT Unix/Network, France tel: +33 155 006 116 mob: +33 622 174 037 This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622844: gscan2pdf + libsane-perl frontend + Canon CanoScan LiDE25 results in End of file reached
Package: gscan2pdf Version: 0.9.32-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When using gscan2pdf with the libsane-perl frontend the scan is executed normally but aborts after acquiring the image completely with End of file reached and neither unpaper nor gocr are run. As far as I can see the error message comes from libsane (SANE_STATUS_EOF), but scanimage, xsane and all other tools using sane work - also all the other frontends in gscan2pdf - so I'm not sure whether this is an issue of libsane, libsane-perl or gscan2pdf. I have attached the log file of a scan, the temporary directory shows up as follows after the error message: $ ls -l /tmp/tylrmZQQtO total 1428 - -rw-rw-r-- 1 yath yath 723611 Apr 15 07:43 g4YtWl7eyV.pnm - -rw-rw-r-- 1 yath yath 39 Apr 15 07:42 session - -rw--- 1 yath yath 723614 Apr 15 07:43 zYR6G5SRxK.pnm $ cat /tmp/tylrmZQQtO/session pst01234selection Sebastian - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gscan2pdf depends on: ii imagemagick 8:6.6.0.4-3 image manipulation programs ii libconfig-general-perl 2.50-1 Generic Configuration Module ii libgoo-canvas-perl 0.06-1 Perl interface to the GooCanvas ii libgtk2-ex-simple-list-perl 0.50-2 simple interface to Gtk2's complex ii libgtk2-imageview-perl 0.05-1 Perl bindings for the GtkImageView ii libhtml-parser-perl 3.68-1 collection of modules that parse H ii liblocale-gettext-perl 1.05-6 Using libc functions for internati ii liblog-log4perl-perl 1.29-1 A Perl port of the widely popular ii libpdf-api2-perl 2.019-1 module for creating or modifying P ii libproc-processtable-perl0.45-2 Perl library for accessing process ii libreadonly-perl 1.03-2 Facility for creating read-only sc ii librsvg2-common 2.32.1-1SAX-based renderer library for SVG ii libsane-perl 0.03-1 Perl bindings for the SANE (Scanne ii libset-intspan-perl 1.16-1 module to manage sets of integers ii libtiff-tools3.9.4-9 TIFF manipulation and conversion t ii perlmagick 8:6.6.0.4-3 Perl interface to the ImageMagick ii sane-utils 1.0.22-2API library for scanners -- utilit Versions of packages gscan2pdf recommends: ii cuneiform 1.0.0+dfsg-2 multi-language OCR system ii djvulibre-bin 3.5.24-1 Utilities for the DjVu image forma ii gocr0.48-1 A command line OCR ii libgtk2-ex-podviewer-perl 0.18-1 Perl Gtk2 widget for displaying Pl ii sane1.0.14-9 scanner graphical frontends ii tesseract-ocr 2.04-2.1 Command line OCR tool ii unpaper 0.3-1post-processing tool for scanned p ii xdg-utils 1.1.0~rc1-2 desktop integration utilities from gscan2pdf suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFNp9zQvBVic1oTsEgRAq5QAJsHnGHHukw2Av1QqsUcLDzYINxStQCeJLDA v5PVwxjY/B3RL3Oj5l1pDZU= =buoL -END PGP SIGNATURE- INFO - Starting gscan2pdf 0.9.32 INFO - Log level DEBUG INFO - Using de_DE.UTF-8 locale INFO - Startup LC_NUMERIC C INFO - Reading config from /home/yath/.gscan2pdf INFO - Gtk2-Perl version 1.223 INFO - Built for GTK 2.24.3 INFO - Running with GTK 2.24.4 INFO - Using GtkImageView version 1.6.4 INFO - Using Gtk2::ImageView version 0.05 INFO - Using PDF::API2 version DEBUG - $VAR1 = { 'frontend' = 'libsane-perl', 'Paper' = { 'US Legal' = { 'y' = '356', 'l' = '0', 'x' = '216', 't' = '0' }, 'US Letter' = { 'y' = '279', 'l' = '0', 'x' = '216', 't' = '0' }, 'A4' = { 'y' = '297', 'l' = '0', 'x' = '210', 't' = '0' } }, 'unsharp radius' = '0', 'window_maximize' = '', 'ocr engine' = 'gocr', 'layout' = 'single', 'pid' = '2108', 'cwd' = '/home/yath', 'unsharp amount' = '1',
Bug#622655: Bug#618344: [Evolution] Bug#622655: Bug#622655: Bug#622655: Bug#622655: Please transition to libchamplain 0.8
On ven., 2011-04-15 at 08:15 +0200, Josselin Mouette wrote: I fully concur. Anyway this plugin doesn’t work for 3.0 either, for the moment. Ok, it might make sense to disable it completely with --disable-contacts-map (or whatever the option is called). Josselin, could you take care of the upload? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#612742: New release available fixing FTBFS on GNU/Hurd
tags 612742 fixed-upstream retitle 612742 New upstream file-5.06 solves FTBFS on GNU/Hurd thanks Dear maintainers of file utility, Upstream has now released file-5.06. Among the changes made is to dynamically allocate buffers to avoid the MAXPATHLEN problems causing FTBFS on GNU/Hurd. After bug #612272 was filed, communication continued with upstream and they took the effort to fix these problems. This is really a good example of upstreams responsiveness. Please package file-5.06. Thanks Hello, File 5.06 is now available from: ftp://ftp.astron.com/pub/file/file-5.06.tar.gz This is a bug fix release: ... 2011-03-20 16:35 Christos Zoulas chris...@zoulas.com * Eliminate MAXPATHLEN and use dynamic allocation for path and file buffers. ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611396: emacs: Can't handle utf8 encoded filenames in locale 'de_DE.utf8'
So Sven, do you think this should be considered an upstream bug, a configuration problem, or something else? I'm not Sven, but I could imagine all of these to be feasible steps forward: 1. Perhaps German should be updated to behave according to modern expectations, as vaguely suggested by Sven above 2. Perhaps German needs to be renamed to German (legacy ISO-8859-1) and a new German (UTF8) created to replace it in modern installations instead, if backwards-compatibility is considered paramount 3. Perhaps there really is a file name handling bug in German, irrespective of the other two options above All in all, my instinct would be to chicken out, and forward this upstream for further discussion and improved visibility. /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594786: Patch for the 3.0025+nmu2 NMU of ucf
Dear maintainer of ucf, On Wednesday, April 06, 2011 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Friday, April 01, 2011. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/7-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: ucf Version: 3.0025+nmu2 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Fri, 15 Apr 2011 08:27:12 +0200 Closes: 594786 622789 Changes: ucf (3.0025+nmu2) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Brazilian Portuguese (Flamarion Jorge). Closes: #594786 - Dutch; (Jeroen Schot). Closes: #622789 -- diff -Nru ucf-3.0025+nmu2.old/debian/changelog ucf-3.0025+nmu2/debian/changelog --- ucf-3.0025+nmu2.old/debian/changelog 2011-03-31 21:36:14.353476321 +0200 +++ ucf-3.0025+nmu2/debian/changelog 2011-04-15 08:27:28.783463382 +0200 @@ -1,3 +1,12 @@ +ucf (3.0025+nmu2) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Brazilian Portuguese (Flamarion Jorge). Closes: #594786 +- Dutch; (Jeroen Schot). Closes: #622789 + + -- Christian Perrier bubu...@debian.org Fri, 15 Apr 2011 08:27:12 +0200 + ucf (3.0025+nmu1) unstable; urgency=low * Non-maintainer upload. diff -Nru ucf-3.0025+nmu2.old/debian/po/nl.po ucf-3.0025+nmu2/debian/po/nl.po --- ucf-3.0025+nmu2.old/debian/po/nl.po 2011-03-31 21:36:14.361476503 +0200 +++ ucf-3.0025+nmu2/debian/po/nl.po 2011-04-14 22:16:08.534374928 +0200 @@ -1,30 +1,21 @@ -# translation of ucf_2.007_templates.po to dutch +# Dutch translation of ucf debconf templates. +# Copyright (C) 2006-2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the ucf package. -# -#Translators, if you are not familiar with the PO format, gettext -#documentation is worth reading, especially sections dedicated to -#this format, e.g. by running: -# info -n '(gettext)PO Files' -# info -n '(gettext)Header Entry' -#Some information specific to po-debconf are available at -#/usr/share/doc/po-debconf/README-trans -# or http://www.debian.org/intl/l10n/po-debconf/README-trans# -#Developers do not need to manually edit POT or PO files. +# Kurt De Bree kdeb...@telenet.be, 2006. +# Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr -Project-Id-Version: ucf_2.007_nl\n +Project-Id-Version: ucf_3.0025\n Report-Msgid-Bugs-To: u...@packages.debian.org\n POT-Creation-Date: 2009-10-13 08:14-0500\n -PO-Revision-Date: 2007-09-19 01:09-0500\n -Last-Translator: Kurt De Bree kdebree(AT)telenet(DOT)be\n -Language-Team: Nederlands debian-l10n-du...@lists.debian.org\n +PO-Revision-Date: 2011-04-14 11:43+0200\n +Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n +Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n -X-Generator: KBabel 1.10.2\n -Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: title #. Description @@ -73,17 +64,14 @@ #. Translators, please keep translations *short* (less than 65 columns) #: ../templates:3001 msgid show a 3-way difference between available versions -msgstr -toon een drievoudig verschil tussen de beschikbare versies van het bestand +msgstr toon een 3-voudig verschil tussen de beschikbare versies #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #: ../templates:3001 msgid do a 3-way merge between available versions (experimental) -msgstr -doe een drievoudige samenvoeging tussen de beschikbare versies van het -bestand (Zeer Experimenteel) +msgstr doe een 3-voudige samenvoeging tussen beschikbare versies (test) #. Type: select #. Choices @@ -99,9 +87,8 @@ #. Type: select #. Description #: ../templates:3002 ../templates:4002 -#, fuzzy msgid What do you want to do about modified configuration file ${BASENAME}? -msgstr Wat wilt u met ${BASENAME} doen? +msgstr Wat wilt u met het aangepaste configuratiebestand ${BASENAME} doen? #. Type: select #. Description @@ -113,19 +100,19 @@ installed currently has been locally modified. msgstr Een nieuwe versie van het configuratiebestand ${FILE} is beschikbaar, maar -uw versie werd handmatig gewijzigd. +de geïnstalleerde versie is lokaal gewijzigd. #. Type: note #. Description #: ../templates:5001 msgid Line by line differences between versions -msgstr toon de verschillen tussen de versies +msgstr Toon de verschillen tussen de versies #. Type: error #. Description #: ../templates:6001 msgid Conflicts found in three-way merge -msgstr +msgstr Conflicten gevonden in de drievoudige samenvoeging #. Type: error #. Description @@ -134,6 +121,8 @@ Conflicts
Bug#622845: please enable IPv6 privacy extension in default configuration
Package: sysfsutils Version: 2.1.0+repack-1 Severity: wishlist Hi, please enable IPv6 privacy extensions in the default configuration: # enable IPv6 privacy net.ipv6.conf.eth0.use_tempaddr=2 Thanks, Martin -- System Information: Debian Release: 6.0.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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/dash Versions of packages sysfsutils depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libsysfs2 2.1.0+repack-1 interface library to sysfs sysfsutils recommends no packages. sysfsutils suggests no packages. -- Configuration Files: /etc/sysfs.conf changed [not included] -- 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#622846: alien: error message: find: `pkgname-version': No such file or directory
Package: alien Version: 8.81 Severity: normal Lenny's alien correctly does this: fiori$ alien -r mondsk_3.1.3-1_all.deb Warning: alien is not running as root! Warning: Ownerships of files in the generated packages will probably be wrong. mondsk-3.1.3-2.noarch.rpm generated fiori$ echo $? 0 fiori$ dpkg -l alien | grep alien ii alien8.72 convert and install rpm and other packages fiori$ But Squeeze's alien does this: torchio$ alien -r mondsk_3.1.3-1_all.deb Warning: alien is not running as root! Warning: Ownerships of files in the generated packages will probably be wrong. mondsk-3.1.3-2.noarch.rpm generated find: `mondsk-3.1.3': No such file or directory --- ??? torchio$ echo $? 0 torchio$ dpkg -l alien | grep alien ii alien 8.81 convert and install rpm and other packages torchio$ Obviously I can't trust that that rpm has been built correctly. (If it helps: the deb was built on Squeeze and is available for download from http://dione.no-ip.org/AlexisWiki/MonDsk?action=AttachFiledo=gettarget=mondsk_3.1.3-1_all.deb) Let me know if I can be of further assistance. Alexis -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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/dash Versions of packages alien depends on: ii cpio 2.11-4 GNU cpio -- a program to manage ar ii debhelper 8.0.0 helper programs for debian/rules ii dpkg-dev 1.15.8.10 Debian package development tools ii make 3.81-8 An utility for Directing compilati ii perl 5.10.1-17 Larry Wall's Practical Extraction ii rpm 4.8.1-6package manager for RPM ii rpm2cpio 4.8.1-6tool to convert RPM package to CPI alien recommends no packages. Versions of packages alien suggests: ii bzip2 1.0.5-6high-quality block-sorting file co ii lintian 2.4.3 Debian package checker pn lsb-rpm none (no description available) ii lzma 4.43-14Compression method of 7z format in ii patch 2.6-2 Apply a diff file to an original -- 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#622585: libgl1-mesa-dri: chromium google body without body, z/stencil buffer (2) too small (0x3FFFFC01 1048576 1 4 - 268435456 have 4096)
Michel Dänzer daen...@debian.org writes: On Mit, 2011-04-13 at 11:20 +0400, Sergey Burladyan wrote: Package: libgl1-mesa-dri Version: 7.10.2-1 Severity: normal Open http://bodybrowser.googlelabs.com/body.html with chromium 10.0.648.204~r79063-1 i see no 3D and have this messages in dmesg: [ 104.139125] radeon :04:00.0: z/stencil buffer (2) too small (0x3C01 1048576 1 4 - 268435456 have 4096) [ 104.139128] radeon :04:00.0: r600_packet3_check:1336 invalid cmd stream 498 [ 104.139130] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Does it work better with libgl1-mesa-dri version 7.10-4 or 7.10-3? No, i found this problem with libgl1-mesa-dri 7.10-4, and then i upgrade it to unstable 7.10.2-1 and problem still there. With more older version it just show that WebGL does not supported. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594592: emacs23: Segmentation fault in getenv.c from /usr/lib/libgtk-x11-2.0.so.0 / dcigettext.c
On 2011-04-14 23:04:14 -0500, Rob Browning wrote: Vincent Lefevre vinc...@vinc17.net writes: Same crash, on a mostly up-to-date Debian/sid machine (last update: 2011-03-28 13:53:31). Emacs was started by svn (to write the commit message). Would it be possible for you to try 23.3+1-1? I've been using 23.3+1-1 for a few days, and it hasn't crashed yet. But since crashes occur every few weeks or months, it's too soon to draw any conclusion. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621082: RFS: imagemagick (updated package)
Any news ? Bastien On Thu, Apr 7, 2011 at 2:21 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: Le mardi 5 avril 2011 10:42:22, Bastien ROUCARIES a écrit : Dear mentors, I am looking for a sponsor for the new version 8:6.6.9.3-1 of my package imagemagick. Nelson, here in cc was used to download imagemagick package but is now a little bit quiet nowadays. I have uploaded a new version on mentors, fixing lintian warning. I have not fixed and overwritten lintian error because it is fixed by #607694 in lintian unstable. Thanks you for uploading bastien It builds these binary packages: imagemagick - image manipulation programs imagemagick-dbg - debugging symbols for ImageMagick imagemagick-doc - document files of ImageMagick libmagick++-dev - object-oriented C++ interface to ImageMagick - development files libmagick++4 - object-oriented C++ interface to ImageMagick libmagickcore-dev - low-level image manipulation library - development files libmagickcore4 - low-level image manipulation library libmagickcore4-extra - low-level image manipulation library - extra codecs libmagickwand-dev - image manipulation library - development files libmagickwand4 - image manipulation library perlmagick - Perl interface to the ImageMagick graphics routines The upload would fix these bugs: 579775, 587227, 594693, 601824, 611125, 612811 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/i/imagemagick - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/i/imagemagick/imagemagick_6.6.9 .3-1.dsc I would be glad if someone uploaded this package for me. Kind regards bastien roucaries -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622847: pppoeconf: [INTL:ja] updated Japanese program translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: pppoeconf Severity: wishlist Tags: l10n patch Version: 1.19+nmu1 Hi, I updated Japanese translation of program messages (ja.po). Please apply this. Thanks, - -- Kenshi Muto km...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/ iQIcBAEBCgAGBQJNp+z8AAoJEB0hyD3EUuD82cIP/Aw1MUis8ldpHngBKdQsQ2pQ ktzS1BKDKyMRJxmAtOqFm8yxZEjbznzOkEVDIRQDMOl0ZgBz2szCok2ssYg1oWuu jOWBTV/bTumQbIJN79m+j++TVNuNHM1W8XDGA8qo15oJVbQswDec4LxcyLhYNuz/ iJRHTqa8JWLvSbvCTknMRae6r5fkIZVYAwmwUq0WADPlYJNPw70do44tuCdu8hzy 2FNocgdFiHtiPPGIlxYqzD2KEbMrSh+Dyto3ReunIqroWOGwcEjY5S7zCpjVy8fd VteXXV/PYbwzYsHSl5HDhDLUb/YFdcGFgB/cQsyUILM6MDPdcwPtW3D+5SsjRRRC Fz2IjOrlyb/EnU1mPm/d1WEZPAL2UXfNLrtdbcsGWn7i7xL2lOweH2tdTy56isRn PERXQrKx66Us+o4H56WviU1kmTIr7+WEYOfryxyRbXQ0rigE9M4ayVT3BBTrpk5A zym9VLf+IwWo7SHos2miLyoBLAM4I/agLlAf8BX+94IFirTWSXmOBGhJLsX6O9Wf aUV30LUTP/6IZ/en88NhubVwq6Ne4jDK/MGHmXuUntpuZ6fDXQvaH30kDkibHhuz +eYop96w2leMvVlUXrHeDMGknIlEkBev91wkZ+xDUB08IynxUOM9bw2AJ5drlO7n gLTBz4Id+mGNFIHwjuiz =+hG+ -END PGP SIGNATURE- ja.po Description: Binary data
Bug#621882: nginx: FTBFS on kfreebsd-*: ./configure failure?
On Sun, Apr 10, 2011 at 3:09 AM, Cyril Brulebois k...@debian.org wrote: your package no longer builds on kfreebsd-*; not exactly sure why, the log isn't very verbose: ... Full build logs: https://buildd.debian.org/status/package.php?p=nginx I reproduced it in kfreebsd-amd64 vm. My log is bit different here: --add-module=/tmp/buildd/nginx-1.0.0/debian/modules/nginx-echo \ --add-module=/tmp/buildd/nginx-1.0.0/debian/modules/nginx-upstream-fair \ config.status.full auto/init: 39: cannot create /dev/null: Permission denied ./configure: 43: cannot create /dev/null: Permission denied ./configure: 43: cannot create /dev/null: Permission denied ./configure: 43: cannot create /dev/null: Permission denied auto/feature: 119: cannot create /dev/null: Permission denied make: *** [config.status.full] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- Kartik Mistry Debian GNU/Linux Developer IRC: kart_ | Identica: @kartikm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622848: amavisd-new: failing ESET CLI scanner results in false positive virus detection on every mail
Package: amavisd-new Version: 1:2.6.4-3 Severity: important Tags: patch Hi, the default configuration in /etc/amavis/conf.d/15-av_scanners contains the following configuration for the ESET CLI scanner: ### http://www.eset.com/, version 3.0 ['ESET Software ESETS Command Line Interface', ['/usr/bin/esets_cli', 'esets_cli'], '--subdir {}', [0], [1,2,3], qr/:\s*action=(?!accepted)[^]*\n.*:\s*virus=([^]*)/m ], ### http://www.nod32.com/, NOD32LFS version 2.5 and above The return value 1 is treated as virus is detected. The esets_cli shows the following description of the return values: $ esets_cli -v esets_cli (esets) 3.0.22 $ esets_cli -h Usage: esets_cli [OPTIONS..] FILES.. ESETS_CLI is the command line interface for scanning files ESETS Module common options: -h, --help display this help and exit -v, --version output version information and exit Return values: 0 accept 1 defer 2 discard 3 reject (c) ESET, spol. s r.o. In order to report bugs, please visit http://www.eset.com/support The return value 1 does *not* indicate a detected virus. There are ESET installations which do not have the license to use the CLI scanner (i.e. Gateway Security which only scan http/ftp traffic): $ esets_cli /dev/null error[2d36]: Cannot get setup from daemon: No license for agent The trival fix is to remove return value 1 (so amavis detects the error): ### http://www.eset.com/, version 3.0 ['ESET Software ESETS Command Line Interface', ['/usr/bin/esets_cli', 'esets_cli'], '--subdir {}', [0], [2,3], qr/:\s*action=(?!accepted)[^]*\n.*:\s*virus=([^]*)/m ], ### http://www.nod32.com/, NOD32LFS version 2.5 and above Regards, Thomas -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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 amavisd-new depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii file 5.04-5 Determines file type using magic ii libarchive-zip-perl 1.30-3 Perl module for manipulation of ZI ii libberkeleydb-perl 0.42-1~squeeze1 use Berkeley DB 4 databases from P ii libcompress-raw-zlib-per 2.026-1 low-level interface to zlib compre ii libconvert-tnef-perl 0.17-9 Perl module to read TNEF files ii libconvert-uulib-perl1.12-1 Perl interface to the uulib librar pn libdigest-md5-perl none (no description available) ii libio-stringy-perl 2.110-4 Perl modules for IO from scalars a ii libmail-dkim-perl0.38-1 cryptographically identify the sen ii libmailtools-perl2.06-1 Manipulate email in perl programs pn libmime-base64-perl none (no description available) ii libmime-tools-perl 5.428-1 Perl5 modules for MIME-compliant m ii libnet-server-perl 0.97-1 An extensible, general perl server ii libunix-syslog-perl 1.1-2 Perl interface to the UNIX syslog( ii pax 1:20090728-1Portable Archive Interchange ii perl [libtime-hires-perl 5.10.1-17 Larry Wall's Practical Extraction ii perl-modules [libarchive 5.10.1-17 Core Perl modules amavisd-new recommends no packages. Versions of packages amavisd-new suggests: ii apt-listchanges2.85.7package change history notificatio ii arj3.10.22-9 archiver for .arj files ii cabextract 1.3-1 a program to extract Microsoft Cab ii clamav 0.97+dfsg-2~squeeze1 anti-virus utility for Unix - comm pn clamav-daemon none(no description available) ii cpio 2.11-4GNU cpio -- a program to manage ar pn dspam none(no description available) ii lha1.14i-10.3lzh archiver pn libauthen-sasl-per none(no description available) pn libdbi-perlnone(no description available) ii libmail-dkim-perl 0.38-1cryptographically identify the sen ii libnet-ldap-perl 1:0.4001-2client interface to LDAP servers pn libsnmp-perl none(no description available) ii lzop 1.02~rc1-2fast compression program ii nomarch1.4-3 Unpacks .ARC and .ARK MS-DOS archi ii p7zip 9.04~dfsg.1-1 7zr file archiver with high compre ii rpm4.8.1-6 package manager for RPM ii spamassassin 3.3.1-1 Perl-based
Bug#614652: ntop: [INTL:fi] Updated Finnish translation of the debconf templates
package ntop tags 614652 + pending thanks On 02/22/2011 11:51 AM, Esko Arajärvi wrote: Please include attached updated translation file fi.po to the package. Committed, ready for next upload. Thank you, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622109: ntop: [INTL:sk] Slovak po-debconf translation updated
package ntop tags 622109 + pending thanks On 04/10/2011 03:20 AM, Slavko wrote: sk.po attached Committed for next upload. Thank you, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622849: gridengine: FTBFS due to updated openssl 1.0.0d
Source: gridengine Version: 6.2u5-2 Severity: serious Justification: FTBFS Hi gridengine in wheezy and unstable FTBFS with: gcc -DSGE_ARCH_STRING=\lx26-amd64\ -O3 -Wall -Werror -Wstrict-prototypes -DUSE_POLL -DLINUX -DLINUXAMD64 -DLINUXAMD64_26 -D_GNU_SOURCE - DGETHOSTBYNAME_R6 -DGETHOSTBYADDR_R8 -g -DSGE_LOCK_DEBUG -DLOAD_OPENSSL -I/usr/include/ -DTARGET_64BIT -DSPOOLING_dynamic -DSECURE -I/us r/include -Wno-strict-aliasing -DCOMPILE_DC -D__SGE_COMPILE_WITH_GETTEXT__ -D__SGE_NO_USERMAPPING__ -I../common -I../libs -I../libs/uti - I../libs/juti -I../libs/gdi -I../libs/japi -I../libs/sgeobj -I../libs/cull -I../libs/rmon -I../libs/comm -I../libs/comm/lists -I../libs/sc hed -I../libs/evc -I../libs/evm -I../libs/mir -I../libs/lck -I../daemons/common -I../daemons/qmaster -I../daemons/execd -I../daemons/sched d -I../clients/common -I. -I/usr/lib/jvm/java-6-openjdk/include -I/usr/lib/jvm/java-6-openjdk/include/linux -Wno-strict-prototypes -fPIC - c ../libs/comm/cl_ssl_framework.c cc1: warnings being treated as errors ../libs/comm/cl_ssl_framework.c:238:92: error: type defaults to 'int' in declaration of 'STACK' ../libs/comm/cl_ssl_framework.c:238:98: error: expected ';', ',' or ')' before '*' token ../libs/comm/cl_ssl_framework.c:239:92: error: type defaults to 'int' in declaration of 'STACK' ../libs/comm/cl_ssl_framework.c:239:98: error: expected ';', ',' or ')' before '*' token ../libs/comm/cl_ssl_framework.c: In function 'cl_com_ssl_destroy_symbol_table': ../libs/comm/cl_ssl_framework.c:996:7: error: 'cl_com_ssl_func__sk_num' undeclared (first use in this function) ../libs/comm/cl_ssl_framework.c:996:7: note: each undeclared identifier is reported only once for each function it appears in ../libs/comm/cl_ssl_framework.c:997:7: error: 'cl_com_ssl_func__sk_value' undeclared (first use in this function) ../libs/comm/cl_ssl_framework.c: In function 'cl_com_ssl_build_symbol_table': ../libs/comm/cl_ssl_framework.c:1703:7: error: 'cl_com_ssl_func__sk_num' undeclared (first use in this function) ../libs/comm/cl_ssl_framework.c:1703:48: error: type defaults to 'int' in declaration of 'STACK' ../libs/comm/cl_ssl_framework.c:1703:54: error: expected ';', ',' or ')' before '*' token ../libs/comm/cl_ssl_framework.c:1703:57: error: expected ';' before 'dlsym' ../libs/comm/cl_ssl_framework.c:1710:7: error: 'cl_com_ssl_func__sk_value' undeclared (first use in this function) ../libs/comm/cl_ssl_framework.c:1710:52: error: type defaults to 'int' in declaration of 'STACK' ../libs/comm/cl_ssl_framework.c:1710:58: error: expected ';', ',' or ')' before '*' token ../libs/comm/cl_ssl_framework.c:1710:66: error: expected ';' before 'dlsym' make[1]: *** [cl_ssl_framework.o] Error 1 Attached is the full build log from unstable. It may be related to updated openssl in wheezy and unstable to 1.0.0d. Bests Salvatore -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash gridengine_6.2u5-2_amd64.build.gz Description: GNU Zip compressed data
Bug#621032: linux-2.6: please add armhf support
On Fri, Apr 15, 2011 at 12:51:29AM +0200, Hector Oron wrote: I propose this patch which enables basic functionality of Efika MX nettop which it is currently in mainline 2.6.38. The configs looks strange. - Why is network support system specific? - What is the difference between armel and armhf kernel-wise? Bastian -- First study the enemy. Seek weakness. -- Romulan Commander, Balance of Terror, stardate 1709.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622750: Acknowledgement (general: shutdown -r does not reboot)
Hello, the reason for the problem was that when upgrading from lenny to squeeze, some things have gone wrong with the runlevel links in /etc/rc?.d so that they were not called in a correct order. I deleted all runlevel links and recreated them by 'dpkg-reconfigure sysv-rc'; now rebooting works ok. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622779: sparc config missing SERIAL_8250{,_PCI}
On Fri, Apr 15, 2011 at 04:14:12AM +0100, Ben Hutchings wrote: On Thu, 2011-04-14 at 17:10 +0200, Josip Rodin wrote: Package: linux-image-2.6.32-5-sparc64 Version: 2.6.32-31 Hi, /boot/config-2.6.32-5-sparc64 does not include CONFIG_SERIAL_8250 or SERIAL_8250_PCI, so it's impossible to use PCI cards with serial ports on them, which is useful for accessing e.g. serial consoles of other machines from a sparc machine. [...] Is a module OK or do you want it built-in for some reason? (That would be necessary for a serial console, but you can presumably already use the built-in serial port.) Yes, in fact I only tested it as a module :) For the serial console of the sparc machine itself, the ttyS* of sun* serial modules are used, and on server hardware these usually hardwire to ALOM. This is to be able to get a usable physical port to connect to another machine. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613209: O: jabberd14 -- Instant messaging server using the Jabber/XMPP protocol
On 02/13/2011 03:45 PM, Miguel Landaeta wrote: In fact I'm wondering if I should ask its removal from the archive. If nobody adopt it soon I'll ask for removal. I'd suggest to do so. There are enough and better alternatives. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da6ea01.8040...@bzed.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622753: ath9k: Connection over wlan slows down and dies
On 15 April 2011 12:00, Ben Hutchings b...@decadent.org.uk wrote: [...] https://bugzilla.kernel.org/show_bug.cgi?id=31452 Thanks, I've set our bug tracker to follow that bug. Has it been established that it's the same bug though? I had a brief read of that and I'm not so sure. There's so many things that could impact TX throughput. I don't have this problem on FreeBSD on my AR9285 NICs and I've ported almost all of the (non-power saving) related code from ath9k. They happily sit at the expected TX/RX speeds in 11g and 11n modes. Is someone who is experiencing the problem able to do some kernel version bisecting between the known good and known bad kernel? Adrian
Bug#622600: Please transition to libchamplain 0.8
tags 622600 - patch + moreinfo thanks Hi Laurent, On Wed, Apr 13, 2011 at 11:32:09AM +0200, Laurent Bigonville wrote: Package: claws-mail-geolocation-plugin Version 3.7.8-1 Severity: normal Tags: patch Hi, Transition to libchamplain 0.8 is currently in progress[1]. Could you please apply the attached patch and update build-dependency to build against libchamplain 0.8 The patch is not necessary if 0.8 version still has the same API than 0.4 and also it's useless on the Debian package (orig tarball is already configured so patch should be against configure itself to have effect). Updating build depends would be the only modification required. Does it preserve the API? Otherwise the plugin should be migrated upstream. regards, -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith signature.asc Description: Digital signature
Bug#622770: ldnsutils: ldns-keygen fails with undefined symbol: ldns_get_signing_algorithm_by_name
Please do: ldd /usr/bin/ldns-keygen My guess would be that you have a local library in /usr/local/lib. D'oh! Sorry Ondřej! Regards, Tom -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622832: [buildd-tools-devel] Bug#622832: sbuild: build-deps not satisfied for foo ( 1) | foo (= 2)
On Fri, Apr 15, 2011 at 02:13:58AM +0200, Jakub Wilk wrote: Package: sbuild Version: 0.62.2-1 If a package build-depends on foo ( 1) | foo (= 2) and only foo (= 2) is available, the package fails to build. This used to work fine in the past (and still works with --build-dep-resolver=internal). As far as I can tell, we have currently two packages in the archive with such build-dependencies: Package: pymvpa Build-Depends: […], python-docutils ( 0.6) | python-docutils (= 0.6-3~), […] Package: sawfish Build-Depends: […], texinfo ( 4.11) | texinfo (= 4.11.dfsg.1-3), […] This is a case where we tightened up the resolver behaviour in the apt and aptitude resolvers. apt and aptitude can be configured to consider all alternatives with $resolve_alternatives=1 By default, they strip out all alternatives except for the first one when building the dependency package. Internal also considers just the first, but with one exception: if one of the alternatives was already installed on the system, it would use that instead of the first. This made the behaviour of the internal resolver somewhat dependent upon how clean the chroot environment was; for apt and aptitude, we make it completely consistent. The general idea is that when building in unstable, we only ever use the first alternative, which gives us predictable and consistent results. When building for other distributions, e.g. experimental and backports, they can be configured to use all alternatives. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#622850: linux-2.6: Please enable Hyper-V drivers
Package: linux-2.6 Severity: wishlist Hi, I recently had the joy (?) of installing Debian in Microsoft's hypervisor, Hyper-V. While the hypervisor is non-free (like e.g. VMware), the Linux kernel contains free host drivers that greatly increase functionality (e.g., you can access raw devices, have drives larger than 128GB, you get networking access without going through an emulated 100Mbit/sec card, you get heartbeat functionality to the hypervisor, etc.). They currently exist in the staging tree, and have been there since 2.6.32 or thereabouts. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622251: pu: package python-apt/0.7.100.1+squeeze1
On Mi, 2011-04-13 at 13:12 +0100, Adam D. Barratt wrote: On Wed, April 13, 2011 10:11, Julian Andres Klode wrote: So, can this be ACK'ed please? Yes, please go ahead. Uploaded. Due to the way the build process works, there is some additional noise in po/, as line numbers were updated automatically. Does not look good, and can't really be prevented. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622842: firmware-brcm80211: not getting an associated point
reassign 622842 linux-2.6 stop On Fri, Apr 15, 2011 at 09:07:30AM +0200, Wenceslao wrote: Package: firmware-brcm80211 Version: 0.29 Severity: important module brcm80211 is not getting the associated point of a wifi, although it is properly detected. With a usb wifi stick (a ralink one) is detecting and attaching properly. so you properly know the module and report against firmware, *woow*. attach relevant dmesg or lspci output unless proven as currently this can be close right away. kind regards -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622731: DEB_BUILD_OPTIONS=nostrip
Just letting you know that the workaround of setting DEB_BUILD_OPTIONS to nostrip before building the GHC 7 deb apparently fixes the problem. -- .--= ULLA! =-. \ http://gergo.erdi.hu \ `---= ge...@erdi.hu =---' Synthetic scotch - synthetic commander. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622251: pu: package python-apt/0.7.100.1+squeeze1
On Fr, 2011-04-15 at 10:14 +0200, Julian Andres Klode wrote: On Mi, 2011-04-13 at 13:12 +0100, Adam D. Barratt wrote: On Wed, April 13, 2011 10:11, Julian Andres Klode wrote: So, can this be ACK'ed please? Yes, please go ahead. Uploaded. Due to the way the build process works, there is some additional noise in po/, as line numbers were updated automatically. Does not look good, and can't really be prevented. No forget that, the mirror lists were updated automatically, not the po file. The po stuff is an APT thing. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622837: libpcsclite1: please drop Recommends: pcscd
reassign 622837 wpasupplicant thank Le 15/04/11 05:18, Jonathan Nieder a écrit : Package: libpcsclite1 Version: 1.7.0-1 Severity: normal Hi, A Recommends means would be found together with this one in all but unusual installations. For example, aiccu Recommends ntpdate | ntp | time-daemon because while typically one of those packages is needed for an accurate clock, it is possible the timesource is accurate by some other means (e.g., we are running in a vm, the host is running ntp, and the guest kernel is taking care to keep the clock accurate). Similarly, the X server used to Recommends a font server because it's possible you have a font server running on another machine. That criterion is not satisfied in the case of libpcsclite1. It is a dependency of wpasupplicant, and _many_ wpasupplicant installations do not have smart cards. There is nothing unusual about not needing pcscd. Could you figure out some other way to advertise how to get smartcard support set up (maybe adding pcscd to the desktop task?) and lower this dependency to a Suggests? Another possibility is that pcscd is actually needed for libpcsclite1 to perform as advertised. In that case, the dependency of wpasupplicant on it would be a bug, and the lack of a lighter-weight library that can deal with configurations with and without pcscd would be a bug. libpcsclite1 can't be used without pcscd. So, as you wrote, it is a bug of wpasupplicant. That is why I reassign it to wpasupplicant. You could also have a look at wpasupplicant bug #612842 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612842 about the exact same issue. What is the impact? you might wonder. Most high-level package managers install Recommends by default unless you turn off the Recommends facility completely. This is not a bug in the package managers; that's how it's supposed to work. The Recommends relation is exactly what I (pcsc-lite maintainer) want: install pcscd by default when libpcsclite1 is installed, but allow the admin to remove pcscd if really needed. If you do not want to have pcscd installed in your system then just remove it. Regards, -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622600: Please transition to libchamplain 0.8
Le Fri, 15 Apr 2011 07:52:17 +, Ricardo Mones mo...@debian.org a écrit : Hi Laurent, Hi, On Wed, Apr 13, 2011 at 11:32:09AM +0200, Laurent Bigonville wrote: Package: claws-mail-geolocation-plugin Version 3.7.8-1 Severity: normal Tags: patch Hi, Transition to libchamplain 0.8 is currently in progress[1]. Could you please apply the attached patch and update build-dependency to build against libchamplain 0.8 The patch is not necessary if 0.8 version still has the same API than 0.4 and also it's useless on the Debian package (orig tarball is already configured so patch should be against configure itself to have effect). Updating build depends would be the only modification required. Well, the .pc files also have been renamed, so the configure needs to be updated to look for their new name. I've only patched the configure.ac because different maintainer have different way to regenerate the configure (patch, dh-autoreconf, cdbs...), but indeed the configure must also be updated. Does it preserve the API? Otherwise the plugin should be migrated upstream. Yes it preserve the API and there is already an upstream bug opened about updating the configure: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2306 Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622851: plugin handling is broken
Package: josm Version: 0.0.svn4021-1 Severity: grave Tags: sid (Ouch, I should've checked I was actually running 4021, before uploading) The just-uploaded 4021 is currently broken, in terms of plugin handling. java.lang.ArrayIndexOutOfBoundsException: 1 at org.openstreetmap.josm.plugins.PluginListParser.parse(PluginListParser.java:99) at org.openstreetmap.josm.plugins.ReadRemotePluginInformationTask.parsePluginListDocument(ReadRemotePluginInformationTask.java:320) at org.openstreetmap.josm.plugins.ReadRemotePluginInformationTask.realRun(ReadRemotePluginInformationTask.java:366) at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:83) at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:129) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:679) So, *please*, don't upgrade it yet. David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#622837: libpcsclite1: please drop Recommends: pcscd
reassign 622837 wpasupplicant,libpcsclite1 quit Hi, Ludovic Rousseau wrote[1]: Le 15/04/11 05:18, Jonathan Nieder a écrit : Another possibility is that pcscd is actually needed for libpcsclite1 to perform as advertised. In that case, the dependency of wpasupplicant on it would be a bug, and the lack of a lighter-weight library that can deal with configurations with and without pcscd would be a bug. libpcsclite1 can't be used without pcscd. So, as you wrote, it is a bug of wpasupplicant. That is why I reassign it to wpasupplicant. You could also have a look at wpasupplicant bug #612842 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612842 about the exact same issue. Thanks for explaining. I think there must be a miscommunication between the two package maintainers, so I'm reassigning the bug to both packages (meaning either could fix it). What is the impact? you might wonder. Most high-level package managers install Recommends by default unless you turn off the Recommends facility completely. This is not a bug in the package managers; that's how it's supposed to work. The Recommends relation is exactly what I (pcsc-lite maintainer) want: install pcscd by default when libpcsclite1 is installed, but allow the admin to remove pcscd if really needed. If you do not want to have pcscd installed in your system then just remove it. No, I want Debian not to be buggy. Thanks for your work and patience. Regards, Jonathan [1] http://bugs.debian.org/622837 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622852: dh-make-perl: Debian::AptContents misses some alternative packages
Package: dh-make-perl Version: 0.70-1 Severity: normal Tags: patch Debian::AptContents fails to find alternative packages if they install the required module to different locations. One such example is Image::Magick which is available from perlmagick and graphicsmagick-libmagick-dev-compat - perlmagick installs Image/Magick.pm to /usr/lib, but graphicsmagick-libmagick-dev-compat installs it to /usr/share. This case is not correctly handled by the read_cache() method from Debian::AptContents, as it overwrites an existing entry for eg. Image/Magick.pm in the apt_contents cache if the 'same' file is found a second time, in another directory. The result is that instead of a dependency to 'graphicsmagick-libmagick-dev-compat | perlmagick', I only get 'graphicsmagick-libmagick-dev-compat'. The same issue arises if different Contents files contain the same module, but in different packages. The attached patch should provide a fix for this problem. Regards, Manfred -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH.utf8, LC_CTYPE=de_CH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 8.0.0 helper programs for debian/rules ii dpkg-dev 1.15.8.10 Debian package development tools ii fakeroot 1.14.4-1 Gives a fake root environment ii libapt-pkg-perl 0.1.24+b1 Perl interface to libapt-pkg ii libarray-unique-perl 0.08-1 Tie-able array that allows only un ii libclass-accessor-perl0.34-1 Perl module that automatically gen ii libdpkg-perl 1.15.8.10 Dpkg perl modules ii libemail-date-format-perl 1.002-1Module to generate RFC-2822-valid ii liblist-moreutils-perl0.25~02-1 Perl module with additional list f ii libmodule-depends-perl0.14-3 identify the dependencies of a dis ii libparse-debcontrol-perl 2.005-2Easy OO parsing of Debian control- ii libparse-debianchangelog-perl 1.1.1-2.1 parse Debian changelogs and output ii libtie-ixhash-perl1.21-2 ordered associative arrays for Per ii libwww-mechanize-perl 1.64-1 module to automate interaction wit ii libyaml-perl 0.71-1 YAML Ain't Markup Language ii make 3.81-8 An utility for Directing compilati ii perl 5.10.1-17 Larry Wall's Practical Extraction ii perl-modules [libmodule-corel 5.10.1-17 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.4.0 search for files within Debian pac dh-make-perl suggests no packages. -- no debconf information From 9fb611f272e03dc1af3d217428d565b0454cb6ca Mon Sep 17 00:00:00 2001 From: Manfred Stock manfred.stock+deb...@gmail.com Date: Thu, 14 Apr 2011 18:28:04 +0200 Subject: [PATCH] Prevent missed alternative dependencies from contents The perlmagick and graphicsmagick-libmagick-dev-compat packages both contain Image::Magick, but perlmagick installs it to /usr/lib while graphicsmagick-libmagick-dev-compat installs it to /usr/share. Unfortunately, the read_cache method from Debian::AptContents overwrote the Image/Magick.pm entry from perlmagick with the one from graphicsmagick-libmagick-dev-compat, which resulted in the missing alternative dependency to perlmagick. Other alternative package combinations might be affected in a similar way. --- lib/Debian/AptContents.pm |6 -- t/AptContents.t | 13 - t/contents/test_debian_dists_testing_Contents |3 +++ 3 files changed, 19 insertions(+), 3 deletions(-) diff --git a/lib/Debian/AptContents.pm b/lib/Debian/AptContents.pm index 360aff8..5616712 100644 --- a/lib/Debian/AptContents.pm +++ b/lib/Debian/AptContents.pm @@ -319,7 +319,9 @@ sub read_cache { | perl/(?:\d[\d.]+)/ # or perl/5.10/ ) }{}x; -$cache-{apt_contents}{$file} = $packages; +$cache-{apt_contents}{$file} = exists $cache-{apt_contents}{$file} +? $cache-{apt_contents}{$file}.','.$packages +: $packages; # $packages is a comma-separated list of # section/package items. We'll parse it when a file @@ -396,7 +398,7 @@ sub find_file_packages { # otherwise it won't strip enough off Ubuntu's # usr/share/perl5/Config/Any.pm universe/perl/libconfig-any-perl -return @packages; +return uniq @packages; } =item find_perl_module_package( $module, $version ) diff --git a/t/AptContents.t
Bug#622837: libpcsclite1: please drop Recommends: pcscd
Le 15/04/11 10:24, Jonathan Nieder a écrit : reassign 622837 wpasupplicant,libpcsclite1 quit Hi, Ludovic Rousseau wrote[1]: Le 15/04/11 05:18, Jonathan Nieder a écrit : Another possibility is that pcscd is actually needed for libpcsclite1 to perform as advertised. In that case, the dependency of wpasupplicant on it would be a bug, and the lack of a lighter-weight library that can deal with configurations with and without pcscd would be a bug. libpcsclite1 can't be used without pcscd. So, as you wrote, it is a bug of wpasupplicant. That is why I reassign it to wpasupplicant. You could also have a look at wpasupplicant bug #612842 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612842 about the exact same issue. Thanks for explaining. I think there must be a miscommunication between the two package maintainers, so I'm reassigning the bug to both packages (meaning either could fix it). What is the impact? you might wonder. Most high-level package managers install Recommends by default unless you turn off the Recommends facility completely. This is not a bug in the package managers; that's how it's supposed to work. The Recommends relation is exactly what I (pcsc-lite maintainer) want: install pcscd by default when libpcsclite1 is installed, but allow the admin to remove pcscd if really needed. If you do not want to have pcscd installed in your system then just remove it. No, I want Debian not to be buggy. You think it is a bug. I think it is not a bug. How do you propose to solve this bug? What would be OK for you as a solution? [1] http://bugs.debian.org/622837 -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622853: haxe: please link with -lz instead of hard-coding a .so path
Package: haxe Version: 1:2.5-1 Severity: normal Tags: patch User: vor...@debian.org Usertags: multiarch Hi Jens Peter, The haxe package fails to build against a multiarch-enabled zlib1g-dev, because it tries to look up the path to libz manually on the filesystem and fails if it doesn't find it. However, there should be no need for such a check since ocamlopt can just pass -lz to the compiler instead, and let the compiler search for the lib. The attached patch to do this has been uploaded to Ubuntu to fix the build failure there. Please consider applying it to the Debian package as well, since multiarch libraries are expected to land in Debian soon. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru haxe-2.5/debian/install_native.ml haxe-2.5/debian/install_native.ml --- haxe-2.5/debian/install_native.ml 2010-01-31 14:12:40.0 -0800 +++ haxe-2.5/debian/install_native.ml 2011-04-15 01:22:55.0 -0700 @@ -36,12 +36,7 @@ let ocamloptflags = -cclib -fno-stack-protector -let zlib = - try - List.find Sys.file_exists [/usr/lib64/libz.so.1;/usr/lib/libz.so.1;/usr/lib/libz.so] - with - Not_found - - failwith LibZ was not found on your system, please install it or modify the search directories in the install script +let zlib = -lz let msg m = prerr_endline m;
Bug#615975: Bug 615975
Hi, John D. Hendrickson and Sara Darnell johnandsa...@cox.net (14/04/2011): diagnosis by deletion ?? it seemed to work after deletion. that's crazy - simply crazy. an it should be there if the wrong thing is on 7100 of course of course. people manage that themselves if the new XML font junk fails to - delete it it will be back in while I'm pretty happy you take some time to write some stuff in reply to bug reports, I'd appreciate your stopping being harsh to reports for no reasons, basically useless, and wrong, too. Please stop that, thanks already. KiBi. signature.asc Description: Digital signature
Bug#615975: Bug 615975
Stuart Scharf s...@ll.mit.edu (14/04/2011): I also hit this bug on Testing after the upgrade. The suggestion to remove the FontPath unix/:7100 line from xorg.conf seems to be successful Looks like yet another instance of this upstream bug: https://bugs.freedesktop.org/show_bug.cgi?id=31501 Whatever the other guy might have said, thanks for the confirmation. KiBi. signature.asc Description: Digital signature
Bug#622759: gir files are missing package name=.../ and thus causing build problems with valac-0.12
On 14/04/11 15:09, Evgeni Golov wrote: When talking to Ken VanDine from Canonical, he said that this is a bug in gtk+2.0 as it does not map Gdk-2.0.gir to gdk-2.0.vapi (and Gtk-2.0.gir to gtk-2.0.vapi) and valac thus thinks that are different packages defining the same class. Following is the IRC log as Ken explained it very well: Is there a special reason it was merged to gtk+ master but not gtk-2-24? Do you know of a bug #? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622854: Please Add Olivier Sallou as Debian Maintainer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: debian-maintainers Severity: normal Hi, Please add my key in the attached jetring changeset to the Debian Maintainer keyring. Thanks and Regards, Olivier - -- gpg key id: 4096R/326D8438 (pgp.mit.edu) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNqAakAAoJEHjcaNsybYQ4m0MP/1EyRom80DdNVR+X6Q4vsGmr mD70Bi4o1igwdRM6aOrPWluunNxNoqjNcvbG0G/7kh/mVGG8leOnM0h+yENGaGdz n9rFe2qAD5u4ADlCw43RwlL+rQDCmHrxtI59SSz0kXDQCWMCUDMu+b0drEqZ8BxB e2J1G7SeRBvXz3kLvQ4FEoFP8EO2DbQClwA3UuM+t3XdYY89suCvwdj+Nr2iCd9F jkpYuwHBRVND5tcxwA885HVhlGiI77dtC7n3+4P0HkchFRUr+vEqSRe5BqVxv9Fi 3/BOFvow5lfzLRxg0cfI7SQwJgtpq4AgPU/EDA3zCRn0W2+TgnT46839RjwiszJ8 PsTOFQYuPo34BActLHoFv+I2GtJDDByHVarzOHtU7i4gVMIpNnInLTqFae/T5rF8 SfyILtx/TreP+i/FzARRsN1PWO/+JerNzTGDwfLLPFBmcfgk8IknM5wyy9IwWFwk a4q5iOx74io4rop9322CU59rcuOc2J66NNch5zHAh1bih9hHmzbZC+pyQxkD+YKu AD3pVwX3jd3iA/QoCwuJoc0L9XOSNY+X/x7w0BCoQ1NWnG6mwYQO3PYJ+VzU9S0g s5ALb4Cz5FPdiWnUfeek3w28axbAUPXiuBmKZ7Lzkrr97bNEzC02pRkZrucyAPAL Zp+KWJM20zoqAoqBMv6Z =e7eX -END PGP SIGNATURE- Recommended-By: Steffen Moller steffen_moel...@gmx.de Andreas Tille andr...@an3as.eu Agreement: http://lists.debian.org/debian-newmaint/2011/04/msg00026.html Advocates: http://lists.debian.org/debian-newmaint/2011/04/msg00027.html, http://lists.debian.org/debian-newmaint/2011/04/msg00028.html Comment: Add olivier sallou olivier.sal...@irisa.fr as a Debian Maintainer Date: Fri, 15 Apr 2011 10:24:50 +0200 Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.11 (GNU/Linux) mQINBE0+w54BEACgsas38C2hNdCjGifRs8pONmqqvZlEKVcNMelF/dyMB0rW1S54 XOoovjL6PebGvxxwHd5YW29D9YNChMumyUWFrEA4RxkSoAvU0Ew3GEc47xbqkP08 GxVmQ+Czg+FTBAcRmc32R/Cn4jDeCkMHjkWd7wm1anUOV0pq3zzd0yWscaK4eeRo pt21tfjfN3ZuKfZq3JFXQy/DqUaPeFCWTgBSzmMAij0XlMyM+2/NOZJEY4PEEh7E D3dpvW+iph3dV3r5VfuhYIctNAeHg2AfB3plqq62do6qomCYLvx2b4RBnzTjmmMv 2ksJcCDznaGgHhnkbf6/GZLiAMUnmfCv8vtxRBsIoFqmyQ6mXfHzkz16P/My/hfL COS/lqYo234T6n2pHODBuRv4HT1cxmmwtcJWmC/fI0gS/JZsiZcMdtdcT0lG2E11 pGSeyzf1NhrQO94f/pd/oncBcYPFiiTVUjrEM1F+/ZtkXhPpiEKHjuBenW/MyG5W 0W7Ltj7yXoeVcrDFQ3EWWm1nErQZFT/yhKP/OKt3mYvCgyDeMQXU0g0+I1N1nFdl SprKAjunqOqXNlJ0x7VOyOanEOHEsHwwqgMYGGsvwgzF5ZGEexG+p2lT6PiySBr7 ZM743A94xCpYb7bWOixR4I6Kgg61dJWMg3h22TLx9JS8S0zSQoHpRR6bawARAQAB tChPbGl2aWVyIFNhbGxvdSA8b2xpdmllci5zYWxsb3VAaXJpc2EuZnI+iQI6BBMB CAAkAhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheABQJNPsUlAhkBAAoJEHjcaNsy bYQ43NoP/R6981kYg3nSXAFhdz/MiL6ctLo3g3oKalLnR7EPLryUnSOIkkrEo1fc nGT2RWkQqIAie9MMY9LnwVSm67q4NXvtT/1K13gghJmjxGzmVP8iZ7Nqkbq11yT3 ZB2u1CWCAT/7Zi29DQG9wHFR/5AdR6Fq0OLQ9xOb3fsJ6zQo82gjKYShXhwJ87Cs Knn5gAmEv1mc9Hw8dlWcB32tFzR3gjwm2prtcCML/LLwfVvHOBr7arDxOOyv7Q7e MN7mvpMjH5SU/8hlf+5Fvyw+RkeDPy59y0S61KvcV5BYWyUnG08DI32fs18gSMmT kENFbwmMDOjWuAKBe50bp93lvwAKFVxWK7PXgd/hsR9HIjcShoqvup+YfgNgN/kD D/8wwbOiAzFAvTVji5wPUWxEkN40aqW7I9AJIe0LcCw/EfrPxxJyc5l+S15dmR+6 tOFRejngC6Qeni3vQfYbmqL+6Od9bREH1QQ67fYcqqtxhf1/z0Gl7SKg+QaSHOpc FSeSQ+7HQempjX26auMuvxbEargRccBvg6rkMXUbk+/2NmFAwR3EyZW5EqUeSN6I M7i7CJsb2XHVr2Vu3UrCVRzDwEQcO849y5oenaVLDqNJeAtHjeXrquojXmPZzJJj IPfnhStILzLV900JipWXjgKjKMaqc43uK8JtrDWO0xdHIQ/5tX27iEYEEBECAAYF Ak1S3+sACgkQjWEnGPzU4iVEgQCeLxLakMIDlqi9cV1OZaBnsP7eIrgAnRxlUDt9 6F4OIiOwmJGkN7B+dog1iEYEEBECAAYFAk1LJ+QACgkQ1gXdnL6dUznWyQCfaVvY i3rzolyiL/ejTtJMDNrlB5AAn2/1rffLquvPDT1HmiyvlTaZy1QH =r6mv -END PGP PUBLIC KEY BLOCK-
Bug#622855: rsync: connection unexpectedly closed
Package: rsync Version: 3.0.7-2 Severity: normal The connection closes unexpectedly. The computer on which rsync is called brakes the hole network connection. A restart is neccessary. Following information is given: Write failed: Broken pipe rsync: connection unexpectedly closed (2183331 bytes received so far) [receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(601) [receiver=3.0.7] rsync: connection unexpectedly closed (1984989 bytes received so far) [generator] rsync error: error in rsync protocol data stream (code 12) at io.c(601) [generator=3.0.7] After this the connection is closed. This behaviour happends after an upgrade to squeeze. Because we are using the comupter as an backup system over our local networt, the fix of this behaviour is important for us. Thanks in advance. Norbert Schulz -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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/dash Versions of packages rsync depends on: ii base-files 6.0squeeze1 Debian base system miscellaneous f ii libacl1 2.2.49-4 Access control list shared library ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libpopt01.16-1 lib for parsing cmdline parameters ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip rsync recommends no packages. Versions of packages rsync suggests: ii openssh-client1:5.5p1-6 secure shell (SSH) client, for sec ii openssh-server1:5.5p1-6 secure shell (SSH) server, for sec -- 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#622856: yui-compressor: Please upload new version
Package: yui-compressor Version: 2.4.2-1.1 Severity: wishlist Both the yui-compressor's github page: https://github.com/yui/yuicompressor/tree/master/build And stackoverflow: http://stackoverflow.com/questions/4144706/is-there-a-version-of-yui-compressor-that-deals-correctly-with-media-queries Point out the existence of new versions of yui-compressor. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.21.7-2.fc8xen-ec2-v1.0 (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 yui-compressor depends on: ii default-jre-headless 1.5-30 Standard Java or Java compatible R ii gij-4.3 [java5-runti 4.3.2-2 The GNU Java bytecode interpreter ii java-gcj-compat-head 1.0.78-2Java runtime environment using GIJ ii java-wrappers0.1.6 wrappers for java executables ii libjargs-java1.0.0-1 Command-line argument parsing for ii openjdk-6-jre-headle 6b18-1.8.3-2~lenny1 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [java5 1.5.0-22-0lenny1Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java5 6-22-0lenny1Sun Java(TM) Runtime Environment ( yui-compressor recommends no packages. yui-compressor 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#622857: torrentflux: [INTL:nl] Dutch translation of debconf templates
Package: torrentflux Severity: wishlist Tags: patch l10n Hello, Please find attached the updated Dutch translation of the debconf PO templates. Regards, Jeroen Schot -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 # Dutch translation of torrentflux debconf templates. # Copyright (C) 2007-2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the torrentflux package. # Bart Cornelis cob...@skolelinux.no, 2007. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: torrentflux_2.4\n Report-Msgid-Bugs-To: torrentf...@packages.debian.org\n POT-Creation-Date: 2008-05-02 16:29-0700\n PO-Revision-Date: 2011-04-15 11:09+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Dutch\n #. Type: boolean #. Description #: ../torrentflux.templates:1001 msgid Should ${webserver} be restarted? msgstr Wilt u dat ${webserver} herstart wordt? #. Type: boolean #. Description #: ../torrentflux.templates:1001 msgid Remember that in order to activate the new configuration ${webserver} has to be restarted. You can also restart ${webserver} by manually executing invoke- rc.d ${webserver} restart. msgstr De nieuwe configuratie wordt pas van kracht zodra ${webserver} herstart is. U kunt ${webserver} handmatig herstarten door het commando 'invoke-rc.d ${webserver} restart' uit te voeren. #. Type: note #. Description #: ../torrentflux.templates:2001 msgid Upgrading to 2.1 reverts configuration to default msgstr Opwaarderen naar 2.1 zet de standaardconfiguratie terug. #. Type: note #. Description #: ../torrentflux.templates:2001 msgid You are upgrading from a pre-2.1 version of torrentflux to a 2.1 or later version. A major change in version 2.1 is that the configuration is now stored in the database. This upgrade will update the database using default values, and any changes you have made to the configuration file /etc/ torrentflux/config.php will NOT be used. This file will be saved so that you can reference it later. After the upgrade is complete, you can adjust the settings inside the program by logging in as an admin, and clicking on \admin\ and then \settings\. msgstr U waardeert op van een pre-2.1 versie van torrentflux naar een 2.1 of latere versie. Een grote verandering in versie 2.1 is dat de configuratie nu opgeslagen wordt in een database. Deze opwaardering maakt de database aan met standaardwaarden, wat betekent dat de aanpassingen die u gemaakt heeft in het configuratiebestand /etc/torrentflux/config.php NIET gebruikt worden. Dit bestand wordt wel opgeslagen zodat u dit kunt naslaan. Zodra de opwaardering klaar is kunt u de instellingen in het programma aanpassen door u aan te melden als admin en op 'admin' en vervolgens 'settings' te klikken. #. Type: note #. Description #: ../torrentflux.templates:3001 msgid No supported webserver was found msgstr Geen ondersteunde webserver gevonden #. Type: note #. Description #: ../torrentflux.templates:3001 msgid A supported webserver was not found to automatically configure. This package can only automatically configure apache webservers to use the program. If you are using a different webserver, you will need to point it to the torrentflux files in /usr/share/torrentflux/www (see the webserver config files in /etc/torrentflux/apache.conf for examples) and possibly restart the webserver during installation, and then remove the configuration when removing the package. msgstr Er is geen ondersteunde webserver gevonden om automatisch te configureren. Dit pakket kan alleen apache webservers automatisch configureren voor gebruik met het programma. Als u een andere webserver gebruikt dient u deze zelf naar de torrentfluxbestanden in /usr/share/torrentflux/www te laten wijzen (zie voor voorbeelden de webserverconfiguratiebestanden in /etc/ torrentflux/apache.conf). Ook dient u mogelijk uw webserver te herstarten tijdens de installatie en de configuratiebestanden te verwijderen wanneer u dit pakket verwijdert.
Bug#615975: xfig also cause xorg crashes
Hi Christophe, Christophe Lohr christophe.l...@telecom-bretagne.eu (14/04/2011): Contents of /etc/X11/xorg.conf: Section Files FontPathunix/:7100# local font server try getting rid of that. Likely the same as for other reporters: https://bugs.freedesktop.org/show_bug.cgi?id=31501 KiBi. signature.asc Description: Digital signature
Bug#622282: exaile: new version available
Package: exaile Version: 0.3.2.0-0.1 Followup-For: Bug #622282 There seems to be a new version, 0.3.2.1, that supposedly should fix the problem with append-items, #622282. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 exaile depends on: ii gstreamer0.10-alsa 0.10.32-2 GStreamer plugin for ALSA ii gstreamer0.10-plugins-base 0.10.32-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.28-3 GStreamer plugins from the good ii libgstreamer0.10-0 0.10.32-6 Core GStreamer libraries and eleme ii libjs-prototype 1.7.0-2 JavaScript Framework for dynamic w ii python 2.6.6-12interactive high-level object-orie ii python-dbus 0.83.1-1simple interprocess messaging syst ii python-feedparser5.0.1-1 Universal Feed Parser for Python ii python-glade22.17.0-4+b1 GTK+ bindings: Glade support ii python-gst0.10 0.10.21-2 generic media-playing framework (P ii python-gtk2 2.17.0-4+b1 Python bindings for the GTK+ widge ii python-mmkeys1.6.2.1-3 Multimedia key support as a PyGTK ii python-mutagen 1.19-2 audio metadata editing library ii python-pysqlite2 2.6.3-1 Python interface to SQLite 3 ii python-pyvorbis 1.4-2+b1Python interface to the Ogg Vorbis ii python-support 1.0.11 automated rebuilding support for P Versions of packages exaile recommends: ii gstreamer0.10-plugins-ugly 0.10.17-2 GStreamer plugins from the ugly ii python-cddb 1.4-5.1+b2 Python interface to CD-IDs and Fre ii python-eggtrayicon 2.25.3-7Python module to display icons in ii python-gamin 0.1.10-2+b1 Python binding for the gamin clien ii python-gpod 0.8.0-2 Python bindings for libgpod ii python-gtkmozembed 2.25.3-7Python bindings for the GtkMozEmbe ii python-notify0.1.1-2+b2 Python bindings for libnotify ii streamripper 1.64.6-1download online streams into audio exaile 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#622678: [Pkg-lyx-devel] Bug#622678: [lyx] indention of bibitems
forwarded 622678 http://www.lyx.org/trac/ticket/7458 tags 622678 upstream thanks On Wed, Apr 13, 2011 at 11:04:30PM +0400, Gena Bug wrote: In LyX 2.0 I can't understant how indention of bibitems works. By default all items are indented -- it is not what I want. But changing of paragraph settings (uncheck Indent Paragraph option) works until new item would be added. Also, in Paragraph Settings dialog, clicking Apply after uncheck Indent Paragraph option, restore the option. I attached a test file that demonstrates the problem. Indeed that's all rather confusing. I can't even build the document when I deselect the indention for the paragraph. Forwarded upstream, see the bug url above. Feel free to register yourself at the LyX bugtracker to CC yourself there. Sven -- And I don't know much, but I do know this: With a golden heart comes a rebel fist. [ Streetlight Manifesto - Here's To Life ] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622832: [buildd-tools-devel] Bug#622832: Bug#622832: sbuild: build-deps not satisfied for foo ( 1) | foo (= 2)
Roger, am Fri, Apr 15, 2011 at 09:03:28AM +0100 hast du folgendes geschrieben: This is a case where we tightened up the resolver behaviour in the apt and aptitude resolvers. I wonder if that shouldn't be the case for such dependencies as outlined here, i.e. the same package being involved just excluding a few versions in between. It feels legit, at least for binNMUs. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#622832: [buildd-tools-devel] Bug#622832: Bug#622832: sbuild: build-deps not satisfied for foo ( 1) | foo (= 2)
On Fri, Apr 15, 2011 at 10:56:38AM +0200, Philipp Kern wrote: am Fri, Apr 15, 2011 at 09:03:28AM +0100 hast du folgendes geschrieben: This is a case where we tightened up the resolver behaviour in the apt and aptitude resolvers. I wonder if that shouldn't be the case for such dependencies as outlined here, i.e. the same package being involved just excluding a few versions in between. It feels legit, at least for binNMUs. I would tend to agree--it's not like it's a different package. It could be considered a single dependency, but which is required to be in several parts. We could alter the code that strips out the alternatives to allow any alternative with the same package name as the first. Does this sound acceptable? Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#622837: libpcsclite1: please drop Recommends: pcscd
Ludovic Rousseau wrote: You think it is a bug. I think it is not a bug. How do you propose to solve this bug? What would be OK for you as a solution? I don't want to argue much. I do consider it a bug that installing wpasupplicant causes a setuid smartcard daemon to be installed. I believe it is an unintended consequence. It is not the best thing to happen behind the user's back. That said: - I could easily be wrong; - I am not claiming you made some bad decision before, just that this is a problem for Debian to solve (that's what the BTS is for, after all). I would propose: - if users of the library will crash or otherwise fail if pcscd is not installed, mentioning that in the package description; - otherwise, downgrading the Recommends to a Suggests and notifying the maintainers of reverse-dependencies that they should add Depends: pcscd. No doubt there are plenty of alternative fixes possible. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621459: python2.6: Patch for db5.1 usage
On 04/14/2011 04:06 PM, Ondřej Surý wrote: Package: python2.6 Version: 2.6.6-8 Severity: normal Attached is patch for db5.1 usage. For now, I will stay with db4.8 for python2.6 and python2.7. First, lets get 2.7 a supported python version, then check current build results with db4.8, then see if there a regressions with 5.1 in an upload to experimental. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622858: libterralib: New upstream release available.
Package: libterralib Version: 3.3.1-8 Severity: wishlist Tags: sid New version 4.0.0 available. Package it. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-3-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622859: x-ttcidfont-conf: [INTL:nl] Dutch translation of debconf templates
Package: x-ttcidfont-conf Severity: wishlist Tags: patch l10n Hello, Please find attached the updated Dutch translation of the debconf PO templates, provided by Eric Spreen. Regards, Jeroen Schot -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 # translation of x-ttcidfont-conf_23_templates.po to Dutch # This file is distributed under the same license as the x-ttcidfont-conf package. # Please see debian/copyright. # # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # # This is an unofficial translation # Kurt De Bree kdebree(AT)telenet(DOT)be, 2006 # Eric Spreen eris...@gmail.com, 2010 # msgid msgstr Project-Id-Version: x-ttcidfont-conf_23_templates\n Report-Msgid-Bugs-To: x-ttcidfont-c...@packages.debian.org\n POT-Creation-Date: 2008-06-08 04:09+\n PO-Revision-Date: 2010-12-01 22:07+0100\n Last-Translator: Eric Spreen eris...@gmail.com\n Language-Team: Dutch debian-l10n-du...@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.1\n #. Type: select #. Description #: ../templates:2001 msgid Backend to use for TrueType handling on X: msgstr Welke backend wilt u de TrueType-afhandeling in X laten uitvoeren? #. Type: select #. Description #: ../templates:2001 msgid Two backends can handle TrueType fonts: FreeType and X-TT. msgstr Twee backends zijn in staat om TrueType-lettertypen af te handelen: FreeType en X-TT. #. Type: select #. Description #: ../templates:2001 msgid The standard FreeType has simple features, while X-TT offers a TrueType fonts decoration mechanism that can create bold and oblique faces from a single font. msgstr FreeType (standaard) biedt simpele functionaliteit, terwijl X-TT een mechanisme voor het decoreren van TrueType-lettertypes biedt, dat vette en cursieve lettertypen kan creëren uit een enkel lettertype. #. Type: select #. Description #: ../templates:2001 msgid If in doubt, you should choose FreeType. msgstr Indien u twijfelt, kiest u best FreeType. #. Type: boolean #. Description #: ../templates:3001 msgid Prefer speed over quality while rendering? msgstr Verkiest u snelheid boven kwaliteit tijdens het genereren? #. Type: boolean #. Description #: ../templates:3001 msgid There are two ways for X-TT to calculate the font metrics: msgstr X-TT kan de lettertype-metriek op twee manieren berekenen: #. Type: boolean #. Description #: ../templates:3001 msgid - user header info: fast and lightweight but fallible;\n - calculate every glyph: slow and heavyweight but reliable. msgstr - user header info: snel en lichtgewicht, maar feilbaar;\n - calculate every glyph: langzaam en veeleisend, maar betrouwbaar. #. Type: boolean #. Description #: ../templates:3001 msgid With a fast CPU and enough memory, you should decline this option and X-TT will calculate every glyph. msgstr Indien u over een snelle CPU en genoeg geheugen beschikt, zou u deze optie moeten afwijzen en X-TT zal elk symbool berekenen.
Bug#622835: okular can't open XPS files
tag 622835 + fixed-upstream pending thanks Hi, Attempting to open an .xps file with okular fails with the okular error messages Could not open file:///filename.xps and Can not find a plugin which is able to handle the document being passed. This appears to be due to the KDE library code identifying the document as an application/oxps (accuracy 100) file (via 'kmimetypefinder'), but the okular XPS plugin configuration file /usr/share/kde4/services/libokularGenerator_xps.desktop.backup only notes a different MIME type, application/vnd.ms-xpsdocument. This is mostly due to the kdelibs mimetype detection stuff in 4.4 not considering aliases properly (as application/vnd.ms-xpsdocument is since shared-mime-info 0.80). Also note the Fedora bug 643833: https://bugzilla.redhat.com/show_bug.cgi?id=643833 One of the two parties in IRC chat of comment #5 is me, which also produced the upstream changes. Applying this patch fixes the problem, but it's not clear to me whether this is the best long-term approach. kdelibs 4.6 can handle aliases better, but also okular in KDE 4.6 has both the mimetypes, so this problem will be fixed with the KDE 4.6 upload. I don't think it is worth to do a kdegraphics 4.4 upload just for a temporary issue in testing/sid (this does not affect stable, as it has shared-mime-info 0.71) which can eventually be fixed editing a file manually, with no need to recompile anything. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#622851: plugin handling is broken
retitle 622851 give meaningful error message when pluginsfile is not parsable severity 622851 minor tags 622851 upstream confirmed notforwarded 622851 thanks On Fri, 15 Apr 2011 10:22:36 +0200, David Paleino wrote: Package: josm Version: 0.0.svn4021-1 Severity: grave Tags: sid (Ouch, I should've checked I was actually running 4021, before uploading) The just-uploaded 4021 is currently broken, in terms of plugin handling. [..] Ok, false allarm. Truth is, I had my VPN active, so the pluginsfile wasn't downloaded correctly, and thus became unparsable. It would be best to give a meaningful message error, to avoid panicking by users (like me :)). Mangling the bug accordingly. David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#622610: wireless-tools: Dell D620 iwl3945 will not associate with AP in squeeze
I installed the Lenny linux-image kernel package onto the Squeeze installation. The wifi is now working perfectly. I didn't downgrade the firmware-iwlwifi package. Do I need to re-report the bug to the kernel people or will this bug be re-assigned by somebody else? thanks, Philip Guus Sliepen wrote: On Wed, Apr 13, 2011 at 12:31:55PM +0100, Philip wrote: The same laptop will connect to an AP when Lenny is booted. When Squeeze is booted iwlist will show a list of APs but iwconfig will not associate. A list of APs also displays correctly when wicd is used but connecting to an AP fails. Comparison of Lenny/Squeeze (working/non-working) below LENNY ii linux-image-2.6.26-2-686 2.6.26-26lenny2 Linux 2.6.26 image on PPro/Celeron/PII/PIII/ ii firmware-iwlwifi 0.14+lenny2 Binary firmware for Intel Wireless 3945 and [...] SQUEEZE ii linux-image-2.6.32-5-686 2.6.32-31 Linux 2.6.32 for modern PCs ii firmware-iwlwifi 0.28 Binary firmware for Intel Wireless 3945, 4965 and 5000-series cards [...] This is most likely due to a change in the firmware or the kernel. Can you downgrade the kernel in your squeeze installation to 2.6.26, or upgrade to one in lenny to 2.6.32, and see if that fixes squeeze or breaks lenny? Also try the same with up/downgrading the firmware. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622734: ucf: [INTL:nl] Dutch translation of debconf templates
On Thu, Apr 14, 2011 at 10:17:31PM +0200, Christian PERRIER wrote: The ${dest_file} variable is incorrectly written, here. Fixed file attached. Well spotted, thanks Christian! Regards, Jeroen Schot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610896: kspread: Impossible to type formulas
Hi, You'v reported a bug on the Debian BTS concerning a bug in kspread: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610896 Can you try with the latest version of Koffice (1:2.3.3-1) from unstable? The misbehevior seems to be corrected. Can you confirm that, so I can close the bug ? Cheers, Adrien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613475: elinks fails to build from source.
Any news on this bug? I confirm a successful build with the last patch, on armhf where it has been failing on the buildds [1]. Konstantinos [1]: http://buildd.debian-ports.org/status/fetch.php?pkg=elinksarch=armhfver=0.12~pre5-2stamp=1290175168 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622860: emoslib: New upstream release available
Package: emoslib Version: 000380 Severity: wishlist New upstream release 000381 available. Requires grib-api (1.9.9) to build. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-3-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622861: cdo: New upstream release available.
Package: cdo Version: 1.4.7 Severity: wishlist New upstream release 1.5.0 available. Requires grib-api 1.9.9 -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-3-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616364: transition: python-numpy
On 04/15/2011 01:57 AM, Jakub Wilk wrote: All the involved packages (except nipy), has been successfully rebuilt. nipy will have to be either forced into testing or removed. Right. The set of packages involved seem to migrate with this set of hints: remove nipy/0.1.2+20100526-2 age-days 5 python-scipy/0.9.0+dfsg1-1 age-days 5 python-numpy/1:1.5.1-2 age-days 5 brian/1.3.0-2 age-days 1 scikit-learn/0.7.1.dfsg-3 age-days 5 libtool/2.4-2 hint python-numpy/1:1.5.1-2 As you can see, it requires some big hammer to get libtool in testing, and some aging for some other packages. Also, please note that guiqwt fails to build from source on s390 [1], but it doesn't seem to be a requirement for this transition. [1] https://buildd.debian.org/status/package.php?p=guiqwt Let's see. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615882: An observation
The return string contains the intended values, but cyclically permuted with one iteration. Why perl-5.12.3 would cause this, that is the issue here, open for exploration. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622862: anki: Current stable version is 1.2.8, synchronization protocol changed!
Package: anki Version: 1.0.1-1 Severity: wishlist It's not possible to synchronize with the server using currently packaged versions. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (900, 'stable'), (750, 'testing'), (700, 'unstable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages anki depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-beautifulsoup3.1.0.1-2error-tolerant HTML parser for Pyt ii python-qt4 4.7.3-1+b1 Python bindings for Qt4 ii python-simplejson 2.1.1-1 simple, fast, extensible JSON enco ii python-sqlalchemy 0.6.3-3 SQL toolkit and Object Relational ii python-support 1.0.10 automated rebuilding support for P Versions of packages anki recommends: pn kakasinone (no description available) ii python-matplotlib 0.99.3-1 Python based plotting system in a Versions of packages anki suggests: ii dvipng1.13-1 convert DVI files to PNG graphics -- 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#621459: python2.6: Patch for db5.1 usage
2011/4/15 Matthias Klose d...@debian.org: On 04/14/2011 04:06 PM, Ondřej Surý wrote: Package: python2.6 Version: 2.6.6-8 Severity: normal Attached is patch for db5.1 usage. For now, I will stay with db4.8 for python2.6 and python2.7. First, lets get 2.7 a supported python version, then check current build results with db4.8, then see if there a regressions with 5.1 in an upload to experimental. Alright, we have plenty of time before wheezy freeze, but please keep in mind, that we really want to narrow down number of dbX.Y package, so it has to happen some time. On the other hand I promise to keep only one Berkeley DB library per release (+ utilities to upgrade the old database from previous stable release). Ondrej -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584314: fixed
i can no longer reproduce this bug with kernel 2.6.38 to be sure that it's not due to some other change in testing, i did: -clean install of debian 6 (kernel 2.6.32-5), suspend, resume, kerneloops -add kernel 2.6.38-2 (from testing), suspend, resume, everything goes fine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622863: make -j fails with strace (wait: No child processes)
Package: make Version: 3.81-8.1 Severity: normal When running strace -f -o strace.out make -j8, I got: [...] mv -f .deps/set_z_exp.Tpo .deps/set_z_exp.Plo mv -f .deps/gammaonethird.Tpo .deps/gammaonethird.Plo libtool: compile: x86_64-linux-gnu-gcc -std=gnu99 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_LOCALE_H=1 -DHAVE_WCHAR_H=1 -DHAVE_STDARG=1 -DHAVE_SYS_TIME_H=1 -DHAVE_ALLOCA_H=1 -DHAVE_STDINT_H=1 -DHAVE_VA_COPY=1 -DHAVE_SETLOCALE=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_LONG_LONG=1 -DHAVE_INTMAX_T=1 -DMPFR_HAVE_INTMAX_MAX=1 -DMPFR_HAVE_FESETROUND=1 -DHAVE_DENORMS=1 -DHAVE_ROUND=1 -DHAVE_TRUNC=1 -DHAVE_FLOOR=1 -DHAVE_CEIL=1 -DHAVE_NEARBYINT=1 -DHAVE_LDOUBLE_IEEE_EXT_LITTLE=1 -DMPFR_USE_THREAD_SAFE=1 -DLT_OBJDIR=\.libs/\ -DHAVE_ATTRIBUTE_MODE=1 -DHAVE___GMPN_ROOTREM=1 -I. -Wall -Wmissing-prototypes -Wpointer-arith -Wall -g -O3 -MT ai.lo -MD -MP -MF .deps/ai.Tpo -c ai.c -o ai.o /dev/null 21 mv -f .deps/grandom.Tpo .deps/grandom.Plo mv -f .deps/ai.Tpo .deps/ai.Plo make[2]: *** wait: No child processes. Stop. make[2]: *** Waiting for unfinished jobs make[2]: *** wait: No child processes. Stop. make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/vlefevre/software/mpfr/src' make: *** [all-recursive] Error 1 make: INTERNAL: Exiting with 7 jobserver tokens available; should be 8! zsh: exit 2 strace -f -o strace.out make -j8 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages make depends on: ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib make recommends no packages. Versions of packages make suggests: ii make-doc 3.81-5 Documentation for the GNU version -- 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#622864: xserver-xorg-video-nouveau: segfault when launching gitk remotely
Package: xserver-xorg-video-nouveau Version: 1:0.0.16+git20110411+8378443-1 Severity: grave Justification: renders package unusable When I launch gitk over ssh -XC connection, the X server segfaults (see log). -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Mar 3 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1926464 Mar 26 04:49 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 04:00.0 VGA compatible controller [0300]: nVidia Corporation G73 [GeForce 7300 GT] [10de:0393] (rev a1) Xorg X server configuration file status: -rw-r--r-- 1 root root 997 Jul 9 2010 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPathunix/:7100 FontPathunix/:7101 EndSection Section Device Identifier Configured Video Device Driver nouveau EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection Section ServerFlags Option UseDefaultFontPath off EndSection /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 2.6.38-2-amd64 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 04:28:07 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 21247 Apr 4 13:42 /var/log/Xorg.1.log -rw-r--r-- 1 root root 26243 Apr 15 12:24 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 1386.757] X.Org X Server 1.9.5 Release Date: 2011-03-17 [ 1386.758] X Protocol Version 11, Revision 0 [ 1386.758] Build Operating System: Linux 2.6.38-1-amd64 x86_64 Debian [ 1386.758] Current Operating System: Linux themeline 2.6.38-2-amd64 #1 SMP Thu Apr 7 04:28:07 UTC 2011 x86_64 [ 1386.758] Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.38-2-amd64 root=/dev/mapper/mainvg-root ro [ 1386.758] Build Date: 26 March 2011 03:32:34AM [ 1386.758] xorg-server 2:1.9.5-1 (Cyril Brulebois k...@debian.org) [ 1386.758] Current version of pixman: 0.21.4 [ 1386.758]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 1386.758] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 1386.758] (==) Log file: /var/log/Xorg.0.log, Time: Fri Apr 15 12:24:43 2011 [ 1386.758] (==) Using config file: /etc/X11/xorg.conf [ 1386.758] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 1386.758] (==) No Layout section. Using the first Screen section. [ 1386.758] (**) |--Screen Default Screen (0) [ 1386.758] (**) | |--Monitor Configured Monitor [ 1386.758] (==) No device specified for screen Default Screen. Using the first device section listed. [ 1386.758] (**) | |--Device Configured Video Device [ 1386.758] (**) Option UseDefaultFontPath off [ 1386.758] (==) Automatically adding devices [ 1386.758] (==) Automatically enabling devices [ 1386.758] (**) FontPath set to: unix/:7100, unix/:7101 [ 1386.758] (==) ModulePath set to /usr/lib/xorg/modules [ 1386.758] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 1386.758] (II) Loader magic: 0x7d1be0 [ 1386.758] (II) Module ABI versions: [ 1386.758]X.Org ANSI C Emulation: 0.4 [ 1386.758]X.Org Video Driver: 8.0 [ 1386.758]X.Org XInput driver : 11.0 [ 1386.758]X.Org Server Extension : 4.0 [ 1386.759] (--) PCI:*(0:4:0:0) 10de:0393:1043:820e rev 161, Mem @ 0xfd00/16777216, 0xe000/268435456, 0xfc00/16777216, I/O @ 0xec00/128, BIOS @ 0x/131072 [ 1386.759] (II) Open ACPI successful (/var/run/acpid.socket) [ 1386.759] (II) LoadModule: extmod [ 1386.759] (II) Loading
Bug#620327: Package: nvidia-kernel-dkms 260.19.44-1
Hello Andreas, Sorry for the silence, the affected computer is at my work, was not not able to continue during weekend. You were right, my fault is that I neither rebooted nor unload old nvidia module. Now everything works fine, many thanks for your support and sorry for inconvenience. Alexandr On Fri, Apr 1, 2011 at 3:28 PM, Andreas Beckmann deb...@abeckmann.dewrote: On 2011-04-01 13:07, Alexandr Bravo wrote: Hello Andreas, Thanks, but it doesn't help: Well, what's the actual error message you get? Without this I can only guess ... Did you reboot? Unload the old module? The dmesg output while loading the module is interesting es well as the error in Xorg.0.log find /lib/modules -name nvidia.ko -ls Andreas
Bug#613798: nvidia-kernel-dkms: build fails with 2.6.38-rc kernels
On Saturday, 19. March 2011 20:22:19 Andy Wettstein wrote: Package: nvidia-kernel-dkms Version: 260.19.44-1 Followup-For: Bug #613798 This still doesn't build correctly on 2.6.38. There is an included file What kernel are you using? It works for me using the Debian 2.6.38-2 packages. that no longer exists. In nv-linux.h this line should be commented: #include linux/smp_lock.h http://www.nvnews.net/vbulletin/showthread.php?t=160714 -- Package-specific info: uname -a: Linux bob 2.6.38-0.slh.5-aptosid-amd64 #1 SMP PREEMPT Sat Mar 19 00:10:17 UTC 2011 x86_64 GNU/Linux Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622863: make -j fails with strace (wait: No child processes)
tags 622863 + confirmed upstream quit Hi, Vincent Lefevre wrote: Version: 3.81-8.1 Severity: normal When running strace -f -o strace.out make -j8, I got: [...] mv -f .deps/set_z_exp.Tpo .deps/set_z_exp.Plo mv -f .deps/gammaonethird.Tpo .deps/gammaonethird.Plo libtool: compile: x86_64-linux-gnu-gcc -std=gnu99 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_LOCALE_H=1 -DHAVE_WCHAR_H=1 -DHAVE_STDARG=1 -DHAVE_SYS_TIME_H=1 -DHAVE_ALLOCA_H=1 -DHAVE_STDINT_H=1 -DHAVE_VA_COPY=1 -DHAVE_SETLOCALE=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_LONG_LONG=1 -DHAVE_INTMAX_T=1 -DMPFR_HAVE_INTMAX_MAX=1 -DMPFR_HAVE_FESETROUND=1 -DHAVE_DENORMS=1 -DHAVE_ROUND=1 -DHAVE_TRUNC=1 -DHAVE_FLOOR=1 -DHAVE_CEIL=1 -DHAVE_NEARBYINT=1 -DHAVE_LDOUBLE_IEEE_EXT_LITTLE=1 -DMPFR_USE_THREAD_SAFE=1 -DLT_OBJDIR=\.libs/\ -DHAVE_ATTRIBUTE_MODE=1 -DHAVE___GMPN_ROOTREM=1 -I. -Wall -Wmissing-prototypes -Wpointer-arith -Wall -g -O3 -MT ai.lo -MD -MP -MF .deps/ai.Tpo -c ai.c -o ai.o /dev/null 21 mv -f .deps/grandom.Tpo .deps/grandom.Plo mv -f .deps/ai.Tpo .deps/ai.Plo make[2]: *** wait: No child processes. Stop. [...] Yes, reproduced by running strace -f -o strace.out make-j8 in a git.git checkout, with similar results. Trying the upstream sources obtained with cvs -d:pserver:anonym...@cvs.sv.gnu.org:/sources/make co ., I reliably get [...] | SUBDIR gitk-git | make[1]: Nothing to be done for `all'. | SUBDIR perl | make[2]: vfork: Invalid argument | Skip blib/lib/Git.pm (unchanged) | Makefile:14: recipe for target `all' failed | make[1]: *** [all] Error 2 | Makefile:1658: recipe for target `all' failed | make: *** [all] Error 2 instead. Weird. I'm going to call that the same bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622864: More info
Ok, so after some investigation, I found that the segfault is not caused by a video driver (it happens with binary nvidia driver too). Commenting out Files and ServerFlags sections (i.e. disabling font servers) removed the segfault. Could you please move the bug to a more appropriate package? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621467: [PATCH] Add more mailer choices to metche
Hi, Kan-Ru Chen wrote (07 Apr 2011 06:55:10 GMT) : Currently metche uses mutt to send mails, but on a minimum installed system mutt might not a feasible choice. This is right. An old provide lightweight alternative to Mutt wishlist bug has been sitting in our upstream bug tracker for years (no URL provided since I am writing offline). Thank you for moving things forward. Attached patches add the support to use two more mailer choices, mailx and mail-transport-agent (sendmail), both are virtual packages. IIRC we chose mutt over mailx in the early days of metche development because it was Doing the Right Thing wrt. content encoding, while mailx did not. I am sorry I don't remember: - which version of mailx behaved badly in our tests; - if the content encoding issue was exposed if $ENCRYPT_EMAIL was enabled, disabled, or both. I am a bit afraid we might introduce a regression on this front by applying your patch. Here are a few questions meant to clarify things a bit before I or others investigate this further: 1. What version(s) of mailx / sendmail have you tested your patch against? 2. Did you test your patch with !ascii content in Changelog? 3. Did you test your patch with ENCRYPT_EMAIL set to yes, no, or both? Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | The impossible just takes a bit longer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602050: ITP: supercollider -- A real time audio synthesis programming language
On Wed, Apr 13, 2011 at 14:58, Dan S danstowell+de...@gmail.com wrote: 2011/4/10 Dan S danstowell+de...@gmail.com: 2011/4/10 Felipe Sateler fsate...@debian.org: On Sun, Apr 10, 2011 at 04:34, Dan S danstowell+de...@gmail.com wrote: ...and now SC 3.4.2 has been released on the same day. So I've imported it into the git (3 patches no longer needed, hooray) - all testing and feedback welcome. Looks like you didn't actually merge the upstream branch into master but instead imported the new tarball as a new commit. I used git-import-orig, surely that's the right thing to do? http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.import.html#GBP.IMPORT.NEW.UPSTREAM Hmm, it seems to have done a broken import. Did it actually succeed in the merge? Yes it did. If there's anything I should do that can fix this, please let me know. There will be a version 3.4.3 out fairly soon (3.4.2 has a regression!) so I'll need to know how to import it right. Hmm, I usually just call git-import-orig on the tarball and all the magic is done. I'm not sure what could have gone wrong. If 3.4.3 will be out soon, then maybe we can let this one go and do the 3.4.3 on right instead. OK, well I'll do it the same way when 3.4.3 is out, but I'll do a test run and try to make sure the commits are as expected before pushing! I've tried to import 3.4.3 onto a clean repository (using git-import-orig) and it hit a merge conflict. A log of my session is at http://pastie.org/1792082 - I'd be grateful for any advice on whatever might have gone wrong. Am I using git-import-orig as intended? Yes. But the borked import of 3.4.2 breaks it. Try first merging from the upstream branch and then using git-import-orig. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622768: wpasupplicant: Lost passwords after reboot/suspend every X reset
On Fri, 15 Apr 2011 12:27:33 AM Adnan Hodzic wrote: Package: wpasupplicant Version: 0.7.3-2 Severity: important After last wpasupplicant upgrade, first all my WPA/WEP were lost, but that's the least of the problem as I need to input the password/s every time as they get lost with every reboot/suspend or even X reset. If you need any more information let me know as I would be happy to provide you with the same. wpa_supplicant is a non-interactive daemon. What interface is your input put into? The answer to that is, my gut feeling, the start of the problem. Given that you mention X restart(s) I suspect Network-Manager most of all. CC'ing the network-manager maintainer list. Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622864: More info
reassign 622864 xserver-xorg-core found 622864 2:1.9.5-1 forcemerge 616578 622864 thanks On 2011-04-15 13:02 +0200, Marcel Šebek wrote: Ok, so after some investigation, I found that the segfault is not caused by a video driver (it happens with binary nvidia driver too). Commenting out Files and ServerFlags sections (i.e. disabling font servers) removed the segfault. Could you please move the bug to a more appropriate package? Done, this has been reported already. Regards, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622844: gscan2pdf + libsane-perl frontend + Canon CanoScan LiDE25 results in End of file reached
tag 622844 +patch +upstream thanks First a little correction to my initial description: unpaper and gocr were actually run, I just missed that. I've narrowed down the problem a bit: gscan2pdf displays an error dialog as long as the status in Gscan2pdf::Backend::Sane::scan_pages is not SANE_STATUS_GOOD - which seems to be no problem as $self-{status} gets set to SANE_STATUS_GOOD if it is SANE_STATUS_EOF a few lines before. ($self-{status} gets set by _thread_scan_page_to_fh to the value of $Sane::STATUS to share it between the threads). However, in my case I trapped a race condition where _thread_scan_page_to_fh resets $self-{status} to $Sane::STATUS (which is SANE_STATUS_EOF) between |# Check status of scan |if ($_self-{status} == SANE_STATUS_GOOD | or $_self-{status} == SANE_STATUS_EOF ) |{ | $_self-{status} = SANE_STATUS_GOOD; | $page_good_callback-($n); |} and | $error_callback-( Sane::strstatus( $_self-{status} ) ) | unless ( | $_self-{status} == SANE_STATUS_GOOD | or ... I have attached a patch that changes scan_pages to not modify $self-{status} but rather checks for SANE_STATUS_EOF too where it is needed. Sebastian diff --git a/bin/gscan2pdf b/bin/gscan2pdf index c703b5c..cd488f4 100755 --- a/bin/gscan2pdf +++ b/bin/gscan2pdf @@ -12675,19 +12675,20 @@ sub scan_pages { if ($_self-{status} == SANE_STATUS_GOOD or $_self-{status} == SANE_STATUS_EOF ) { - $_self-{status} = SANE_STATUS_GOOD; $page_good_callback-($n); } # Stop the process unless everything OK and more scans required unless ( ( $npages == -1 or --$npages ) - and $_self-{status} == SANE_STATUS_GOOD ) + and ( $_self-{status} == SANE_STATUS_GOOD +or $_self-{status} == SANE_STATUS_EOF ) ) { _enqueue_request('cancel'); $dialog-destroy; $error_callback-( Sane::strstatus( $_self-{status} ) ) unless ( $_self-{status} == SANE_STATUS_GOOD + or $_self-{status} == SANE_STATUS_EOF or ( $_self-{status} == SANE_STATUS_NO_DOCS and $npages 1 and $n2 1 ) signature.asc Description: Digital signature
Bug#622821: wpasupplicant: reassociates after disconnect
Hi Andrew. On Fri, 15 Apr 2011 07:36:00 AM Andrew Pimlott wrote: Package: wpasupplicant Version: 0.7.3-2 Severity: normal In the changelog: * After a disconnected event, attempt to reassociate to a network when using wpa-roam. If I'm understanding this correctly, I don't see the sense in this. It definitely changes the user experience. Before, in wpa_gui, if I click Disconnect, I go off the wireless network and stay off. Now, I come right back on, which seems unintuitive. If I really want to stay off, I can't do it in wpa_gui, I have to ifdown. You might argue this is a better to do it, but I think people might be used to doing a disconnect (in wpa_gui and other front-ends) to get off the wireless network. I tend to agree with you, and what's more I cannot recall what information or events led to the decision to introduce this behaviour. Would have to dig deep through the history... Would you be able to propose in patch form, the changes you would like? Also, this change breaks /etc/wpa_supplicant/action_wpa.sh. The comments in that script indicate an expectation that disconnect implies disable. The ifplugd uses this script when it detects an ethernet cable plugged in. As a result of this change, both the ethernet and wireless interfaces stay up and may step on each other. (Which one gets the default route? Also, I am seeing weird DHCP behavior that seems to be related.) I'm not saying ifplugd is necessarily doing the right thing, but it was working before. hmm, ok. Let me know if I'm misunderstanding something. Here is my wireless interface configuration in /etc/network/interfaces: iface eth1 inet manual wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf wpa-roam-default-iface default-wireless iface default-wireless inet dhcp Looks pretty standard. Thanks, Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#128745: libstroke0-dev: Need more quoting of autoconf macro files.
tags 128745 patch merge 128745 302907 found 128745 0.5.1-6 thanks Any news? This bug was initially reported 9 years ago and there has been a patch for 6 years! -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622587: wpasupplicant: Please, switch CONFIG_IEEE80211W on.
On Wed, 13 Apr 2011 06:13:35 PM sergio wrote: Package: wpasupplicant Version: 0.7.3-2 Severity: wishlist hostap on squeeze and later has CONFIG_IEEE80211W, but wpasupplicant still doesn't. Please switch it on. I agree it should be sync'd with hostapd build config. Thanks, Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622757: wpasupplicant: Faulty ifupdown/functions.sh script?
On Thu, 14 Apr 2011 10:50:30 PM Sedat Dilek wrote: Package: wpasupplicant Version: 0.7.3-2 Severity: normal Hi, with wpasupplicant-0.7.3 entering Debian/sid my Internet connection is not established anymore. By replacing the ifupdown/functions.sh script from wpasupplicant (0.6.10-2.1) things are as used to. I haven't got the time to look deeper into this as it WorksForMe. I have collected all relevant material (/e/n/i), the files of ifupdown-dirs from 0.6.10 and 0.7.3 (see also the diffs) and added my dsc|diff files into the attached tarball. If this kind of matters I use systemd as sysvinit replacement and resolvconf helps for static-IP network setup. Furthermore, I have no ifplugd or suggested libengine-pkcs11-openssl installed. If you have detailed instructions on how to investigate the issue, please let me know. Without reviewing any diff, it could be related to #622589 Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622837: libpcsclite1: please drop Recommends: pcscd
On Fri, 15 Apr 2011 06:40:32 PM Jonathan Nieder wrote: Ludovic Rousseau wrote: You think it is a bug. I think it is not a bug. How do you propose to solve this bug? What would be OK for you as a solution? I don't want to argue much. I do consider it a bug that installing wpasupplicant causes a setuid smartcard daemon to be installed. I believe it is an unintended consequence. It is not the best thing to happen behind the user's back. That said: - I could easily be wrong; - I am not claiming you made some bad decision before, just that this is a problem for Debian to solve (that's what the BTS is for, after all). I would propose: - if users of the library will crash or otherwise fail if pcscd is not installed, mentioning that in the package description; - otherwise, downgrading the Recommends to a Suggests and notifying the maintainers of reverse-dependencies that they should add Depends: pcscd. No doubt there are plenty of alternative fixes possible. 1) Disable support for PCSC in wpasupplicant, and noone using Debian could use this function without recompiling wpa_supplicant + friends. I do not think any Debian supporter wats this. or 2) Link against libpcsclite, and allow the end user to install daemon if they need that (and given all the arguments, you must damn well know if you need that). Given the correct dependency between libpcsclite + daemon this is _easily_ possible. 3) Will NOT rehash the dlopen() debacle. If pushed into a corner I will do 1. Prefer to do 2. Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#461432: Done: Doesn't start: findServiceByDesktopPath: Office/kivio.desktop not found
Package: koffice Version: 1:2.2.1-4 Kivio isn't in Koffice, version 2, so I closed this bug. Thank you Adrien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622866: coreutils: Typo in french translation
Package: coreutils Version: 8.5-1 Severity: minor Tags: patch l10n Hello, In the French localization, there is a typo : $ ls /home/user/.ssh/ ls: impoossible d'ouvrir le répertoire /home/user/.ssh/: Permission non accordée Impoosible : pas Français ! ;-) Fred. -- System Information: Debian Release: 6.0.1 APT prefers squeeze APT policy: (990, 'squeeze'), (990, 'stable'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii libacl1 2.2.49-4 Access control list shared library ii libattr1 1:2.4.44-2 Extended attribute shared library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries coreutils recommends no packages. coreutils suggests no packages. -- no debconf information diff -Naur coreutils-8.5orig//po/fr.po coreutils-8.5/po/fr.po --- coreutils-8.5orig//po/fr.po 2010-04-23 17:24:34.0 +0200 +++ coreutils-8.5/po/fr.po 2011-04-15 13:44:40.0 +0200 @@ -5520,7 +5520,7 @@ #: src/ls.c:2470 src/pwd.c:162 #, c-format msgid cannot open directory %s -msgstr impoossible d'ouvrir le répertoire %s +msgstr impossible d'ouvrir le répertoire %s #: src/ls.c:2485 #, c-format
Bug#622867: html2ps: please update to beta7
Package: html2ps Version: 1.0b5-5 Severity: normal Please upgrade to beta7, which supports utf-8 and has a html2pdf program. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages html2ps depends on: ii libhtml-parser-perl 3.68-1 collection of modules that parse H ii libpaper-utils 1.1.24 library for handling paper charact ii libwww-perl 5.837-1 simple and consistent interface to ii perl 5.10.1-19 Larry Wall's Practical Extraction ii perlmagick 8:6.6.0.4-3 Perl interface to the ImageMagick Versions of packages html2ps recommends: ii ghostscript-x [gs-gpl] 9.01~dfsg-2 interpreter for the PostScript lan ii gs-gpl 9.01~dfsg-2 Transitional dummy package for gho Versions of packages html2ps suggests: ii evince [postscript-viewer] 2.30.3-3Document (PostScript, PDF) viewer ii ghostscript [postscript-view 9.01~dfsg-2 interpreter for the PostScript lan ii gv [postscript-viewer] 1:3.7.1-3 PostScript and PDF viewer for X ii texlive-base 2009-11 TeX Live: Essential programs and f pn weblint-perl none (no description available) ii xhtml2ps 1.0b5-5 HTML to PostScript converter (Tcl/ -- 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#409672: Bug in libhtml-scrubber-perl fixed in revision 72628
tag 409672 + pending thanks Some bugs are closed in revision 72628 by Nicholas Bamber (periapt-guest) Commit message: New upstream release (Closes: #409672) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620829: [new checks] implements parts of the java policy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-04-09 17:19, Vincent Fourmond wrote: Hello Niels ! [...] I see you have tested some of your tags[1]; I am curious about your findings, you say that 30% of the javalibs you have tests triggers the tags. Have you any ideas if any of those are false-positives? I'm afraid that in this specific case, chances of false positives are unlikely. If a java package depends on a lib...-java, it means that some of its code depend on one of the jars in this lib...-java. So it must have an appropriate classpath entry. It is a warning as of now, but I'm pretty sure they are all java policy violations, we may have to raise it into an error. The only possibility I see for false positives is if a package depends on the data contained in a lib...-java package, but not on the code. I don't think it applies to a significant fraction of these 30%... Cheers, Vincent Hi Vincent I have applied your patches (with modification). I believe the most important change is that I removed classpath-contains-files-not-in-usr-share. The reason was that it would have false-positives if a private jar had a classpath on another private jar. I /think/ it should cover most cases if it also allowed dirof(jar) == dirof(jar_in_cp), but I could not really wrap my head around it. I also think we might need to extend the logic of the relative classpath to handle /usr/share/pkg/A.jar having classpath ../java/lib.jar, which I would think is a rather valid cp as well. Though I think we lack a general purpose Lintian function to normalize relative paths at the moment. Feel free to (re-)add these changes in some patches based of the master branch and I will have a second look. I will make an unofficial version of Lintian and try to trick people it to providing some feedback on these changes. ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNqDOUAAoJEAVLu599gGRCZGwP/jwwm3SjWu0zhdxAR8GAESnm Hft+voziG0x71Hy/F96sF/0lA1576gomPdz54ZzAWHsBYp3lUfBTlCEt4MVcaNso Bsu3df2O9oxh1WposApUfpU8oSsFVCoVUq6z4CJkoVpmghZdfTbr9RDrmYFn7fNv 8ILXy32mcOvtho/i/5+p7C77RSe41Pc6vjQ77N/02HBIkrUbH1EyASsMODI3HcHI teQpCs9koPenB8+8nziJLhKPz7LFWkGrjYCJpSNXgM7d01WvXpwwfZU2eg8b184U aBBn2HWKQafDkLj+eii4LbU8vgRpu1w7H6UaF0ZbVU9TBotnvJdbaUqnKHd98nxr aRUEKbmtMqEoK98BxF5BCCMOc6pAIdnow7d2+gLGNonZdc+Vwgc/G520mUSjfCME zcXgceaJb3nnyey7l3rylE4+0b38jSI5hDptbJEYUQwwIZZ+74sKtXbPkYMSWdmx RYknsghWtYGQEVSOP3ZPo6CX3KPWVA0vUQL61o2BkCc+AGnSsR5iWC/4D0CLU2m6 V/XXMkFcwZ4fXgDL8u3O70UP3ttRxxIqcw2GQzIPgxaQSJQWzXoPW7QlmNtnZV3/ 0WscJXeI757OpMoapRiSFLMplZ9WAxA/uhFro5imAAQ6G3jLro/E2h+bAP0JkPSp gYVJW3qPw4X8oWTv1vR4 =6LnU -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#622868: ITP: apt-clone -- Script to create state bundles
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: apt-clone Version : 0.1.6 Upstream Author : Michael Vogt m...@debian.org * URL : https://launchpad.net/apt-clone * License : GPL-3 Programming Lang: Python Description : Script to create state bundles This package can be used to clone/restore the packages on a apt based system. It will save/restore the packages, sources.list, keyring and automatic-installed states. It can also save/restore no longer downloadable packages using dpkg-repack. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622850: linux-2.6: Please enable Hyper-V drivers
On Fri, 2011-04-15 at 10:04 +0200, Steinar H. Gunderson wrote: Package: linux-2.6 Severity: wishlist Hi, I recently had the joy (?) of installing Debian in Microsoft's hypervisor, Hyper-V. While the hypervisor is non-free (like e.g. VMware), the Linux kernel contains free host drivers that greatly increase functionality (e.g., you can access raw devices, have drives larger than 128GB, you get networking access without going through an emulated 100Mbit/sec card, you get heartbeat functionality to the hypervisor, etc.). They currently exist in the staging tree, and have been there since 2.6.32 or thereabouts. They are truly worthy of the 'crap' label though. It might be worth backporting the current versions to 'squeeze', but I don't think it would be a good idea to enable the versions in 2.6.32. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#538067: ITP: opencpn -- A concise ChartPlotter/Navigator
Hi, some time has passed so I thought I'd take another stab at this one: http://svn.debian.org/viewsvn/pkg-grass/packages/opencpn/trunk/debian/ It's in pretty good shape now, one lintian error remains, and one big todo. The program has enjoyed phenomenal growth in popularity for a niche product, ~400 downloads per day: http://sourceforge.net/project/stats/detail.php?group_id=180842ugn=opencpntype=prdownloadmode=alltimefile_id=0 That success is well deserved! It's a fine program. packaging efforts documented here: http://www.cruisersforum.com/forums/f134/opencpn-build-on-debian-35977-8.html#post667237 lintian === E: opencpn: embedded-library ./usr/share/opencpn/plugins/libgrib_pi.so: bzip2 I've prepared the following patch: +++ opencpn/plugins/grib_pi/CMakeLists.txt 2011-04-15 15:18:35.165862744 +1200 @@ -79,18 +79,18 @@ src/GribRecord.cpp src/zuFile.cpp src/IsoLine.cpp -src/bzip2/bzlib.c -src/bzip2/blocksort.c -src/bzip2/compress.c -src/bzip2/crctable.c -src/bzip2/decompress.c -src/bzip2/huffman.c -src/bzip2/randtable.c +#src/bzip2/bzlib.c +#src/bzip2/blocksort.c +#src/bzip2/compress.c +#src/bzip2/crctable.c +#src/bzip2/decompress.c +#src/bzip2/huffman.c +#src/bzip2/randtable.c ) ADD_LIBRARY(${PACKAGE_NAME} SHARED ${SRC_GRIB}) -INCLUDE_DIRECTORIES(${PLUGIN_SOURCE_DIR}/src/zlib-1.2.3) -INCLUDE_DIRECTORIES(${PLUGIN_SOURCE_DIR}/src/bzip2) +#INCLUDE_DIRECTORIES(${PLUGIN_SOURCE_DIR}/src/zlib-1.2.3) +#INCLUDE_DIRECTORIES(${PLUGIN_SOURCE_DIR}/src/bzip2) IF(WIN32) SET(OPENCPN_IMPORT_LIB ../../${CMAKE_CFG_INTDIR}/${PARENT}) and it builds, but at run-time the plugin fails with this error message in ~/opencpn.log: 15:25:21: PlugInManager searching for PlugIns in location /usr/lib/opencpn-plugins 15:25:21: PlugInManager: Loading PlugIn: /usr/lib/opencpn-plugins/libgrib_pi.so 15:25:21: Error: /usr/lib/opencpn-plugins/libgrib_pi.so: undefined symbol: BZ2_bzReadClose 15:25:21:PlugInManager: Cannot load library: /usr/lib/opencpn-plugins/libgrib_pi.so the Build-depends in debian/control does contain libbz2-dev (which supplies libbz2.a) but I'm missing how to link against that in the above CMakeLists.txt file. (I'm no cmake expert) any ideas? todo I think a necessary hurdle to overcome is to donate some code to allow OpenCPN to read from the GMT flavour of the GSHHS world coastline data, so that they (and ZyGrib, and other packages which use that coastline data) can all share the common data packages. The .deb is 16mb right now, which I don't think is a blocker for upload. It would be nice to get the half-dozen or so packages which are all shipping the variants of the same world-coastline to use the same gmt- coastline data packages though. (see earlier emails in this ML's archive for details) thanks, Hamish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622850: linux-2.6: Please enable Hyper-V drivers
On Fri, Apr 15, 2011 at 01:14:08PM +0100, Ben Hutchings wrote: They currently exist in the staging tree, and have been there since 2.6.32 or thereabouts. They are truly worthy of the 'crap' label though. Sure, but they are much better than nothing. Currently I'm having issues that the network card is hanging under load (also in 2.6.38)... Do you know if anybody cares about bug reports should I file them upstream? It might be worth backporting the current versions to 'squeeze', but I don't think it would be a good idea to enable the versions in 2.6.32. Mm, well, my question is for sid, I guess. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602050: ITP: supercollider -- A real time audio synthesis programming language
2011/4/15 Felipe Sateler fsate...@debian.org: On Wed, Apr 13, 2011 at 14:58, Dan S danstowell+de...@gmail.com wrote: 2011/4/10 Dan S danstowell+de...@gmail.com: 2011/4/10 Felipe Sateler fsate...@debian.org: On Sun, Apr 10, 2011 at 04:34, Dan S danstowell+de...@gmail.com wrote: ...and now SC 3.4.2 has been released on the same day. So I've imported it into the git (3 patches no longer needed, hooray) - all testing and feedback welcome. Looks like you didn't actually merge the upstream branch into master but instead imported the new tarball as a new commit. I used git-import-orig, surely that's the right thing to do? http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.import.html#GBP.IMPORT.NEW.UPSTREAM Hmm, it seems to have done a broken import. Did it actually succeed in the merge? Yes it did. If there's anything I should do that can fix this, please let me know. There will be a version 3.4.3 out fairly soon (3.4.2 has a regression!) so I'll need to know how to import it right. Hmm, I usually just call git-import-orig on the tarball and all the magic is done. I'm not sure what could have gone wrong. If 3.4.3 will be out soon, then maybe we can let this one go and do the 3.4.3 on right instead. OK, well I'll do it the same way when 3.4.3 is out, but I'll do a test run and try to make sure the commits are as expected before pushing! I've tried to import 3.4.3 onto a clean repository (using git-import-orig) and it hit a merge conflict. A log of my session is at http://pastie.org/1792082 - I'd be grateful for any advice on whatever might have gone wrong. Am I using git-import-orig as intended? Yes. But the borked import of 3.4.2 breaks it. Try first merging from the upstream branch and then using git-import-orig. Ah, now I see. OK it works now, and all is looking good. My local git history (on master) now looks like http://pastie.org/1797302 Please let me know if it looks like the right things have happened - then I'll push. Thanks Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622850: linux-2.6: Please enable Hyper-V drivers
On Fri, 2011-04-15 at 14:17 +0200, Steinar H. Gunderson wrote: On Fri, Apr 15, 2011 at 01:14:08PM +0100, Ben Hutchings wrote: They currently exist in the staging tree, and have been there since 2.6.32 or thereabouts. They are truly worthy of the 'crap' label though. Sure, but they are much better than nothing. Currently I'm having issues that the network card is hanging under load (also in 2.6.38)... Do you know if anybody cares about bug reports should I file them upstream? Which driver, hv_netvsc or the one for the emulated hardware (whatever that is)? Anyway, bug reports against the current upstream version should go upstream. It might be worth backporting the current versions to 'squeeze', but I don't think it would be a good idea to enable the versions in 2.6.32. Mm, well, my question is for sid, I guess. We don't usually expect people to upgrade the kernel to get new hardware support. If these drivers are so useful then they ought to be in squeeze. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#622869: python-qwt5-qt4: crashes on s390
Package: python-qwt5-qt4 Version: 5.2.1~cvs20091107+dfsg-5 Severity: grave Justification: renders package unusable On s390, importing PyQt4.Qwt5 causes an immediate crash with segmentation fault. The (not very helpful) traceback is: #0 0x760ada4e in ?? () from /usr/lib/pymodules/python2.6/sip.so #1 0x760aeb4c in ?? () from /usr/lib/pymodules/python2.6/sip.so #2 0x77672016 in initQwt () from /usr/lib/pymodules/python2.6/PyQt4/Qwt5/Qwt.so #3 0x004bbd20 in _PyImport_LoadDynamicModule (name=0x7ffbb653 PyQt4.Qwt5.Qwt, pathname=0x7ffba56f /usr/lib/pymodules/python2.6/PyQt4/Qwt5/Qwt.so, fp=value optimized out) at ../Python/importdl.c:53 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: s390 Kernel: Linux 2.6.26-2-s390x (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 python-qwt5-qt4 depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libqt4-svg4:4.7.2-3 Qt 4 SVG module ii libqtcore44:4.7.2-3 Qt 4 core module ii libqtgui4 4:4.7.2-3 Qt 4 GUI module ii libqwt5-qt4 5.2.0-1Qt4 widgets library for technical ii libstdc++64.6.0-2The GNU Standard C++ Library v3 ii python2.6.6-12 interactive high-level object-orie ii python-numpy 1:1.4.1-5 Numerical Python adds a fast array ii python-qt44.8.3-2Python bindings for Qt4 ii python-sip [sip-api-8.1] 4.12.1-1 Python/C++ bindings generator runt ii python-support1.0.11 automated rebuilding support for P Versions of packages python-qwt5-qt4 recommends: pn libqwt5-qt4-dev none (no description available) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org