Bug#618415: gnome-do: kazach translation in /etc/xdg/ is misformatted
tags 618415 + pending thanks This has been fixed upstream in r1334. I've cherry-picked that commit into git, and this will be fixed in the next upload. Thanks Chris signature.asc Description: This is a digitally signed message part
Bug#619090: RM: gcc-4.1-doc-non-dfsg, gcc-4.2-doc-non-dfsg -- RoQA; documents a gcc version we don't ship
Package: ftp.debian.org Severity: normal I chanced to notice that the gcc-4.1-doc-non-dfsg and gcc-4.2-doc-non-dfsg source packages are still present in unstable. gcc-4.2 hasn't been included in Debian since lenny, and gcc-4.1 has been removed from unstable post-squeeze. The documentation ought to be dropped from unstable as well, neither of these packages has been uploaded since lenny and they're non-free documentation for other packages we no longer carry. Cc:ing the package maintainer (debian-gcc) for ack/nack of this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619091: gtk-gnutella: Version 0.96-9 available
Package: gtk-gnutella Version: 0.96.8-1 Severity: important gtk-gnutella is frequently showing popups with Ancient version detected!. A newer version was released a week ago (2011-3-14). -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-bpo.1-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages gtk-gnutella depends on: ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-4 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnutls262.8.6-1 the GNU TLS library - runtime libr ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libxml22.7.8.dfsg-2 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gtk-gnutella recommends no packages. gtk-gnutella 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#618451: gnome-do: leaks huge amounts of memory
Hm. It looks like this is a problem with the mono.addins plugin manager rather than specifically a Files Folders plugin issue. I'll have a look at that code and see where this is falling over. I'll get back to you if I need more information, or something tested. Chris signature.asc Description: This is a digitally signed message part
Bug#618348: Processed: reassign 618348 to iceweasel-l10n-fr
tags 618348 unreproducible moreinfo thanks On 18:50 Mon 14 Mar , Dmitry E. Oboukhov wrote: In safe mode, it works because language are disabled... I haven't found any workaround yet ! TDBTS What is the version of iceweasel-l10n-fr You use? I've installed iceweasel-l10n-fr and iceweasel works fine. So I can't reproduce the bug. -- . ''`. 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#619089: No soundcards found
Thank you for the kind support. I submitted a bug that I'm experiencing after updating my system yesterday. I used a script called alsa-info v4.60 now to gather some information about sound-related systems. The output of the script is attached. I found that the system is not detecting my sound card, though it was working fine till before the update. Please advise. Best regards, Hayman upload=truescript=truecardinfo= !! !!ALSA Information Script v 0.4.60 !! !!Script ran on: Mon Mar 21 06:51:09 UTC 2011 !!Linux Distribution !!-- Debian GNU/Linux 6.0 \n \l !!DMI Information !!--- Manufacturer: Hewlett-Packard Product Name: HP Pavilion dv7 Notebook PC Product Version: 048610242B263 !!Kernel Information !!-- Kernel release:2.6.32-5-amd64 Operating System: GNU/Linux Architecture: x86_64 Processor: unknown SMP Enabled: Yes !!ALSA Version !! Driver version: 1.0.24 Library version:1.0.23 Utilities version: 1.0.23 !!Loaded ALSA modules !!--- !!Sound Servers on this system !! No sound servers found. !!Soundcards recognised by ALSA !!- --- no soundcards --- !!PCI Soundcards installed in the system !!-- 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 05) 01:00.1 Audio device: ATI Technologies Inc Redwood HDMI Audio [Radeon HD 5600 Series] !!Advanced information - PCI Vendor/Device/Subsystem ID's !! 00:1b.0 0403: 8086:3b56 (rev 05) Subsystem: 103c:144b -- 01:00.1 0403: 1002:aa60 Subsystem: 103c:144b !!Modprobe options (Sound related) !! snd-atiixp-modem: index=-2 snd-intel8x0m: index=-2 snd-via82xx-modem: index=-2 snd-pcsp: index=-2 snd-usb-audio: index=-2 snd-hda-intel: enable_msi=1 !!Loaded sound module options !!-- !!ALSA Device nodes !!- crw-rw+ 1 root audio 116, 1 Mar 21 06:30 /dev/snd/seq crw-rw+ 1 root audio 116, 33 Mar 21 06:30 /dev/snd/timer !!Aplay/Arecord output !! APLAY aplay: device_list:235: no soundcards found... ARECORD arecord: device_list:235: no soundcards found... !!Amixer output !!- !!Alsactl output !!- --startcollapse-- --endcollapse-- !!All Loaded Modules !!-- Module nls_utf8 udf crc_itu_t sco bridge stp bnep vboxnetadp acpi_cpufreq rfcomm vboxnetflt l2cap parport_pc ppdev lp parport cpufreq_stats crc16 cpufreq_userspace vboxdrv cpufreq_powersave cpufreq_conservative binfmt_misc uinput fuse loop snd_hda_codec snd_hwdep arc4 ecb snd_pcm radeon snd_seq uvcvideo iwlagn joydev snd_timer iwlcore ttm ses snd_seq_device videodev hp_accel i915 mac80211 v4l1_compat lis3lv02d drm_kms_helper enclosure snd btusb v4l2_compat_ioctl32 drm bluetooth cfg80211 input_polldev i2c_i801 soundcore psmouse i2c_algo_bit battery video rfkill snd_page_alloc i2c_core led_class output ac pcspkr evdev wmi serio_raw processor button usb_storage usbhid hid ext3 jbd mbcache sg sr_mod cdrom sd_mod crc_t10dif ahci ehci_hcd libata r8169 thermal mii scsi_mod thermal_sys usbcore nls_base !!ALSA/HDA dmesg !!-- [ 11.079300] phy0: Selected rate control algorithm 'iwl-agn-rs' [ 11.380129] snd_hda_intel: disagrees about version of symbol snd_pcm_suspend_all [ 11.380132] snd_hda_intel: Unknown symbol snd_pcm_suspend_all [ 11.382398] snd_hda_intel: disagrees about version of symbol snd_pcm_suspend_all [ 11.382400] snd_hda_intel: Unknown symbol snd_pcm_suspend_all [ 12.007573] Adding 12683276k swap on /dev/sdb5. Priority:-1 extents:1 across:12683276k
Bug#619092: Wishlist: mc to open ISO files
Package: mc Version: 3:4.7.0.9-1 Severity: wishlist Hello, It would be great that one can do : xterm -e mc --open myiso.iso and then it appears directly into the ISO file, for browsing. Thanks Regards Y. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mc depends on: ii e2fslibs 1.41.12-2 ext2/ext3/ext4 file system librari ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcomerr21.41.12-2 common error description library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libslang2 2.2.2-4The S-Lang programming library - r Versions of packages mc recommends: ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap Versions of packages mc suggests: pn arj none (no description available) ii bzip2 1.0.5-6 high-quality block-sorting file co pn catdvi none (no description available) ii dbview 1.0.4-1 View dBase III files pn djvulibre-bin none (no description available) ii epdfview [pdf-viewer] 0.1.7-4 Lightweight pdf viewer based on po ii evince [pdf-viewer] 2.30.3-2 Document (PostScript, PDF) viewer ii file5.04-5 Determines file type using magic pn gv none (no description available) ii imagemagick 8:6.6.0.4-3 image manipulation programs pn links | w3m | lynx none (no description available) pn odt2txt none (no description available) ii perl5.10.1-17Larry Wall's Practical Extraction ii python 2.6.6-3+squeeze5 interactive high-level object-orie pn python-boto none (no description available) pn python-tz none (no description available) ii unzip 6.0-4De-archiver for .zip files ii zip 3.0-3Archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619093: splashy and systemd: error when trying to install together
Package: systemd,splashy Version: systemd/20-1 Version: splashy/0.3.13-5.1+b1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-03-21 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libcap2 libgpg-error0 libgcrypt11 libmagic1 libpcre3 libdevmapper1.02.1 dmsetup libklibc klibc-utils initramfs-tools libaudit0 libcryptsetup1 libdbus-1-3 libsysfs2 tsconf libts-0.0-0 libdirectfb-1.2-9 libfreetype6 libjpeg62 libpng12-0 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxext6 libdirectfb-extra libglib2.0-0 libsplashy1 libwrap0 splashy systemd Extracting templates from packages: 93% Extracting templates from packages: 100% Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libcap2. (Reading database ... 8744 files and directories currently installed.) Unpacking libcap2 (from .../libcap2_1%3a2.20-1_amd64.deb) ... Selecting previously deselected package libgpg-error0. Unpacking libgpg-error0 (from .../libgpg-error0_1.10-0.3_amd64.deb) ... Selecting previously deselected package libgcrypt11. Unpacking libgcrypt11 (from .../libgcrypt11_1.4.6-5_amd64.deb) ... Selecting previously deselected package libmagic1. Unpacking libmagic1 (from .../libmagic1_5.04-5_amd64.deb) ... Selecting previously deselected package libpcre3. Unpacking libpcre3 (from .../libpcre3_8.12-3_amd64.deb) ... Selecting previously deselected package libdevmapper1.02.1. Unpacking libdevmapper1.02.1 (from .../libdevmapper1.02.1_2%3a1.02.63-2_amd64.deb) ... Selecting previously deselected package dmsetup. Unpacking dmsetup (from .../dmsetup_2%3a1.02.63-2_amd64.deb) ... Selecting previously deselected package libklibc. Unpacking libklibc (from .../libklibc_1.5.21-1_amd64.deb) ... Selecting previously deselected package klibc-utils. Unpacking klibc-utils (from .../klibc-utils_1.5.21-1_amd64.deb) ... Selecting previously deselected package initramfs-tools. Unpacking initramfs-tools (from .../initramfs-tools_0.98.8_all.deb) ... Selecting previously deselected package libaudit0. Unpacking libaudit0 (from .../libaudit0_1.7.13-1+b2_amd64.deb) ... Selecting previously deselected package libcryptsetup1. Unpacking libcryptsetup1 (from .../libcryptsetup1_2%3a1.2.0-2_amd64.deb) ... Selecting previously deselected package libdbus-1-3. Unpacking libdbus-1-3 (from .../libdbus-1-3_1.4.6-1_amd64.deb) ... Selecting previously deselected package libsysfs2. Unpacking libsysfs2 (from .../libsysfs2_2.1.0+repack-1_amd64.deb) ... Selecting previously deselected package tsconf. Unpacking tsconf (from .../archives/tsconf_1.0-7_all.deb) ... Selecting previously deselected package libts-0.0-0. Unpacking libts-0.0-0 (from .../libts-0.0-0_1.0-7_amd64.deb) ... Selecting previously deselected package libdirectfb-1.2-9. Unpacking libdirectfb-1.2-9 (from .../libdirectfb-1.2-9_1.2.10.0-4_amd64.deb) ... Selecting previously deselected package libfreetype6. Unpacking libfreetype6 (from .../libfreetype6_2.4.4-1_amd64.deb) ... Selecting previously deselected package libjpeg62. Unpacking libjpeg62 (from .../libjpeg62_6b1-1_amd64.deb) ... Selecting previously deselected package libpng12-0. Unpacking libpng12-0 (from .../libpng12-0_1.2.44-2_amd64.deb) ... Selecting previously deselected package libxau6. Unpacking libxau6 (from .../libxau6_1%3a1.0.6-1_amd64.deb) ... Selecting previously deselected package libxdmcp6. Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.1.0-1_amd64.deb) ... Selecting previously deselected package libxcb1. Unpacking libxcb1 (from .../libxcb1_1.7-2_amd64.deb) ... Selecting previously deselected package libx11-data. Unpacking libx11-data (from .../libx11-data_2%3a1.4.1-5_all.deb) ... Selecting previously deselected package libx11-6. Unpacking libx11-6 (from .../libx11-6_2%3a1.4.1-5_amd64.deb) ... Selecting previously deselected package libxext6. Unpacking libxext6 (from .../libxext6_2%3a1.2.0-2_amd64.deb) ... Selecting previously deselected package libdirectfb-extra. Unpacking libdirectfb-extra (from .../libdirectfb-extra_1.2.10.0-4_amd64.deb) ... Selecting previously deselected package libglib2.0-0. Unpacking libglib2.0-0 (from .../libglib2.0-0_2.28.2-1_amd64.deb) ... Selecting previously deselected package libsplashy1. Unpacking libsplashy1 (from .../libsplashy1_0.3.13-5.1+b1_amd64.deb) ... Selecting previously deselected package libwrap0. Unpacking libwrap0 (from .../libwrap0_7.6.q-19_amd64.deb) ... Selecting previously deselected package splashy. Unpacking splashy (from .../splashy_0.3.13-5.1+b1_amd64.deb) ... Selecting previously deselected package systemd. Unpacking systemd (from .../systemd_20-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/systemd_20-1_amd64.deb (--unpack): trying to overwrite
Bug#390580: sensible-editor should not act as a fork bomb
Package: sensible-utils Version: 0.0.6 Followup-For: Bug #390580 I experienced the consequences of this bug today, more than four years after it got reported. Perhaps something like the attached patch might help? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=POSIX, LC_CTYPE=de_AT.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- time flies like an arrow, fruit flies like a banana --- /usr/bin/sensible-editor 2010-11-26 00:40:18.0 + +++ sensible-editor 2011-03-21 06:57:36.292643666 + @@ -1,5 +1,10 @@ #!/bin/sh +if [[ $0 == *sensible-editor ]]; then + echo -e Please DO NOT set the \$EDITOR environment variable to \$0\,\nfor it will call this script in an endless loop and your system might \nrun out of resources. 12 + exit 1 +fi + ret=$? if [ -n $VISUAL ]; then
Bug#614864: ping?
On Thu, Mar 17, 2011 at 02:15:02PM -0400, micah anderson wrote: Hi folks, This security issue really needs to be dealt with, I'm concerned that we are getting close to one month from when the bug was first reported to the BTS, we are already over one month from when the bug was reported upstream. I'm looking for any feedback on the work I did... Your work is fine. I'll get this done tomorrow. I'm having a little bit of a problem with unit tests for actionpack though. I know they *used to* work in not so recent past. - Adam -- Adam Majer ad...@zombino.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618958: linux-base: Boot loader configuration not recognized
2011/3/19 Cesare Leonardi celeo...@gmail.com: --- The boot loader configuration for this system was not recognized. These settings in the configuration may need to be updated: * The root device ID passed as a kernel parameter; * The boot device ID used to install and update the boot loader. You should generally identify these devices by UUID or label. However, on MIPS systems the root device must be identified by name. --- Same message on a Sid notebook i use at work and that i've updated this morning. If that helps here is the relevant (IMHO) upgrades that happened on this pc: firmware-linux-free 2.6.37 - 3 grub 0.97-64 - 0.97-65 grub-common 1.99~rc1-3 - 1.99~rc1-4 grub-pc 1.99~rc1-3 - 1.99~rc1-4 linux-base 3~experimental - 3 linux-image-2.6-686 2.6.37-2 - 2.6.38-1 The file /etc/default/grub is present and substantially identical to the one already posted. Ciao. Cesare. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619085: merkaartor: Merkaartor doesn't start
reassign 619085 libgdal1-1.7.0 severity 619085 important thanks Hi, seems there is some buggy dependency - not sure where it comes from. Cheers, Bernd On 03/21/2011 04:49 AM, Carlo Stemberger wrote: Package: merkaartor Version: 0.17.2-3 Severity: normal Here the output: carlo@AMD:~$ merkaartor merkaartor: relocation error: /usr/lib/libgdal1.7.0.so.1: symbol __cxa_pure_virtual, version libmysqlclient_16 not defined in file libmysqlclient.so.16 with link time reference carlo@AMD:~$ Thank you! Carlo -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages merkaartor depends on: ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libexiv2-9 0.20-2 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.5.2-4GCC support library ii libgdal1-1.7.0 1.7.3-2 Geospatial Data Abstraction Librar ii libgps192.95-10 Global Positioning System - librar ii libproj04.7.0-1 Cartographic projection library ii libqt4-network 4:4.6.3-4Qt 4 network module ii libqt4-svg 4:4.6.3-4Qt 4 SVG module ii libqt4-webkit 4:4.6.3-4Qt 4 WebKit module ii libqt4-xml 4:4.6.3-4Qt 4 XML module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libspatialite2 2.4.0~rc2-5+b1 Geospatial extension for SQLite - ii libsqlite3-03.7.5-1 SQLite 3 shared library ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libzbar00.10+doc-4 bar code scanner and decoder (libr ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime merkaartor recommends no packages. Versions of packages merkaartor suggests: pn spatialite-binnone (no description available) -- no debconf information -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613906: sl-modem-source: sl-modem fails to compile with kernel 2.6.37-1-686
Hello, On Sun, Mar 20, 2011 at 08:38:01PM +0100, Harald Jenny wrote: Problem with 2.6.37 is fixed by this patch (and module also compiles with 2.6.38). ---end quoted text--- Thanks, can you confirm that they actually work, ie. that you are able to dialup to internet or send/receive a fax ? -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#619094: dokuwiki: French debconf templates translation
Package: dokuwiki Version: 0.0.20101107a-1 Severity: wishlist Tags: patch l10n Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Best regards, Steve # Translation of dokuwiki debconf screen to French # Copyright © 2010 Debian French l10n Team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the dokuwiki package. # Translator: # Steve Petruzzello dl...@bluewin.ch # msgid msgstr Project-Id-Version: dokuwiki_0.0.20091225c-4\n Report-Msgid-Bugs-To: dokuw...@packages.debian.org\n POT-Creation-Date: 2011-02-24 20:40+0100\n PO-Revision-Date: 2011-03-17 14:02+0100\n Last-Translator: Steve Petruzzello dl...@bluewin.ch\n Language-Team: french debian-l10n-fre...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n Language: French\n #. Type: multiselect #. Choices #: ../templates:1001 msgid apache2 msgstr Apache 2 #. Type: multiselect #. Choices #: ../templates:1001 msgid lighttpd msgstr Lighttpd #. Type: multiselect #. Description #: ../templates:1002 msgid Web server(s) to configure automatically: msgstr Serveur(s) web à configurer automatiquement : #. Type: multiselect #. Description #: ../templates:1002 msgid DokuWiki runs on any web server supporting PHP, but only listed web servers can be configured automatically. msgstr DokuWiki fonctionne avec n'importe quel serveur qui gère PHP, mais seuls ceux indiqués ici peuvent être configurés automatiquement. #. Type: multiselect #. Description #: ../templates:1002 msgid Please select the web server(s) that should be configured automatically for DokuWiki. msgstr Veuillez choisir le (ou les) serveur(s) web à configurer automatiquement pour Dokuwiki. #. Type: boolean #. Description #: ../templates:2001 msgid Should the web server(s) be restarted now? msgstr Faut-il redémarrer le (ou les) serveur(s) web maintenant ? #. Type: boolean #. Description #: ../templates:2001 msgid In order to activate the new configuration, the reconfigured web server(s) have to be restarted. msgstr Afin d'activer la nouvelle configuration, le (ou les) serveur(s) web doivent être redémarrés. #. Type: string #. Description #: ../templates:3001 msgid Wiki location: msgstr Emplacement du wiki : #. Type: string #. Description #: ../templates:3001 msgid Specify the directory below the server's document root from which DokuWiki should be accessible. msgstr Veuillez indiquer le répertoire, dans l'arborescence du serveur web, qui sera la racine de Dokuwiki. #. Type: select #. Description #: ../templates:4001 msgid Authorized network: msgstr Réseau autorisé : #. Type: select #. Description #: ../templates:4001 msgid Wikis normally provide open access to their content, allowing anyone to modify it. Alternatively, access can be restricted by IP address. msgstr Les wikis fournissent un accès libre à leur contenu, permettant à quiconque de le modifier. Néanmoins leur accès peut être restreint par adresses IP. #. Type: select #. Description #: ../templates:4001 msgid If you select \localhost only\, only people on the local host (the machine the wiki is running on) will be able to connect. \local network\ will allow people on machines in a local network (which you will need to specify) to talk to the wiki. \global\ will allow anyone, anywhere, to connect to the wiki. msgstr Le choix « hôte local seul » restreint la connexion aux utilisateurs locaux. Alternativement, « réseau local » permet la connexion aux personnes du réseau local (qu'il vous incombe de spécifier) et « sans restriction » permet à tout le monde de se connecter. #. Type: select #. Description #: ../templates:4001 msgid The default is for site security, but more permissive settings should be safe unless you have a particular need for privacy. msgstr La valeur par défaut est très restrictive pour garantir la sécurité du site mais des valeurs plus permissives sont sûres sauf si vous avez des besoins particuliers en termes de vie privée. #. Type: select #. Choices #: ../templates:4002 msgid localhost only msgstr hôte local seulement #. Type: select #. Choices #: ../templates:4002 msgid local network msgstr réseau local #. Type: select #. Choices #: ../templates:4002 msgid global msgstr sans restriction #. Type: string #. Description #: ../templates:5001 msgid Local network: msgstr Réseau local : #. Type: string #. Description #: ../templates:5001 msgid The specification of your local network should either be an IP network in CIDR format (x.x.x.x/y) or a domain specification (like .example.com). msgstr Veuillez indiquer le réseau local, soit avec le format CIDR (x.x.x.x/y), soit sous forme de domaine (tel que « example.com »). #. Type: string #. Description #: ../templates:5001 msgid Anyone who matches this specification will be given
Bug#514663: fixed as of 1:9.7.1.dfsg.P2-2 at least
Looks like this bug is fixed at least as of version 1:9.7.1.dfsg.P2-2. Looking at the named startup log of my Ubuntu maverick system running 1:9.7.1.dfsg.P2-2ubuntu0.2 (Ubuntu's changes were just security updates): 2011-03-21T00:37:33.950232-07:00 voodoo named[16479]: automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA 2011-03-21T00:37:33.951329-07:00 voodoo named[16479]: automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA 2011-03-21T00:37:33.952582-07:00 voodoo named[16479]: automatic empty zone: D.F.IP6.ARPA 2011-03-21T00:37:33.953643-07:00 voodoo named[16479]: automatic empty zone: 8.E.F.IP6.ARPA 2011-03-21T00:37:33.954054-07:00 voodoo named[16479]: automatic empty zone: 9.E.F.IP6.ARPA 2011-03-21T00:37:33.955725-07:00 voodoo named[16479]: automatic empty zone: A.E.F.IP6.ARPA 2011-03-21T00:37:33.956107-07:00 voodoo named[16479]: automatic empty zone: B.E.F.IP6.ARPA 2011-03-21T00:37:33.956508-07:00 voodoo named[16479]: automatic empty zone: 8.B.D.0.1.0.0.2.IP6.ARPA 2011-03-21T00:37:33.956868-07:00 voodoo named[16479]: automatic empty zone: 0.1.1.0.0.2.IP6.ARPA -- Kenyon Ralph signature.asc Description: Digital signature
Bug#619019: [PATCH 1/2] i915: Remove pipe A force quirk for 855GM and 845G
On Sun, 20 Mar 2011 23:07:04 +, Ben Hutchings b...@decadent.org.uk wrote: Applying this quirk to the 855GM in all systems causes regressions (Debian bugs #493096, #619019). Instead, apply the quirk to specific models as listed in the old X driver. I don't see any explanation for this quirk being applied to the 845G, except perhaps that VT switching used to hang if pipe A was turned off. However, that seems to be a problem only when using UMS. So remove the quirk for the 845G as well. The quirk should only be required for 830M due to the numerous instances where a unit on the second pipe is actually wired into the clock on the first pipe. (And so it is easiest to keep the first pipe active at all times.) I'd prefer the quirk table to disappear and simply be replaced by IS_830M(). However, that requires testing and so should only be done piecemeal. And leaves some doubt as to why the other machines were in the quirk table in the first place. Can you please repost each of these removals as a separate patch and lets try and get a tested-by for each one? (Make sure the tester includes the model name for his machine so we can double check the veracity of the change.) -Chris -- Chris Wilson, Intel Open Source Technology Centre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615971: Amarok crashes when restoring from system tray.
Package: amarok Followup-For: Bug #615971 I can confirm that this does not occur any more with today's update. Kind regards Sebastian -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amarok depends on: ii amarok-common2.4.0-2 architecture independent files for ii amarok-utils 2.4.0-2 utilities for Amarok media player ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii libavcodec52 5:0.6.1+svn20110308-0.0 library to encode decode multimedi ii libavformat525:0.6.1+svn20110308-0.0 ffmpeg file format library ii libc62.11.2-13 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.4-1Multi-protocol file transfer libra ii libgcc1 1:4.5.2-6 GCC support library ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libglib2.0-0 2.28.2-1The GLib library of C routines ii libgpod4-nogtk 0.7.95-2library to read and write songs to ii libgtk2.0-0 2.20.1-2The GTK+ graphical user interface ii libkdecore5 4:4.4.5-3 the KDE Platform Core Library ii libkdeui54:4.4.5-3 the KDE Platform User Interface Li ii libkdewebkit54:4.4.5-3 the KDE WebKit Library ii libkdnssd4 4:4.4.5-3 the DNS-SD Protocol Library for th ii libkfile44:4.4.5-3 the File Selection Dialog Library ii libkio5 4:4.4.5-3 the Network-enabled File Managemen ii libknewstuff2-4 4:4.4.5-3 the Get Hot New Stuff v2 Library ii libknewstuff3-4 4:4.4.5-3 the Get Hot New Stuff v3 Library ii libkutils4 4:4.4.5-3 various utility classes for the KD ii liblastfm0 0.4.0~git20090710-1 The Last.fm web services library ii libloudmouth1-0 1.4.3-7 Lightweight C Jabber library ii libmtp8 1.0.6-2 Media Transfer Protocol (MTP) libr ii libmysqlclient16 5.1.56-1MySQL database client library ii libofa0 0.9.3-3.1 Library for acoustic fingerprintin ii libphonon4 4:4.6.0really4.4.4-3the core library of the Phonon mul ii libplasma3 4:4.4.5-3 the Plasma Library for the KDE Pla ii libqca2 2.0.2-1 libraries for the Qt Cryptographic ii libqt4-dbus 4:4.7.2-2 Qt 4 D-Bus module ii libqt4-network 4:4.7.2-2 Qt 4 network module ii libqt4-script4:4.7.2-2 Qt 4 script module ii libqt4-sql 4:4.7.2-2 Qt 4 SQL module ii libqt4-svg 4:4.7.2-2 Qt 4 SVG module ii libqt4-xml 4:4.7.2-2 Qt 4 XML module ii libqtcore4 4:4.7.2-2 Qt 4 core module ii libqtgui44:4.7.2-2 Qt 4 GUI module ii libqtscript4-cor 0.1.0-3 Qt Script bindings for the Qt 4 Co ii libqtscript4-gui 0.1.0-3 Qt Script bindings for the Qt 4 Gu ii libqtscript4-net 0.1.0-3 Qt Script bindings for the Qt 4 Ne ii libqtscript4-sql 0.1.0-3 Qt Script bindings for the Qt 4 SQ ii libqtscript4-uit 0.1.0-3 Qt Script bindings for the Qt 4 Ui ii libqtscript4-xml 0.1.0-3 Qt Script bindings for the Qt 4 XM ii libqtwebkit4 2.1.0~2011week09-1 Web content engine library for Qt ii libsolid44:4.4.5-3 Solid Library for KDE Platform ii libstdc++6 4.5.2-6 The GNU Standard C++ Library v3 ii libtag-extras1 1.0.1-3 TagLib extras library - support fo ii libtag1c2a 1.6.3-1 TagLib Audio Meta-Data Library ii libthreadweaver4 4:4.4.5-3 the ThreadWeaver Library for the K ii libxml2 2.7.8.dfsg-2GNOME XML library ii phonon 4:4.6.0really4.4.4-3metapackage for the Phonon multime ii phonon-backend-x 4:4.6.0really4.4.4-3Phonon Xine 1.1.x backend ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime Versions of packages amarok recommends: ii kdemultimedia-kio-plugins 4:4.4.5-1 transparent audio CD access for ap Versions of packages amarok suggests: ii libqt4-sql-mysql 4:4.7.2-2 Qt 4 MySQL database driver pn libqt4-sql-psql none (no description available) ii libqt4-sql-sqlite 4:4.7.2-2 Qt 4 SQLite 3 database driver ii libxine1-ffmpeg 1.1.19-3 MPEG-related plugins for libxine1 ii moodbar
Bug#619094: dokuwiki: French debconf templates translation
Steve Petruzzello, 2011-03-21 08:38 UTC+0100: Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. Ah, c'est dommage, ça : je n'avais pas finalisé les questions debconf. Je prends cette traduction, bien sûr, mais il faudra la refaire dans peu de temps. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu irc://irc.oftc.net/Elessar | `-'Debian Maintainer \_ signature.asc Description: Digital signature
Bug#618569:
Hi, After upgrade to squeeze (1.9.9-2) avelsieve does not connect to dovecot (pidgenhole) sieve implementation any more: cannot connect to timsieve server. I had this as well and it is because avelsieve tries to connect to port 4190 instead of 2000 (see below), which dovecot uses by default. Changing the port in avelsieve config.php back to 2000 solves the problem. What is the reason for this change ? /** DEBIAN CHANGE: Depsite upstream's intention Debian changed this default * distribution wide to 4190 which is thus default here. */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619089: Solved
After reinstalling the Alsa drivers, lib and utils, then restarting the computer, everything is working fine now. Thank you
Bug#610232: libpam-mount: umount.crypt doesn't umount, says is not mounted (according to cmtab)
Hi, I cannot reproduce this here, at least not with my LUKS-encrypted disks. Can you tell me the encryption type of your disk? Either by sending the command used to create the encrypted partition, or by sending the output of mount.crypt -v You can send it also directly to cal...@debian.org if you do not want this information to be public. Thanks, Bastian signature.asc Description: This is a digitally signed message part.
Bug#619095: alien-arena does not start (Couldn't load pics/colormap.pcx)
Package: alien-arena Version: 7.51-1 Severity: important After upgrading to alien-arena 7.51-1 the game does not start any longer. I installed alien-arena-data as well, but it does not fix the problem. AA gives me this on the STDOUT: Error: Couldn't load pics/colormap.pcx The starnge thing is that only alien-arena-data holds this file. But the alien-arena 7.51-1 package does not have a dependency to it. Anyway, when I install alien-arena-data and removing ~/.config/alien-arena there seems to be a problem setting a link into my homefolder: ln: creating symbolic link `/home/henner/.config/alien-arena/data1': Permission denied After that, pics/colormap.pcx can't be find as well. So I see two problems: - colormap.pcx is in a package that is needed by alien-arena but there is no dependency to alien-arena-data - there seems to be a bug in the alien-arena-data package as creating links from one's homefolder to the data1 folder does not seem to work correctly Let me know if you need further information. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-2.slh.3-aptosid-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages alien-arena depends on: ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.4-1 Multi-protocol file transfer libra ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.2-6GCC support library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libogg0 1.2.0~dfsg-1 Ogg bitstream library ii libopenal1 1:1.12.854-2 Software implementation of the Ope ii libstdc++6 4.5.2-6 The GNU Standard C++ Library v3 ii libvorbis0a 1.3.2-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.3.2-1 The Vorbis General Audio Compressi ii libx11-62:1.4.1-5X11 client-side library ii libxxf86dga12:1.1.2-1X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.1.1-1X11 XFree86 video mode extension l alien-arena recommends no packages. alien-arena 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#613534: Seems to be rather a bug in nvidia, not the kernel
found 613536 260.19.36 tags 613536 + moreinfo upstream thanks On Sunday, 20. March 2011 22:51:13 Andrei Popescu wrote: Further experiments show that this bug happens only with nvidia and kernel 2.6.37 or newer, it does not happen with nouveau. I tried to test on squeeze (older Xorg), but the kernel module won't compile on 2.6.38 from unstable. Please retry with 260.19.44 which is now in unstable and can be compiled for 2.6.38-rcX, too If the problem persists, please report this bug to nvidia, following their bug reporting guidelines: http://www.nvnews.net/vbulletin/showthread.php?t=46678 and post a note here that (and where) it has been forwarded. Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618033: pdflatex and files bigger than 2Gb
So to conclude, I am running tex-binaries and kpathsea build with --enable-largefiles and it works for me. It solves the problem that stat in texk/kpathsea/readdable.c will not fail on a CIFS file system, thus I can compile latex files stored on a CIFS system. So we'll simply patch the Build script to enable the --enable-largefiles and everything is fine, correct? Yes. This should solve your cifs problem. If it solves the dvips problem too: nice. For me it didn't. Sincerely yours Pierre -- +-+ Pierre Schnizerp.schni...@gsi.de GSI Helmholtzzentrum für Schwerionenforschung GmbH Planckstraße 1 D-64291 Darmstadt www.gsi.de Gesellschaft mit beschränkter Haftung Sitz der Gesellschaft: Darmstadt Handelsregister: Amtsgericht Darmstadt, HRB 1528 Geschäftsführung: Professor Dr. Dr. h.c. Horst Stöcker, Dr. Hartmut Eickhoff Vorsitzende des Aufsichtsrates: Dr. Beatrix Vierkorn-Rudolph Stellvertreter: Ministerialdirigent Dr. Rolf Bernhardt +-+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619096: python-qscintilla2: Unexpected error with recent PyQt package (python-qt4 4.8.3-2)
Package: python-qscintilla2 Version: 2.4.3-1+b1 Severity: important After upgrading python-qt4 from 4.8.3-1 to 4.8.3-2, QsciScintilla raises unexpected TypeError: Traceback (most recent call last): File ./scintilla.py, line 9, in module sci = QsciScintilla(w) TypeError: QsciScintilla(QWidget parent=None): argument 1 has unexpected type 'QWidget' Rebuilding python-qscintilla2 package fixed this issue on my environment. Here's the minimal repro script: import sys from PyQt4.QtCore import * from PyQt4.QtGui import * from PyQt4.Qsci import QsciScintilla app = QApplication(sys.argv) w = QWidget() sci = QsciScintilla(w) w.show() app.exec_() -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (510, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-qscintilla2 depends on: ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.2-6GCC support library ii libqscintilla2-52.4.3-1+b1 The Qt4 port of the Scintilla sour ii libqtcore4 4:4.7.2-1Qt 4 core module ii libqtgui4 4:4.7.2-1Qt 4 GUI module ii libstdc++6 4.5.2-6 The GNU Standard C++ Library v3 ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-qt4 4.8.3-2 Python bindings for Qt4 ii python-sip [sip-api-8.1 4.12.1-1 Python/C++ bindings generator runt ii python-support 1.0.11 automated rebuilding support for P python-qscintilla2 recommends no packages. python-qscintilla2 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#618981: [buildd-tools-devel] Bug#618981: schroot: ..v1.4.21-1 uses boost-1.46 and v1.5.0-1 uses boost-1.42 ???
On Mon, Mar 21, 2011 at 01:56:24AM +0100, Arnt Karlsen wrote: On Sun, 20 Mar 2011 21:36:44 +, Roger wrote in message 20110320213644.gi11...@codelibre.net: 1.4.21 is built against Debian unstable, which contains Boost 1.46. 1.5.0 is built against Debian experimental which (at the time of building) contained Boost 1.42. When schroot 1.5.1 is released, it will be built against Boost 1.46 too. Is the Boost library version used an issue? schroot 1.5.0 is a development release only existing in experimental; it's not intended for production use yet. ..ah, ok, no big deal then, ETA for schroot-1.5.1 into Experimental? No ETA at present. At the moment, schroot 1.5 and 1.4.x are identical, other than the removal of compatibility names for pre-namespace source: and session: chroots, so currently no need for using 1.5 over 1.4. Currently sbuild doesn't work with 1.5.0 (it still uses the old compatibility names in some cases), so it needs fixing before 1.5.x can be more widely used. 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#618569:
On 03/21/11 08:54, Tom Jägermeister wrote: Hi, After upgrade to squeeze (1.9.9-2) avelsieve does not connect to dovecot (pidgenhole) sieve implementation any more: cannot connect to timsieve server. I had this as well and it is because avelsieve tries to connect to port 4190 instead of 2000 (see below), which dovecot uses by default. Changing the port in avelsieve config.php back to 2000 solves the problem. What is the reason for this change ? /** DEBIAN CHANGE: Depsite upstream's intention Debian changed this default * distribution wide to 4190 which is thus default here. */ Hello, just for clarity: The port change is _NOT_ the issue with my installation. I am using the dovecot pidgenhole sieve implementation which defaults do port 4190. I used this port in Lenny and I am using it now with Squeeze. Nevertheless I cannot connect to sieve using the latest avelsieve ... Cheers Jan -- MAX-PLANCK-INSTITUT fuer Radioastronomie Jan Behrend - Rechenzentrum Auf dem Huegel 69, D-53121 Bonn Tel: +49 (228) 525 359, Fax: +49 (228) 525 229 jbehr...@mpifr-bonn.mpg.de http://www.mpifr-bonn.mpg.de smime.p7s Description: S/MIME Cryptographic Signature
Bug#585409: Please package wine1.2 series
I brought this up a week ago. The blocker right now is getting gcc-4.5 into sid first. Once that's in place, hopefully Ove will be around to review and sponsor work, otherwise the MIA/orphaning process will need to be started. We have already gcc-4.5 in sid and testing. I vote for this bug: * 1.2.1 is marked as stable * 1.3.4 is nice to have in experimental Instead of that, wouldn't be better this?: - wine: stable branch, currently 1.2.2 - wine-unstable: development branch, currently 1.3.16 This way, wine-unstable could be migrated to testing, for those who want to try it. Thanks for your great work! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574805: please try to reproduce with newest powertop version
Le Sun, 20 Mar 2011 18:07:06 +0100, Raúl Sánchez Siles rasas...@gmail.com a écrit : Hello: El Viernes, 18 de Marzo de 2011, Patrick Winnertz escribió: hey, can please someone else also try to reproduce with the newest powertop version (1.97-2) in unstable? On my laptop this works flawlessly, but I really want to have another test before i close this report. I'm not sure this is really fixed, since powertop 2 is not reporting instant power consumption, I guess I need to perform a callibration first. Hello, As Raúl said, I don't see any power measure in this new release of powertop (lot of added information, but need some info to understand how to use them). How / Where can you see the power consumption ? By the way, I've found that the man page is missing. Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613534: Seems to be rather a bug in nvidia, not the kernel
# uups, copied wrong bug number from previous poster notfound 613536 260.19.36 tags 613536 - moreinfo upstream found 613534 260.19.36 tags 613534 + moreinfo upstream thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619097: ITP: libtest-pod-content-perl -- Perl module for testing POD content
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: libtest-pod-content-perl Version : 0.0.5 Upstream Author : Martin Kutter martin.kut...@fen-net.de * URL : http://search.cpan.org/dist/Test-Pod-Content/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl module for testing POD content This is a very simple module for testing Perl's Plain Old Documentation (POD) format's content, not just the markup syntax. It is mainly intended for testing the content of generated POD - that is, the POD included in Perl modules generated by some mechanism. I intend to maintain this package within the Debian Perl Group. signature.asc Description: Digital signature
Bug#619033: xserver-xorg-video-intel: External screen shakes
On Mon, Mar 21, 2011 at 01:58:57 +0900, Takaya Yamashita wrote: Package: xserver-xorg-video-intel Version: 2:2.14.0-4 Severity: normal My external screen shakes when I connect it over VGA. The machine is a Thinkpad T410s with an i915 Intel controller. Of course, Windows works fine VGA output. Is is not individual problem, the other displays are similar, too. This problem seems to happen in Ubuntu[1]. Can you please report this upstream at http://bugs.freedesktop.org/ following the guidelines at http://intellinuxgraphics.org/how_to_report_bug.html, and let us know the bug number for tracking? Thanks, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619061: xserver-xorg-core: introduce /etc/default/ configfile replacing xorg.conf
On Sun, Mar 20, 2011 at 10:39:41PM +0100, arne anka wrote: Package: xserver-xorg-core Version: 2:1.9.4.901-1 Severity: wishlist on all computers i own (notably netbooks), one of the first things i do, is disabling AIGLX (i never understood, what importance it has to get fance desktop effects, justifying setting that as a default). just to disable, i need to create a basic, working xorg.conf for only the line AIGLX off. it's rather a waste. You are aware that the 'working xorg.conf' your are talking about could be about 3 lines, right ? Section ServerFlags Option AIGLX off EndSection so, i'd prefer to have a file in /etc/default/ where i could define AIGLX to be disabled and Xorg, when starting takes that into account when creating its configuration. I don't seen the benefit of putting that in /etc/default/ i cvould still profit from Xorg's dynamic autoconfiguration and, yet, would not have to sacrify resources to fancy effects i have no use for. Hope this helps, -- Julien Viard de Galbertjul...@vdg.blogsite.org http://silicone.homelinux.org/ jul...@silicone.homelinux.org GPG Key ID: D00E52B6 Published on: hkp://keys.gnupg.net Key Fingerprint: E312 A31D BEC3 74CC C49E 6D69 8B30 6538 D00E 52B6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618935: ITP: keepass2 -- password manager
Julian Taylor: Package: wnpp Severity: wishlist Owner: Julian Taylor jtaylor.deb...@googlemail.com * Package name: keepass2 Version : 2.15 (not yet released) Upstream Author : Dominik Reichl dominik.rei...@t-online.de * URL : http://keepass.info/ * License : GPL-2+ Programming Lang: C# Description : ITP: keepass2 -- password manager KeePass2 is a free/open-source password manager or safe which helps you to manage your passwords in a secure way. You can put all your passwords in one database, which is locked with one master key or a key-disk. So you only have to remember one single master password or insert the key-disk to unlock the whole database. The databases are encrypted using the algorithms AES or Twofish. -- KeePass2 is a reimplementation of KeePass 1 based on .net. It runs very well with mono and provides many more features than keepassx which is in already in debian and is based on KeePass 1. Hi, we just received cpm[1] in testing. From its description it sounds to be superior to keepass2. - And it does not require (evil?) C#. Maybe cpm could serve your need and thus Debian wouldn't need to support an additional package? [1] http://packages.debian.org/wheezy/cpm Best regards, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585409: [pkg-wine-party] Bug#585409: Please package wine1.2 series
On Mon, Mar 21, 2011 at 09:27:14AM +0100, Yajo wrote: I brought this up a week ago. The blocker right now is getting gcc-4.5 into sid first. Once that's in place, hopefully Ove will be around to review and sponsor work, otherwise the MIA/orphaning process will need to be started. We have already gcc-4.5 in sid and testing. Yes, and I'm working on getting mingw-w64 into unstable; see the debian-gcc archives for details of the problems I'm facing just now (although there's a quick workaround if I can't get things working properly). I vote for this bug: * 1.2.1 is marked as stable * 1.3.4 is nice to have in experimental Instead of that, wouldn't be better this?: - wine: stable branch, currently 1.2.2 - wine-unstable: development branch, currently 1.3.16 This way, wine-unstable could be migrated to testing, for those who want to try it. Ove already has wine/wine-unstable packages, so that's already what is planned. Note that 1.3.16 uses wine-gecko 1.2.0 which uses very different packaging compared to 1.0.0 and 1.1.0, so wine 1.2.2 is the current focus... I'm not sure though that allowing wine-unstable into testing would be a good idea, since testing is the next stable and I'm not sure we'd want to ship wine-unstable in stable. Regards, Stephen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618888: This report is questionable
0m30.7s ERROR: FAIL: Package purging left files on system: /home/ftp/welcome.msg not owned /var/log/proftpd owned by: proftpd-basic /var/log/proftpd/controls.log not owned /var/log/proftpd/proftpd.log not owned I do not agree about this report. The /home/ftp location is the home of the traditional 'ftp' anonymous user and removing it or any of the (possibly) custom files there is out of question, even at purge time IMHO. That said, I could simply remove completely the management of a generic anonymous account, leaving to admin all duties about that. That would render piuparts happy, and some admins too possibly. Maybe some other admins won't appreciate the change, who knows? Note also that indeed creating a system user for that is not always something that works, due to possibly exotic auth schemes. PS: I think you are pointing only about that, and not the log files of course. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619098: network-manager-vpnc: use of --local-port 0 might forbid firewall traversal
Package: network-manager-vpnc Version: 0.8.2-3 Severity: normal Tags: upstream vpnc, and cisco clients, uses local port 500 (in addition to contact remote port 500). network-manager-vpnc uses a random local port (--local-port 0 option), probably to allow multiple vpn clients. Nevertheless, some firewalls, protecting VPN gateways, filter packet not coming from port 500. There is apparently no way set up local port in the interface. Workaround: direct use of vpnc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-vpnc depends on: ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libdbus-1-31.4.6-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.92-1simple interprocess messaging syst ii libglib2.0-0 2.28.2-1 The GLib library of C routines ii libnm-glib-vpn10.8.2-6 network management framework (GLib ii libnm-glib20.8.2-6 network management framework (GLib ii libnm-util10.8.2-6 network management framework (shar ii vpnc 0.5.3r449-2.1 Cisco-compatible VPN client network-manager-vpnc recommends no packages. network-manager-vpnc suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619099: (no subject)
Subject: dracut-network: isciboot sometimes seems to ignore bootdev=eth0 argument Package: dracut-network Version: 005-1 Severity: important Tags: upstream We use a dracut-network based initramfs to bootup paravirtualized domU machines using an iscsi root. This works fine most of the time, but sometimes the startiscsi command is selecting the wrong network interface for getting the iscsiroot and fails. Usualy a few more trials will bring up the machine again, but this is not acceptable for a productions system. We have a bootdev=eth0 in the kernel command line, which should make shure that the iscsi boot is tried from eth0 (bond1). In out current setup it seems to be more or less randomly selected. We are happy to provide additional information if needed. Gert Huisman -- xen config file kernel = '/boot/vmlinuz-2.6.32-5-xen-amd64' ramdisk = '/etc/xen/iso/dracut-initrd-img-2.6.32-5-xen-amd64' vif = [ 'mac=00:16:3E:9E:70:71,bridge=bond1', 'mac=00:16:3E:9E:70:72,bridge=vlan22', 'mac=00:16:3E:9E:70:73,bridge=vlan97' ] extra = 'rd.shell rdnetdebug ip=192.168.4.73:::255.255.255.0:::none bootdev=eth0 root=/dev/sda1 netroot=iscsi:192.168.4.234target-iqn' name= 'geoserver04' on_poweroff = 'destroy' on_reboot = 'restart' on_crash= 'restart' -- -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-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 dracut-network depends on: pn dracut none (no description available) pn iputils-arping none (no description available) ii isc-dhcp-client [dh 4.1.1-P1-15+squeeze1 ISC DHCP client Versions of packages dracut-network recommends: pn nbd-clientnone (no description available) ii nfs-common1:1.2.2-4 NFS support files common to client pn open-iscsinone (no description available) dracut-network suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619073: Test::Pod::Content is not in Debian
block 619073 by 619097 thanks On Sun, Mar 20, 2011 at 11:47:40PM +, Nicholas Bamber wrote: The module is not in Debian, which is why it is not even a recommends at the moment. Once it is in Debian, I would tend to agree that this would be a sensible change to libtest-consistentversion-perl. Comin' right up :) G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 You have, of course, just begun reading the sentence that you have just finished reading. signature.asc Description: Digital signature
Bug#608732: a macro in an extension i'm working at crashes libreoffice
On Mon, Mar 21, 2011 at 02:59:02AM +0200, alex bodnaru wrote: could you have a look at any possible reasons for this difference? Probably. libreoffice-build (formerly known as ooo-build) has some patches there. could i help having these patches in debian? We have them. We do ouse libreoffice-build. Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619100: ITP: abacas -- Algorithm Based Automatic Contiguation of Assembled Sequences
Package: wnpp Severity: wishlist Owner: andr...@an3as.eu * Package name: abacas Version : 1.3.1 Upstream Author : Wellcome Trust Sanger Institute * URL : http://abacas.sourceforge.net/ * License : GPL Programming Lang: Perl Description : Algorithm Based Automatic Contiguation of Assembled Sequences ABACAS is intended to rapidly contiguate (align, order, orientate), visualize and design primers to close gaps on shotgun assembled contigs based on a reference sequence. . ABACAS uses MUMmer to find alignment positions and identify syntenies of assembled contigs against the reference. The output is then processed to generate a pseudomolecule taking overlapping contigs and gaps in to account. ABACAS generates a comparision file that can be used to visualize ordered and oriented contigs in ACT. Synteny is represented by red bars where colour intensity decreases with lower values of percent identity between comparable blocks. Information on contigs such as the orientation, percent identity, coverage and overlap with other contigs can also be visualized by loading the outputted feature file on ACT. The packaging will be done in the Debian Med team and is available in SVN at Vcs-Svn: svn://svn.debian.org/svn/debian-med/trunk/packages/abacas/trunk/ -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (50, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619101: sudo: warning on apt-get dist-upgrade using sudo
Package: sudo Version: 1.7.4p4-2.squeeze.2 Priority: minor Tags: I'm not sure if this is a bug, I just noticed this when upgrading today: $ sudo apt-get dist-upgrade ... Setting up sudo (1.7.4p4-2.squeeze.2) ... mv: cannot move `/var/run/sudo/username' to `/var/lib/sudo/username': Directory not empty rmdir: failed to remove `/var/run/sudo': Directory not empty Maybe the sudo upgrade script doesn't count on being run under sudo and that's why it fails to move the directory. Regards, ~~helix84 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619102: rtgui: fails to install
Package: rtgui Version: 0.2.81-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hola Dario, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): The following NEW packages will be installed: rtgui 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 48.4 kB of archives. After this operation, 295 kB of additional disk space will be used. Get:1 http://piatti.debian.org/debian/ wheezy/main rtgui amd64 0.2.81-1 [48.4 kB] debconf: delaying package configuration, since apt-utils is not installed Fetched 48.4 kB in 0s (4201 kB/s) Selecting previously deselected package rtgui. (Reading database ... 9097 files and directories currently installed.) Unpacking rtgui (from .../rtgui_0.2.81-1_amd64.deb) ... Setting up rtgui (0.2.81-1) ... ERROR: Module scgi does not exist! dpkg: error processing rtgui (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: rtgui E: Sub-process /usr/bin/dpkg returned an error code (1) cheers, Holger Start: 2011-03-13 11:38:30 UTC Package: rtgui Priority: optional Section: web Installed-Size: 288 Maintainer: Dario Minnucci mid...@debian.org Architecture: amd64 Version: 0.2.81-1 Depends: apache2 | httpd, libapache2-mod-scgi | httpd-cgi, php5, php5-xmlrpc, rtorrent Filename: pool/main/r/rtgui/rtgui_0.2.81-1_amd64.deb Size: 48356 MD5sum: a95364d32cbfeabf45c672761839f925 SHA1: 61d3ffe8d48018fd7e1c55a15d2098205649738c SHA256: 9f702f0af6a53a5a6064ff3ee0af2e8831c81cbf65f984b91705186c0c4b Description: A web based front-end for rTorrent rtGui is a web based front end for rTorrent - the Linux command line BitTorrent client. It's written in PHP and uses XML-RPC to communicate with the rTorrent client. Homepage: http://code.google.com/p/rtgui/ Tag: admin::file-distribution, implemented-in::php, interface::web, protocol::xmlrpc, web::application Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ rtgui Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.40~201102250909 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ rtgui 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpPJRz3J 0m0.0s DEBUG: Unpacking wheezy.tar.gz into /org/piuparts.debian.org/tmp/tmpPJRz3J 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpPJRz3J', '-zxf', 'wheezy.tar.gz'] 0m2.4s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpPJRz3J', '-zxf', 'wheezy.tar.gz'] 0m2.4s DEBUG: Created policy-rc.d and chmodded it. 0m2.4s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpPJRz3J', 'apt-get', 'update'] 0m2.4s DUMP: Hit http://piatti.debian.org wheezy InRelease Ign http://piatti.debian.org wheezy/main amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib TranslationIndex Ign http://piatti.debian.org wheezy/main TranslationIndex Ign http://piatti.debian.org wheezy/non-free TranslationIndex Hit http://piatti.debian.org wheezy/main amd64 Packages Hit http://piatti.debian.org wheezy/contrib amd64 Packages Hit http://piatti.debian.org wheezy/non-free amd64 Packages Ign http://piatti.debian.org wheezy/contrib Translation-en Ign http://piatti.debian.org wheezy/main Translation-en Ign http://piatti.debian.org wheezy/non-free Translation-en Reading package lists... 0m2.4s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpPJRz3J', 'apt-get', 'update'] 0m2.5s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpPJRz3J', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.5s DEBUG: Command ok: ['chroot',
Bug#619103: tortoisehg: tortoiseHg could not load du to python problem
Package: tortoisehg
Version: 2.0.2-1
Severity: grave
Justification: renders package unusable
Hi,
I juste upgrade tortoiseHg and it doesn't work any more !
It fire the following error on start :
{{{
#!python
** Mercurial version (1.8.1). TortoiseHg version (2.0.2)
** Command:
** CWD: /home/mourad
** Extensions loaded:
** Python version: 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5]
** Qt-4.7.2 PyQt-4.8.3
Traceback (most recent call last):
File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/run.py, line 469, in
__call__
dlg = dlgfunc(ui, *args, **opts)
File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/workbench.py, line 713,
in run
w = Workbench()
File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/workbench.py, line 44, in
__init__
self.log = LogDockWidget(self)
File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/docklog.py, line 27, in
__init__
self.logte = cmdui.ConsoleWidget()
File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/cmdui.py, line 491, in
__init__
self._initlogwidget()
File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/cmdui.py, line 497, in
_initlogwidget
self._logwidget = _LogWidgetForConsole(self)
File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/cmdui.py, line 378, in
__init__
super(_LogWidgetForConsole, self).__init__(parent)
File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/cmdui.py, line 325, in
__init__
super(LogWidget, self).__init__(parent)
TypeError: QsciScintilla(QWidget parent=None): argument 1 has unexpected type
'ConsoleWidget'
}}}
I haven't found yet a workaround to that trouble...
Regards
Mourad
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38-1-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 tortoisehg depends on:
ii mercurial 1.8.1-1scalable distributed version contr
ii python2.6.6-3+squeeze6 interactive high-level object-orie
ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li
ii python-qscintilla22.4.3-1+b1 Python bindings for QScintilla 2
ii python-qt44.8.3-2Python bindings for Qt4
ii python-support1.0.11 automated rebuilding support for P
Versions of packages tortoisehg recommends:
ii libjs-jquery 1.5.1-1JavaScript library for dynamic web
ii python-iniparse 0.3.2-1Module to access and modify config
ii python-pygments 1.4+dfsg-1 syntax highlighting package writte
Versions of packages tortoisehg suggests:
pn tortoisehg-nautilus none (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618996: apt-get gives Bad header line due to apt-cacher giving Browser does not support redirects!
On Mon, Mar 21, 2011 at 08:54:41AM +0100, Eus wrote: Hi! On Sun, 2011-03-20 at 18:22 +0100, Eus wrote: If suppose CURLOPT_FOLLOWLOCATION was set when the wireless connection had been disconnected, then would apt-cacher have cached the login page of the hotspot provider? Yes, I suspect so, but presumably with a 200 status and that would have been returned to the apt-get/aptitude client which would not be happy! In my setting, it turns out that using only the FOLLOWLOCATION patch prevents the delivery of HTMLBODYH2Browser error!/H2Browser does not support redirects!/BODY line after the 302 HTTP header to apt-get. This makes apt-get moves along happily by ignoring Translate-en.bz2 printing Ign ... on the screen _although_ apt-cacher sends the login page to apt-get (apt-cacher has the login page in its packages directory under the name *Translate-en.bz2). Your second patch then acts as a garbage collector by removing the login page from the package directory and returns 404 to apt-get keeping apt-get moving along happily printing Ign... The details follow: Thanks. I will queue this for the next upload which should be fairly shortly. Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607390: pinot: package fails to install
Hi all, I am Pinot's developer. I have had several user queries about this. Any way it can be fixed ? I don't fully understand what the root of the problem is. If it helps at all, Pinot will work with OOo's UTF8 support patch; indeed, Fedora merged it in its libtextcat package a long time ago without any issue whatsoever. Pinot actually uses UTF8 internally. Best regards, Fabrice Colin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581402: mysql-gui-tools: diff for NMU version 5.0r14+openSUSE-2.2
tags 555864 + patch tags 555864 + pending tags 581402 + pending tags 614136 + pending tags 614477 + patch tags 614477 + pending thanks Dear maintainer, I've prepared an NMU for mysql-gui-tools (versioned as 5.0r14+openSUSE-2.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. I also moved previous changes to upstream sources to proper patches/files, by using source format 3.0 (quilt). Hope this doesn't cause too much pollution in the below diff. Regards. diff -Nru mysql-gui-tools-5.0r14+openSUSE/debian/changelog mysql-gui-tools-5.0r14+openSUSE/debian/changelog --- mysql-gui-tools-5.0r14+openSUSE/debian/changelog2011-03-21 10:46:09.0 +0100 +++ mysql-gui-tools-5.0r14+openSUSE/debian/changelog2011-03-21 10:25:32.0 +0100 @@ -1,3 +1,18 @@ +mysql-gui-tools (5.0r14+openSUSE-2.2) unstable; urgency=low + + * Non-maintainer upload. + * Change source format to 3.0 (quilt), so that changes to upstream +sources are kept in patches + * Manpages moved inside debian/, avoid useless diff against +upstream source + * Store previous NMU in a patch (00-fix_FTBFS_GTK_WIDGET_STATE.patch) + * Fix FTBFS on GNU/kFreeBSD, patch by Petr Salinger (Closes: #581402) + * Fix FTBFS with newer libmysqlclient-dev, patch by Johann Felix Soden +(Closes: #614136, #614477) + * Fix FTBFS with binutils-gold, missing linkage to libz (Closes: #555864) + + -- David Paleino da...@debian.org Mon, 21 Mar 2011 10:14:52 +0100 + mysql-gui-tools (5.0r14+openSUSE-2.1) unstable; urgency=low * Non-maintainer upload. diff -Nru mysql-gui-tools-5.0r14+openSUSE/debian/manpages/mysql-admin.1 mysql-gui-tools-5.0r14+openSUSE/debian/manpages/mysql-admin.1 --- mysql-gui-tools-5.0r14+openSUSE/debian/manpages/mysql-admin.1 1970-01-01 01:00:00.0 +0100 +++ mysql-gui-tools-5.0r14+openSUSE/debian/manpages/mysql-admin.1 2011-03-21 10:11:42.0 +0100 @@ -0,0 +1,122 @@ +.\Generated by db2man.xsl. Don't modify this, modify the source. +.de Sh \ Subsection +.br +.if t .Sp +.ne 5 +.PP +\fB\\$1\fR +.PP +.. +.de Sp \ Vertical space (when we can't use .PP) +.if t .sp .5v +.if n .sp +.. +.de Ip \ List item +.br +.ie \\n(.$=3 .ne \\$3 +.el .ne 3 +.IP \\$1 \\$2 +.. +.TH MYSQL-ADMIN 1 July 18, 2004 +.SH NAME +mysql-admin \- MySQL server administration utility +.SH SYNOPSIS +.ad l +.hy 0 +.HP 12 +\fBmysql\-admin\fR [\fB\-\-help\ \fR] [\fB\-u\ \fIusername\fR\fR] [\fB\-p\ \fIpassword\fR\fR] [\fB\-h\ \fIhostname\fR\fR] [\fB\-P\ \fIport\fR\fR] [\fB\-s\ \fIsocket\fR\fR] [\fB\-c\ \fIconnection\fR\fR] +.ad +.hy + +.SH DESCRIPTION + +.PP +This manual page documents briefly the \fBmysql\-admin\fR commands\. + +.PP +\fBmysql\-admin\fR is a powerful visual administration console that enables you to easily administer your MySQL environment and gain significantly better visibility into how your databases are operating\. MySQL Administrator integrates database management and maintenance into a single, seamless environment, with a clear and intuitive graphical user interface\. By using MySQL Administrator you will be able to: + +.PP + + +.TP 3 +\(bu +Achieve higher database availability through improved management +.TP +\(bu +Reduce errors through visual database administration +.TP +\(bu +Lower database administration costs through improved productivity +.TP +\(bu +Deliver a more secure environment through easier privilege management +.LP + + +.PP +MySQL Administrator enables developers and DBAs to easily perform all the command line operations visually including configuring servers, administering users, and dynamically monitoring database health\. Other common administrative tasks such as monitoring replication status, backup and restore, and viewing logs can also be performed through the MySQL Administrator graphical console\. + +.PP +This manual page was written for the Debian#8482; distribution because the original program does not have a manual page\. + +.SH OPTIONS + +.TP +\fB\-\-help\fR +Show summary of options\. + +.TP +\fB\-u\fR \fB\-\-user=name\fR +Specified user for login if not the current user\. + +.TP +\fB\-p\fR \fB\-\-password=password\fR +Password used to connect to the MySQL database server\. + +.TP +\fB\-h\fR \fB\-\-host=name\fR +Connects to specified host\. + +.TP +\fB\-P\fR \fB\-\-port=#\fR +Port number used to connect to the database\. + +.TP +\fB\-S\fR \fB\-\-socket=name\fR +Socket path used for database connections\. + +.TP +\fB\-c\fR \fB\-\-connection=name\fR +Specifies the name of the connection to use + +.TP +\fB\-bp name\fR +Executes backup with the named profile\. + +.TP +\fB\-bt target\fR +Target path for backup + +.TP +\fB\-bx prefix\fR +Prefix for backup file + +.TP +\fB\-\-dont\-connect\fR +Start without connecting to MySQL server\. + +.TP +\fB\-\-mycnf=path\fR +Path to local configuration file\. + +.SH AUTHOR + +.PP +This manual page was written by Adam Majer adamm@zombino\.com for the Debian#8482; system (but may be used by
Bug#618888: This report is questionable
Hi, thanks for cc:ing me, I'm not subscribed to this bug. On Montag, 21. März 2011, Francesco P. Lovergine wrote: I do not agree about this report. The /home/ftp location is the home of the traditional 'ftp' anonymous user and removing it or any of the (possibly) custom files there is out of question, even at purge time IMHO. Yes, removing files there is out of the question _as is_ putting files there in the first place. Please read the links I gave you, this is mandated by the File Hierarchy Standard, which is mandated by Debian policy. That said, I could simply remove completely the management of a generic anonymous account, leaving to admin all duties about that. That would render piuparts happy, and some admins too possibly. Maybe some other admins won't appreciate the change, who knows? make /var/lib/ftp the home directory of that user? In any case, don't mess with /home. I think you are pointing only about that, and not the log files of course. You're wrong. Of course, the logfiles should be deleted on purge, as mandated by Debian policy. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#607390: pinot: package fails to install
On Mon, Mar 21, 2011 at 05:44:24PM +0800, Fabrice Colin wrote: at all, Pinot will work with OOo's UTF8 support patch; indeed, Fedora merged it in its libtextcat package a long time ago without any issue whatsoever. Pinot actually uses UTF8 internally. Does it also work with the *unpatched* libraray but the converted data files? That's the situation currenztly in Debian - we don't ship the patched library yet in a public package/location, just ship the patched data files. But if you say it works with the fully patched lib, too that can be the solution. Then both pinot and LibreOffice can use that library.. Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619093: splashy and systemd: error when trying to install together
Am 21.03.2011 08:07, schrieb Ralf Treinen: Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /etc/lsb-base-logging.sh The two packages don't share any kind of functionality in /etc/lsb-base-logging.sh, so an alternatives approach or a simple Replaces won't work. splashy uses it to overwrite the logging calls, systemd to redirect the complete script to systemd, i.e. a call to /etc/init.d/foo action translates into systemctl action foo.service One might argue, that /etc/lsb-base-logging.sh is not the best place for that, and I wouldn't disagree. Unfortunately there is afaik currently no better place to hook into the lsb init functions library. So I guess it's best if we move the systemd bits directly into lsb-base itself and use a Conflicts against splashy until this is done. Chris, would you be ok with shipping the functionality of the systemd lsb init hook [1] in lsb-base (/lib/lsb/init-functions) itself? Michael [1] http://git.err.no/cgi-bin/gitweb.cgi?p=systemd;a=blob;f=debian/lsb-base-logging.sh;h=2998bdbb37df219e73e149b4b45ee400a9870a30;hb=refs/heads/debian -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#618987: python-sip: segfault using qscintilla component
Hi, attached is a minimal example that segfaults. Note that the error occurs in the keyword argument handling. Using normal function arguments intead of keyword arguments makes the segfault going away, so I think this is an error with sip keyword argument handling. Regards, Bastian from PyQt4 import Qsci, QtGui class Test (Qsci.QsciScintilla): def __init__ (self, parent=None): # NO SEGFAULT #super(Test, self).__init__(parent) # SEGFAULT super(Test, self).__init__(parent=parent) def main (): import sys app = QtGui.QApplication(sys.argv) e = Test() if __name__ == __main__: main() signature.asc Description: This is a digitally signed message part.
Bug#619035: RFP: libzeromq-perl -- ZeroMQ2 wrapper for Perl
Hi again, seems we're facing two issues here: - automatic testing fails as the zmq library is not installed on the test machines - it only builds against 2.1.x of ZMQ which will hit unstable or experimental more or less soonish. I wouldn't mind to take care of the perl package until it is somewhat stable and easily maintainable - as long as I can give it into the perl team's hands after that. I have more than enough packages to take care of already. Cheers, Bernd -- 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-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618786: dvbstreamer incompatible with libev4
tag 618786 +patch thanks Hi, The build failure is due to a change affecting ev_loop between libev3 and libev4. In version 3, ev_loop was a function; in version 4, it's a macro. Thus the availability check in configure now fails... The attached patch fixes this, and allows dvbstreamer to build with libev3 or libev4. To use it, simply drop it in debian/patches and add it to debian/patches/series. Regards, Stephen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619104: php5-fpm: Unable to open file '/etc/php5/fpm/main.conf', errno=2
Package: php5-fpm Version: 5.3.6-1 Severity: normal Hi, # service php5-fpm start [21-Mar-2011 11:06:31] ERROR: Unable to open file '/etc/php5/fpm/main.conf', errno=2 [21-Mar-2011 11:06:31] ERROR: failed to load configuration file '/etc/php5/fpm/main.conf' Starting PHP5 FPM...[21-Mar-2011 11:06:31] ERROR: Unable to open file '/etc/php5/fpm/main.conf', errno=2 [21-Mar-2011 11:06:31] ERROR: failed to load configuration file '/etc/php5/fpm/main.conf' (warning). # Greetings, Olaf -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-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 php5-fpm depends on: ii dpkg1.15.8.10Debian package management system ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-2common error description library ii libdb4.84.8.30-5 Berkeley v4.8 Database Libraries [ ii libgssapi-krb5-21.9+dfsg-1 MIT Kerberos runtime libraries - k ii libk5crypto31.9+dfsg-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.9+dfsg-1 MIT Kerberos runtime libraries ii libmagic1 5.04-5 File type determination library us ii libonig25.9.1-1 Oniguruma regular expressions libr ii libpcre38.12-3 Perl 5 Compatible Regular Expressi ii libqdbm14 1.8.77-4 QDBM Database Libraries [runtime] ii libssl0.9.8 0.9.8o-5 SSL shared libraries ii libxml2 2.7.8.dfsg-2 GNOME XML library ii mime-support3.51-1 MIME files 'mime.types' 'mailcap ii php5-common 5.3.6-1 Common files for packages built fr ii tzdata 2011d-1 time zone and daylight-saving time ii ucf 3.0025+nmu1 Update Configuration File: preserv ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime php5-fpm recommends no packages. Versions of packages php5-fpm suggests: pn php-pear none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618786: dvbstreamer incompatible with libev4
On Mon, Mar 21, 2011 at 11:10:06AM +0100, Stephen Kitt wrote:
The attached patch fixes this, and allows dvbstreamer to build with
libev3 or libev4. To use it, simply drop it in debian/patches and add
it to debian/patches/series.
This time with the patch...
Stephen
Description: allow dvbstreamer to build with libev4
The configure script expects ev_loop to be a symbol in libev, which
is no longer the case in version 4. This patch replaces the lib check
with a header declaration check.
.
The important part of the patch is that affecting configure.in; the
configure script was regenerated with autoreconf.
Author: Stephen Kitt st...@sk2.org
Last-Update: 2011-03-21
Index: dvbstreamer-2.1.0/configure
===
--- dvbstreamer-2.1.0.orig/configure2011-03-21 09:51:02.0 +
+++ dvbstreamer-2.1.0/configure 2011-03-21 09:51:58.0 +
@@ -1976,6 +1976,52 @@
eval $as_lineno_stack; test x$as_lineno_stack = x { as_lineno=; unset as_lineno;}
} # ac_fn_c_check_header_mongrel
+
+# ac_fn_c_check_decl LINENO SYMBOL VAR INCLUDES
+# -
+# Tests whether SYMBOL is declared in INCLUDES, setting cache variable VAR
+# accordingly.
+ac_fn_c_check_decl ()
+{
+ as_lineno=${as_lineno-$1} as_lineno_stack=as_lineno_stack=$as_lineno_stack
+ as_decl_name=`echo $2|sed 's/ *(.*//'`
+ as_decl_use=`echo $2|sed -e 's/(/((/' -e 's/)/) 0/' -e 's/,/) 0 (/g'`
+ { $as_echo $as_me:${as_lineno-$LINENO}: checking whether $as_decl_name is declared 5
+$as_echo_n checking whether $as_decl_name is declared... 6; }
+if eval test \\${$3+set}\ = set; then :
+ $as_echo_n (cached) 6
+else
+ cat confdefs.h - _ACEOF conftest.$ac_ext
+/* end confdefs.h. */
+$4
+int
+main ()
+{
+#ifndef $as_decl_name
+#ifdef __cplusplus
+ (void) $as_decl_use;
+#else
+ (void) $as_decl_name;
+#endif
+#endif
+
+ ;
+ return 0;
+}
+_ACEOF
+if ac_fn_c_try_compile $LINENO; then :
+ eval $3=yes
+else
+ eval $3=no
+fi
+rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext
+fi
+eval ac_res=\$$3
+ { $as_echo $as_me:${as_lineno-$LINENO}: result: $ac_res 5
+$as_echo $ac_res 6; }
+ eval $as_lineno_stack; test x$as_lineno_stack = x { as_lineno=; unset as_lineno;}
+
+} # ac_fn_c_check_decl
cat config.log _ACEOF
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
@@ -6302,13 +6348,13 @@
else
lt_cv_nm_interface=BSD nm
echo int some_variable = 0; conftest.$ac_ext
- (eval echo \\$as_me:6305: $ac_compile\ 5)
+ (eval echo \\$as_me:6351: $ac_compile\ 5)
(eval $ac_compile 2conftest.err)
cat conftest.err 5
- (eval echo \\$as_me:6308: $NM \\\conftest.$ac_objext 5)
+ (eval echo \\$as_me:6354: $NM \\\conftest.$ac_objext 5)
(eval $NM \conftest.$ac_objext\ 2conftest.err conftest.out)
cat conftest.err 5
- (eval echo \\$as_me:6311: output\ 5)
+ (eval echo \\$as_me:6357: output\ 5)
cat conftest.out 5
if $GREP 'External.*some_variable' conftest.out /dev/null; then
lt_cv_nm_interface=MS dumpbin
@@ -7510,7 +7556,7 @@
;;
*-*-irix6*)
# Find out which ABI we are using.
- echo '#line 7513 configure' conftest.$ac_ext
+ echo '#line 7559 configure' conftest.$ac_ext
if { { eval echo \\$as_me\:${as_lineno-$LINENO}: \$ac_compile\; } 5
(eval $ac_compile) 25
ac_status=$?
@@ -9081,11 +9127,11 @@
-e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \
-e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \
-e 's:$: $lt_compiler_flag:'`
- (eval echo \\$as_me:9084: $lt_compile\ 5)
+ (eval echo \\$as_me:9130: $lt_compile\ 5)
(eval $lt_compile 2conftest.err)
ac_status=$?
cat conftest.err 5
- echo $as_me:9088: \$? = $ac_status 5
+ echo $as_me:9134: \$? = $ac_status 5
if (exit $ac_status) test -s $ac_outfile; then
# The compiler can only warn and ignore the option if not recognized
# So say no if there are warnings other than the usual output.
@@ -9420,11 +9466,11 @@
-e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \
-e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \
-e 's:$: $lt_compiler_flag:'`
- (eval echo \\$as_me:9423: $lt_compile\ 5)
+ (eval echo \\$as_me:9469: $lt_compile\ 5)
(eval $lt_compile 2conftest.err)
ac_status=$?
cat conftest.err 5
- echo $as_me:9427: \$? = $ac_status 5
+ echo $as_me:9473: \$? = $ac_status 5
if (exit $ac_status) test -s $ac_outfile; then
# The compiler can only warn and ignore the option if not recognized
# So say no if there are warnings other than the usual output.
@@ -9525,11 +9571,11 @@
-e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \
-e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \
-e 's:$: $lt_compiler_flag:'`
- (eval echo \\$as_me:9528: $lt_compile\ 5)
+ (eval echo \\$as_me:9574: $lt_compile\ 5)
(eval $lt_compile 2out/conftest.err)
ac_status=$?
cat out/conftest.err 5
- echo
Bug#618935: ITP: keepass2 -- password manager
On Mon, Mar 21, 2011 at 10:02 AM, Thomas Koch tho...@koch.ro wrote: Hi, we just received cpm[1] in testing. From its description it sounds to be superior to keepass2. - And it does not require (evil?) C#. Maybe cpm could serve your need and thus Debian wouldn't need to support an additional package? [1] http://packages.debian.org/wheezy/cpm cpm looks nice indeed but will cpm run on windows and macos? keepass probably integrates better with GUI's thanks to its dragdrop and autotyping of passwords into forms. It has a wide array of features and is constantly getting new ones. http://keepass.info/features.html The documentation is excellent and it is translated into many languages. It can export its database into many formats (xml, csv, html, arbitrary xsl transformations, ...). It has many plugins including one for command line scripting (although I have not yet tested it on debian). Upstream is very active and supportive. There are regular releases with bugfixes and features since more than 6 years. Also keepass is very widely used, it is currently top 30 most downloaded of last month, top 70 all time on sourceforge. I think all these points warrant a little duplicate functionality in the archive. Best Regards, Julian Taylor
Bug#379645: /bin/run-parts gets stuck when starting a process which leaks stdin or stderr
I am also regularily annoyed by this problem, which seems to be too easy
to trigger simply by running unattended-upgrades.
Arthur de Jong has found the explanation: Whenever run-parts (with the
--report option) starts a script which leaks stdout or stderr, then
run-parts will hang forever in select().
This simple leaky script will demonstrate the issue:
#!/bin/sh
# closing stdin and stdout, but leaking stderr...
(exec setsid sleep 5 - -)
echo $0 is exiting now
exit 0
run-parts --report will wait until sleep finishes when running this
script. If the sleep is replaced by a daemon started by apt, or some
other permanently running application, then run-parts will wait forever.
Now, I will absolutely agree that the descriptor leak is a bug in the
package started by apt, but I also agree with Arthur de Jong that
run-parts could be smarter. The fact that run-parts will hang only if
started with --report is an indication that this should be considered a
bug in run-parts as well, IMHO. Using --report should not have side
effects.
I have attached a primitive attempt to fix this. Not sure if this is
entirely safe or not, but it's a starting point signalfd() would
have been perfect, but it's not very portable.
Bjørn
From 6dd8546883b0d13d5b2c41d2d94097ce40c4a84a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?= bj...@mork.no
Date: Mon, 21 Mar 2011 11:15:34 +0100
Subject: [PATCH] Close report pipes if child exits. closes: #379645
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Signed-off-by: Bjørn Mork bj...@mork.no
---
run-parts.c | 31 ++-
1 files changed, 18 insertions(+), 13 deletions(-)
diff --git a/run-parts.c b/run-parts.c
index 8278cd9..eb03d39 100644
--- a/run-parts.c
+++ b/run-parts.c
@@ -208,19 +208,17 @@ void run_part(char *progname)
while (pout[0] = 0 || perr[0] = 0) {
- do {
- FD_ZERO(set);
- if (pout[0] = 0)
- FD_SET(pout[0], set);
- if (perr[0] = 0)
- FD_SET(perr[0], set);
- r = select(max, set, 0, 0, 0);
- } while (r 0 errno == EINTR);
-
- if (r 0) {
- /* assert(errno != EINTR) */
- error(select: %s, strerror(errno));
- exit(1);
+ FD_ZERO(set);
+ if (pout[0] = 0)
+ FD_SET(pout[0], set);
+ if (perr[0] = 0)
+ FD_SET(perr[0], set);
+ r = select(max, set, 0, 0, 0);
+
+ if (r 0 errno != EINTR) {
+ /* assert(errno != EINTR) */
+ error(select: %s, strerror(errno));
+ exit(1);
}
else if (r 0) {
if (pout[0] = 0 FD_ISSET(pout[0], set)) {
@@ -268,6 +266,13 @@ void run_part(char *progname)
/* assert(FALSE): select was called with infinite timeout, so
it either returns successfully or is interrupted */
}/*if */
+ /* close pipe if child exited */
+ if (waitpid(pid, result, WNOHANG)) {
+ close(pout[0]);
+ pout[0] = -1;
+ close(perr[0]);
+ perr[0] = -1;
+ }
}/*while */
}
--
1.7.2.5
Bug#618348: Processed: reassign 618348 to iceweasel-l10n-fr
Le 21/03/2011 07:50, Dmitry E. Oboukhov a écrit : tags 618348 unreproducible moreinfo thanks On 18:50 Mon 14 Mar , Dmitry E. Oboukhov wrote: In safe mode, it works because language are disabled... I haven't found any workaround yet ! TDBTS What is the version of iceweasel-l10n-fr You use? I've installed iceweasel-l10n-fr and iceweasel works fine. So I can't reproduce the bug. Hi, I found the reason after creating a new profile... As my profile is very old I started using sync before it was integrated to firefox (in 3.5 if I remember !)... So I had an old sync installation because I never removed it... I solve that issue by remove it completely... You can close that bug, it is solved after removing the old sync extension installation... So it wasn't language related but extension related that why it was working in safe mode ! Best regards Mourad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619064: No way to set system time manually in the installer?
reassign 619064 clock-setup thanks Quoting Riku Saikkonen (r...@cs.hut.fi): Package: debian-installer Version: 20110106+b1 Severity: minor [ I hope this is the right package and version for this bug report - or should I file against installation-reports? I am talking about the text-mode installer in Debian 6.0.0, i.e., the initial squeeze release, using a self-prepared USB stick/hard drive image with the kernel and initrd from hd-media/vmlinuz and hd-media/initrd.gz, and the ISO image debian-6.0.0-i386-netinst.iso. I gave the option priority=low to the kernel. ] As far as I could see, the only supported way to set the system time in the installer is to use NTP, which it automatically suggests. However, this does not work from behind a strict firewall without a local NTP server, or when there is no working network in the installer... I tried to execute a shell from the installer to set the date manually, but I did not find a date executable. (I'm used to setting system time using date -s.) So how should I set the date manually, if that is necessary? Ideally, I think there could be a dialog after I have answered No to the question about using NTP that displays the current system time and allows changing it. (Or maybe the question about NTP could be changed to display the current date and time and give the options Don't set the time, Set the time using NTP and Set the time manually.) Other possibilities would be to include the date command in the busybox binary that comes with the installer, or to include GNU date (which I guess is a bit big). There are several suggestions for clock-setup to implement such things. Some are suggesting to *display* the current time, which has always been postponed because only displaying it without any way to really set it is indeed pointless. So, well, let's reassign this to clock-setup and eventually wait in hope that someone comes up with a nicely designed patch (debconf is not really well-suited for this, though). signature.asc Description: Digital signature
Bug#619105: ITP: freegish -- 2D platform game starring a ball of tar
Package: wnpp Severity: wishlist Owner: Lubos Novak alvin...@centrum.cz * Package name: freegish Version : 1.53 Upstream Author : Freegish team, Cryptic Sea * URL : https://www.github.com/megagun/gish * License : GPL, CC-BY-SA 3.0 Programming Lang: C Description : 2D platform game starring a ball of tar Freegish is a 2D platform game, where the player maneuvers character of a ball of tar. Character may become sticky, slick, heavy and can jump. The game contains only first five levels of the single player campaign and few multiplayer levels for mini games like sumo or football. Freegish is based on open sourced code of the famous game called Gish with added free art assets. -- System Information: Debian Release: 5.0.8 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591791: Bug#619093: splashy and systemd: error when trying to install together
Am 21.03.2011 10:56, schrieb Michael Biebl: Am 21.03.2011 08:07, schrieb Ralf Treinen: Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /etc/lsb-base-logging.sh The two packages don't share any kind of functionality in /etc/lsb-base-logging.sh, so an alternatives approach or a simple Replaces won't work. splashy uses it to overwrite the logging calls, systemd to redirect the complete script to systemd, i.e. a call to /etc/init.d/foo action translates into systemctl action foo.service One might argue, that /etc/lsb-base-logging.sh is not the best place for that, and I wouldn't disagree. Unfortunately there is afaik currently no better place to hook into the lsb init functions library. So I guess it's best if we move the systemd bits directly into lsb-base itself and use a Conflicts against splashy until this is done. Chris, would you be ok with shipping the functionality of the systemd lsb init hook [1] in lsb-base (/lib/lsb/init-functions) itself? [1] http://git.err.no/cgi-bin/gitweb.cgi?p=systemd;a=blob;f=debian/lsb-base-logging.sh;h=2998bdbb37df219e73e149b4b45ee400a9870a30;hb=refs/heads/debian I think this also affects #591791, so I CCed Steve and the debian-policy bug. Our original idea for upstart and sysv compatibility was, that packages shipping native upstart jobs would ship a symlink from /etc/init.d/foo → /lib/init/upstart-job, which translates it to initctl/upstart calls. This approach works, if you can rely on upstart being installed, which on Debian, especially on kfreebsd is not the case, so this idea never really took of. So, in #591791 Steve proposed that packages should continue to ship sysv init script, regardless if they have a native upstart job or not, and I basically agree with that. What I don't like about the proposal in #591791 is, that each sysv init script should check itself, if it is run under upstart and exit. This means we duplicate a lot of code and add upstart specific interna to every init script shipping a native upstart job. I'd much prefer if we could use the /lib/lsb/init-functions lib to do the same kind of redirecting for upstart. That is, all a package needs to do if it ships a native upstart job (or systemd service), is to include . /lib/lsb/init-functions in its sysv init script. /lib/lsb/init-functions would then do the correct thing, when it is run under systemd or upstart. Steve, do you think this would be an approach that works for upstart (and Ubuntu)? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#607390: pinot: package fails to install
Hi René, Thanks for the quick reply. On Mon, Mar 21, 2011 at 5:50 PM, Rene Engelhard r...@debian.org wrote: Does it also work with the *unpatched* libraray but the converted data files? That's the situation currenztly in Debian - we don't ship the patched library yet in a public package/location, just ship the patched data files. Pinot would work with the unpatched library fine, but I believe the unpatched library wouldn't work correctly with the converted data files, i.e. it would fail to identify languages correctly. But if you say it works with the fully patched lib, too that can be the solution. Then both pinot and LibreOffice can use that library.. Yes, that would be ideal. Best regards, Fabrice Colin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618935: ITP: keepass2 -- password manager
On Mon, Mar 21, 2011 at 10:02:53AM +0100, Thomas Koch wrote: Julian Taylor: * Package name: keepass2 Programming Lang: C# KeePass2 is a free/open-source password manager or safe which helps you to manage your passwords in a secure way. You can put all your passwords in one database, which is locked with one master key or a key-disk. So you only have to remember one single master password or insert the key-disk to unlock the whole database. The databases are encrypted using the algorithms AES or Twofish. -- KeePass2 is a reimplementation of KeePass 1 based on .net. It runs very well with mono and provides many more features than keepassx which is in already in debian and is based on KeePass 1. we just received cpm[1] in testing. From its description it sounds to be superior to keepass2. - And it does not require (evil?) C#. Maybe cpm could serve your need and thus Debian wouldn't need to support an additional package? keepassx and keepass2 are interoperable with files from their counterparts on proprietary OSs this is especially useful with dual boot installations sharing the password database files. There is no port of cpm to cygwin (AFAICT). Regards Jan -- Jan Dittberner - Debian Developer GPG-key: 4096R/558FB8DD 2009-05-10 B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD http://www.dittberner.info/ signature.asc Description: Digital signature
Bug#618761: Note closed :(
Hi, I just upgrade to the last uploaded version, and it is the same behavior ! If I switch of antenas with the physical button, when I switch back on knm doesn't detect again wirless card ! I have some logs, maybe linked : Mar 21 09:56:33 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:56:33 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:56:33 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:57:47 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:57:47 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:57:47 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:57:47 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:57:47 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:57:47 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:58:11 hammer-head NetworkManager[9840]: info WiFi now disabled by radio killswitch Mar 21 09:58:11 hammer-head NetworkManager[9840]: info (wlan0): device state change: 3 - 2 (reason 0) Mar 21 09:58:11 hammer-head NetworkManager[9840]: info (wlan0): deactivating device (reason: 0). Mar 21 09:58:11 hammer-head NetworkManager[9840]: info Policy set 'Auto eth0' (eth0) as default for IPv4 routing and DNS. Mar 21 09:58:11 hammer-head NetworkManager[9840]: info Policy set 'Auto eth0' (eth0) as default for IPv4 routing and DNS. Mar 21 09:58:11 hammer-head NetworkManager[9840]: info (wlan0): taking down device. Mar 21 09:58:18 hammer-head NetworkManager[9840]: info WiFi now enabled by radio killswitch Mar 21 09:59:27 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:59:27 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:59:27 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:59:27 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:59:27 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 Mar 21 09:59:27 hammer-head NetworkManager[9840]: warn invalid connection: 'NMSettingWireless' / '(null)' invalid: 3 If I can do something to solve that issue, welcome ! Regards Mourad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619106: ekey-rekey: do not require masterkey on command line
Package: ekeyd Version: 1.1.3-3 Severity: wishlist Hey, currently ekey-rekey does require the masterkey on the command line, which has the obvious drawbacks. Please make ekey-rekey prompt for the masterkey if it's not given on the cmdline. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619107: ekey-rekey please auto-detect serial
Package: ekeyd Version: 1.1.3-3 Severity: wishlist Currently ekey-rekey requires that I give it the serial number of the entropykey I want to rekey. When there's only a single ekeyd attached to the system that's really superfluous. Please make it not require the serial. Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619036: [debian/debian-sid] Depend only on libdb4.8-dev | libdb4.6-dev to match apache2 (Closes: #619036)
tag 619036 pending thanks Date: Mon Mar 21 11:53:54 2011 +0100 Author: OndÅej Surý ond...@sury.org Commit ID: b978b8da9f94ab4bc95a3e9e571a2d3d8b293387 Commit URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=b978b8da9f94ab4bc95a3e9e571a2d3d8b293387 Patch URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=b978b8da9f94ab4bc95a3e9e571a2d3d8b293387 Depend only on libdb4.8-dev | libdb4.6-dev to match apache2 (Closes: #619036) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619104: [debian/debian-sid] Update default configuration file for php5-fpm (Closes: #619104)
tag 619104 pending thanks Date: Mon Mar 21 11:48:47 2011 +0100 Author: OndÅej Surý ond...@sury.org Commit ID: 0210cec984a6c97e1e9166cb5ac60d751f57ec9f Commit URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=0210cec984a6c97e1e9166cb5ac60d751f57ec9f Patch URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=0210cec984a6c97e1e9166cb5ac60d751f57ec9f Update default configuration file for php5-fpm (Closes: #619104) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619108: ekey-rekey: please automatically kill whitespace in master key
Package: ekeyd Version: 1.1.3-3 Severity: wishlist The masterkey is printed, and often stored/emailed in blocks of 4 characters, seperated by whitespace. Unfortunately one cannot use it as such on the ekey-rekey commandline: | salieri:~# typeset HISTCONTROL=ignoreboth | salieri:~# ekey-rekey `basename /dev/entropykey/* | tr _ / ` abcd abcd abcd abcd abcd abcd abcd abcd abcd abcd abcd | ekey-rekey: Utility to re-key an Entropy Key's Long-term-key | Usage: | ekey-rekey SERIAL MASTERKEY Please support this usage. (Also, kill the whitespace yourself when prompting the user - see other bug report.) Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616736: opencascade: please update to 6.5.0
On Fri, 2011-03-18 at 16:21 -0400, Adam C Powell IV wrote: I can build and upload on Monday, but I'm afraid I don't have time until then. Sylvestre, if you can do it before Monday, then feel free to go ahead. Otherwise I will post to the bug again when I start to build. Just finished the build and am about to dupload. The finished package will be at http://lyre.mit.edu/~powell/opencascade/ (along with a bunch of old versions). Sorry about the delay! -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#616736: opencascade: please update to 6.5.0
On Mon, 2011-03-21 at 07:01 -0400, Adam C Powell IV wrote: On Fri, 2011-03-18 at 16:21 -0400, Adam C Powell IV wrote: I can build and upload on Monday, but I'm afraid I don't have time until then. Sylvestre, if you can do it before Monday, then feel free to go ahead. Otherwise I will post to the bug again when I start to build. Just finished the build and am about to dupload. The finished package will be at http://lyre.mit.edu/~powell/opencascade/ (along with a bunch of old versions). D'oh! Forgot to change from UNRELEASED to unstable. Building again... -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#264626: More background
When I last looked this bug was a straight mismatch, ttyS0 is in dialout, and it tries to set ownership to uucp when run as root, hence the workarounds given previously. I wrote this, time may have passed. http://www.debian-administration.org/users/simonw/weblog/36 I don't think the sensitive security calls are needed, I suspect all they do is break the command for root, but I'm no system programmer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619036: [php-maint] Bug#619036: php5: Build-Depends uninstallable
On Sun, Mar 20, 2011 at 19:41, Raphael Geissert geiss...@debian.org wrote: On Sunday 20 March 2011 11:15:54 Kurt Roeckx wrote: Your build-depends are uninstallable because you build-depend on libdb-dev, which depends on libdb5.1-dev, and apache2-prefork-dev which depends on libaprutil1-dev, which depends on libdb4.8-dev. And libdb5.1-dev and libdb4.8-dev of course conflict with each other. For apache: Stefan et al, Do you have any objection to switch to libdb5.1-dev (and bd on libdb-dev)? Meanwhile I will upload php5 5.3.6-2 build-depending on libdb4.8-dev and we will have to coordinate the next switch with apache2 I guess. Based on a few tests via php, databases from 4.8 and 5.1 seem to be compatible. This seems to be true for even longer chain of releases from what I remember from cyrus-imapd tests. In the long term, something needs to be decided and done. The former maintainer of db uploaded the latest version and orphaned the packages. I guess if we create pkg-db group it could be handled quite gracefully, I might be willing to join that group, because I maintain quite some packages depending on db and if we can get somebody from apache2, ldap and subversion, we would have quite strong team. Ondrej -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616736: opencascade: please update to 6.5.0
On 2011/3/21 Adam C Powell IV wrote: On Mon, 2011-03-21 at 07:01 -0400, Adam C Powell IV wrote: On Fri, 2011-03-18 at 16:21 -0400, Adam C Powell IV wrote: I can build and upload on Monday, but I'm afraid I don't have time until then. Sylvestre, if you can do it before Monday, then feel free to go ahead. Otherwise I will post to the bug again when I start to build. Just finished the build and am about to dupload. The finished package will be at http://lyre.mit.edu/~powell/opencascade/ (along with a bunch of old versions). D'oh! Forgot to change from UNRELEASED to unstable. Building again... Please upload to experimental. AFAICT one has to ask debian-release before uploading a new library, can someone confirm? Denis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568288: mount.nfs: mount(2): Invalid argument
On Sun, Mar 20, 2011 at 11:32:32PM +0100, Luk Claes wrote: As noted above, I only had version 4 configured in one of them: might that have upset the negotiation/default somehow? It might if the export was not configured to be for NFSv4 (with an fsid=0 entry etc). Another possibility is a bug in an older version of the Debian package or using an older kernel at the other end AFAICS. Can you still reproduce this issue or are you fine with me closing this bug? I will have to find time to experiment. I still think the error message could be improved, although I guess if mount is talking to a kernel which is not configured for the right version, it is a tall order for it to diagnose that that is the problem. ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595187: Not in experimental
I haven't been able to reproduce the same problem with 2.6.36-1~experimental.1 althougth I have other problems in free_buffer_head. But I'll wait for 2.6.37 ro report on those. I have not been able to reproduce in 2.6.37. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619103: Same problem, but works fine on Squeeze.
Hello: I've had the same trouble on a full sid system. I tried upgrading to current sid tortoisehg version (2.0.2-1) on a Squeeze system (with mercurial 1.8.1) and I have tortoisehg working correctly. So my suspicion is that something broke in either python-qt4 or qscintilla. HTH, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617666: nfs-kernel-server: Periodic nfsd failure - single nfsd process with high CPU and no mounts working
On 20/03/11 17:20, Luk Claes wrote: On 10/03/11 12:54, Debian Bug Tracking System wrote: I have some extra information about this problem - the syslog contains some kernel error messages related to nfs and xfs (the filesystem of the /export partition). I have attached the relevant log section... It could be this is a problem with xfs or even with our hardware raid controller. I have rebooted the machine with /export unmounted and am currently running xfs_repair over it to see if that picks up any problems. Hi I guess your xfs_repair finished by now? Did it shed some more light on the issue or should we look more closely into the nfs code? Cheers Luk Hi Luk, thanks for getting back to me. My xfs_repair did finish and it found a few errors, but I'm not sure if they are from hard resetting the machine or some indication of a more serious hardware error. I am however pretty sure that this is not a purely NFS problem - since the repair finished, the system has crashed in a couple of different ways. Once it dumped the kernel to the console and went completely unresponsive and another time the /export partition unmounted itself and wouldn't remount (giving IO errors). In both cases there was no weird NFS process hanging around (the mounts just became inaccessible as you would expect them to after such crashes). At this point I am pretty sure that I have a hardware issue on my hands, either with bad RAM or my raid controller. I think we can safely say NFS is in the clear :) Sorry for wasting your time! Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562625: rovclock: Floating point exception on ATI Mobility Radeon HD 4570
Tue, 28 Sep 2010 09:35:53 +0200 Mike Hommey m...@glandium.org wrote: On Sat, Dec 26, 2009 at 07:01:43PM +0200, Kalle Olavi Niemitalo wrote: So, the exit code seems to indicate it worked, but the Invalid reference clock message makes me suspect it didn't. As rovclock -i does not display the memory clock, I seem to have no way to tell what rovclock did. Please make rovclock support this display adapter, or if that is not possible, at least clearly say so instead of terminating with a floating-point exception, and set the exit code correctly. Same problem here with a Radeon HD 4350: Radeon overclock 0.6e by Hasw (h...@hasw.net) Found ATI card on 02:00, device id: 0x954f I/O base address: 0xa000 Video BIOS shadow found @ 0xc Invalid reference clock from BIOS: 0.0 MHz Memory size: 0 kB Memory channels: 1, CD,CH only: 0 tRcdRD: 3 tRcdWR: 1 tRP: 3 tRAS: 6 tRRD: 1 tR2W-CL: 1 tWR: 1 tW2R: 0 tW2Rsb: 0 tR2R: 1 tRFC: 13 tWL(0.5): 0 tCAS: 0 tCMD: 0 tSTR: 0 Floating point exception Mike Well guys, I have no idea is rovclock actual today, because I don’t use it myself for 2 or 3 years. I suggest you'd better contact upstream with this problem if you're still interested in. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599680: blender: Additional info
Package: blender Version: 2.56.1-beta-svn34076-1 Followup-For: Bug #599680 I've got the same issue on my computer (AMD Athlon XP 3000+, does not support SSE2). Based on a bit of testing, I'm able to run the official Blender 2.56a 32-bit binary (blender-2.56a-beta-linux-glibc27-i686) on this computer without any issues. However, the Debian binary dies with SIGILL. Since the official binary can work without SSE2, I really hope the Blender binaries will be compiled without SSE2, because this would allow the binaries to work on a broader range of hardware. Dropping support for non-SSE2 hardware would only make sense if upstream makes the same decision, IMHO. Please drop mandatory SSE2 for the glory of the Linux makes hideously outdated computers useful again movement. =) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fi_FI.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages blender depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.2-6GCC support library ii libgl1-mesa-glx [libgl1 7.7.1-4 A free implementation of the OpenG ii libglew1.5 1.5.8-3 The OpenGL Extension Wrangler - ru ii libglu1-mesa [libglu1] 7.10-4 The OpenGL utility library (GLU) ii libgomp14.5.2-6 GCC OpenMP (GOMP) support library ii libilmbase6 1.0.1-3 several utility libraries from ILM ii libjack-jackd2-0 [libja 1.9.6~dfsg.1-2 JACK Audio Connection Kit (librari ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libopenal1 1:1.12.854-2 Software implementation of the Ope ii libopenexr6 1.6.1-4.1runtime files for the OpenEXR imag ii libopenjpeg21.3+dfsg-4 JPEG 2000 image compression/decomp ii libpng12-0 1.2.44-2 PNG library - runtime ii libpython3.13.1.3-1 Shared Python runtime library (ver ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libstdc++6 4.5.2-6 The GNU Standard C++ Library v3 ii libtiff43.9.4-8 Tag Image File Format (TIFF) libra ii libx11-62:1.4.1-5X11 client-side library ii libxi6 2:1.4.1-1X11 Input extension library ii python3.1 3.1.3-1 An interactive high-level object-o ii ttf-dejavu 2.33-1 Metapackage to pull in ttf-dejavu- ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime blender recommends 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#619109: Why complicate the example by using the exact same name?
Package: perl-doc
Version: 5.10.1-18
Severity: wishlist
Why complicate the example by using the exact same name?
man perlvar:
For example, $+{foo} is equivalent to $1 after the following
match:
'foo' =~ /(?foofoo)/;
How about
'bar' =~ /(?foo...)/;
instead?
By the way, the discussion of %+ there does not say if it will end up with 1
and 2, or 3 and 4 below. We must use Dumper to find the answer.
use Data::Dumper;
'1234' =~ /(?A1)(?B2)(?A3)(?B4)/;
print Dumper \%+, \%-;
Or maybe it is subject to change in future versions?
Indeed instead of being called %LAST_PAREN_MATCH one might think of it
as %LAST_FIRST_PAREN_MATCH or %FIRST_LAST_PAREN_MATCH.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609959: initscripts: too many loops! when bootlogd is enable
So, I took a look at the sysvinit source and the true problem appears to be that loop checking the the dependency makefile parser is hideously inefficient. It has a built in check for when loop-checking is doing too much work then bails out. This is what's getting triggered. This is clearly a known problem since there's already a Debian patch in the package that increases the number of checks that the loop-checker is allowed to do by 100x. Francis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619110: mutt: asks for ~/Mail creation even with system-wide ~/Maildir
Package: mutt Version: 1.5.20-9+squeeze1 Severity: normal Hi there! I setup my sid to use Maildir by default, as explained at [1]. However, at launch mutt continuosly asks me the following question: /home/luca.capello/Mail does not exist. Create it? ([yes]/no): [1] http://wiki.debian.org/MaildirConfiguration This is plain wrong, given that the MAIL variable correctly points to /home/luca.capello/Maildir, which means that this variable is not respected. To avoid that, I need to specify in ~/.muttrc: set folder=~/Maildir Reading mutt's manpage, I found the following: --8---cut here---start-8--- MAILFull path of the user's spool mailbox. MAILDIR Full path of the user's spool mailbox if MAIL is unset. Commonly used when the spool mailbox is a maildir (5) folder. --8---cut here---end---8--- I was not aware of MAILDIR, except for procmail, where, however, it has a different meaning: it represents a folder where emails are stored, independently of the mailbox format. Indeed, AFAIK to use the Maildir format with procmail, you need to append the a / when specifying one of the ORGMAIL, DEFAULT or MAILDIR variables. Please note that /usr/bin/mail.mailutils correctly respects MAIL and it opens ~/Maildir without any other configuration except the one at [1]. Thx, bye, Gismo / Luca -- Package-specific info: Mutt 1.5.20 (2009-06-14) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 2.6.38-rc8-amd64 (x86_64) ncurses: ncurses 5.8.20110307 (compiled with 5.7) libidn: 1.20 (compiled with 1.18) hcache backend: tokyocabinet 1.4.37 Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode misc/hg.pmdef.debugtime debian-specific/build_doc_adjustments.diff features/ifdef features/xtitles features/trash-folder features/purge-message features/sensible_browser_position features-old/patch-1.5.4.vk.pgp_verbose_mime features/compressed-folders features/compressed-folders.debian debian-specific/Muttrc debian-specific/Md.etc_mailname_gethostbyname.diff debian-specific/use_usr_bin_editor.diff debian-specific/correct_docdir_in_man_page.diff debian-specific/dont_document_not_present_features.diff debian-specific/document_debian_defaults debian-specific/assumed_charset-compat debian-specific/467432-write_bcc.patch misc/define-pgp_getkeys_command.diff misc/gpg.rc-paths misc/smime.rc upstream/533209-mutt_perror.patch upstream/533459-unmailboxes.patch upstream/533439-mbox-time.patch upstream/531430-imapuser.patch upstream/534543-imap-port.patch upstream/538128-mh-folder-access.patch upstream/537818-emptycharset.patch upstream/535096-pop-port.patch upstream/542910-search-segfault.patch upstream/533370-pgp-inline.patch upstream/533520-signature-highlight.patch upstream/393926-internal-viewer.patch upstream/543467-thread-segfault.patch upstream/544180-italian-yesorno.patch upstream/542817-smimekeys-tmpdir.patch upstream/544794-smtp-batch.patch upstream/537694-segv-imap-headers.patch upstream/548577-gpgme-1.2.patch upstream/548494-swedish-intl.patch upstream/553321-ansi-escape-segfault.patch upstream/553238-german-intl.patch upstream/557395-muttrc-crypto.patch upstream/545316-header-color.patch upstream/568295-references.patch upstream/547980-smime_keys-chaining.patch upstream/528233-readonly-open.patch upstream/228671-pipe-mime.patch upstream/383769-score-match.patch upstream/547739-manual-typos.patch upstream/311296-rand-mktemp.patch upstream/573823-imap_internal_date upstream/542344-dont_fold_From_ upstream/537061-dont-recode-saved-attachments.patch upstream/path_max misc/hyphen-as-minus.patch misc/smime_keys-manpage.patch mutt.org mutt-patched/sidebar mutt-patched/sidebar-dotted mutt-patched/sidebar-sorted -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1,
Bug#618976: [linux-2.6] Please support ppc64
Hi,
(2011-03-21 20:39 +), Ben Hutchings wrote:
On Sun, 2011-03-20 at 13:18 +, Ben Hutchings wrote:
Why does this patch add a new config file rather than referring to
powerpc/config and powerpc/config.powerpc64?
Well, I used the same files as powerpc port for the time being.
I think that the same file should be indicated if it is necessary to
be managed as the same one for easiness.
And I also think that a different file should be indicated if the
possibility to be managed as another file is left.
This may be likely to discuss it.
It would still be possible to override config options. But I think
ppc64/powerpc64 should be the same as powerpc/powerpc64. (Just as
amd64/amd64 is the same as i386/amd64, and sparc64/sparc64 is the same
as sparc/sparc64.)
Please try the attached patch. This avoids the duplication of config
files or rules in debian/rules.real. It also uses the flavour name
'powerpc64' rather than 'ppc64', matching the name used on powerpc.
This should make any future multiarch transition for powerpc users a
little smoother.
Thanks for your patch.
I tried it, and I confirmed it to be no problem.
I attach the full patch that I tried.
Regards,
--
Hiroyuki Yamamoto
A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC
diff -Nurd linux-2.6-2.6.38.orig/debian/changelog linux-2.6-2.6.38/debian/changelog
--- linux-2.6-2.6.38.orig/debian/changelog 2011-03-21 13:58:53.0 +0900
+++ linux-2.6-2.6.38/debian/changelog 2011-03-21 14:41:14.0 +0900
@@ -1,3 +1,9 @@
+linux-2.6 (2.6.38-1+ppc64~1) UNRELEASED; urgency=low
+
+ * Apply ppc64 patch.
+
+ -- Hiroyuki Yamamoto yama1...@gmail.com Mon, 21 Mar 2011 14:40:37 +0900
+
linux-2.6 (2.6.38-1) unstable; urgency=low
* New upstream release: http://kernelnewbies.org/Linux_2_6_38
diff -Nurd linux-2.6-2.6.38.orig/debian/config/defines linux-2.6-2.6.38/debian/config/defines
--- linux-2.6-2.6.38.orig/debian/config/defines 2011-03-21 13:58:53.0 +0900
+++ linux-2.6-2.6.38/debian/config/defines 2011-03-21 14:30:03.0 +0900
@@ -13,6 +13,7 @@
mips
mipsel
powerpc
+ ppc64
s390
sh4
sparc
diff -Nurd linux-2.6-2.6.38.orig/debian/config/ppc64/defines linux-2.6-2.6.38/debian/config/ppc64/defines
--- linux-2.6-2.6.38.orig/debian/config/ppc64/defines 1970-01-01 09:00:00.0 +0900
+++ linux-2.6-2.6.38/debian/config/ppc64/defines 2011-03-21 14:29:15.0 +0900
@@ -0,0 +1,14 @@
+[base]
+flavours:
+ powerpc64
+kernel-arch: powerpc
+
+[image]
+configs: powerpc/config
+suggests: mkvmlinuz
+
+[powerpc64_description]
+hardware: 64-bit PowerPC
+
+[powerpc64_image]
+configs: powerpc/config.powerpc64
diff -Nurd linux-2.6-2.6.38.orig/debian/control linux-2.6-2.6.38/debian/control
--- linux-2.6-2.6.38.orig/debian/control 2011-03-21 13:58:53.0 +0900
+++ linux-2.6-2.6.38/debian/control 2011-03-18 00:20:51.0 +0900
@@ -4,13 +4,13 @@
Maintainer: Debian Kernel Team debian-ker...@lists.debian.org
Uploaders: Bastian Blank wa...@debian.org, Frederik Schüler f...@debian.org, maximilian attems m...@debian.org, Ben Hutchings b...@decadent.org.uk
Standards-Version: 3.9.1
-Build-Depends: debhelper ( 7), cpio, module-init-tools, python, lzma [armel], libelf-dev, libdw-dev, binutils-dev, asciidoc, xmlto, libperl-dev, python-dev, libnewt-dev, python-support, gcc-4.4 [alpha amd64 armel hppa i386 ia64 m68k mips mipsel powerpc s390 sh4 sparc sparc64], binutils-hppa64 [hppa], gcc-4.4-hppa64 [hppa]
+Build-Depends: debhelper ( 7), cpio, module-init-tools, python, lzma [armel], libelf-dev, libdw-dev, binutils-dev, asciidoc, xmlto, libperl-dev, python-dev, libnewt-dev, python-support, gcc-4.4 [alpha amd64 armel hppa i386 ia64 m68k mips mipsel powerpc ppc64 s390 sh4 sparc sparc64], binutils-hppa64 [hppa], gcc-4.4-hppa64 [hppa]
Build-Depends-Indep: bzip2
Vcs-Svn: svn://svn.debian.org/svn/kernel/dists/sid/linux-2.6/
Vcs-Browser: http://svn.debian.org/wsvn/kernel/dists/sid/linux-2.6/?op=log
Package: linux-tools-2.6.38
-Architecture: alpha amd64 armel hppa i386 powerpc s390 sh4 sparc sparc64
+Architecture: alpha amd64 armel hppa i386 powerpc ppc64 s390 sh4 sparc sparc64
Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends}, ${python:Depends}
Recommends: linux-base (= 2.6.32-16)
Suggests: linux-doc-2.6.38
@@ -87,7 +87,7 @@
data.
Package: linux-libc-dev
-Architecture: alpha amd64 armel hppa i386 ia64 m68k mips mipsel powerpc s390 sh4 sparc sparc64
+Architecture: alpha amd64 armel hppa i386 ia64 m68k mips mipsel powerpc ppc64 s390 sh4 sparc sparc64
Section: devel
Provides: linux-kernel-headers
Depends: ${misc:Depends}
@@ -99,7 +99,7 @@
libraries.
Package: linux-headers-2.6.38-1-all
-Architecture: alpha amd64 armel hppa i386 ia64 m68k mips mipsel powerpc s390 sh4 sparc sparc64
+Architecture: alpha amd64 armel hppa i386 ia64 m68k mips mipsel powerpc ppc64 s390 sh4 sparc sparc64
Depends: linux-headers-2.6.38-1-all-${kernel:Arch} (= ${binary:Version}), ${misc:Depends}
Description: All header
Bug#619111: util_blit_pixels_writemask: crash in line 322 of src/gallium/auxiliary/util/u_blit.c
Package: libgl1-mesa-dri
Version: 7.10-4
Severity: important
Tags: upstream patch
Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=35483
Dear XSF,
I encountered a crash in Mesa 7.10 for which Henri Verbeet found the right
solution. The attached patch applies cleanly on top of 7.10-4 and has a DEP3
header; packages built with that patch applied are available at [0] for testing
purposes.
Please include the attached patch in your next upload of Mesa. For details about
the crash, please see the upstream bug.
Kind regards,
Kai Wasserbäch
[0] http://dev.carbon-project.org/debian/mesa/
--
Kai Wasserbäch (Kai Wasserbaech)
E-Mail: deb...@carbon-project.org
Jabber (debianforum.de): Drizzt
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2
(http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex)
From: Henri Verbeet hverb...@gmail.com
Subject: Fix crash in util_blit_pixels_writemask()
Last-Update: 2011-03-21
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=35483
Origin: upstream, https://bugs.freedesktop.org/attachment.cgi?id=44652
---
src/mesa/state_tracker/st_cb_blit.c |3 +++
1 file changed, 3 insertions(+)
--- a/src/mesa/state_tracker/st_cb_blit.c
+++ b/src/mesa/state_tracker/st_cb_blit.c
@@ -38,6 +38,7 @@
#include st_texture.h
#include st_cb_blit.h
#include st_cb_fbo.h
+#include st_atom.h
#include util/u_blit.h
#include util/u_inlines.h
@@ -75,6 +76,8 @@ st_BlitFramebuffer(struct gl_context *ct
struct gl_framebuffer *readFB = ctx-ReadBuffer;
struct gl_framebuffer *drawFB = ctx-DrawBuffer;
+ st_validate_state(st);
+
if (!_mesa_clip_blit(ctx, srcX0, srcY0, srcX1, srcY1,
dstX0, dstY0, dstX1, dstY1)) {
return; /* nothing to draw/blit */
signature.asc
Description: OpenPGP digital signature
Bug#619112: xtables-addons-source: TEE module not included in package
Package: xtables-addons-source Version: 1.26-2 Severity: normal This packages has TEE module deactivated, so it is not compiled and the system is not able to use it. This module isn't included in any other package -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/8 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xtables-addons-source depends on: ii bzip2 1.0.5-6high-quality block-sorting file co ii debhelper 8.0.0 helper programs for debian/rules ii iptables-dev 1.4.8-3iptables development files ii make 3.81-8 An utility for Directing compilati ii module-assistant 0.11.3 tool to make module package creati ii pkg-config0.25-1.1 manage compile and link flags for xtables-addons-source recommends no packages. xtables-addons-source 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#611456: Why wishlist?
On Sun, Mar 20, 2011 at 12:56:38PM +0100, Michael Banck wrote: Please stop this. The Hurd porters (i.e. we) are responsible for providing acceptable patches, not the Debian maintainer. Thanks Michael. FWIW the main difference between Hurd and FreeBSD here is in the approach taken to submitting patches rather than in the technical details of the patches. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619113: OO.org → LibreOffice: `/etc/openoffice/` not removed because it is not empty → add note about purging
Subject: migration: `/etc/openoffice/` not removed because it is not empty Package: libreoffice Version: 1:3.3.1-1 Severity: minor Dear Debian folks, I removed the old `openoffice.org*` packages and installed the `libreoffice.org` ones. The following message is shown on the terminal. […] Trigger für dictionaries-common werden verarbeitet ... update-openoffice-dicts: Trying to remove useless dir /etc/openoffice. update-openoffice-dicts: Could not remove possibly non-empty dir /etc/openoffice. The content is as follows. $ ls -l /etc/openoffice/ insgesamt 16 -rw-r--r-- 1 root root 4322 18. Jun 2009 psprint.conf -rw-r--r-- 1 root root 151 10. Jun 2010 sofficerc -rw-r--r-- 1 root root 795 18. Jun 2009 soffice.sh These files remain if `openoffice.org-common` was just removed and not purged. $ aptitude search openoffice.org-common c openoffice.org-common Could the message be elaborated to `You can purge the package to remove the superseded OpenOffice.org files.`. Or is there a migration document where this is or should be covered? Thanks, Paul PS: OT: Should `OPENGL_SUPPORT=no` be changed to `auto` in `/etc/libreoffice/soffice.sh`? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libreoffice depends on: ii liblucene2-java 2.9.3+ds1-1 Full-text search engine library fo ii libreoffice-base 1:3.3.1-1 office productivity suite -- datab ii libreoffice-calc 1:3.3.1-1 office productivity suite -- sprea ii libreoffice-core 1:3.3.1-1 office productivity suite -- arch- ii libreoffice-draw 1:3.3.1-1 office productivity suite -- drawi ii libreoffice-filter-mobiledev 1:3.3.1-1 office productivity suite -- mobil ii libreoffice-impress 1:3.3.1-1 office productivity suite -- prese ii libreoffice-java-common 1:3.3.1-1 office productivity suite -- arch- ii libreoffice-math 1:3.3.1-1 office productivity suite -- equat ii libreoffice-report-builder-b 1:3.3.1-1 LibreOffice extension for building ii libreoffice-writer 1:3.3.1-1 office productivity suite -- word ii ttf-dejavu 2.33-1 Metapackage to pull in ttf-dejavu- ii ttf-sil-gentium-basic1.1-2 smart Unicode font families (Basic Versions of packages libreoffice recommends: ii ttf-liberation 1.06.0.20100721-1 Fonts with the same metrics as Tim ii ttf-mscorefonts-instal 3.3 Installer for Microsoft TrueType c Versions of packages libreoffice suggests: ii cups-bsd 1.4.6-3 Common UNIX Printing System(tm) - ii default-jre [java5-runtime 1:1.6-40 Standard Java or Java compatible R ii gstreamer0.10-ffmpeg 1:0.10.11-4.1 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-bad 0.10.19-2.1 GStreamer plugins from the bad s ii gstreamer0.10-plugins-base 0.10.30-1 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.24-1 GStreamer plugins from the good ii gstreamer0.10-plugins-ugly 0.10.15-1 GStreamer plugins from the ugly ii hunspell-de-de [hunspell-d 20100727-1German dictionary for hunspell ii hyphen-de [hyphen-hyphenat 1:3.3.0-3 German hyphenation patterns for Li ii iceweasel 3.5.17-1 Web browser based on Firefox ii imagemagick8:6.6.0.4-3 image manipulation programs ii libgl1-mesa-glx [libgl1] 7.10-4A free implementation of the OpenG ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries ii libpaper-utils 1.1.24library for handling paper charact ii libreoffice-filter-binfilt 1:3.3.1-1 office productivity suite -- legac pn libreoffice-gnome | libreo none(no description available) ii libreoffice-help-de [libre 1:3.3.1-1 office productivity suite -- Germa ii libreoffice-l10n-de [libre 1:3.3.1-1 office productivity suite -- Germa pn libreoffice-officebean none(no description available) ii libsane1.0.22-2 API library for scanners ii libxrender11:0.9.6-1 X Rendering Extension client libra ii menu 2.1.45generates programs menu for all me ii myspell-de-at [myspell-dic 20100727-1Austrian (German) dictionary for m ii myspell-de-ch [myspell-dic 20100727-1Swiss (German) dictionary for mysp ii mythes-de [mythes-thesauru 20110119-3German Thesaurus for OpenOffice.or pn openclipart-libreofficenone(no description available) ii openjdk-6-jre [java5-runti 6b18-1.8.7-2 OpenJDK Java runtime, using Hotspo ii pstoedit
Bug#616426: is me Mariam from Libya(reply me back soon)
Hi am Miss Mariam Elias,from Benghazi,Libya. Plz write me back is very important and urgent. Take care and hope you hear from you soon Mariam emaria...@yahoo.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619114: /usr/share/udhcpc/default.script has no override in /etc
Package: udhcpc Version: 1:1.17.1-8 Severity: normal In Lenny I had /etc/udhcpc/default.script which I used to override /usr/share/udhcpc/default.script. This allowed me to add my own custom scripts that did things of interest to me. Since my upgrade to squeeze my scripts have not been executing. I recognise the presence of the -s option to override /usr/share/udhcpc/default.script but there appears to be nothing about the options available for inet dhcp in /etc/network/interfaces that allows me to specify it. A good way out of this, imo, would be to have busybox check for /usr/share/udhcpc/default.script and run that. If it's not present then run /usr/share/udhcpc/default.script. If -s is given then that would override all. This would preserve current behaviour except for where one would come from Lenny where the old behaviour would be preserved. It would also allow one to have a default custom config should one choose. -- System Information: Debian Release: 6.0 Architecture: i386 (i686) Kernel: Linux 2.6.37.3-wb.20110313-182945 (PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udhcpc depends on: ii busybox 1:1.17.1-8 Tiny utilities for small and embed udhcpc recommends no packages. udhcpc suggests no packages. -- Configuration Files: /etc/udhcpc/default.script 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#619115: xscreensaver: add a hack that allows to run a terminal application
Package: xscreensaver Version: 5.11-1+b1 Severity: wishlist Hello it would be nice to include a hack that allows showing a terminal application (eg top, atop, nethogs) in the screensaver. While there are many terminal emulators I don't have any that would work similar to the xscreensaver hacks -root option. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (900, 'stable'), (700, 'oldstable'), (510, 'unstable'), (500, 'testing'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-3-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xscreensaver depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-2.1FreeType 2 font engine, shared lib ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.28.2-1 The GLib library of C routines ii libgtk2.0-0 2.24.1-1 The GTK+ graphical user interface ii libice6 2:1.0.6-2X11 Inter-Client Exchange library ii libpam0g1.1.1-6.1Pluggable Authentication Modules l ii libpango1.0-0 1.28.3-4 Layout and rendering of internatio ii libsm6 2:1.1.1-1X11 Session Management library ii libx11-62:1.3.3-4X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxinerama12:1.1-3 X11 Xinerama extension library ii libxml2 2.7.8.dfsg-2 GNOME XML library ii libxmu6 2:1.0.5-2X11 miscellaneous utility library ii libxpm4 1:3.5.8-1X11 pixmap library ii libxrandr2 2:1.3.0-3X11 RandR extension library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii libxxf86vm1 1:1.1.0-2X11 XFree86 video mode extension l ii xscreensaver-data 5.11-1+b1data files to be shared among scre Versions of packages xscreensaver recommends: ii libjpeg-progs 8b-1 Programs for manipulating JPEG fil ii perl [perl5]5.10.1-17Larry Wall's Practical Extraction ii wamerican [wordlist 6-3 American English dictionary words ii xli 1.17.0+20061110-3+b1 command line tool for viewing imag Versions of packages xscreensaver suggests: ii 0.12~pre5-2 advanced text-mode WWW browser ii 4.0~b13~hg20110313r63 Safe and easy web browser from Moz pn none(no description available) ii 3.6.15-1 Web browser based on Firefox ii 2.8.8dev.5-1 Text-mode WWW Browser with NLS sup ii 0.2.4-3 fast, lightweight graphical web br pn none(no description available) ii 0.5.2-9 WWW browsable pager with excellent pn none(no description available) pn none(no description available) ii 5.11-1+b1 GL(Mesa) screen hacks for xscreens -- 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#619113: OO.org → LibreOffice: `/etc/openoffice/` not removed because it is not empty → add note about purging
clone 619113 -1 reassign -1 dictionaries-common retitle -1 stop running update-openoffice-dicts, please severity -1 wishlist block 619113 by -1 thanks On Mon, Mar 21, 2011 at 01:12:18PM +0100, Paul Menzel wrote: I removed the old `openoffice.org*` packages and installed the aha. `libreoffice.org` ones. The following message is shown on the terminal. You mean libreoffice. update-openoffice-dicts: Trying to remove useless dir /etc/openoffice. update-openoffice-dicts: Could not remove possibly non-empty dir /etc/openoffice. I think this is a bug in dictionaries-common. It shouldn't run update-openoffice-dicts, it isn't needed since OOo3(!). The trigger should go away. And IMHO it should only try to remove /etc/openoffice if it is empty, as there always were more config files then dictionary.lst there. The content is as follows. $ ls -l /etc/openoffice/ insgesamt 16 -rw-r--r-- 1 root root 4322 18. Jun 2009 psprint.conf -rw-r--r-- 1 root root 151 10. Jun 2010 sofficerc -rw-r--r-- 1 root root 795 18. Jun 2009 soffice.sh These files remain if `openoffice.org-common` was just removed and not purged. $ aptitude search openoffice.org-common c openoffice.org-common And? That is the definition of remove. Conffiles stay if you just remove If you want them gone, use purge. How is a bug here? Correct, there isn't :) Could the message be elaborated to `You can purge the package to remove the superseded OpenOffice.org files.`. No. Everything you told here is correct behaviour. Or is there a migration document where this is or should be covered? But yes, if you do a upgrade this is a bug, those files remain and don't get migrated. That doesn't make your steps correct, though. What you got is what is correct from your steps. But there shouldn't be a migration document needed at all. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619113: OO.org ??? LibreOffice: `/etc/openoffice/` not removed because it is not empty ??? add note about purging
reassign 619113 dictionaries-common,libreoffice thanks On Mon, Mar 21, 2011 at 01:12:18PM +0100, Paul Menzel wrote: Subject: migration: `/etc/openoffice/` not removed because it is not empty Package: libreoffice Version: 1:3.3.1-1 Severity: minor Dear Debian folks, I removed the old `openoffice.org*` packages and installed the `libreoffice.org` ones. The following message is shown on the terminal. [???] Trigger für dictionaries-common werden verarbeitet ... update-openoffice-dicts: Trying to remove useless dir /etc/openoffice. update-openoffice-dicts: Could not remove possibly non-empty dir /etc/openoffice. The content is as follows. $ ls -l /etc/openoffice/ insgesamt 16 -rw-r--r-- 1 root root 4322 18. Jun 2009 psprint.conf -rw-r--r-- 1 root root 151 10. Jun 2010 sofficerc -rw-r--r-- 1 root root 795 18. Jun 2009 soffice.sh These files remain if `openoffice.org-common` was just removed and not purged. $ aptitude search openoffice.org-common c openoffice.org-common Could the message be elaborated to `You can purge the package to remove the superseded OpenOffice.org files.`. Or is there a migration document where this is or should be covered? This error message really belongs to dictionaries-common, where update-openoffice-dicts is shipped. I added that to try removing ancient dictionaries.lst and friends, but seems that is becoming way noisier than I initially noticed (I tested in sid, where those files looked unowned and I thought they came from ancient stuff without actually checking timestamps). Rene, what do you think is better to do here? Not showing the warning, leave a better error message or make sure from real ooo migration meta-packages that above files are removed if needed? Leaving this bug report assigned to dictionaries-common,libreoffice, although both Rene and myself read both packages bugs. Thanks for your feedback, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618847: linux-image-2.6.38-1-amd64: Does not boot with KMS enabled (Radeon Mobility HD 3650)
On Mon, Mar 21, 2011 at 01:45:43 -0400, John Lindgren wrote: forwarded 618847 http://marc.info/?l=linux-fbdevm=130068605804870 thanks On 03/20/2011 11:16 PM, Ben Hutchings wrote: Please report this upstream athttps://bugs.freedesktop.org, under product 'DRI', component 'DRM/Radeon'. Let us know the bug URL so we can track it. Ben. Does it really have anything to do with DRI? It's the Linux console Yes. going blank when a Linux kernel module is loaded. I've forwarded to the linux-fbdev mailing list. That's the wrong place for radeon bugs. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619117: perl 5.12 transition
Package: release.debian.org Owner: p...@packages.debian.org User: release.debian@packages.debian.org Usertags: transition On Sun, Mar 20, 2011 at 23:10:27 +, Dominic Hargreaves wrote: On Wed, Feb 23, 2011 at 07:40:26PM +, Dominic Hargreaves wrote: I would like to register an interest in carrying out a perl transition soon. This would be to perl 5.10.1 to 5.12.x (x = 3 currently). This transition has already been in preparation for some time, and I think we are in a good position to schedule this now. This is the first major transition I've been involved in (I've recently become a co-maintainer of the perl package), so please bear with me if I miss anything out. You can see the transition tracking bugs at [1]. [snip rest of mail] Hi, I wondered whether anyone had had a chance to look at scheduling this in yet, of if there's a better way to go about this? Sorry, not yet. Filing as a bug so we don't drop it. Roughly how many packages does the move to 5.12 involve, and how many would need source uploads? Thanks, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619118: bibletime: Personal commentary is not writable
Package: bibletime Version: 2.5-1 Severity: important The personal commentary is installed in ~/.sword/modules/comments/rawfiles/personal using the bookshelf manager. There is no button for (it used to be a pencil) or other documented method for entering a write mode for making notes. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 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 bibletime depends on: ii bibletime-data 2.5-1Documentation and data for bibleti ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libclucene0ldbl 0.9.21b-2+b1 library for full-featured text sea ii libcurl3-gnutls 7.21.0-1 Multi-protocol file transfer libra ii libgcc1 1:4.4.5-8GCC support library ii libqt4-dbus 4:4.6.3-4Qt 4 D-Bus module ii libqt4-test 4:4.6.3-4Qt 4 test module ii libqt4-webkit 4:4.6.3-4Qt 4 WebKit module ii libqt4-xml 4:4.6.3-4Qt 4 XML module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libsword8 1.6.1+dfsg-2+b1 API/library for bible software ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime bibletime recommends no packages. bibletime 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#619113: OO.org ??? LibreOffice: `/etc/openoffice/` not removed because it is not empty ??? add note about purging
Hi, On Mon, Mar 21, 2011 at 01:33:41PM +0100, Agustin Martin wrote: Rene, what do you think is better to do here? Not showing the warning, leave a better error message or make sure from real ooo migration meta-packages that above files are removed if needed? Do not run update-openoffice-dicts. It's obsolete. Other than that, yes, the openoffice.org migration packages should remove/migrate those conffiles, yes. dictionary.lst is your job, though, it shouldn't exist anymore, but given that you still run update-openoffice-dicts. in a trigger whereas this isn't needed anymore for years... And yes, any warning here is buggy. dictionaries-common has no businnedd in that dir - except with dictionary.lst. It should remove the dir if it's empty, yes, but if it isn't it shouldn't complain :) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615108: [uscan] Fixes for repacking ZIP files
On 03/20/2011 07:07 PM, James Vega wrote:
On Fri, Feb 25, 2011 at 08:42:40PM +0100, Christian Kastner wrote:
When repacking ZIP files, because of the way uscan invokes tar, the
current directory '.' (dot) is always included in the resulting tar
archive.
We do that to ensure that everything unpacked from the zip file is
included in the resulting tar file (e.g., a hidden file at the top-level
of the unpacked tree).
Ah, yes.
Unpacking such an archive has the side effect of tar attempting to
change the permissions of the cwd, as easily reproduced by unpacking
such a tarball from within the /tmp directory. Regular users get an
error, root has the permissions of /tmp changed.
Another minor issue is that the user and group name are leaked into the
archive, instead of using the neutral 'root'.
These are issues, though. Instead of your suggested solution for the
first one, I think using tar's --transform argument to remove the
leading ./ may be cleaner. The fix for the second issue looks good.
The problem with --transform is that AFAICT it can only modify paths,
not filter them; the extra path still gets added.
The attached patch amends the first one by adding a test for hidden
files and extending the glob pattern to include those if it finds any.
It's not the neatest way to go about this, but the alternatives I've
come up with are even less pleasant.
Christian
From 2796b54a2c6fa92657bd37adf2cac8e52ae71f97 Mon Sep 17 00:00:00 2001
From: Christian Kastner deb...@kvr.at
Date: Sun, 20 Mar 2011 21:43:06 +0100
Subject: [PATCH] uscan: ZIP repacking fixes
Don't include the current working directory in the tarball, and give ownership
to root instead of leaking the user's UID
---
scripts/uscan.pl | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/scripts/uscan.pl b/scripts/uscan.pl
index 6b5e4fb..8b146b2 100755
--- a/scripts/uscan.pl
+++ b/scripts/uscan.pl
@@ -1369,8 +1369,14 @@ EOF
my $newfile_base_gz = $1.tar.gz;
my $tempdir = tempdir ( uscan, TMPDIR = 1, CLEANUP = 1 );
- system(unzip -q -a -d $tempdir $destdir/$newfile_base; GZIP=-9 tar -C $tempdir -czf $destdir/$newfile_base_gz .) == 0
- or die(Repacking from zip to tar.gz failed\n);
+ my $globpattern = *;
+ system(unzip -q -a -d $tempdir $destdir/$newfile_base) == 0
+ or die(Repacking from zip to tar.gz failed (could not unzip)\n);
+ if (system(ls -d $tempdir/.[!.]* /dev/null 21) == 0) {
+ $globpattern .= .[!.]*;
+ }
+ system(cd $tempdir; GZIP=-9 tar --owner=root --group=root --mode=a+rX -czf $destdir/$newfile_base_gz $globpattern) == 0
+ or die(Repacking from zip to tar.gz failed (could not create tarball)\n);
unlink $destdir/$newfile_base;
$newfile_base = $newfile_base_gz;
}
--
1.7.4.1
signature.asc
Description: OpenPGP digital signature
Bug#459339: will treat as fixed
found 459339 1.3.07.09-2.1 thanks On Thu, Feb 03, 2011 at 07:41:43PM +, Nicholas Bamber wrote: fixed 459339 1.3.07.09-2 thanks No real evidence that this is fixed, but no evidence the other way either. So will let this report die. This seems to still be a problem, after applying the recent security update to maradns, the daemon was no longer running. This occurred on all four Lenny machines I have here running maradns. Relevant log files: == dpkg.log == 2011-03-21 10:29:47 startup packages configure 2011-03-21 10:29:47 configure maradns 1.3.07.09-2.1 1.3.07.09-2.1 2011-03-21 10:29:47 status unpacked maradns 1.3.07.09-2.1 2011-03-21 10:29:47 status unpacked maradns 1.3.07.09-2.1 2011-03-21 10:29:47 status unpacked maradns 1.3.07.09-2.1 2011-03-21 10:29:47 status unpacked maradns 1.3.07.09-2.1 2011-03-21 10:29:47 status unpacked maradns 1.3.07.09-2.1 2011-03-21 10:29:47 status half-configured maradns 1.3.07.09-2.1 2011-03-21 10:29:50 status installed maradns 1.3.07.09-2.1 == syslog == Mar 21 10:29:47 azure maradns.var_lib_maradns_mararc: Log: Root directory changed Mar 21 10:29:47 azure maradns.var_lib_maradns_mararc: Log: Binding to address 127.0.0.1,89.145.71.181 Mar 21 10:29:47 azure maradns.var_lib_maradns_mararc: Log: Socket opened on UDP port 53 Mar 21 10:29:47 azure maradns.var_lib_maradns_mararc: Log: Root privileges dropped Mar 21 10:29:47 azure maradns.var_lib_maradns_mararc: Processing zone foo.example.org. right now. […] Mar 21 10:29:47 azure maradns.var_lib_maradns_mararc: MaraDNS proudly serves you 7216 DNS records Mar 21 10:29:47 azure maradns.var_lib_maradns_mararc: MaraDNS maximum memory allocation set to 13705216 bytes Mar 21 10:29:47 azure maradns.var_lib_maradns_mararc: Log: All RRs have been loaded Mar 21 10:29:50 azure maradns.var_lib_maradns_mararc: HUP signal sent to MaraDNS process Mar 21 10:29:50 azure maradns.var_lib_maradns_mararc: Exiting with return value of 8 From the timestamps, it looks to me like it's something in the postinst causing the problem - I assume that's what happens to go from half-configured → installed. I've saved a pre-update image of one of the affected VPSes, with which I can reproduce it if necessary. Let me know if there's any more info that would help. -- Chris Butler chr...@debian.org GnuPG Key ID: 4096R/49E3ACD3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619119: gnutls-bin: can't connect to IPv6 TLS host
Package: gnutls-bin Version: 2.10.5-1 Severity: serious /--- % gnutls-cli -p 993 imap.freenet.de Resolving 'imap.freenet.de'... Connecting to '2001:748:100:40::8:110:993'... Cannot connect to imap.freenet.de:993: Operation not permitted \--- -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.2-1-amd64 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 gnutls-bin depends on: ii libc0.1 2.11.2-13Embedded GNU C Library: Shared lib ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libgnutls26 2.10.5-1 the GNU TLS library - runtime libr ii libreadline66.1-3GNU readline and history libraries ii libtasn1-3 2.9-2Manage ASN.1 structures (runtime) ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gnutls-bin recommends no packages. gnutls-bin 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
