Bug#675536: [Pkg-nagios-devel] Bug#675536: icinga-idoutils: fails to upgrade from squeeze: ERROR: language "plpgsql" does not exist
On Sat, 02 Jun 2012, Andreas Beckmann wrote: > Package: icinga-idoutils > Version: 1.7.0-2 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package fails to upgrade from > 'squeeze'. > It installed fine in 'squeeze', then the upgrade to 'sid' fails. > > >From the attached log (scroll to the bottom...): > > Setting up icinga-idoutils (1.7.0-2) ... > Installing new version of config file /etc/init.d/ido2db ... > Installing new version of config file /etc/icinga/idomod.cfg ... > dbconfig-common: writing config to /etc/dbconfig-common/icinga-idoutils.conf > Replacing config file /etc/icinga/ido2db.cfg with new version > creating database backup in > /var/cache/dbconfig-common/backups/icinga-idoutils_1.0.2-2.pgsql. > applying upgrade sql for 1.0.2-2 -> 1.0.3-1. > applying upgrade sql for 1.0.2-2 -> 1.2.99-1. > error encountered processing > /usr/share/dbconfig-common/data/icinga-idoutils/upgrade/pgsql/1.2.99-1: > NOTICE: ALTER TABLE will create implicit sequence > "icinga_dbversion_dbversion_id_seq" for serial column > "icinga_dbversion.dbversion_id" NOTICE: ALTER TABLE / ADD PRIMARY KEY will > create implicit index "icinga_dbversion_pkey" for table "icinga_dbversion" > ERROR: language "plpgsql" does not exist HINT: Use CREATE LANGUAGE to load > the language into the database. > dbconfig-common: icinga-idoutils configure: aborted. > dbconfig-common: flushing administrative password > dpkg: error processing icinga-idoutils (--configure): >subprocess installed post-installation script returned error exit status 1 hu? I tested that and I installed plpgsql via adminstrative script, I'll have to take a look. Btw. 9.1 (the supported postgres version from wheezy doesn't need to instal plpgsql). Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675565: uptimed: [INTL:ru] Russian debconf templates translation update
Package: uptimed Version: 1:0.3.17-4 Severity: wishlist Tags: l10n patch Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Russian debconf templates translation update is attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ru.po.gz Description: GNU Zip compressed data
Bug#675564: Does not support protocol "rc-5-sz", used by Streamzap remotes
Package: ir-keytable Severity: normal Streamzap remotes use a protocol rc-5-sz. ir-keytable does not seem to support this protocol, and thus can't enable/disable it. The kernel handles it just fine: ~$ cat /sys/class/rc/rc0/protocols rc-5 nec rc-6 jvc sony [rc-5-sz] mce_kbd lirc But ir-keytable just calls it "other": ~$ sudo ir-keytable Found /sys/class/rc/rc0/ (/dev/input/event5) with: Driver streamzap, table rc-streamzap Supported protocols: NEC RC-5 RC-6 JVC SONY LIRC other Enabled protocols: other Repeat delay = 500 ms, repeat period = 125 ms And ir-keytable doesn't support setting it: ~$ sudo ir-keytable -p rc-5-sz Invalid parameter(s) ir-keytable: -p: (PROGRAM ERROR) Option should have been recognized!? Try `ir-keytable --help' or `ir-keytable --usage' for more information. Ideally, ir-keytable should not have a hard-coded list of possible protocols, and should instead support whatever the kernel supports. - Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628617: psmisc: killall often fails with "Assertion `process_age_sec > 0' failed."
tags 628617 moreinfo thankyou Hello, I've tried various process and values for the process_age_sec and I have been able to get that warning. Are you still getting this and what sort of things are you trying to kill? - Craig -- Craig Small VK2XLZ http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint: 5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675563: Acknowledgement (chromium: builds against embedded binary binutils-gold that does not include source)
tail of the output, as it tries to link with an i386 linker on arm... CXX(host) out/Release/obj.host/protoc/third_party/protobuf/src/google/protobuf/compiler/java/java_primitive_field.o CXX(host) out/Release/obj.host/protoc/third_party/protobuf/src/google/protobuf/compiler/java/java_service.o CXX(host) out/Release/obj.host/protoc/third_party/protobuf/src/google/protobuf/compiler/java/java_string_field.o CXX(host) out/Release/obj.host/protoc/third_party/protobuf/src/google/protobuf/compiler/python/python_generator.o CXX(host) out/Release/obj.host/protoc/third_party/protobuf/src/google/protobuf/compiler/main.o LINK(host) out/Release/protoc out/Release/../../third_party/gold/gold32: 1: out/Release/../../third_party/gold/gold32: Syntax error: ")" unexpected collect2: ld returned 2 exit status make[1]: *** [out/Release/protoc] Error 1 -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#671372: gtkpod crashes when opening preferences
Package: gtkpod
Version: 2.1.1-1+b1
Followup-For: Bug #671372
Hi there.
I'm unfortunately affected by this bug.
I installed some debug libraries and took a gdb backtrace and it is a lot of
information. I'm attaching here the output that I get.
If any extra information is needed, please let me know.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (x86_64)
Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gtkpod depends on:
ii gtkpod-data 2.1.1-1
ii libanjuta-3-02:3.4.3-1
ii libatk1.0-0 2.4.0-2
ii libc62.13-32
ii libcairo-gobject21.12.2-2
ii libcairo21.12.2-2
ii libcurl3-gnutls 7.26.0-1
ii libflac8 1.2.1-6
ii libgdk-pixbuf2.0-0 2.26.1-1
ii libgdl-3-2 3.4.2-1
ii libglib2.0-0 2.32.3-1
ii libgpod4 0.8.2-6
ii libgstreamer-plugins-base0.10-0 0.10.36-1
ii libgstreamer0.10-0 0.10.36-1
ii libgtk-3-0 3.4.2-1
ii libgtkpod1 2.1.1-1+b1
ii libid3tag0 0.15.1b-10
ii libimobiledevice21.1.1-4
ii libjavascriptcoregtk-3.0-0 1.8.1-3.1
ii libogg0 1.3.0-2
ii libpango1.0-01.30.0-1
ii libsoup2.4-1 2.38.1-2
ii libvorbis0a 1.3.2-1.3
ii libvorbisfile3 1.3.2-1.3
ii libwebkitgtk-3.0-0 1.8.1-3.1
ii libxml2 2.8.0+dfsg1-1
ii zlib1g 1:1.2.7.dfsg-11
Versions of packages gtkpod recommends:
ii python-mutagen 1.20-1
ii vorbis-tools1.4.0-1
Versions of packages gtkpod suggests:
ii faad
ii mp3gain 1.5.2-r2-2
ii perl 5.14.2-11
ii python 2.7.2-10
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
Bug#591969: status
Am 01.06.2012 09:02, schrieb Holger Levsen: > whats the status of this bug? > ./typo3/contrib/swfupload/swfupload.swf Has been moved to its own package libjs-swfupload, its removed from this package during get-orig-source. > ./typo3/contrib/extjs/resources/charts.swf it gets removed from this package during get-orig-source since 4.5.16+dfsg2. Its part if libjs-extjs, but the package in debian ist very old. We do not need this file, so its deleted. > ./typo3/contrib/flashmedia/flvplayer.swf > ./typo3/contrib/flashmedia/player.swf These are ActionScript 1 SWFs that cannot compiled in debian because of missing AS1 compiler. Source code is included in source package. > ./typo3/contrib/flashmedia/swfobject/expressInstall.swf > ./typo3/contrib/extjs/resources/expressinstall.swf Moved to own package libjs-swfobject, removed during get-orig-source. > ./typo3/contrib/websvg/svg.swf This is AS3, but as3compile cannot compile it because of missing features in as3compile. Source code is included in source package. -- MfG, Christian Welzel GPG-Key: pub 4096R/5117E119 2011-09-19 Fingerprint: 3688 337C 0D3E 3725 94EC E401 8D52 CDE9 5117 E119 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#674726: closed by Giuseppe Iuculano (fixed in 20.0.1132.21~r139451-1)
confirmed fixed. 20.0.1132.21~r139451-1 builds fine on my box. On Fri, Jun 1, 2012 at 9:48 AM, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the chromium package: > > #674726: FTBFS: webcursor_gtk.cc:185 ‘gdk_pixbuf_unref’ is deprecated, > Use 'g_object_unref' instead > > It has been closed by Giuseppe Iuculano . > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Giuseppe Iuculano > by > replying to this email. > > > -- > 674726: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674726 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > > > -- Forwarded message -- > From: Giuseppe Iuculano > To: 674726-d...@bugs.debian.org > Cc: > Date: Fri, 01 Jun 2012 18:20:21 +0200 > Subject: fixed in 20.0.1132.21~r139451-1 > Source: chromium-browser > Source-Version: 20.0.1132.21~r139451-1 > > > > > > -- Forwarded message -- > From: Andrew Chant > To: Debian Bug Tracking System > Cc: > Date: Sat, 26 May 2012 19:21:20 -0700 > Subject: FTBFS: webcursor_gtk.cc:185 ‘gdk_pixbuf_unref’ is deprecated, Use > 'g_object_unref' instead > Package: chromium > Version: 18.0.1025.168~r134367-1 > Severity: serious > Justification: FTBFS > > Dear Maintainer, > Can't build chromium from source after patching w/ fix from bug > #671994. > I get: > webkit/glue/webcursor_gtk.cc: In member function ‘GdkCursor* > WebCursor::GetCustomCursor()’: > webkit/glue/webcursor_gtk.cc:185:3: error: ‘void > gdk_pixbuf_unref(GdkPixbuf*)’ is deprecated (declared at > /usr/include/gdk-pixbuf-2.0/gdk-pixbuf/gdk-pixbuf-core.h:243): Use > 'g_object_unref' instead [-Werror=deprecated-declarations] > webkit/glue/webcursor_gtk.cc:185:26: error: ‘void > gdk_pixbuf_unref(GdkPixbuf*)’ is deprecated (declared at > /usr/include/gdk-pixbuf-2.0/gdk-pixbuf/gdk-pixbuf-core.h:243): Use > 'g_object_unref' instead [-Werror=deprecated-declarations] > > My libgdk-pixbuf2.0-dev is at version 2.26.1-1 > Version: 2.26.1-1 > > > > -- System Information: > Debian Release: wheezy/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.4.0intel1 (SMP w/8 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 chromium depends on: > ii chromium-inspector 18.0.1025.168~r134367-1 > ii gconf-service 3.2.5-1 > ii libasound2 1.0.25-3 > ii libavcodec53 6:0.8.2-2 > ii libavformat53 6:0.8.2-2 > ii libavutil51 6:0.8.2-2 > ii libbz2-1.0 1.0.6-1 > ii libc6 2.13-32 > ii libcairo2 1.12.2-2 > ii libcups2 1.5.3-1 > ii libdbus-1-3 1.5.12-1 > ii libevent-2.0-5 2.0.19-stable-2 > ii libexpat1 2.1.0-1 > ii libflac8 1.2.1-6 > ii libfontconfig1 2.9.0-5 > ii libfreetype6 2.4.9-1 > ii libgcc1 1:4.7.0-9 > ii libgconf-2-4 3.2.5-1 > ii libgcrypt11 1.5.0-3 > ii libgdk-pixbuf2.0-0 2.26.1-1 > ii libglib2.0-0 2.32.3-1 > ii libgtk2.0-0 2.24.10-1 > ii libjpeg8 8d-1 > ii libnspr4-0d 2:4.9-3 > ii libnss3-1d 2:3.13.4-3 > ii libpango1.0-0 1.30.0-1 > ii libpng12-0 1.2.49-1 > ii libpulse0 2.0-3 > ii libspeex1 1.2~rc1-5 > ii libstdc++6 4.7.0-9 > ii libudev0 175-3.1 > ii libwebp2 0.1.3-3 > ii libx11-6 2:1.4.99.901-2 > ii libxext6 2:1.3.1-2 > ii libxfixes3 1:5.0-4 > ii libxml2 2.7.8.dfsg-9.1 > ii libxrender1 1:0.9.7-1 > ii libxslt1.1 1.1.26-11 > ii libxss1 1:1.2.2-1 > ii xdg-utils 1.1.0~rc1+git20111210-6 > ii zlib1g 1:1.2.7.dfsg-11 > > chromium recommends no packages. > > Versions of packages chromium suggests: > pn chromium-l10n > > -- 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#675563: chromium: builds against embedded binary binutils-gold that does not include source
Package: chromium Version: 20.0.1132.21~r139451-1 Severity: serious Justification: Policy 2.1 This package builds against a embedded binary (compiled) ld.gold linker. Not only does this break builds against architectures that are not i386 or amd64, but this is, from my understandings, a severe violation of debian policy. Version 18 of this package successfully builds against Debian's ld.bfd, making this also a regression. Also, with this version of the package, the only version available in the archive is the uploaders .deb no other architectures have been successfully built. Which is not a good sign. While I would love to see chromium be part of Debian, it needs to play nice (which is admittedly hard for this package). This version of the package should be immediately removed from the archives until it can link against the Debian-packaged linkers (either ld.bfd or ld.gold). I noticed this while trying to get this package to build on armel. (I have gotten the version 18 package to build on armel, however the build package now has unaligned memory access problems which are troublesome) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (101, 'unstable'), (100, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-rc1-tomoyo-1-g69b407e (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675554: version 1.1.3 has no debian package
Package: python-nose Version: 1.1.3 Current version is 1.1.2-3, but version 1.1.3 is already available to pack.
Bug#675553: citadel: French debconf translation completely broken
Package: citadel Severity: normal Tags: patch l10n The French debconf translation introduced in #672747 is completely broken : it has double UTF-8 encoding, hard returns in some strings and does not correspond to the POT file (the fr.po file has 60 strings while the POT file has 24). Resyncing it with the POT file gives 7 fuzzy strings and, worse, broken encoding. Here is a fixed file. I would appreciate if it could be used ASAP..:-) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of citadel debconf templates to French # Copyright (C) 2005-2009 Debian French l10n team # This file is distributed under the same license as the citadel package. # # Translators: # Nicolas Delvaux # Jean-Luc Coulon (f5ibh) , 2008. # Christian Perrier , 2008, 2009, 2012. msgid "" msgstr "" "Project-Id-Version: fr-new\n" "Report-Msgid-Bugs-To: cita...@packages.debian.org\n" "POT-Creation-Date: 2009-12-18 15:18+0100\n" "PO-Revision-Date: 2012-06-02 07:44+0200\n" "Last-Translator: Christian Perrier \n" "Language-Team: French \n" "Language: fr\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Launchpad-Export-Date: 2010-11-11 04:37+\n" "X-Generator: Lokalize 1.2\n" "Plural-Forms: nplurals=2; plural=(n > 1);\n" #. Type: string #. Description #: ../citadel-server.templates:1001 msgid "Listening address for the Citadel server:" msgstr "Adresse IP où Citadel sera à l'écoute :" #. Type: string #. Description #: ../citadel-server.templates:1001 msgid "" "Please specify the IP address which the server should be listening to. If " "you specify 0.0.0.0, the server will listen on all addresses." msgstr "" "Veuillez indiquer l'adresse IP sur laquelle le serveur sera actif. Si vous " "indiquez 0.0.0.0, Citadel sera à l'écoute de toutes les adresses." #. Type: string #. Description #: ../citadel-server.templates:1001 msgid "" "This can usually be left to the default unless multiple instances of Citadel " "are running on the same computer." msgstr "" "Vous pouvez normalement sauter cette étape à moins que plusieurs instances " "de Citadel ne tournent sur le même ordinateur." #. Type: select #. Choices #: ../citadel-server.templates:2001 msgid "Internal" msgstr "Interne" #. Type: select #. Choices #: ../citadel-server.templates:2001 msgid "Host" msgstr "Hôte" #. Type: select #. Choices #: ../citadel-server.templates:2001 msgid "LDAP" msgstr "LDAP" #. Type: select #. Choices #: ../citadel-server.templates:2001 #| msgid "Citadel Home Directory" msgid "Active Directory" msgstr "Active Directory" #. Type: select #. Description #: ../citadel-server.templates:2002 msgid "Authentication method to use:" msgstr "Méthode d'authentification à utiliser :" #. Type: select #. Description #: ../citadel-server.templates:2002 #| msgid "" #| "Please choose the user authentication mode. By default Citadel will use " #| "its own internal user accounts database. If you choose Host, Citadel " #| "users will have accounts on the host system, authenticated via /etc/" #| "passwd or a PAM source. LDAP chooses an RFC 2307 compliant directory " #| "server, the last option chooses the nonstandard MS Active Directory LDAP " #| "scheme.\n" #| "Do not change this option unless you are sure it is required, since " #| "changing back requires a full reinstall of Citadel.\n" #| " 0. Self contained authentication\n" #| " 1. Host system integrated authentication\n" #| " 2. External LDAP - RFC 2307 compliant directory\n" #| " 3. External LDAP - nonstandard MS Active Directory\n" #| "\n" #| "For help: http://www.citadel.org/doku.php/faq:installation:authmodes\n"; #| "\n" #| "ANSWER \"0\" UNLESS YOU COMPLETELY UNDERSTAND THIS OPTION.\n" msgid "" "Please choose the user authentication mode. By default Citadel will use its " "own internal user accounts database. If you choose Host, Citadel users will " "have accounts on the host system, authenticated via /etc/passwd or a PAM " "source. LDAP chooses an RFC 2307 compliant directory server, the last option " "chooses the nonstandard MS Active Directory LDAP scheme." msgstr "" "Veuillez choisir le mode d'authentification de l'utilisateur. Citadel " "utilisera par défaut sa propre base de données d'utilisateurs. Si vous " "choisissez « Hôte », les utilisateurs de Citadel auront des comptes sur le " "système hôte, authentifiés par le fichier /etc/passwd ou une source PAM. " "La méthode « LDAP » choisit un serveur d'annuaire respectant la RFC 2307, la " "dernière " "option choisit le schéma LDAP non standard d'Active Directory de Microsoft." #. Type: select #. Description #: ../citadel-server.templates:2002 msgid "" "Do not change this option unless you are sure it is required, since changing " "back requir
Bug#675552: debtorrent: Use DHT instead of tracker
Package: debtorrent Version: 0.1.10 Severity: wishlist It seems like it would be better for debtorrent to purely use DHT for tracking, especially since the tracker it uses appears to have been down for over a month now. I guess the problem with DHT would be that it could take longer to find peers than with a tracker. At least if DHT were available as a fallback, it would avoid the situation debtorrent is in now where it essentially doesn't work at all because the tracker is down. -- 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 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debtorrent depends on: ii adduser 3.113+nmu2 ii python 2.7.2-10 ii python-apt 0.8.4 ii python-debian 0.1.21 ii python-support 1.0.14 Versions of packages debtorrent recommends: pn apt-transport-debtorrent pn python-crypto Versions of packages debtorrent suggests: pn python-psyco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675503: summain: Misc. typos in the manpage.
On Fri, Jun 01, 2012 at 05:29:47PM +0100, Steve Kemp wrote: > Please find below a diff fixing a couple of typos in the manpage. Thank you. Applied upstream, will be included in the next release. -- All my predictions will turn out to be false signature.asc Description: Digital signature
Bug#412830: Ctrl-Z + fg confuses aptitude: down arrow runs reportbug
Package: aptitude Version: 0.6.7-1 Followup-For: Bug #412830 I can confirm this issue. With the cursor on a package, hitting Ctrl-Z, fg, down runs reportbug. With the cursor on a group (such as "--- Installed Packages"), the same procedure expands the group. - Josh Triplett -- Package-specific info: Terminal: xterm $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.7 compiled at May 5 2012 02:05:03 Compiler: g++ 4.6.3 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.10 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 => (0x7fffbe3ff000) libapt-pkg.so.4.12 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7fa3c7554000) libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7fa3c7325000) libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7fa3c70fc000) libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0x7fa3c6ef7000) libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0x7fa3c6bf7000) libept.so.1.0.5.4.12 => /usr/lib/libept.so.1.0.5.4.12 (0x7fa3c69a4000) libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7fa3c65be000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fa3c63a7000) libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7fa3c60fb000) libboost_iostreams.so.1.49.0 => /usr/lib/libboost_iostreams.so.1.49.0 (0x7fa3c5ee2000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fa3c5cc6000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7fa3c59be000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fa3c573c000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fa3c5526000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fa3c519e000) libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7fa3c4f9b000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fa3c4d97000) libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fa3c4b86000) libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fa3c4981000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fa3c4778000) /lib64/ld-linux-x86-64.so.2 (0x7fa3c7ee2000) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii libapt-pkg4.120.9.5.1 ii libboost-iostreams1.49.0 1.49.0-3 ii libc6 2.13-32 ii libcwidget3 0.5.16-3.2 ii libept1.4.12 1.0.6.1 ii libgcc1 1:4.7.0-11 ii libncursesw5 5.9-7 ii libsigc++-2.0-0c2a2.2.10-0.1 ii libsqlite3-0 3.7.12.1-1 ii libstdc++64.7.0-11 ii libtinfo5 5.9-7 ii libxapian22 1.2.10-2 ii zlib1g1:1.2.7.dfsg-11 Versions of packages aptitude recommends: ii apt-xapian-index ii aptitude-doc-en | aptitude-doc ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.7 Versions of packages aptitude suggests: pn debtags pn tasksel -- 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#675551: wishlist: SIP account for Chat with EKIGA world !
Package: centerim Version: 4.22.10-1 Severity: wishlist Hi, Centerim is so great. I am lovin' it. A new feature would be to be capable to chat with our friends of EKIGA and SIP world. I am sure that it could be possible, with help of ekiga team. That would be really a great improvement. SIP is nowadays current, and that would give you to centerim a higher audience and attention. Lot of admins use centeirm during work thanks a lot that centerim has been created ! -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages centerim depends on: ii centerim-common 4.22.10-1 A text-mode multi-protocol instant ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.0-2.1+squeeze1 Multi-protocol file transfer libra ii libgcc1 1:4.4.5-8 GCC support library ii libgnutls26 2.8.6-1+squeeze1the GNU TLS library - runtime libr ii libgpg-error01.6-1 library for common error values an ii libgpgme11 1.2.0-1.2 GPGME - GnuPG Made Easy ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 Versions of packages centerim recommends: ii elinks [www-browser] 0.12~pre5-2 advanced text-mode WWW browser ii sox 14.3.1-1Swiss army knife of sound processi centerim 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#675550: override: ttf-kiloji:oldlibs/extra
Package: ftp.debian.org Severity: normal This package is a transitional package, therefore belongs to oldlibs and priority extra. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675549: override: otf-ipaexfont:oldlibs/extra
Package: ftp.debian.org Severity: normal This package is a transitional package, therefore belongs to oldlibs and priority extra. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675548: override: otf-ipaexfont-mincho:oldlibs/extra
Package: ftp.debian.org Severity: normal This package is a transitional package, therefore belongs to oldlibs and priority extra. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675547: override: otf-ipaexfont-gothic:oldlibs/extra
Package: ftp.debian.org Severity: normal This package is a transitional package, therefore belongs to oldlibs and priority extra. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675546: ekiga: wishlist : EKIGA backend
Package: ekiga Version: debian stable release Severity: wishlist Hi, I moved from skype to ekiga. and I must say it is amazing. thank you so much however on most of my pc I have not X11 since I am a geek using remote lirc. I would like to ask you if you could make a backend ekiga-nox. that would be really cool pindgin purple is for finch for instance for nox It would be so great and nice from you if it would be possibel, since ekiga is hte best of the best. thanks -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653669: Installation works now
Hello, Yesterday, i have tested the installation on a btrfs filesystem. It works now. After the first boot of the new installed Debian sid, the startup abort. Reason is: the tool for checking the btrfs filesystem with fsck is missing. One thing, i have observed during installation: The installation of the packages takes very long. If i use ext4 as filesystem, the installation takes a significant shorter time. Best regards and have a nice weekend Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612341: bumblebee, libjpeg-turbo: Wheezy does not work well with modern notebook PCs.
Hi Osamu, > Hi, > > On Thu, May 31, 2012 at 11:50:19PM +0200, Mike Gabriel wrote: > ... > > you may want to have a very little bit more history... (and a > > packaging folder) > > http://code.x2go.org/gitweb?p=libjpeg-turbo.git;a=summary > > This is one of them. Ubuntu package history is another one. Sure. > > We would have to import latest upstream on top of that > > Well, unless we all agree to reset git repo, this is impossible to do. I > like to do it +1 from me. However, as Fathi is ITP holder, he may have the last word. @Fathi: will the above named vcs on code.x2go.org work for you as starting point? Osamu could clone that on collab-maint. Are you ok with co- aintenance? Shall we create a team-context for maintenance? One possibility could be that we place the development of the LJT package under the roof of the pkx-x2go-devel@a.l.d.o packaging team(easy for me :-) ). Any other context is fine as well. > So we need to make the assignment of works who does what. Once Fathi gave his go, I will be happy to extract the diversion stuff from the library stuff. > I can help general simple packaging based on Ubuntu work but I can not > be competent on complicated library packaging with ABI compatibility > etc. I guess the QA has to be done by Fathi, Doko or someone with similar experience. However, we can give them our work and together the package may evolve. Greets, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612341: bumblebee, libjpeg-turbo: Wheezy does not work well with modern notebook PCs.
Hi all, > On Fri, Jun 01, 2012 at 11:57:54PM +0900, Osamu Aoki wrote: > > Hi, > > > > On Thu, May 31, 2012 at 11:50:19PM +0200, Mike Gabriel wrote: > > ... > > > you may want to have a very little bit more history... (and a > > > packaging folder) > > > http://code.x2go.org/gitweb?p=libjpeg-turbo.git;a=summary > > > > This is one of them. Ubuntu package history is another one. > > > > > We would have to import latest upstream on top of that > > > > Well, unless we all agree to reset git repo, this is impossible to do. > > I like to do it > > > > > but the packaging works fine for libjpeg8 emulation mode. > > > > Sure, what I commited is something like this plus new upstream. > > It should work fine for libjpeg8 emulation mode. > > > > > However, I really think that we should put the dpkg-divert stuff > > > into an extra bin:package (in the same libjpeg-turbo src:package, of > > > course). > > It is not reasonnable for libjpeg-turbo to dpkg-divert libjpeg8, > since it does not provide the same features set and break libjpeg-progs > at least. (there is a lot of features that are missing in libjpeg-turbo > and some file created by libjpeg8 cannot be rendered correctly by > libjpeg-turbo). As said before, I agree with bill that the diversion stuff has to stay out of the base LJT package. However, I would like to give people in wheezy the chance to drop in replace LJ by LJT with installation of an extra package that handles the versions. This package I would not even mention in Suggests:... The drop-in replacement has to be reversible with uninstallation for the diversion package. People have to remove the diversions without removing LJT. Our (and LJT upstream's) gain then is that we have a package/forum in BTS where all the incompatibility reports can be assigned to. This is usefull for further discussions. If people urge on replacing LJ by LJT somepost-wheezy-time later, then we can say: hey, take a look at all those bugs filed against the LJT diversion package... Or maybe there won't be many bugs being reported. Who knows. > Instead the set of application that need libjpeg-turbo could use > LD_LIBRARY_PATH etc. (put libjpeg-turbo in > /usr/lib/libjpeg-turbo/libjpeg8 and do > LD_LIBRARY_PATH=/usr/lib/libjpeg-turbo/libjpeg8:$LD_LIBRARY_PATH in a > wrapper script) As the native LJT library names do not interfere with Libjpeg8 lib so names, the LD_LIB_NAME thing is not even necessary, I think. Only the file/link names in the LJT diversion package will raise the naming interference (which is wanted with that package) Greets Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#655689: Call for help (was: Announce of an upcoming upload for the cwidget package)
Hi everyone David Prévot wrote: > The MO files are > installed [1], but are not used inside aptitude. Daniel Burrows did some work on this. You will find three commits from 2011 in the upstream repository[1] all concerning the gettext infrastructure. This one[2] in particular seems to make effective the textdomain and is simple enough to clean up (as probably needed) and incorporate in the NMU. These updates being unreleased for over a year suggests a lack of testing. Also, the textdomain is bound to a value hardcoded i18n.h which should rather be determined by configure. I have no time today, but during the week can investigate the patches and the issues I comment on further below. [1] http://anonscm.debian.org/gitweb/?p=cwidget/head.git [2] http://anonscm.debian.org/gitweb/?p=cwidget/head.git;a=commit;h=c65caed773bb7604cb2f60fb88ec4d3ed25cfc36 > I've put on hold my NMU intent: there is little point releasing an l10n > NMU with new translations if they are not displayed, but am still ready > to prepare all the needed translations once this issue will be addressed > (not only for the 5 languages already ready in the BTS, but also for the > 35 others languages currently available in aptitude). Might I suggest the initial NMU focus on getting the textdomain bound correctly and the 5 languages on the BTS. There is also a recently patched issue with widechar prompts[3] that should also be included. [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=316939 After this is working and in the wild, work can proceed with haste to fill the remaining languages. Care must be taken that the values for yes_key and no_key are coordinated with the translations of Yes and No. The first character of *_key is taken to be the key binding for the corresponding widget. Some translations in aptitude have completely wrong values for yes_key (such as mr.po with "हो की कळं"). An incorrect value like that should not be ported to cwidget, though I suggest that more sensible ones are (i.e. fr.po with "o" for oui) – it is an area of future work to support also input methods which can produce non-ascii characters. IMO any translation without sensible values for both Yes and yes_key should be omitted at this time. Aptitude only directly uses yes_key in one place. This is a simple yn prompt that will be ported to cwidget. All other uses are through standard cwidget widgets. Christian PERRIER wrote: > Indeed, David, the translations for Yes/No (and maybe even others) > could be picked from newt, that has about the same widgets Such translations should be compared to those currently present in aptitude. It does not have "yes" used in widget context, but does have at least "Ok", "Cancel". This is a top issue, I will investigate further during the week. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670454: digikam: FTBFS on mips ("dng_flags.h:100:2: error: #error Unable to figure out byte order.")
reopen 670454 thanks On Sun, 6 May 2012 07:59:21 Andrew Goodbody wrote: > Gilles Caulier, the upstream maintainer, reports that a fix has been > applied to the current development version. 2.6.0-RC is due out > tomorrow. I'm not sure what needs to be done to get this fix validated > and included. Andrew, Unfortunatly digikam continues to fail to build from source on the mips architecture: https://buildd.debian.org/status/logs.php?pkg=digikam&arch=mips The relevant Debian bug report is located here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670454 Thanks, Mark extra/kipi-plugins/dngconverter/dngwriter/extra/dng_sdk/dng_flags.h:100:2: error: #error Unable to figure out byte order. #ifndef qDNGBigEndian #if defined(qDNGLittleEndian) #define qDNGBigEndian !qDNGLittleEndian #elif defined(__POWERPC__) [...] #else #ifndef qXCodeRez #error Unable to figure out byte order. #endif #endif signature.asc Description: This is a digitally signed message part.
Bug#675543:
tags 675543 patch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675545: imagemagick: convert to txt text format, update
Package: imagemagick Version: 8:6.6.0.4-3+squeeze1 Severity: normal Hi convert Commands.html nao.txt sh: html2ps: not found convert: delegate failed `"html2ps" -U -o "%o" "%i"' @ error/delegate.c/InvokeDelegate/1061. convert: unable to open image `/tmp/magick-XXA1Vlf8': /usr/lib/ImageMagick-6.6.0/modules-Q16/coders/html.la @ error/blob.c/OpenBlob/2489. convert: unable to open file `/tmp/magick-XXA1Vlf8': @ error/constitute.c/ReadImage/572. convert: missing an image filename `nao.txt' @ error/convert.c/ConvertImageCommand/2940. The reply is very fine since you DO NOT impose to install html2ps. It is much better like that really. Do not force people to have messy linux installation, and you do so well. thank you I would advice that you do in your code [ -f /usr/bin/html2ps ] [ -f /usr/bin/html2text ] because most users have html2text installed, and you ought to make imagemagick check what is availbe, be inteliiigent code, detect it , and react well to convert this to text you could say: "using hmtl2text" Please Would be so great ! -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgomp14.4.5-8 GCC OpenMP (GOMP) support library ii libice6 2:1.0.6-2X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii liblcms11.18.dfsg-1.2+b3 Color management library ii liblqr-1-0 0.4.1-1 converts plain array images into m ii libltdl72.2.6b-2 A system independent dlopen wrappe ii libmagickcore3 8:6.6.0.4-3+squeeze1 low-level image manipulation libra ii libmagickwand3 8:6.6.0.4-3+squeeze1 image manipulation library ii libsm6 2:1.1.1-1X11 Session Management library ii libtiff43.9.4-5+squeeze3 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-4X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages imagemagick recommends: ii ghostscript 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF pn libmagickcore3-extra (no description available) ii netpbm2:10.0-12.2+b1 Graphics conversion tools between pn ufraw-batch(no description available) Versions of packages imagemagick suggests: pn autotrace (no description available) pn cups-bsd | lpr | lpr (no description available) ii curl 7.21.0-2.1+squeeze2 Get a file from an HTTP, HTTPS or pn enscript (no description available) ii ffmpeg 4:0.5.6-3 multimedia player, server and enco pn gimp (no description available) pn gnuplot(no description available) pn grads (no description available) ii groff-base 1.20.1-10 GNU troff text-formatting system ( pn hp2xx (no description available) pn html2ps(no description available) pn imagemagick-doc(no description available) pn libwmf-bin (no description available) pn mplayer(no description available) pn povray (no description available) pn radiance (no description available) ii sane-utils 1.0.21-9API library for scanners -- utilit pn texlive-base-bin (no description available) pn transfig (no description available) pn xdg-utils (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#675544: iceweasel: apparent change in the meaning of -no-remote
Package: iceweasel Version: 10.0.4esr-2 Severity: minor Previously, when an instance of iceweasel was running, issuing a command iceweasel -no-remote . meant to open a new instance, not to use the already running one. Now it seems that this switch means that an instance of iceweasel launched using it is not to accept 'remote' commands such as iceweasel -new-tab | -new-windowhttp:// This caused me to open a bug report a few days ago, that was quickly closed out after I managed to open some new tabs/windows after a (compared to my normal proceedure) convoluted launch of iceweasel. Someone should verify this behaviour experimentally, or by code inspection, or communication with the appropriate programmer, and then tweak the documentation (including --help) of -no-remote appropriately. Thanks for any consideration, all past and future efforts, and you patience with me. :-) Regards, Dallas E. Legan II / le...@acm.org / aw...@lafn.org http://isthereanotherquestion.blogspot.com "Tekeli-li! Tekeli-li!" - "At the Mountains of Madness", H.P. Lovecraft -- Package-specific info: -- Addons package information -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 4.1 Miscellaneous utilities specific t ii fontconfig 2.8.0-2.2 generic font configuration library ii libc62.13-10 Embedded GNU C Library: Shared lib ii libgdk-pixbuf2.0-0 2.23.5-2GDK Pixbuf library ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libnspr4-0d 4.8.9-1 NetScape Portable Runtime Library ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 ii procps 1:3.2.8-2 /proc file system utilities ii xulrunner-10.0 10.0.4esr-2 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-2 1.10+dfsg~beta1-2 MIT Kerberos runtime libraries - k ii mathematica-fonts [ttf 13Installer of Mathematica fonts ii mozplugger 1.13.0-1 Plugin allowing external viewers t ii ttf-lyx2.0.3-2 transitional package ii ttf-mathematica4.1 13transitional dummy package ii xfonts-mathml 4 Type1 Symbol font for MathML Versions of packages xulrunner-10.0 depends on: ii libasound2 1.0.25-2shared library for ALSA applicatio ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc62.13-10 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.12-5simple interprocess messaging syst ii libdbus-glib-1-2 0.94-4 simple interprocess messaging syst ii libevent-2.0-5 2.0.16-stable-1 Asynchronous event notification li ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.1-4 GCC support library ii libgdk-pixbuf2.0 2.23.5-2GDK Pixbuf library ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libhunspell-1.3- 1.3.2-4 spell checker and morphological an ii libjpeg8 8c-1The Independent JPEG Group's JPEG ii libmozjs10d 10.0.4esr-2 Mozilla SpiderMonkey JavaScript li ii libnotify4 0.7.4-1 sends desktop notifications to a n ii libnspr4-0d 4.8.9-1 NetScape Portable Runtime Library ii libnss3-1d 3.13.1.with.ckbi.1.88-1 Network Security Service libraries ii libpango1.0-01.28.4-1Layout and rendering of internatio ii libpixman-1-00.22.2-1pixel-manipulation library for X a ii libreadline6 6.1-3 GNU readline and history libraries ii libsqlite3-0 3.7.9-2 SQLite 3 shared library ii libstartup-notif 0.10-1 library for program launch feedbac ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 ii libvpx1 1.0.0-2 VP8 video codec (shared library) ii libx11-6 2:1.4.1-5
Bug#675543: Unicode support
Package: libmdbodbc1 Version: 0.7~rc1-4 Severity: important If Nirgal is still maintainer, could you merge this patch? https://github.com/brianb/mdbtools/pull/9 ciel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675542: libcv-dev transition package should also Depend on libopencv-dev
Package: libcv-dev Version: 2.3.1-10 Severity: important libcv-dev transition package should also depend on libopencv-dev as that is now where the CMake configuration files are located. This has caused digikam to FTBFS (Bug #674325). Mark -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcv-dev depends on: ii libopencv-calib3d-dev 2.3.1-10 ii libopencv-core-dev2.3.1-10 ii libopencv-features2d-dev 2.3.1-10 ii libopencv-flann-dev 2.3.1-10 ii libopencv-imgproc-dev 2.3.1-10 ii libopencv-legacy-dev 2.3.1-10 ii libopencv-ml-dev 2.3.1-10 ii libopencv-objdetect-dev 2.3.1-10 ii libopencv-video-dev 2.3.1-10 libcv-dev recommends no packages. libcv-dev 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#639300: please build against unixodbc-dev instead of libiodbc2-dev
Ubuntu already linked soprano against libvirtodbc0 rather than libiodbc2.Since it isn't libodbc1, do you think it is still bad? And why is Steve's patch dirty? Here on Debian wheezy, I needed to "fix" libmyodbc dependencies using ubuntu package, which is much more dirty since I cannot update soprano using apt anymore(no PPA)... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675541: avelsieve: PHP Stack trace: in wheezy
Package: avelsieve Version: 1.9.9-2.2 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Upgraded from Sqeeze to Wheezy * What exactly did you do (or not do) that was effective (or ineffective)? Checked for updates. Reinstalled the package. * What was the outcome of this action? Well the package was uninstalled there was no error on the site. Once installed getting a white screen and errors. * What outcome did you expect instead? For it to work. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-308.el5.028stab099.3 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages avelsieve depends on: ii debconf [debconf-2.0] 1.5.43 ii libjs-scriptaculous1.9.0-2 ii squirrelmail 2:1.4.23~svn20120406-1 avelsieve recommends no packages. Versions of packages avelsieve suggests: ii dovecot-imapd 1:2.0.18-1 -- debconf information: avelsieve/no_purge: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#316939: aptitude: cursor displayed in wrong place for wide-char prompt
tags 316939 + patch thanks Correction to previous message: widget is statuschoice, not editline. Patched. An NMU will be prepared shortly including any other outstanding patches that demonstrate no obvious regressions with current aptitude. Regards widechar-cursor.patch Description: Binary data
Bug#675540: spamassassin: Default config.includes DKIM plugin w/o Perl Mail::DKIM dependency
Package: spamassassin Version: 3.3.1-1 Severity: normal 'loadplugin Mail::SpamAssassin::Plugin::DKIM' is included in /etc/spamassassin/v312.pre (and thus the DKIM plugin is loaded by default), but there is no dependency upon perl's Mail::DKIM in the package. As a result, it misclassifies incoming mail as having bad DKIM signatures incorrectly. Proposed fix: add dependency for the appropriate lib. package. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages spamassassin depends on: pn libarchive-tar-perl(no description available) ii libdigest-sha1-perl2.13-1NIST SHA-1 message digest algorith ii libhtml-parser-perl3.66-1collection of modules that parse H ii libnet-dns-perl0.66-2Perform DNS queries from a Perl sc ii libnetaddr-ip-perl 4.028+dfsg-1 IP address manipulation module ii libsocket6-perl0.23-1Perl extensions for IPv6 ii libsys-hostname-long-p 1.4-2 Figure out the long (fully-qualifi ii libwww-perl5.836-1 Perl HTTP/WWW client/server librar ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii perl-modules [libio-zl 5.10.1-17squeeze3 Core Perl modules Versions of packages spamassassin recommends: ii gcc4:4.4.5-1 The GNU C compiler ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii libc6-dev 2.11.3-3 Embedded GNU C Library: Developmen ii libio-socket-inet6-per 2.65-1.1 Object interface for AF_INET6 doma ii libmail-spf-perl 2.007-1 Perl implementation of Sender Poli ii make 3.81-8An utility for Directing compilati ii perl [libsys-syslog-pe 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii re2c 0.13.5-1 tool for generating fast C-based r ii spamc 3.3.1-1 Client for SpamAssassin spam filte Versions of packages spamassassin suggests: ii libdbi-perl1.612-1 Perl Database Interface (DBI) ii libio-socket-ssl-perl 1.33-1+squeeze1 Perl module implementing object or ii libmail-dkim-perl 0.38-1cryptographically identify the sen pn libnet-ident-perl (no description available) ii perl [libcompress-zlib 5.10.1-17squeeze3 Larry Wall's Practical Extraction pn pyzor (no description available) pn razor (no description available) -- Configuration Files: /etc/default/spamassassin changed [not included] /etc/spamassassin/init.pre changed [not included] /etc/spamassassin/local.cf 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#556433: [squeeze] 3c59x: NETDEV WATCHDOG: transmit timed out
On Fri, 2012-06-01 at 20:28 -0500, Steve Karg wrote: > Hi Jonathan, > > > Friendly ping. :) The 3.x.y kernel from sid or squeeze-backports > > should work fine on a squeeze system. The only packages needed from > > outside squeeze to try it are the kernel image itself, linux-base, and > > initramfs-tools. > > I used linux-image-3.2.0-2-486 from unstable, but had to update dpkg, > local, debconf to get it to install. After reboot, I got a kernel > panic: > http://i.imgur.com/qSJBZ.jpg Looks like you didn't get an initramfs. > I think it might be better if I just test this 3c59x ethernet card on > this laptop > using a fresh install unless you have a better suggestion on making > the 3.2 kernel work on this lenny laptop. Right, you need to update various other packages to at least the 'squeeze' versions before installing a kernel package that's meant for 'wheezy'. Ben. -- Ben Hutchings The obvious mathematical breakthrough [to break modern encryption] would be development of an easy way to factor large prime numbers. - Bill Gates signature.asc Description: This is a digitally signed message part
Bug#667844: This bug is still happening with 1.9.9-2.2
From my apache log.
[Fri Jun 01 22:18:58 2012] [error] [client 96.244.128.5] PHP Fatal
error: Call to undefined function session_unregister() in
/usr/share/squirrelmail/plugins/avelsieve/include/html_rulestable.inc.php on
line 164, referer:
http://webmail.middleswarth.net/plugins/avelsieve/table.php
[Fri Jun 01 22:18:58 2012] [error] [client 96.244.128.5] PHP Stack
trace:, referer: http://XXX/plugins/avelsieve/table.php
[Fri Jun 01 22:18:58 2012] [error] [client 96.244.128.5] PHP 1.
{main}() /usr/share/squirrelmail/plugins/avelsieve/table.php:0, referer:
http://XXX/plugins/avelsieve/table.php
[Fri Jun 01 22:18:58 2012] [error] [client 96.244.128.5] PHP 2.
avelsieve_html_rules->rules_table()
/usr/share/squirrelmail/plugins/avelsieve/table.php:453, referer:
http://XXX/plugins/avelsieve/table.php
[Fri Jun 01 22:18:58 2012] [error] [client 96.244.128.5] PHP 3.
avelsieve_html_rules->rules_blurb()
/usr/share/squirrelmail/plugins/avelsieve/include/html_rulestable.inc.php:414,
referer: http://XXX/plugins/avelsieve/table.php
[Fri Jun 01 22:18:58 2012] [error] [client 96.244.128.5] PHP 4.
avelsieve_html_rules->rules_confirmation_text()
/usr/share/squirrelmail/plugins/avelsieve/include/html_rulestable.inc.php:81,
referer: http://webmail.middleswarth.net/plugins/avelsieve/table.php
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675539: nmu: omake_0.9.8.5-3-8
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu omake_0.9.8.5-3-8 . ALL . -m "Recompile to remove warning message "Symbol `FamErrlist' has different size in shared object, consider re-linking"" Omake package has below warning. $ omake omake: Symbol `FamErrlist' has different size in shared object, consider re-linking This message will be removed by recompiling it. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554827: Reproducing this bug
Hey. I am a "Lavabit" user and I can use "mail-notification" only if I don't have active the option "Require SSL" on https://lavabit.com/apps/preferences -- Francesc Gordillo i Cortínez signature.asc Description: This is a digitally signed message part
Bug#675538: apper-data: fails to upgrade from 'testing' - trying to overwrite /usr/share/kde4/services/kcm_apper.desktop
Package: apper-data Version: 0.7.2-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks/Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces >From the attached log (scroll to the bottom...): Selecting previously unselected package apper-data. Unpacking apper-data (from .../apper-data_0.7.2-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/apper-data_0.7.2-1_all.deb (--unpack): trying to overwrite '/usr/share/kde4/services/kcm_apper.desktop', which is also in package apper 0.7.1-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) cheers, Andreas apper_0.7.2-1.log.gz Description: GNU Zip compressed data
Bug#675537: texlive-latex-extra-doc: one more for xz compress (texlive-latex-extra-doc can be reduced 30MB more)
Package: texlive-latex-extra-doc Version: 2012.20120516-1 Severity: wishlist Tags: patch Hi, Thanks for applying xz compression for your package. And xz compress could be specified with option, it also reduces its package size time by time. I've rebuilt your texlive-extra pacakge with that option, most of the packages are same size, but except "texlive-latex-extra-doc". > henrich@hp:~/tmp/pbuilder$ du -m normal/texlive-latex-extra-doc*deb > 277 normal/texlive-latex-extra-doc_2012.20120516-1_all.deb > > henrich@hp:~/tmp/pbuilder$ du -m texlive-latex-extra-doc*deb > 243 texlive-latex-extra-doc_2012.20120516-1.1_all.deb 30MB, too! :-) so I suggest to apply below patch (fairly simple). --- texlive-extra-2012.20120516.orig/debian/rules 2012-05-16 13:04:51.0 +0900 +++ texlive-extra-2012.20120516/debian/rules2012-06-02 05:37:24.541790132 +0900 @@ -71,7 +71,8 @@ dh_installdeb dh_gencontrol dh_md5sums - dh_builddeb -- -Zxz + dh_builddeb -Ntexlive-latex-extra-doc -- -Zxz + dh_builddeb -ptexlive-latex-extra-doc -- -Zxz -Sextreme -z9 binary: binary-indep binary-arch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675536: icinga-idoutils: fails to upgrade from squeeze: ERROR: language "plpgsql" does not exist
Package: icinga-idoutils Version: 1.7.0-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'squeeze'. It installed fine in 'squeeze', then the upgrade to 'sid' fails. >From the attached log (scroll to the bottom...): Setting up icinga-idoutils (1.7.0-2) ... Installing new version of config file /etc/init.d/ido2db ... Installing new version of config file /etc/icinga/idomod.cfg ... dbconfig-common: writing config to /etc/dbconfig-common/icinga-idoutils.conf Replacing config file /etc/icinga/ido2db.cfg with new version creating database backup in /var/cache/dbconfig-common/backups/icinga-idoutils_1.0.2-2.pgsql. applying upgrade sql for 1.0.2-2 -> 1.0.3-1. applying upgrade sql for 1.0.2-2 -> 1.2.99-1. error encountered processing /usr/share/dbconfig-common/data/icinga-idoutils/upgrade/pgsql/1.2.99-1: NOTICE: ALTER TABLE will create implicit sequence "icinga_dbversion_dbversion_id_seq" for serial column "icinga_dbversion.dbversion_id" NOTICE: ALTER TABLE / ADD PRIMARY KEY will create implicit index "icinga_dbversion_pkey" for table "icinga_dbversion" ERROR: language "plpgsql" does not exist HINT: Use CREATE LANGUAGE to load the language into the database. dbconfig-common: icinga-idoutils configure: aborted. dbconfig-common: flushing administrative password dpkg: error processing icinga-idoutils (--configure): subprocess installed post-installation script returned error exit status 1 cheers, Andreas icinga-idoutils_1.7.0-2.log.gz Description: GNU Zip compressed data
Bug#675535: pam-dbus: FTBFS on Debian GNU/Hurd [Patch attached]
Package: pam-dbus Version: 0.2-2 Severity: normal User: bdefre...@debian.org Usertags: hurd Tags: patch Hi, Currently pam-dbus fails to build on Debian GNU/Hurd. Actually, it likely fails on any non-linux arch due to the setting of PAM_MODDIR and where debian/rules looks for the .so files. Attached is a patch for building on Hurd. It would likely also work for kfreebsd by adding a similar check for *-*-kfreebsd*. Thank you, Barry deFreese --- orig/pam-dbus-0.2/configure 2008-10-30 23:13:34.0 + +++ pam-dbus-0.2/configure 2012-06-01 21:36:41.0 + @@ -20380,6 +20380,9 @@ *-*-linux*) PAM_MODDIR="/lib/security" ;; + *-*-gnu*) +PAM_MODDIR="/lib/security" +;; *) PAM_MODDIR="/usr/lib" ;;
Bug#607638: dict-wn: fails to purge
Package: dict-wn Version: 1:3.0-27 Followup-For: Bug #607638 Hi, the preobel is still present in the latest version. Found after an upgrade from squeeze to sid: Removing dict-wn ... Purging configuration files for dict-wn ... invoke-rc.d: unknown initscript, /etc/init.d/dictd not found. dpkg: error processing dict-wn (--purge): subprocess installed post-removal script returned error exit status 100 Errors were encountered while processing: dict-wn Cheers, Andreas dict-wn_1:3.0-27.log.gz Description: GNU Zip compressed data
Bug#674391: autofs upload [update]
Hi Michael, On Sat, 2 Jun 2012 03:20:21 Michael Tokarev wrote: > You, instead, takes upstream patches directly, there's just no > _need_ to modify them to start with. You've made some good arguments. Just a thought: as soon as we found ourselves in need to modify upstream patches the alternative could be to consolidate them into one super-patch and drop unwanted stuff from it... I see you consolidated upstream patch set but did not drop hunk patching 'configure'. > I think you took wrong way with these patches to start with -- if > you take all upstream patches anyway, I'd have just one diff with > all of them autogenerated by git diff, without modifying the content. > But that's a different story, and _that_ is what makes the packaging > nice and tidy. Yes, perhaps we could do this. > These junky hunks is what upstream have. Unfortunately. That's why I thought it would be reasonable to modify patches and share our experience with upstream (forward). > Dmitry, this really makes me a bit concerned. This is 3rd > discussion I'm having with you. First was about keeping > upstream in git - okay, I don't want to "force" it on you > if you dislike it. Second was "wrong" approach I took with > default/autofs patch, and there we had quite hot discussion > till I explained things to you. Now it is 3rd case in a row > when you do something which, well, should not be done, and > you're arguing to death. I'm sorry that it appears like arguing to you. I think we should talk because when I did something and it works well, you don't just revert and call it 'wrong' without justification. At least you could say something like 'I think it would be better to do *** because...' - if you did, perhaps there would be no additional discussion necessary. I have no reason to argue against something better than I did. > This package is a bit difficult, partially due to inaccuracy > of upstream in using auto* tools, partially due to general > inaccuracy of source (eg, checking for modprobe in configure > and #error'ing in automount.h if not found is just wrong, > and it is especially wrong since that modprobe-calling code > isn't even used!), :( > let's not make it even more difficult. Sure. I hope we'll learn to understand each other better soon - if not I don't want to be in your way given that at the moment you're the one who work most actively on package. > Again, I care not a bit about dh_autoreconf being overkill > or anything (whole dh thig is a huge overkill, let's write > everything in assembler, sure it will be much faster!), Let's not use absurd examples please. :) Perhaps my choice of words was not ideal - I care about maintainability and you had some good arguments supporting your idea. > as > long as it helps us to have unmodified upstream patches and > be able to build and rebuild the package and apply and deappy > patches freely. Including a call to dh_autoreconf in a place > or two is much cleaner than rewriting upstream patches. True. IMHO the ideal approach would be to convince upstream to clean patches in which case we won't need dh_autoreconf. I see no reason why upstream would object so I was on that path when I decided to clean patches. By the way in the change that you reverted I did make upstream patches un- apply-able. > Having said that, I admit that --with autoreconf does NOT > solve the issue: that option _removes_ the files modified > by autoreconf run, instead of restoring them, so deapplying > patches still does not work. I'm trying to fix that right > now, with cooperation with Dmitrijs. Good luck, but I think you might be doing unnecessary work especially if we will need to drop dh-autoreconf in the future when it won't be needed any more. If such you might be ignoring my good short term solution without clear evidence that what's you're doing is going to save us any time in the future. And now as direct result of your decision we sill have un-apply-able patches. As I mentioned, we could release my fix for FTBFS and then re-factor it without rush later. But never mind, I hope you know what you're doing. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556433: [squeeze] 3c59x: NETDEV WATCHDOG: transmit timed out
Hi Jonathan, > Friendly ping. :) The 3.x.y kernel from sid or squeeze-backports > should work fine on a squeeze system. The only packages needed from > outside squeeze to try it are the kernel image itself, linux-base, and > initramfs-tools. I used linux-image-3.2.0-2-486 from unstable, but had to update dpkg, local, debconf to get it to install. After reboot, I got a kernel panic: http://i.imgur.com/qSJBZ.jpg I think it might be better if I just test this 3c59x ethernet card on this laptop using a fresh install unless you have a better suggestion on making the 3.2 kernel work on this lenny laptop. Best Regards, Steve -- http://steve.kargs.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675534: dict-wn: fails to install: invoke-rc.d: unknown initscript, /etc/init.d/dictd not found
Package: dict-wn Version: 1:3.0-27 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, 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...): Selecting previously unselected package dict-wn. (Reading database ... 6860 files and directories currently installed.) Unpacking dict-wn (from .../dict-wn_1%3a3.0-27_all.deb) ... Setting up dict-wn (1:3.0-27) ... invoke-rc.d: unknown initscript, /etc/init.d/dictd not found. dpkg: error processing dict-wn (--configure): subprocess installed post-installation script returned error exit status 100 Errors were encountered while processing: dict-wn cheers, Andreas dict-wn_1:3.0-27.log.gz Description: GNU Zip compressed data
Bug#671118: [Pkg-ime-devel] Bug#671118: Bug#671118: libchewing3: Unable to switch to chewing in ibus. Previous bug was not solved it seems.
Hi Asias, Asias He writes: > Hello Perry, > > Do you still have this problem? Kan-Ru Chen, YunQiang Su and myself > can not reproduce this issue. It has a great chance that the problem > is on your end. Can you purge all the ibus* related packages and > re-install and report? I have reproduced the problem in i386 chroot. It seems the ibus-chewing:i386 package was compiled against a old libchewing3-dev. I have requested a binNMU (#675359), though anyone who can upload ibus-chewing can also do this my them self. -- Kanru pgpjjVVETsshM.pgp Description: PGP signature
Bug#673349: xserver-xorg: Memory leak in process /usr/bin/X
I'm still experiencing this bug. I've offered to diagnose it by running valgrind but I don't know how to start kdm under valgrind. Yasir Yasir Assam (18/05/2012): Over the last week or so I've noticed that /usr/bin/X uses loads of memory, i.e. $ ps aux | grep X root 1558 1.7 74.5 3459428 1535756 tty7 Ssl+ 08:46 1:10 /usr/bin/X :0 vt7 -br -nolisten tcp -auth /var/run/xauth/A:0-zFHYma After about an hour of use, it's using around 1.5G. I get to this point by running KDE, emacs, Konsole and Chromium. If I quit emacs, Konsole and Chromium, X still uses loads of memory. Within a couple of hours my system grinds to a halt and I have to restart X (by restarting kdm) Wild guess, one of your virtualbox devices (input or video) is doing that? Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#671118: [Pkg-ime-devel] Bug#671118: libchewing3: Unable to switch to chewing in ibus. Previous bug was not solved it seems.
Hello Perry, Do you still have this problem? Kan-Ru Chen, YunQiang Su and myself can not reproduce this issue. It has a great chance that the problem is on your end. Can you purge all the ibus* related packages and re-install and report? -- Asias He -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#673096: RFS: figlet/2.2.5-1 [RC]
Hi all,
I've packaged figlet 2.2.5-1 [1] and uploaded it to mentors.d.n [2].
Thanks,
Jon
[1]
figlet (2.2.5-1) unstable; urgency=low
* New upstream release. (closes: #674844) (closes: #617422) (closes: #150174)
- figlet has been relicensed as BSD. All undistributable files have either
been relicenced, or replaced with properly licenced alternatives; figlet
can re-enter the archive, and can move back to main from non-free. \o/
- Drop 2.2.2-1 patches, applied upstream
- New upstream makefile does not support setting variables from
debian/rules; Added makefile_set_debian_{buildflags,paths}.patch
accordingly.
* Improve packaging
- Update S-V to 3.9.3
- Bump Debhelper to v9
- Switch to dpkg-source 3.0 (quilt) format
- Switch to dh-style debian/rules (closes: #672320)
- Various lintian fixes
- Update package description (closes: #557254)
- Update debian/copyright (closes: #436302)
- Fix moolets bashism (closes: #530082)
- Move figlet manpage to alternatives system (closes: #403665)
- Add watchfile
- Add Homepage to debian/control
- Remove references to deprecated figfonts(-cjk) packages
- Remove local copies of man pages (merged upstream)
* Add myself as co-maintainer
-- Jonathan McCrohan Sat, 02 Jun 2012 00:35:22 +0100
[2] http://mentors.debian.net/debian/pool/main/f/figlet/figlet_2.2.5-1.dsc
signature.asc
Description: OpenPGP digital signature
Bug#564896: More ideas for coping with systems with small amounts of RAM
On Fri, Jun 01, 2012 at 11:00:39AM +0200, Enrico Zini wrote:
> On Fri, Jun 01, 2012 at 02:49:04PM +1200, Olly Betts wrote:
>
> > For the script as shipped, the memory usage peaked at 228M and it took
> > about 35 seconds.
> >
> > Patched, the memory usage peaked at 152M and it took 1m15 (just over
> > twice as long).
> >
> > If I patch it to set the threshold to 100, then it's 145M and takes
> > much longer (8m22, but I didn't have the patience to retry it). So
> > it doesn't seem useful to go much lower than 1000, as you save little
> > memory, but take much longer.
>
> The patch below has 100, not 1000. Can you please confirm which is the
> appropriate tradeoff value?
Sorry, 1000 is definitely better than 100 (unless the 7M difference
pushes you over a swapping cliff). The patch was really just to
show what the change would be to implement this - if you think it's
a sensible thing to do, I'm happy to test with more threshold values
and see how it varies.
> > I think it would be good to do something about this for wheezy. My
> > suggestion would be to apply the patch, but probably tweaked to not reduce
> > the threshold if the system has "lots" of memory. And if there's less
> > than a certain amount (256MB perhaps) then disable apt-xapian-index.
>
> Ok. What I noticed lots of people are scared of is a-x-i running for a
> long time ("it's using 100% of my CPU!!1!"),
Yes, I've noticed a lot reports like this on launchpad and elsewhere.
Even ignoring that 100% of an idle CPU isn't actually problematic, we
don't really want to make a more CPU for less memory trade-off when
there's plenty of memory.
> which hints at reducing the
> threshold only when really needed, that is, I'd guess, when a-x-i would
> hit swap badly. Say, with machines below 2G of RAM? 1G? It really
> depends on what else is being done on the machine. Should we assume it
> has firefox open as a reasonable use case?
One option is to consider the memory which isn't currently used. E.g.
my machine currently has 1.2G of free memory according to "free -h".
> Disabling is a good idea, but I'd only disable the automatic runs by
> default: if someone invokes u-a-x-i by hand, it should run. OTOH someone
> may want to still have the automatic runs, so it might be more of a
> debconf question whose default value changes according to the amount of
> RAM.
>
> There could even be the argument that people setting up small systems
> already have some tweak to do (like disabling automatic recommends) and
> we might be even better served by having a wiki page about debian on
> small systems and adding information about NOT installing
> apt-xapian-index there, at all. After all, it's only Recommended in
> Debian.
It probably does make sense to run if explicitly asked to.
One problem with defaulting the answer to an install time question based
on memory size is that you might upgrade the memory later.
> > I'm happy to experiment with tuning the threshold more if you want to go
> > this route. 1000 seems in the right area, but I didn't try anything
> > closer than 100 or 1 (the default).
> >
> > Thoughts?
>
> What's a good way to check for available memory in shell?
> free -k | awk '/^Mem/{ print $2 }' ?
Seems plausible. You probably want to force the i18n to English in case
"Mem" translates to something else.
> The best plan to me would sound like:
>
> 1. add a config file for a-x-i;
> 2. have the cron job check the config file as well;
I'd suggest cron just runs u-a-x-i --automatic (or something) which
means the config file reading can just be in u-a-x-i itself.
> 3. use debconf to allow people to configure u-a-x-i for low-memory
> systems;
> 4. have debconf check the amount of ram and set the default
> accordingly.
>
> It's not a 10 minutes coding effort, though.
Indeed.
Perhaps we should address the "tune memory usage" issue first, and then
consider the issue of disabling separately. As you note above, it's
easy enough to just not install (or uninstall) a-x-i, and there are
probably many other things you don't want on a small memory system that
you'll get installed by default.
I'll get some more data points for threshold vs time vs memory.
Cheers,
Olly
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675533: service: Breaks if upstart job config file installed
Package: sysvinit-utils Version: 2.88dsf-22.1 Severity: normal Dear Maintainer, The package lightdm in version 1.2.2-1 installs the upstart job file /etc/init/lightdm.conf The `service` program tries to activate `lightdm` as a upstart job, even if upstart is not installed: # service lightdm status /usr/sbin/service: 123: exec: status: not found # service lightdm restart /usr/sbin/service: 123: exec: restart: not found -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sysvinit-utils depends on: ii libc62.13-32 ii libselinux1 2.1.9-2 sysvinit-utils recommends no packages. Versions of packages sysvinit-utils suggests: pn sash -- 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#675532: RFS: bilibop/0.1 (ITP #675467)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "bilibop" * Package name: bilibop Version: 0.1 Upstream Author: bilibop project * URL: https://poivron.org/~quidame/bilibop_project/ * License: GPL-3.0+ Section: admin It builds those binary packages: bilibop - run Debian from external media - metapackage bilibop-common - shell functions for bilibop scripts bilibop-lockfs - lock filesystems and write changes into RAM bilibop-rules - udev rules for OS running from external media To access further information about this package, please visit the following URL: http://mentors.debian.net/package/bilibop Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/bilibop/bilibop_0.1.dsc To know more: The bilibop suite is designed to help admins to maintain a Debian OS installed on a removable and writable media. One of its main goals is to fix security issues or harden standard rules and policies, to make the system more robust in this particular situation. bilibop-common functions use proc, sysfs and udev databases to query informations about block devices. The drivemap command shows them in a tree of dependencies. bilibop-rules fixes bug #645466: using the bilibop-common functions, the udev rules file fixes the external disk hosting the running system, and all its partitions, as members of the 'disk' group instead of 'floppy'; dm-crypt, LVM, loop devices and aufs root filesystems (and any combination of them) are supported. bilibop-lockfs can be used as an alternative to the 'fsprotect' package (especially for OS on USB stick), with additional features: - whitelist based configuration: all is protected but the listed fs/mountpoints - not only filesystems are set readonly, but also block devices - swap device management - notifications are send to the user about filesystems status (about temporary or permanent changes) Thanks for your attention quidame -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675531: Please, include newest patches from upstream for compilation of HandBrake
Source: libdvdnav
Version: 4.2.0-1
Severity: wishlist
Hi, Daniel.
I am currently working on packaging HandBrake for Debian and, as you may
already know, its build system currently downloads a bunch of dependencies
from handbrake.fr and patches them before building HandBrake.
One of the packages in question is libdvdnav, but the patch that HandBrake
applies to libdvdnav is already accepted by one of the libdvdnav upstreams:
http://lists.mplayerhq.hu/pipermail/dvdnav-discuss/2012-May/001716.html
So, I would kindly request that you upload a version of libdvdnav with
either the patch pointed to in the message listed above or, if you prefer,
the 5 topmost patches from the [libdvdnav github repo][0].
(They are actually broken up versions of the patch from HandBrake).
[0]: https://github.com/microe/libdvdnav
This way, we will be closer to having a high-profile DVD ripper/transcoder
in Debian.
Thanks,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675280: (no subject)
Hi,
Thanks for your patch.
We can build it on Hurd with your patch.
However I can't test that picprog works fine. It uses a serial port, but it's
difficult to use on virtual machine (like qemu).
I want more informations about picprog on GNU/Hurd.
Best regards
--
Koichi Akabe
vbkaisetsu at {gmail.com, debian.or.jp}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668392: Same here
I'm also getting these messages, so perhaps I can help troubleshoot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675530: grub2-common: Missing '=root' in Windows 8 entry
Package: grub2-common
Version: 1.99-22
Severity: minor
I installed grub on a computer already containing Windows 8 Consumer
Preview. When I select the windows entry in the grub list, it displays
"Error: no argument specified; press any key to continue", and pressing
any key boots grub fine.
Searching the error message indicates that this is due to "--set" being
used instead of "--set=root" in the entry. Looking at grub.cfg, I can
see "--set=root" in the linux entries, but not in the Windows entry, and
editing grub.cfg manually to include "=root" in the Windows entry fixes
the problem.
The Windows 8 entry is displayed as "Windows Vista (loader)" in the list.
(To prevent confusion for those reading the attached grub.cfg)
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-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 grub2-common depends on:
ii dpkg 1.16.3
ii grub-common 1.99-22
ii install-info 4.13a.dfsg.1-10
grub2-common recommends no packages.
grub2-common suggests no packages.
-- no debconf information
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default="0"
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set=root b8c27f1e-4b1e-4c96-a0f4-8090a1fe6b62
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=1024x768
load_video
insmod gfxterm
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set=root b8c27f1e-4b1e-4c96-a0f4-8090a1fe6b62
set locale_dir=($root)/boot/grub/locale
set lang=en_US
insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set=root b8c27f1e-4b1e-4c96-a0f4-8090a1fe6b62
insmod png
if background_image /usr/share/images/desktop-base/spacefun-grub.png; then
set color_normal=light-gray/black
set color_highlight=white/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 3.2.0-2-amd64' --class debian --class
gnu-linux --class gnu --class os {
load_video
set gfxpayload=1366x768
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set=root
b8c27f1e-4b1e-4c96-a0f4-8090a1fe6b62
echo'Loading Linux 3.2.0-2-amd64 ...'
linux /boot/vmlinuz-3.2.0-2-amd64
root=UUID=b8c27f1e-4b1e-4c96-a0f4-8090a1fe6b62 ro
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-2-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.2.0-2-amd64 (recovery mode)' --class
debian --class gnu-linux --class gnu --class os {
load_video
set gfxpayload=1366x768
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set=root
b8c27f1e-4b1e-4c96-a0f4-8090a1fe6b62
echo'Loading Linux 3.2.0-2-amd64 ...'
linux /boot/vmlinuz-3.2.0-2-amd64
root=UUID=b8c27f1e-4b1e-4c96-a0f4-8090a1fe6b62 ro single
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-2-amd64
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64' --class debian --class
gnu-linux --class gnu --class os {
load_video
set gfxpayload=1366x768
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set=root
b8c27f1e-4b1e-4c96-a0f4-8090a1fe6b62
echo'Loading Linux 2.6.32-5-amd64 ...'
linux /boot/vmlinuz-2.6.32-5-amd64
root=UUID=b8c27f1e-4b1e-4c96-a0f4-8090a1fe6b62 ro
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.32-5-amd64
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64 (recovery mode)' --class
debian --class gnu-linux --class gnu --class os {
load_video
set gfxpayload=1366x768
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --f
Bug#675529: RM: boost1.46 -- ROM; Obsoleted by boost1.49, upcoming boost1.50
Package: ftp.debian.org Severity: normal Hi, I'd like to have Boost 1.46 removed from Debian. It is obsoleted by the Boost 1.49, which is currently the default Boost in Debian. The next release of boost, 1.50, is due in the coming weeks and I'd like to have it in the next release since it appears to build OK with the new gcc 4.7. I plan to leave boost defaults at 1.49, however. At this time, "dak" claims there are still some depends and build-depends on this package. I will be working with maintainers of the affected packages to have them updated. Checking reverse dependencies... # Broken Depends: gpsdrive: gpsdrive [amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] gpsshogi: gpsshogi [amd64 i386] libosl: libosl1 [amd64 i386] pycuda/contrib: python-pycuda [amd64 i386] rdkit: librdkit1 [mips powerpc s390 s390x sparc] python-rdkit [mips powerpc s390 s390x sparc] witty: libwt29 [hurd-i386 mipsel] libwtdbo29 [hurd-i386 mipsel] libwtdbopostgres29 [hurd-i386 mipsel] libwtdbosqlite29 [hurd-i386 mipsel] libwtext29 [hurd-i386 mipsel] libwtfcgi29 [hurd-i386 mipsel] libwthttp29 [hurd-i386 mipsel] witty-examples [hurd-i386 mipsel] yade: yade [armel] # Broken Build-Depends: gpsshogi: libboost1.46-all-dev kraft: libboost1.46-dev libosl: libboost1.46-all-dev Thanks, -Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675469: Mixed /var and /usr
On Fri, Jun 01, 2012 at 09:47:38PM +0200, Raphael Hertzog wrote:
> It's relatively easy to do it. In my Wordpress config file I have put
> this:
>
> define( 'WP_CONTENT_DIR', '/srv/web/wp-content' );
>
> And now I'm free to put whatever plugins/themes I want in
> /srv/web/wp-content/{plugins,themes}/. For the default plugins/themes
> that I want, I add symlinks pointing back to
> /usr/share/wordpress/wp-content/{plugins,themes}/*.
It is a nice work around, thanks for the heads up.
But it still doesn't look as a satisfying solution for this bug report:
- it needs to be configured on a per-instance basis (which, arguably,
could be fixed by the site-wide configuration setting WP_CONTENT_DIR
somewhere sensible by default for all instances; but currently it's
not done)
- it just pivots around the default: instead of having to symlink
non-default themes/plugins added by the sysadm, you now have to
symlink the default themes/plugins that come with the Debian package.
Meaning that when/if the wordpress Debian package will ship new
themes/plugins (or plugins wordpress Debian packages appear), the
sysadm will need to discover that and add the needed symlinks. And
that should be done for all instances that have set WP_CONTENT_DIR
A satisfying solutions should allow at the same time to change the set
of available themes/plugins available for all wordpress instances by
means of package manager actions (e.g. upgrading the wordpress package
of installing wordpress extension packages) *and* empower the sysadm to
do the same by dropping themes/plugins in FHS-compatible paths.
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack .. . . o
Debian Project Leader... @zack on identi.ca ...o o o
« the first rule of tautology club is the first rule of tautology club »
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675528: ITP: ocl-icd -- Generic OpenCL ICD Loader
Package: wnpp Severity: wishlist Owner: Vincent Danjean [ opencl-headers maintainers, please read until the end of this ITP ] * Package name: ocl-icd Version : 1.0 beta2 Upstream Author : Brice Videau * URL : http://forge.imag.fr/projects/ocl-icd/ * License : BSD Programming Lang: C Description : Generic OpenCL ICD Loader This source package will provide two binary pakages: Package: ocl-icd-libopencl1 Description: Generic OpenCL ICD Loader OpenCL (Open Computing Language) is a multivendor open standard for general-purpose parallel programming of heterogeneous systems that include CPUs, GPUs and other processors. . This package contains an installable client driver loader (ICD Loader) library that can be used to load any (free or non-free) installable client driver (ICD) for OpenCL. It acts as a demultiplexer so several ICD can be installed and used together. Package: ocl-icd-dev Description: Development files to build a ICD Loader OpenCL (Open Computing Language) is a multivendor open standard for general-purpose parallel programming of heterogeneous systems that include CPUs, GPUs and other processors. . This package provides a header file that allows a OpenCL implementation to build a installable client driver (ICD). With a ICD, an OpenCL implementation can be used by any OpenCL program without the need to link the program to the specific OpenCL implementation. A few word about the context. There exist lots of OpenCL implementations. A OpenCL program can either link to a specific OpenCL implementation or it can link to a standardized libOpenCL library that allows the program to dynamically choose the OpenCL implementation or even to use several OpenCL implementations in the same program. In fact libOpenCL is only a wrapper (more exactly a dispatcher) to OpenCL implementations provided as ICD. ocl-icd is the only one (to my knowledge) free implementation of such a ICD Loader. The main difficulty to implement it is that all compatible ICD must provide a structure filled with OpenCL function pointers, but there is no free documentation about the order of these functions. So ocl-icd sources include tools to help to find this order from closed-sources OpenCL implementations (by creating a fake OpenCL ICD and letting the closed-source ICD Loader execute the faked functions). Once the order is found, it is registered into a database. Vendors ensure between them that functions are always at the same place so the database is only filled when a new closed-source ICD Loader uses more functions. Entries in the database are never modified nor removed. ocl-icd also provides a header file declaring this structure of function pointers so that any OpenCL implementation will be easily able to provide an ICD. The goal is to add such an ICD to free OpenCL implementation such as LIBCLC or clover. The Debian package will only use the database (ocl_interface.yaml in the sources), so it will not have any non-free dependencies. However, it needs opencl-headers that are currently in contrib. This is why I would ask opencl-headers maintainers to reconsider the place of opencl-headers. If I understand correctly, opencl-headers have been uploaded to contrib because their only use case would be to compile an OpenCL program for a closed-source OpenCL implementation (mainly amd or nvidia). Now, opencl-headers is required to compile this free ICD Loader. And this free ICD Loader has all what is needed to compile a free ICD from free OpenCL implementation. So, is it possible to upload opencl-headers to main instead of contrib? Regards, Vincent PS: a preliminary package is on my repo: deb http://people.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645339: FYI: jquery.js removed from trac binary package
So far, I didn't have the time to build a jquery 1.4.4 package. Because jquery.js in trac upstream not only is minified, but not build from source (which is more complicated than I thought) the previous state (dependency on the current jquery package) is restored for now. This will probably bring back some problems users had before with certain plugins, unfortunately. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675527: description gives no clear mention of when one can remove grub-common
Package: grub2-common Version: 1.99-22 Severity: wishlist It is very confusing to find all of $ aptitude search ~ngrub~i i grub-common - GRand Unified Bootloader (common files) i grub-pc - GRand Unified Bootloader, version 2 (PC/BIOS version) i A grub-pc-bin - GRand Unified Bootloader, version 2 (PC/BIOS binaries) i A grub2-common- GRand Unified Bootloader (common files for version 2) installed on my system. I wish I knew when it was safe to remove grub-common. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#666126: transition: poppler 0.18
Hi, Alle giovedì 31 maggio 2012, Cyril Brulebois ha scritto: > Pino Toscano (30/04/2012): > > AFAICS, now the current block for this transition is the kpathsea > > transiton; also, there are other transitions which would conflict > > with this (openjpeg, exiv2, gdal, db5.3, ffi). > > I think we're good to go now, please upload. Thanks, I've uploaded poppler 0.18.4 to unstable yesterday, and it compiled fine everywhere. I've pinged this morning Chow Loong Jin, and later he kindly uploaded the arch:all poppler-sharp. > Rene asked for our waiting for libreoffice to migrate before we > schedule binNMUs, but that might not be going to happen right now > because of various problems with o-o-d binaries. So excluding libreoffice for now, could you please start scheduling the rebuilds? I guess you could also exclude gambas3 and luatex for few days (to let the, migrate to testing first), and calligra (will get an upload of a new upstream release soon, and would be a waste to rebuild). Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#568313: Bug#673301: useless use of dpkg-statoverride
On Fri, 01 Jun 2012, Holger Levsen wrote: > > They seem to conclude 2 > > things applying on our cases : > > - dpkg-statoverride --list must be used to check if the administrator > > allows dpkg to change permissions on the file. For instance an > > administrator could set an override before the installation and you > > don't want to mess with it. > > indeed. So the only way to use dpkg-statoverride in maintainer scripts should > be using --list, and then using simple chown/chmod, leaving other uses of > dpkg-override to local admins only. You can insert an override when none is present without trampling the local admin, but in that case, you might not be able to "autofix" it quietly later if you get it wrong or the situation changes. It is not too bad: if it is important enough to warrant a statoveride change, asking the user about it in postinst no matter who set the statoverride is actually safer for everyone involved. > Also this can be prevented by shipping with safe permissions (=non > setuid/gid) > and changing them in postinst This is quite good enough, actually. In postinst, don't touch anything if an statoverride exists (dpkg will have already applied the override), or chown/chmod it manually when none exists. When it is about an ephemeral directory (e.g. stuff in /run), you must use the same logic in the postinst and the initscript (easy)... but I have no idea how easy it would be, e.g., for native systemd. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675304: [debian-mysql] reassigning
Clint, See http://dev.mysql.com/doc/refman/5.5/en/option-modifiers.html and search for "--loose". On 01/06/12 22:50, Clint Byrum wrote: Excerpts from Nicholas Bamber's message of 2012-06-01 02:17:01 -0700: reassign 675304 amarok thanks I am much clearer about this now. This bug is clearly a duplicate of #672207. That said I think we could have instead of changing " language= /usr/share/mysql/english" to "lc-messages-dir = /usr/share/mysql" changed it to " loose-lc-messages-dir = /usr/share/mysql/ # This option is deprecated and will be removed in a later version language= /usr/share/mysql/english " I'm not sure how this is going to work. loose-lc-messages-dir is still going to be unrecognized by any 5.1 based mysqld. Unless this is some undocumented field that I am not aware of. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668087: Upstream libtiff fixes
This is just a note that the upstream bug for this issue: http://bugzilla.maptools.org/show_bug.cgi?id=2378 has been reviewed and I don't see any outstanding issues in libtiff CVS head. The inknames problem (libtiff-4.0.1-crash.tif) appears to be one I fixed last week. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Software Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661598: [git-buildpackage/master] git-buildpackage: allow to build packages from detached HEAD state
tag 661598 pending thanks Date: Fri Jun 1 23:09:42 2012 +0200 Author: Guido Günther Commit ID: 7f580d9da449b13b6bb3c6aaf6f35eba05a35c7e Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=7f580d9da449b13b6bb3c6aaf6f35eba05a35c7e Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=7f580d9da449b13b6bb3c6aaf6f35eba05a35c7e git-buildpackage: allow to build packages from detached HEAD state with --git-ignore-branch. Closes: #661598 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#673354: xscreensaver: X session restarted
On Thu, May 31, 2012 at 4:16 AM, Renato Andrade Galvão wrote: > I runned /usr/lib/xscreensaver/gleidescope directly and everything is Ok. The > bug occurs when the system is locked and in 'Random Screen Saver' mode. This could also be related to running in a window versus full screen. Can you please try running a minimal X session, for instance by starting X with "xinit", and there run "/usr/lib/xscreensaver/gleidoscope -root", this should run it over the full background. > > Today it happened again. After this, I logged in and run xscreensaver-demo. > The gleidescope option was the selected one and therefore the last one that > was runned by xscreensaver. > > I'm sorry if I reported the bug to the wrong package. But since it apparently > only occurred with xscreensaver running, it was my first clue. No worries. You did a very logic choice. The most important is that you get the bug filed :) We can shuffle the bug around afterwards. > Are attached to this email my today log files. So, could you help me telling > me what package shall I report this bug? Maybe libdrm-radeon1 or > xserver-xorg-video-radeon ? > > Renato Can you please install xserver-xorg-core-dbg, then reproduce the crash, and attach Xorg.0.log or Xorg.0.log.old, whichever has a backtrace (stack trace) in it? Your card is "1002:9712:103c:3642 ATI Technologies Inc M880G [Mobility Radeon HD 4200]". There are also some drm messages in your kern.log: [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 1sec aborting [drm:atom_execute_table_locked] *ERROR* atombios stuck executing E702 (len 537, WS 0, PS 4) @ 0xE743 Do these appear when running gleidoscope? Best regards, Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675304: [debian-mysql] reassigning
Excerpts from Nicholas Bamber's message of 2012-06-01 02:17:01 -0700: > reassign 675304 amarok > thanks > > I am much clearer about this now. This bug is clearly a duplicate of > #672207. > > That said I think we could have instead of changing > > " language= /usr/share/mysql/english" > > to > > "lc-messages-dir = /usr/share/mysql" > > changed it to > > " > loose-lc-messages-dir = /usr/share/mysql/ > # This option is deprecated and will be removed in a later version > language= /usr/share/mysql/english > " > I'm not sure how this is going to work. loose-lc-messages-dir is still going to be unrecognized by any 5.1 based mysqld. Unless this is some undocumented field that I am not aware of. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#664625: Error: Module is for different version
On Fri, 1 Jun 2012, Timo Sirainen wrote: The way it should work when upgrading is: 1. Stop dovecot 2. Install files for all new dovecot packages 3. Start dovecot Is that possible? Or most importantly dovecot-core and dovecot-managesieved needs to be installed in the same step. dpkg triggers should allow it. I'll have to figure out the details but I think other server packages like Apache do this. An alternative would be to move libmanagesieve_login_settings.so and libmanagesieve_settings.so to dovecot-core package. I don't think they require anything from the managesieve packages. If the triggers idea doesn't work then this could be an alternative but its an inferior one. -- Jaldhar H. Vyas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654841: icedove: "update.locale file doesn't exist in either the XCurProcD or GreD directories"
Hello! On Thu, Jan 05, 2012 at 08:46:49PM -0800, Jack Bates wrote: > Package: icedove > Version: 3.0.11-1+squeeze6 > Severity: normal > > I recently installed sarge and Icedove and I consistently observe in the Error > Console: Do you mean squeeze instead of sarge? ;) > Error: [Exception... "update.locale file doesn't exist in either the > XCurProcD or GreD directories" nsresult: "0x80520012 > (NS_ERROR_FILE_NOT_FOUND)" location: "JS frame :: > file:///usr/lib/icedove/components/nsUpdateService.js :: getLocale :: line > 608" data: no] > Source File: file:///usr/lib/icedove/components/nsUpdateService.js > Line: 608 Can you give out a litte bit more of information? This was a clean/new installation? Did you try to make an update to the latest version of icedove in squeeze from backports (3.1.16)? Or try to apt-get install --reinstall icedove? Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565751: wmnut: no withdrawn mode
2012/6/1 Manu Benoît : > On 01/06/12 16:48, Manu Benoît wrote: >> I'm going to try moving my current GNUstep directory out of the way and >> report back on that. > > That had absolutely no effect. I've finally setup a git repo to ease this fix, and further maintenance: https://github.com/aquette/wmnut I've already committed a first thing, that I'd like you to test: https://github.com/aquette/wmnut/commit/15c8dd9536c80c28cf42c55eb51b436c3b37701f could you please also confirm that wmtime behaves as expected? cheers, Arno -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#396863: hpodder: Problem with UTF-8 encoding
Package: hpodder
Version: 1.1.5.0+nmu3
Followup-For: Bug #396863
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I had the same issues with umlauts as holger.
I can rename the podcast titles, but not the
episode titles.
Is it possible to add an ascii-filemode to hpodder?
I attached a very rough patch. It should be
improved by someone who can actually program in
Haskell ;-)
Regards,
Bastian
- -- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.18rum1 (SMP w/4 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 hpodder depends on:
ii curl 7.26.0-1
ii id3v2 0.1.12-2
ii libc6 2.13-32
ii libffi5 3.0.10-3
ii libgmp10 2:5.0.5+dfsg-1.1
ii libsqlite3-0 3.7.12.1-1
hpodder recommends no packages.
hpodder suggests no packages.
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iEYEARECAAYFAk/JNjMACgkQeBwlBDLsbz4oRQCeIce96CVtT7wVKURmI0KrdcxS
rfwAoKeZfziSspEqXwInF5wT+JzH1TOS
=r2NP
-END PGP SIGNATURE-
--- Utils.hs.orig 2012-06-01 23:34:03.832769591 +0200
+++ Utils.hs 2012-06-01 23:34:59.055725184 +0200
@@ -101,9 +101,9 @@
case map worker . sanitize_basic $ inp of
[] -> "UNKNOWN"
x -> x
-where worker x = if x `elem` ";/|!`~ *?%^&(){}[]\\'\"<>:"
- then '_'
- else x
+where worker x = if x `elem` "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ_-1234567890"
+ then x
+ else '_'
genericIdHelp =
"You can optionally specify one or more podcast IDs. If given,\n\
Bug#675526: horde3: unusable with PHP 5.4
Package: horde3
Version: 3.3.12+debian0-2.1
Severity: grave
Tags: patch
Coin,
Since i upgraded to PHP 5.4, Horde only returned code 500.
I don't really understand what is Horde doing to error handling (empty
apache or Horde logs), but after loosing some time i found the problem:
PHP Fatal error: Cannot redeclare class SessionHandler in
/usr/share/horde3/lib/Horde/SessionHandler.php on line 21
Since PHP 5.4 a SessionHandler class is provided in the language,
conflicting with Horde's own class.
I made a patch solving this problem by simply renaming the Horde's
class, and it works like a charm. I only tested it with the pgsql
backend, so you should probably proofread the changes affecting the
other backends.
Regards.
diff -Nur /usr/share/horde3_orig/lib/Horde/SessionHandler/dbm.php /usr/share/horde3/lib/Horde/SessionHandler/dbm.php
--- /usr/share/horde3_orig/lib/Horde/SessionHandler/dbm.php 2012-04-30 07:00:13.0 +0200
+++ /usr/share/horde3/lib/Horde/SessionHandler/dbm.php 2012-06-01 23:12:16.0 +0200
@@ -1,6 +1,6 @@
http://www.fsf.org/copyleft/lgpl.html.
*
* @author Chuck Hagenbuch
- * @package Horde_SessionHandler
+ * @package Horde_HordeSessionHandler
*/
-class SessionHandler_dbm extends SessionHandler {
+class HordeSessionHandler_dbm extends HordeSessionHandler {
/**
* Our pointer to the DBM file, if open.
@@ -25,7 +25,7 @@
var $_dbm;
/**
- * Open the SessionHandler backend.
+ * Open the HordeSessionHandler backend.
*
* @access private
*
@@ -41,7 +41,7 @@
}
/**
- * Close the SessionHandler backend.
+ * Close the HordeSessionHandler backend.
*
* @access private
*
@@ -54,7 +54,7 @@
/**
* Read the data for a particular session identifier from the
- * SessionHandler backend.
+ * HordeSessionHandler backend.
*
* @access private
*
@@ -72,7 +72,7 @@
}
/**
- * Write session data to the SessionHandler backend.
+ * Write session data to the HordeSessionHandler backend.
*
* @access private
*
@@ -88,7 +88,7 @@
/**
* Destroy the data for a particular session identifier in the
- * SessionHandler backend.
+ * HordeSessionHandler backend.
*
* @param string $id The session identifier.
*
@@ -105,7 +105,7 @@
}
/**
- * Garbage collect stale sessions from the SessionHandler backend.
+ * Garbage collect stale sessions from the HordeSessionHandler backend.
*
* @param integer $maxlifetime The maximum age of a session.
*
diff -Nur /usr/share/horde3_orig/lib/Horde/SessionHandler/ldap.php /usr/share/horde3/lib/Horde/SessionHandler/ldap.php
--- /usr/share/horde3_orig/lib/Horde/SessionHandler/ldap.php 2012-04-30 07:00:13.0 +0200
+++ /usr/share/horde3/lib/Horde/SessionHandler/ldap.php 2012-06-01 22:53:29.0 +0200
@@ -1,6 +1,6 @@
* 'hostspec' - (string) The hostname of the ldap server.
@@ -20,7 +20,7 @@
* @since Horde 3.1
* @package Horde_SessionHandler
*/
-class SessionHandler_ldap extends SessionHandler {
+class HordeSessionHandler_ldap extends HordeSessionHandler {
/**
* Handle for the current database connection.
@@ -70,7 +70,7 @@
/**
* Read the data for a particular session identifier from the
- * SessionHandler backend.
+ * HordeSessionHandler backend.
*
* @access private
*
@@ -86,7 +86,7 @@
}
/**
- * Write session data to the SessionHandler backend.
+ * Write session data to the HordeSessionHandler backend.
*
* @access private
*
@@ -106,7 +106,7 @@
/**
* Destroy the data for a particular session identifier in the
- * SessionHandler backend.
+ * HordeSessionHandler backend.
*
* @param string $id The session identifier.
*
@@ -119,7 +119,7 @@
}
/**
- * Garbage collect stale sessions from the SessionHandler backend.
+ * Garbage collect stale sessions from the HordeSessionHandler backend.
*
* @param integer $maxlifetime The maximum age of a session.
*
diff -Nur /usr/share/horde3_orig/lib/Horde/SessionHandler/memcache.php /usr/share/horde3/lib/Horde/SessionHandler/memcache.php
--- /usr/share/horde3_orig/lib/Horde/SessionHandler/memcache.php 2012-04-30 07:00:13.0 +0200
+++ /usr/share/horde3/lib/Horde/SessionHandler/memcache.php 2012-06-01 23:12:57.0 +0200
@@ -3,7 +3,7 @@
require_once 'Horde/Memcache.php';
/**
- * SessionHandler:: implementation for memcache.
+ * HordeSessionHandler:: implementation for memcache.
*
* NOTE FOR WINDOWS USERS w/PHP 4: Due to limitations in PHP 4, you should not
* use the memcache driver. Either upgrade to PHP 5 or use a different
@@ -29,9 +29,9 @@
* @author Rong-En Fan
* @author Michael Slusarz
* @since Horde 3.1
- * @package Horde_SessionHandler
+ * @package Horde_HordeSessionHandler
Bug#669145: [git-buildpackage/master] Bug#669145: [PATCH] Add git-dch --commit and --commit-msg options
tag 669145 pending tag 669145 pending thanks Date: Tue Apr 17 22:17:20 2012 +0200 Author: Matthijs Kooijman Commit ID: b72702fdd4adbdebdbe8c5aed080079196563969 Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=b72702fdd4adbdebdbe8c5aed080079196563969 Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=b72702fdd4adbdebdbe8c5aed080079196563969 Bug#669145: [PATCH] Add git-dch --commit and --commit-msg options Closes: #669145 Signed-off-by: Guido Günther -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668882: Still cannot use LaTeX with cyrillic symbols
On Thu, 31 May 2012 03:33:13 -0400 Douglas Mencken wrote: [...] > By the way, is this package unmaintainable? Or nobody uses LaTeX with > cyrillic symbols maybe? Dear Douglas, I am another user who had scalable-cyrfonts-tex installed on his Debian boxes. I also faced the impossibility to upgrade texlive-* packages without removing scalable-cyrfonts-tex. In short, I concluded that I can now write LaTeX documents with Cyrillic characters, without using scalable-cyrfonts-tex: to do this, I use utf8 inputenc (thus typing Cyrillic UTF8 characters directly into the LaTeX source code) and obtain vector (Type 1) fonts, thanks to the cm-super Debian package. You may find more detailed information in bug #593448 . I hope this helps. Bye. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpjUxnA7OkS2.pgp Description: PGP signature
Bug#608719: Debian Policy about administrator X.509 certificate stores [was: Re: dovecot-common: please do not use /etc/ssl/certs for end-entity X.509 certificates (/etc/ssl/certs/dovecot.pem)]
On Fri, 1 Jun 2012, Daniel Kahn Gillmor wrote: On 05/30/2012 07:34 PM, Ben Hutchings wrote: Since we don't seem to have a specific directory for server certificates, I suppose it should be under /etc/dovecot. If anyone following this bug report is coming to debconf12, i've submitted a BoF proposal to try to get together and hammer out some best practices we can document for today (and hopefully shift into policy for wheezy+1 or thereabouts). Sounds interesting but it looks like I for one will not be able to make it to Debconf this year. (Not like I would be able to contribute much to this discussion anyway...) Apart from the issue of file location, another thing I'd like to see addressed is the development of a central utility that package maintainers and end users alike could use to install/remove/manage certificates. I've brought this up a couple of times in the past and people always agree that it is a good idea but no one with the requisite skills seems to have the time to actually implement it. In the meantime for dovecot, I'll move the certificate to /etc/dovecot as suggested. -- Jaldhar H. Vyas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#646213: rekonq should follow the parameter to open a file inside or outside konqueror
Hi, I just discover that in file association (« Association de fichiers » in french), there is an option for konqueror to open the file inside konqueror or ouside. Maybe rekonq should also follow this parameter ? Adrien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675525: apt-get rejects installation: conflict with libreoffice 3.5.x (too strict dependency rules?)
Package: ooohg Version: 09.12a-6 Severity: serious --- Please enter the report below this line. --- I have libreoffice (1:3.5.3-3) installed and wanted to install ooohg: root@machine:/home/user# apt-get install ooohg [...] Some packages could not be installed. [...] The following packages have unmatched dependencies: ooohg : Collides with: libreoffice-common (>= 1:3.4.99) but 1:3.5.3-5 is to be installed E: Problems cannot be resolved, you have broken packages on hold. root@machine:/home/user# apt-cache show ooohg Package: ooohg Version: 09.12a-6 [...] Recommends: libreoffice (>= 3.3) | openoffice.org (>= 3.3) Conflicts: libreoffice-common (>= 1:3.4.99), libreoffice-common (<< 1:3.4), openoffice.org-common (>= 1:3.4.99), openoffice.org-common (<< 1:3.4) From my point of view, this narrow definition of valid libreoffice / openoffice versions is too strict - the web site describes installation with any version 3 of ***office, and even for version 2! In case this limitation was set due to a change of path to the gallery, maybe one could create a pre-install script checking for the version of ***office and then determining the correct installation path? Thomas --- System information. --- Architecture: i386 Kernel: Linux 3.4-0.slh.1-aptosid-686 Debian Release: wheezy/sid 500 unstableftp.de.debian.org 500 unstabledebian.netcologne.de 500 unstableaptosid.com 500 stable deb.opera.com --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#608719: Debian Policy about administrator X.509 certificate stores [was: Re: dovecot-common: please do not use /etc/ssl/certs for end-entity X.509 certificates (/etc/ssl/certs/dovecot.pem)]
On 05/30/2012 07:34 PM, Ben Hutchings wrote: > Since we don't seem to have a specific directory for server > certificates, I suppose it should be under /etc/dovecot. If anyone following this bug report is coming to debconf12, i've submitted a BoF proposal to try to get together and hammer out some best practices we can document for today (and hopefully shift into policy for wheezy+1 or thereabouts). --dkg signature.asc Description: OpenPGP digital signature
Bug#672642: [git-buildpackage/master] gbp.git.repository: Add a "git merge-base" wrapper
tag 672642 pending thanks Date: Sun May 13 20:37:11 2012 +0200 Author: Daniel Dehennin Commit ID: c57d4af675910ec151cf982532db0f877aef413f Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=c57d4af675910ec151cf982532db0f877aef413f Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=c57d4af675910ec151cf982532db0f877aef413f gbp.git.repository: Add a "git merge-base" wrapper Closes: #672642 Signed-off-by: Guido Günther -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675524: libcorona-perl: FTBFS: test suite needs libev-perl
Source: libcorona-perl Version: 0.1004-1 Severity: serious Justification: fails to build from source Builds of libcorona-perl in minimal environments (such as the autobuilders) are failing because the test suite won't run without at least EV.pm (from libev-perl): not ok 1 - use Corona::Server; Dubious, test returned 1 (wstat 256, 0x100) Failed 1/1 subtests Can't locate EV.pm in @INC Could you please declare a build dependency on libev-perl and check with pbuilder or the like that no others are missing? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675412: overlay features fails if there's a file with the package name in the tarball
Hi, On Thu, May 31, 2012 at 06:30:24PM -0400, Antoine Beaupré wrote: > Package: git-buildpackage > Version: 0.6.0~git20120415 > Severity: normal > > I am trying to move packaging of Drush into a separate git > repository. So far it is an upstream branch, which makes management > difficult so I am trying the overlay feature to get rid of this. I've pushed a fix for this and I can now build using: git-buildpackage --git-overlay --git-verbose --git-export-dir=../build-area Thanks for the steps to reproduce this. Cheers, -- Guido > > To reproduce: > > git clone git://src.anarcat.ath.cx/pkg-drush > wget http://ftp.drupal.org/files/projects/drush-7.x-4.5.tar.gz > ln -s drush-7.x-4.5.tar.gz drush_4.5.orig.tar.gz > cd pkg-drush > git-buildpackage > > You should get: > > anarcat@marcos:pkg-drush$ git-buildpackage > dh clean >dh_testdir >dh_auto_clean >dh_clean > gbp:info: Orig tarball 'drush_4.5.orig.tar.gz' found at '..' > gbp:info: Extracting drush_4.5.orig.tar.gz to > '/tmp/pkg-drush/build-area/drush-tmp' > Traceback (most recent call last): > File "/usr/bin/git-buildpackage", line 5, in > sys.exit(main(sys.argv)) > File "/usr/lib/python2.7/dist-packages/gbp/scripts/buildpackage.py", line > 611, in main > export_source(repo, tree, cp, options, tmp_dir, output_dir) > File "/usr/lib/python2.7/dist-packages/gbp/scripts/buildpackage.py", line > 205, in export_source > extract_orig(os.path.join(tarball_dir, du.orig_file(cp, > options.comp_type)), dest_dir) > File "/usr/lib/python2.7/dist-packages/gbp/scripts/buildpackage.py", line > 291, in extract_orig > os.rename(f, os.path.join(dest_dir, os.path.basename(f))) > OSError: [Errno 39] Directory not empty > > > -- System Information: > Debian Release: wheezy/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) > Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) (ignored: > LC_ALL set to fr_CA.UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages git-buildpackage depends on: > ii devscripts 2.11.6 > ii git 1:1.7.10-1 > ii python 2.7.2-10 > ii python-dateutil 1.5-1 > ii python2.62.6.7-4 > ii python2.72.7.3~rc2-2.1 > > Versions of packages git-buildpackage recommends: > ii cowbuilder0.69 > ii pristine-tar 1.24 > > Versions of packages git-buildpackage suggests: > ii python-notify 0.1.1-3 > ii unzip 6.0-6 > > -- 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#652870: evolution: Does not store passwords even if keyring daemon is running
Hi Benjamin, you need libpam-gnome-keyring it is a recommended package to gnome-keyring and should do what you're looking for. KR Frank signature.asc Description: This is a digitally signed message part
Bug#516785: Bug #516785: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
Hi Hermann, Is it possible to describe the detailed physical status of all the two CPU/Memory boards? I would like to know which Slots do you place your CPUs and which memory module groups are installed (and how much) on both of the CPU/Memory boards. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#616680: icedove: wakes up too often
forwarded 616680 https://bugzilla.mozilla.org/show_bug.cgi?id=407325 thanks Hello, On Sun, Mar 06, 2011 at 04:39:37PM +0100, Michael Goetze wrote: > Package: icedove > Version: 3.0.11-1+b1 > > According to powertop, icedove-bin wakes up the CPU 7-8 times per > second. This is when it is sitting unused on an inactive workspace with > 2 open IMAP connections. > > Top causes for wakeups: > 36.5% ( 7.6) icedove-bin : futex_wait_queue_me (hrtimer_wakeup) > > There is no reason for icedove to need to wake up that often, please > make it more power-friendly. This is an old problem. The Mozilla Bugtracker show entrys from the end of 2007 for Firefox. ->https://bugzilla.mozilla.org/show_bug.cgi?id=407325 And in the between times this problem should be no real problem anymore. Here on version 3.1.6 Squeeze/amd64 the wakeups significant lower. 2,2% ( 11,7) icedove-bin : hrtimer_start_range_ns (hrtimer_wakeup) Is the power consumption still heavy? If so can you post your actual tests on the posted BugtrackerID in Mozilla, because this is a upstream related problem? Thanks! Carsten Schoenert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675412: [git-buildpackage/master] git-buildpackage overlay-mode: don't fail on files named like tarball
tag 675412 pending thanks Date: Fri Jun 1 22:36:07 2012 +0200 Author: Guido Günther Commit ID: 16f0309320763a5d32330b97be8ff00b871d1d84 Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=16f0309320763a5d32330b97be8ff00b871d1d84 Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=16f0309320763a5d32330b97be8ff00b871d1d84 git-buildpackage overlay-mode: don't fail on files named like tarball Instead of moving individual files around simply rename the directories. This is faster and independent of the tarballs content. Closes: #675412 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675350: closed by "Matteo F. Vescovi" (Re: Bug#675350: babl: Please ship additional header files)
> From: "Matteo F. Vescovi" > To: Mathieu Trudel-Lapierre > Cc: 675350-d...@bugs.debian.org > Date: Fri, 1 Jun 2012 12:15:59 +0200 > Subject: Re: Bug#675350: babl: Please ship additional header files > Hi! [...] > I've consulted upstream to see if it has some kind of sense to apply > these changes directly on their code. > Well, they told me that, instead of changing babl source, it would be > better to fix gnome-scan code ;-) And I agree with them. Thanks. I was able to investigate into this again and figured out a way to fix gnome-scan without involving such changes to Babl. However... > > I'm not comfortable with exposing what upstream considers private API > just because a package is trying to misuse it. If you really need this > API to become public, please treat the issue upstream. None of this is specifically mentioned anywhere as being private API; nor a misuse of the API. The Babl object is explicitly defined as a union of the other object types to allow using internal members without casting. It's also done the same way on the website main page. However, I do agree that it's an issue to be brought upstream: documentation needs to be very much clarified. Regards, and thanks for the prompt responses; Mathieu Trudel-Lapierre Freenode: cyphermox, Jabber: mathieu...@gmail.com 4096R/EE018C93 1967 8F7D 03A1 8F38 732E FF82 C126 33E1 EE01 8C93 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#673473: [git-buildpackage/master] Provide minimalist debian/control object
tag 673473 pending thanks Date: Sun May 20 17:36:59 2012 +0200 Author: Daniel Dehennin Commit ID: edc648346aba7830f7ab89c856eebdf45bfe5a44 Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=edc648346aba7830f7ab89c856eebdf45bfe5a44 Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=edc648346aba7830f7ab89c856eebdf45bfe5a44 Provide minimalist debian/control object Closes: #673473 Signed-off-by: Guido Günther -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#673422: [git-buildpackage/master] Document --bpo, --nmu and --qa in git-dch's manpage
tag 673422 pending thanks Date: Fri May 18 17:17:54 2012 +0200 Author: Salvatore Bonaccorso Commit ID: 016bf21fb0310c6c8f4b221eacabae4bd0bf7424 Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=016bf21fb0310c6c8f4b221eacabae4bd0bf7424 Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=016bf21fb0310c6c8f4b221eacabae4bd0bf7424 Document --bpo, --nmu and --qa in git-dch's manpage Closes: #673422 Signed-off-by: Guido Günther -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#673368: [git-buildpackage/master] git-dch: Add support for --team switch for Team uploads
tag 673368 pending thanks Date: Fri May 18 14:44:37 2012 +0200 Author: Salvatore Bonaccorso Commit ID: bb32e945ad8cbf5963f97ad0ca95b275915c7dbe Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=bb32e945ad8cbf5963f97ad0ca95b275915c7dbe Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=bb32e945ad8cbf5963f97ad0ca95b275915c7dbe git-dch: Add support for --team switch for Team uploads Closes: #673368 Signed-off-by: Guido Günther -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670623: [git-buildpackage/master] import_dsc: add --allow-unauthenticated
tag 670623 pending thanks Date: Thu May 24 14:29:52 2012 +0200 Author: Guido Günther Commit ID: a5f0d875d7779b2001fda0f436a4710dfa9a5d77 Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=a5f0d875d7779b2001fda0f436a4710dfa9a5d77 Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=a5f0d875d7779b2001fda0f436a4710dfa9a5d77 import_dsc: add --allow-unauthenticated Closes: #670623 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675523: debian-handbook: improvements for the fifth chapter
Package: debian-handbook Version: 6.0+20120509 Severity: minor Hi Raphaël, I've just completed chapter 5 and here's my list of proposed modifications, grouped by relevant section. Intro - | while the latter contain the program source code Since packages may contain works that are not programs, I would rephrase the sentence in more general terms, maybe by dropping the word "program" entirely: + while the latter contain the source code Section 5.1. Structure of a Binary Package -- | to determine if it is possible to install or | uninstall the programs inside For generality's sake, I would s/the programs inside/the content of the package/ Section 5.2.1.1. Dependencies: the Depends Field | that the program to be installed depends on. Again, for generality's sake, I woulds/program/package/ Section 5.2.1.2. Conflicts: the Conflicts field --- | it will "replace" the installed packages Typo? s/packages/package/ Section 5.3.1. Format - | They allow creation of binary packages (.deb files described above) for | the program(s) from their source code, written in a programming language. As usual, I would suggest a more general phrasing, as in: + They allow creation of binary packages (.deb files described above) for + the packaged works from the corresponding source code. | Just as frequently, the documentation is provided in a dedicated | package: the user may install it independently from the software, I would s/software/program/ since the term "software" may be used in the more broad sense of "information that may be automatically processed": this meaning includes both programs and documentation, as well as many other types of works. | The .orig.tar.gz is an archive containing the program source code | as provided by the original developer. Again, for generality's sake, I would drop the word "program" from this sentence. | Developers are asked to not modify this archive I am not sure about this: maybe s/Developers/Debian maintainers/ ? Section 5.5. Coexistence with Other Packaging Systems - | (they are a simple tar.gz archive). Since the subject is plural, I would rephrase this sentence as: + (they are simple tar.gz archives). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#674700: closed by Michael Biebl (closing)
Did anyone change the faulty documentation that neglected to mention that a dist-upgrade was needed? The maintainer's name at the bottom of the document did not lead to a web page or email address. If you leave this land mine in place, someone else is likely to step on it. --- On Tue, 5/29/12, Debian Bug Tracking System wrote: > From: Debian Bug Tracking System > Subject: Bug#674700 closed by Michael Biebl (closing) > To: "Linda R" > Date: Tuesday, May 29, 2012, 6:03 PM > This is an automatic notification > regarding your Bug report > which was filed against the gnome package: > > #674700: Attempt to update Gnome on Debian kills system > > It has been closed by Michael Biebl . > > Their explanation is attached below along with your original > report. > If this explanation is unsatisfactory and you have not > received a > better one in a separate message then please contact Michael > Biebl > by > replying to this email. > > > -- > 674700: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674700 > Debian Bug Tracking System > Contact ow...@bugs.debian.org > with problems > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675522: gitpkg: Please add bash completion for gitpkg
Package: gitpkg
Version: 0.21
Severity: wishlist
Tags: patch
Hello.
I've written a "gitpkg" bash completion file. Please include it, to
get tab completion of git tags and branches when using gitpkg.
Thanks,
Stig Sandbeck Mathisen
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-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 gitpkg depends on:
ii dpkg-dev 1.16.3
ii git 1:1.7.10-1
gitpkg recommends no packages.
Versions of packages gitpkg suggests:
ii devscripts 2.11.7
-- no debconf information
# -*- shell-script -*-
#
# Bash tab auto-completion rules for gitpkg
#
# Copyright © 2012 Stig Sandbeck Mathisen
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
# 02110-1301, USA.
have gitpkg &&
_gitpkg_names () {
if [ "$(git rev-parse --is-inside-work-tree 2>/dev/null)" != "true" ]; then
return 0
fi
local cur options names
COMPREPLY=()
cur="${COMP_WORDS[COMP_CWORD]}"
options='--help --version'
if [[ "${cur}" == -* ]]; then
COMPREPLY=( $( compgen -W "${options}" -- "${cur}" ) )
else
names=$(
{
git for-each-ref --format='%(refname:short)' refs/heads
git for-each-ref --format='%(refname:short)' refs/tags
} | sort -u
)
COMPREPLY=( $( compgen -W "${names}" -- "${cur}" ) )
fi
return 0
}
[ -n "${have:-}" ] && complete -F _gitpkg_names gitpkg
Bug#516785: Bug #516785: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
Here is some more information of our machine FYI. Attached dmesg_20120322T184612.txt is the dmesg generated during boot of the machine on Mar 22, 2012, which is the date we did our last reboot and put it into production. The machine has 14GB RAM, that is 512MB*(16+12). Because there is one broken RAM, we have to remove all the group of four to make the machine boot, so there is 2GB's loss. The network is dual-stacked IPv4 and IPv6. Both of the NICs have configured multiple IPv6 addresses, only one of them have one IPv4 address. But I confirm it does not have any problem with no connection or have only one NIC configured. The operating system when installed is 6.0.4, user space programs are updated to 6.0.5 later, but the kernel isn't updated. The kernel is linux-image-2.6.32-5-sparc64-smp, version 2.6.32-41squeeze2. I can confirm that 2.6.32-41 worked because its the default of 6.0.4 CD1. d-i prompted for firmware during installation, and I supplied all the firmware.tar.gz as well as an unpacked directory by a USB flash disk. Then the installation continued. The disk is configured as software RAID1 (hardware RAID card seems not being recognized), though /boot as a separated partition isn't configured in the RAID due to a glitch in d-i. /boot is ext3, and / is ext4. The Sun remote control card is installed but not configured. The server's load is normally not very high, but it's usually to have a load average of 2 ~ 3. Most of the loads are processing network requests with very few disk I/O. $ cat /proc/cpuinfo cpu : TI UltraSparc III+ (Cheetah+) fpu : UltraSparc III+ integrated FPU pmu : ultra3+ prom: OBP 4.13.0 2004/01/19 18:26 type: sun4u ncpus probed: 4 ncpus active: 4 D$ parity tl1 : 0 I$ parity tl1 : 0 Cpu0ClkTck : 47868c00 Cpu1ClkTck : 47868c00 Cpu2ClkTck : 47868c00 Cpu3ClkTck : 47868c00 MMU Type: Cheetah+ State: CPU0: online CPU1: online CPU2: online CPU3: online $ lspci :00:03.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] :00:06.0 IDE interface: Silicon Image, Inc. PCI0646 (rev 07) 0001:00:01.0 Fibre Channel: QLogic Corp. ISP2422-based 4Gb Fibre Channel to PCI-X HBA (rev 02) 0002:00:01.0 Bridge: Oracle Corporation RIO EBUS (rev 01) 0002:00:01.3 USB Controller: Oracle Corporation RIO USB (rev 01) 0002:00:02.0 Ethernet controller: Oracle Corporation Cassini 10/100/1000 (rev 20) 0003:00:01.0 Ethernet controller: Oracle Corporation Cassini 10/100/1000 (rev 20) 0003:00:02.0 SCSI storage controller: QLogic Corp. QLA2200 64-bit Fibre Channel Adapter (rev 05) -- Regards, Aron Xu [0.00] PROMLIB: Sun IEEE Boot Prom 'OBP 4.13.0 2004/01/19 18:26' [0.00] PROMLIB: Root node compatible: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.32-5-sparc64-smp (Debian 2.6.32-41squeeze2) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Thu Mar 22 18:46:12 UTC 2012 [0.00] bootconsole [earlyprom0] enabled [0.00] ARCH: SUN4U [0.00] Ethernet address: 00:03:ba:8c:1f:11 [0.00] Kernel: Using 2 locked TLB entries for main kernel image. [0.00] Remapping the kernel... done. [0.00] OF stdout device is: /pci@8,70/SUNW,XVR-100@3 [0.00] PROM: Built device tree with 119498 bytes of memory. [0.00] Top of RAM: 0xb17fa6e000, Total RAM: 0x37fa5c000 [0.00] Memory hole size: 712704MB [0.00] [01014000-f8a00040] page_structs=131072 node=0 entry=1280/0 [0.00] [01014000-f8a00080] page_structs=131072 node=0 entry=1281/0 [0.00] [01014080-f8a000c0] page_structs=131072 node=0 entry=1282/0 [0.00] [01014080-f8a00100] page_structs=131072 node=0 entry=1283/0 [0.00] [01014100-f8a00140] page_structs=131072 node=0 entry=1284/0 [0.00] [01014100-f8a00180] page_structs=131072 node=0 entry=1285/0 [0.00] [01014180-f8a001c0] page_structs=131072 node=0 entry=1286/0 [0.00] [01014180-f8a00200] page_structs=131072 node=0 entry=1287/0 [0.00] [01014200-f8a00240] page_structs=131072 node=0 entry=1288/0 [0.00] [01014200-f8a00280] page_structs=131072 node=0 entry=1289/0 [0.00] [01014280-f8a002c0] page_structs=131072 node=0 entry=1290/0 [0.00] [01014280-f8a00300] page_structs=131072 node=0 entry=1291/0 [0.00] [01014300-f8a00340] page_structs=131072 node=0 entry=1292/0 [0.00] [01014300-f8a00380] page_structs=131072 node=0 entry=1293/0 [0.00] [01014380-f8a003c0] page_structs=131072 node=0 entry=129
Bug#675504: notmuch-emacs: Sending reply to non-ascii messages asks what to do with non-printable characters found
David Bremner writes: > Olivier Berger writes: > >> When I'm replying to messages containing accentuated characters >> (typically french accents), at the moment of sending the message (C-c >> C-c), it complains that "Non-printable characters found. Continue >> sending? (d, r, i, e, ?)". > > Can you try 0.13.1-1 from unstable? this bug is supposed to be fixed > there. > Indeed, this seems to work back as expected. Thanks for the prompt answer, and all the fish ;) Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675521: Document sources.list for testing/unstable users
Package: debian-handbook Severity: wishlist Tags: wheezy It would be nice to provide some sample "sources.list" for testing and unstable users since it's not trivial to map the default sources.list for stable users to a sources.list for testing/unstable users. For instance, testing has a dedicated security repo but unstable has not. Stable has backports/stable-updates while testing and unstable don't have similar repositories. (Suggested by Michal in a private email) Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675024: tcc: errors "Symbol `mpfr_xxx' causes overflow in R_X86_64_PC32 relocation"
tags 675024 + upstream forwarded 675024 http://lists.nongnu.org/archive/html/tinycc-devel/2012-05/msg00048.html thanks I reported it and it's a known issue. Unfortunetely it doesn't seem a fix will be done anytime soon: see [1]. I might take a look one day but not before september. [1] http://lists.nongnu.org/archive/html/tinycc-devel/2012-06/msg2.html Best regards. signature.asc Description: This is a digitally signed message part.
Bug#667981: synctex(5): Missing ".El" and keyword for ".Bd", empty line in the manual
On Fr, 01 Jun 2012, Hilmar Preusse wrote:
> Norbert, could they be put into TL 2012 final?
Please contact upstream yourself. I don't want to put
in things that might change becasue up-upstream doesn't know
about the change.
If the source of this man page is up-upstream synctex, we need to contact
them, not me, not TeX Live ... otherwise the next update will destroy
the changes.
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
YARMOUTH (vb.)
To shout at foreigners in the belief that the louder you speak, the
better they'll understand you.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
