Bug#517847: Processed (with 1 errors): Packaging work in progress
Hi Rudy, On Tuesday 04 October 2011 07:09:06 Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: retitle 517847 ITP: coova-chilli -- (Wireless) LAN Access Point Controller Bug #517847 [wnpp] RFP: coova-chilli -- (Wireless) LAN Access Point Controller (captive portal) Changed Bug title to 'ITP: coova-chilli -- (Wireless) LAN Access Point Controller' from 'RFP: coova-chilli -- (Wireless) LAN Access Point Controller (captive portal)' you did change to but into an ITP, so I would guess, you want to package this software? If so, you should change the bug onwner to you as Gaurav Baldota did step backward from his ITP and the bug belongs to him actually. Anyways ... I also did some work to get that package into shape for our own use ... I can provide you a diff against upstream, if you want. With kind regards, Jan. -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
Bug#644029: calibre: incorrect maintainer field
Hello Ritesh, (that bug is fixed in bzr, thanks!) Ritesh Raj Sarraf [2011-10-02 5:35 +0530]: PS: I have interest in calibre because I use it a lot. There already is a newer 0.8.19 version. In case you need a hand for co-maitenance, please let reply back. That's rather welcome. I originally only have signed up as a co-maintainer, but it seems Miriam has relatively little time for calibre. So having another maintainer would indeed help. I'm happy to sponsor changes from you. You can send debdiffs to bug reports, or work in a branch from lp:~calibre-packagers/calibre/debian and ask me to merge it, as you prefer. Once you did a few updates, I'm happy to add you to the ~calibre-packagers team, so that you can commit directly. Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644222: Recently used directories list not being updated
Package: libgtk2.0-0 Version: 2.24.6-1 Severity: normal Following the change to defaulting to the recently used directories list (bug report forthcoming), I am quite annoyed at the amount of clicks now required to find the desired save-as location. It seems that this recently used directories list is updated based on some kind of voodoo moon-phase algorithm, rather than showing the recently used directories. I just saved a file in ~/foo/bar, but 'bar' is not shown the next time I open the dialog. This makes this innovation rather useless. Please fix it. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 2.0.1-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libcomerr2 1.42~WIP-2011-09-16-1 ii libcups21.5.0-7 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgnutls26 2.12.10-2 ii libgssapi-krb5-21.9.1+dfsg-3 ii libgtk2.0-common2.24.6-1 ii libk5crypto31.9.1+dfsg-3 ii libkrb5-3 1.9.1+dfsg-3 ii libpango1.0-0 1.28.4-3 ii libx11-62:1.4.4-2 ii libxcomposite1 1:0.4.3-2 ii libxcursor1 1:1.1.12-1 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.0-3 ii libxfixes3 1:5.0-4 ii libxi6 2:1.4.3-3 ii libxinerama12:1.1.1-3 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.6-2 ii multiarch-support 2.13-21 ii shared-mime-info0.90-1 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme 0.12-1 ii libgtk2.0-bin 2.24.6-1 Versions of packages libgtk2.0-0 suggests: ii gvfs none ii librsvg2-common 2.34.1-2 -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#643729: cups: printing landscape pdf failed with /usr/lib/cups/filter/gstoraster failed
fixed 643729 1.5.0-8 thanks Remi Vanicat vani...@debian.org writes: Package: cups Version: 1.5.0-8 Severity: normal Hello, on my Epson Stylus DX3850, printing some PDF (apparently landscape one) failed with the /usr/lib/cups/filter/gstoraster failed message. Printing was done with lpr path/to/file.pdf Some aptitude upgrade latter, the bug is gone. I'm closing it for now. [...] -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644223: Recently used directories should show full path
Package: libgtk2.0-0 Version: 2.24.6-1 Severity: wishlist The list of recently used directories only show the basename of each directory that GTK deems recently used. In cases where there are many contexts in which the same directory name is used (e.g. invoices, or 2011, or images), this is totally confusing. Please make it configurable for the user to choose to - have one column with the full path; - have a column showing the parent path in addition to the basename column. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 2.0.1-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libcomerr2 1.42~WIP-2011-09-16-1 ii libcups21.5.0-7 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgnutls26 2.12.10-2 ii libgssapi-krb5-21.9.1+dfsg-3 ii libgtk2.0-common2.24.6-1 ii libk5crypto31.9.1+dfsg-3 ii libkrb5-3 1.9.1+dfsg-3 ii libpango1.0-0 1.28.4-3 ii libx11-62:1.4.4-2 ii libxcomposite1 1:0.4.3-2 ii libxcursor1 1:1.1.12-1 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.0-3 ii libxfixes3 1:5.0-4 ii libxi6 2:1.4.3-3 ii libxinerama12:1.1.1-3 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.6-2 ii multiarch-support 2.13-21 ii shared-mime-info0.90-1 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme 0.12-1 ii libgtk2.0-bin 2.24.6-1 Versions of packages libgtk2.0-0 suggests: ii gvfs none ii librsvg2-common 2.34.1-2 -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#631249: t-coffee: Never exits on armel, consuming 100 % CPU.
Le Fri, Aug 26, 2011 at 08:58:44AM +0900, Charles Plessy a écrit : I tested the t-coffee packages archived on snapshot.debian.org, and found this bug starting from version 8.06-1. t-coffee used to also fail to build on Ubuntu, but this changed recently. https://launchpad.net/ubuntu/+source/t-coffee/+bug/809756 https://launchpad.net/ubuntu/+source/t-coffee/8.99-1/+build/2588945 -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644224: Save-as: defaults to display of recent directories, which I do not want
Package: libgtk2.0-0 Version: 2.24.6-1 Severity: minor In a recent update, GTK seems to have changed the Save-As dialog such that it now always shows the Recent directories listing, instead of the previously opened directory, as it used to do. I disapprove of this change and would like to revert it. However, I was never informed about it, nor can I find a configuration option to change it. I searched the web, without success, but other than that, I wouldn't even know where to start as there is no obvious documentation or place of configuration. This is amplified by usability issues with the recently used directories list, e.g. #644222 and #644223. Please do not change behaviour that existed for years, just like that. It's great to add new functionality and parameters with which users can customise their experience, but that should not mean that everyone has to adjust without an obvious way to return to known-good, accustomed behaviour. Please change this back and export the configuration item, so that only those users who want this functionality can opt-in. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 2.0.1-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libcomerr2 1.42~WIP-2011-09-16-1 ii libcups21.5.0-7 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgnutls26 2.12.10-2 ii libgssapi-krb5-21.9.1+dfsg-3 ii libgtk2.0-common2.24.6-1 ii libk5crypto31.9.1+dfsg-3 ii libkrb5-3 1.9.1+dfsg-3 ii libpango1.0-0 1.28.4-3 ii libx11-62:1.4.4-2 ii libxcomposite1 1:0.4.3-2 ii libxcursor1 1:1.1.12-1 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.0-3 ii libxfixes3 1:5.0-4 ii libxi6 2:1.4.3-3 ii libxinerama12:1.1.1-3 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.6-2 ii multiarch-support 2.13-21 ii shared-mime-info0.90-1 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme 0.12-1 ii libgtk2.0-bin 2.24.6-1 Versions of packages libgtk2.0-0 suggests: ii gvfs none ii librsvg2-common 2.34.1-2 -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#577054: acpi: After upgrade, computer does not turn off
fixed 577054 linux-2.6/2.6.32-35squeeze2 found 577054 linux-2.6/2.6.32-9 quit Γιώργος Πάλλας wrote: I'm sending you the logs requested. I can't remember anything about when the problem was fixed... Thanks again, and sorry for the noise. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517847: Processed (with 1 errors): Packaging work in progress
Hello On Tue, Oct 4, 2011 at 12:52 AM, Jan Wagner w...@cyconet.org wrote: Hi Rudy, On Tuesday 04 October 2011 07:09:06 Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: retitle 517847 ITP: coova-chilli -- (Wireless) LAN Access Point Controller Bug #517847 [wnpp] RFP: coova-chilli -- (Wireless) LAN Access Point Controller (captive portal) Changed Bug title to 'ITP: coova-chilli -- (Wireless) LAN Access Point Controller' from 'RFP: coova-chilli -- (Wireless) LAN Access Point Controller (captive portal)' you did change to but into an ITP, so I would guess, you want to package this software? If so, you should change the bug onwner to you as Gaurav Baldota did step backward from his ITP and the bug belongs to him actually. Yes, I've almost complete the packaging work. I'm yet to work on migration/upgrade cases then upload to unstable. Anyways ... I also did some work to get that package into shape for our own use ... I can provide you a diff against upstream, if you want. This sounds good. Send me anything you consider will contribute to have a nicer package. Best regards, -- Rudy Godoy http://stone-head.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644225: fonts-khmeros: Transient installation failure
Package: fonts-khmeros Version: 5.0-4 Severity: minor The first time I tried to install this package just now gave me the following: Unpacking fonts-khmeros (from .../fonts-khmeros_5.0-4_all.deb) ... dpkg: error processing /var/cache/apt/archives/fonts-khmeros_5.0-4_all.deb (--unpack): trying to overwrite '/etc/fonts/conf.d/65-khmer.conf', which is also in package ttf-khmeros 5.0-3 configured to not write apport reports A second attempt was successful. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4-ibid-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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#644138: fixed in heimdal 1.5.dfsg.1-3
reopen 644138 kthxbye On Mon, Oct 3, 2011 at 22:50:32 +, Jelmer Vernooij wrote: heimdal (1.5.dfsg.1-3) unstable; urgency=low . * Add conflicts with kcc to heimdal-clients. Closes: #644138 That's not an appropriate use of Conflicts. See policy 10.1: Two different packages must not install programs with different functionality but with the same filenames. (The case of two programs having the same functionality but different implementations is handled via alternatives or the Conflicts mechanism. See Section 3.9, `Maintainer Scripts' and Section 7.4, `Conflicting binary packages - `Conflicts'' respectively.) If this case happens, one of the programs must be renamed. The maintainers should report this to the `debian-devel' mailing list and try to find a consensus about which program will have to be renamed. If a consensus cannot be reached, _both_ programs must be renamed. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644218: Acknowledgement (cups-pdf.conf shipped with invalid content)
severity 644218 minor thanks /etc/cups/cups-pdf.conf as shipped in 2.6.0-1 starts with: e cups-pdf.conf -- CUPS Backend Configuration (version 2.6.0, 2011-10-01) # 18.09.2005, Volker C. Behr # Experimentelle Physik V, Universitaet Wuerzburg Note the e in the start of the first line. This makes the configuration file invalid. It appears cups-pdf can work just fine with such a configuration file. Downgrading severity. signature.asc Description: Digital signature
Bug#644226: pidgin-plugin-pack: Package is missing IRC More plugin
Package: pidgin-plugin-pack Version: 2.6.3-1 Severity: normal The package does not include the IRC More plugin, located at /usr/lib/purple-2/irc-more.so. I have confirmed this by redownloading the package from both the USA repository mirror and the Debian online repository browser, reinstalling it, and examining the contents of the package with the online file list and file-roller locally. It is likely the result of a mis-build of the package, and I have worked around it by manually extracting the aforementioned plugin (/usr/lib/purple-2/irc-more.so) from the Ubuntu package of the same name. It works perfectly in this situation. Note: Although I doubt it is relevant in any significant way, I am running CrunchBang Linux 10 Statler, which is based directly upon Debian. It is using Debian's standard repositories for pidgin-plugin-pack. -- System Information: Debian Release: 6.0.2 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (100, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin-plugin-pack depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libenchant1c2a1.6.0-1a wrapper library for various spel ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libgtkspell0 2.0.16-1 a spell-checking addon for GTK's T ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpurple02.7.3-1+squeeze1 multi-protocol instant messaging l pidgin-plugin-pack recommends no packages. pidgin-plugin-pack 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#644169: libapache2-mod-perl2: PerlOptions -Sections not permitted in server config, but should be
tags 644169 confirmed found 644169 2.0.5-2 thanks -=| Jan Ingvoldstad, 03.10.2011 17:08:52 +0200 |=- I'm unable to disable Perl sections, as described here: http://perl.apache.org/docs/2.0/user/config/config.html#C_Perl_Handler_ So, according to the documentation, I should be able to simply place the following in the server configuration. PerlOption -Sections When the option is placed in the server configuration, the following error message is printed to screen when using apache2ctl configtest: Syntax error on line 10 of /etc/apache2/conf.d/all_vhosts: Invalid per-server PerlOption: Sections Same here. I tried a patch that seems to accept 'PerlOptions -Sections' (tested within VirtualHost), but the Perl sections are still run :( signature.asc Description: Digital signature
Bug#630967: Homepage?
Hi Yves-Alexis. Does this mean this can be closed? I would guess so. Regards Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644227: lighttpd create-mime.assign.pl ignores ~/.mime.types
Package: lighttpd Version: 1.4.28-2 Lighttpd gets its MIME configuration from output of /usr/share/lighttpd/create-mime.assign.pl. This script only reads MIME types from /etc/mime.types. However, the mime-support package also keeps per-user MIME-types in ~/.mime.types. These are ignored in the Lighttpd configuration, even if kept in www-data home-dir. The only way to add new per-user MIME types that are also picked up by Lighttpd is through /etc/mime.types, which is not recommended. I propose that create-mime.assign.pl also reads .mime.types in the home-dir of lighttpd user (lighttpd.conf::server.username) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644227: [pkg-lighttpd] Bug#644227: lighttpd create-mime.assign.pl ignores ~/.mime.types
On Tue, Oct 4, 2011 at 9:29 AM, Magnus Olsson mag...@minimum.se wrote: Lighttpd gets its MIME configuration from output of /usr/share/lighttpd/create-mime.assign.pl. This script only reads MIME types from /etc/mime.types. However, the mime-support package also keeps per-user MIME-types in ~/.mime.types. These are ignored in the Lighttpd configuration, even if kept in www-data home-dir. The only way to add new per-user MIME types that are also picked up by Lighttpd is through /etc/mime.types, which is not recommended. I propose that create-mime.assign.pl also reads .mime.types in the home-dir of lighttpd user (lighttpd.conf::server.username) Hi Magnus, The www-data home dir is /var/www This is certainly not the right place to put mime types. What exactly does mime-support do? Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644228: postgresql-9.0: createdb does not work without arguments
Subject: postgresql-9.0: createdb does not work without arguments Package: postgresql-9.0 Version: 9.0.4-1~bpo60+1 Severity: normal *** Please type your report below this line *** Running createdb test does not create database test, verified by running psql with argument test. createdb with template option does create a database. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postgresql-9.0 depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libgssapi-krb5-2 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k ii libkrb5-3 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.23-7.2OpenLDAP libraries ii libpam0g 1.1.1-6.1 Pluggable Authentication Modules l ii libpq5 9.1.0-1~bpo60+1 PostgreSQL C client library ii libssl0.9.80.9.8o-4squeeze2 SSL shared libraries ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii locales2.11.2-10 Embedded GNU C Library: National L ii postgresql-client- 9.0.4-1~bpo60+1 front-end programs for PostgreSQL ii postgresql-common 113 PostgreSQL database-cluster manage ii ssl-cert 1.0.28simple debconf wrapper for OpenSSL ii tzdata 2011d-0squeeze1 time zone and daylight-saving time postgresql-9.0 recommends no packages. Versions of packages postgresql-9.0 suggests: pn oidentd | ident-servernone (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#644229: uninstall fails if capi4hylafax is not running
Package: capi4hylafax Version: 1:01.03.00.99.svn.300-12 Severity: normal before uninstalling capi4hylafax, the daemon is stopped. However, if this is not running, the pre-removal script fails leaving capi4hylafax broken (dependencies are removed, but program is still installed). The output (german system): Entferne capi4hylafax ... Stopping capi4hylafax: c2faxrecvstart-stop-daemon: warning: failed to kill 7490: No such process invoke-rc.d: initscript capi4hylafax, action stop failed. dpkg: Fehler beim Bearbeiten von capi4hylafax (--remove): Unterprozess pre-removal script gab den Fehlerwert 1 zurück Starting capi4hylafax: c2faxrecv. Entferne isdnactivecards ... Entferne netpbm ... Entferne libnetpbm10 ... Entferne libtiff-tools ... Entferne transfig ... dpkg: libcapi20-3: Abhängigkeitsprobleme, aber entferne es auf Anfrage dennoch: capiutils hängt ab von libcapi20-3 (= 1:3.9.20060704-3.6). capi4hylafax hängt ab von libcapi20-3. Entferne libcapi20-3 ... dpkg: capiutils: Abhängigkeitsprobleme, aber entferne es auf Anfrage dennoch: capi4hylafax hängt ab von capiutils. Entferne capiutils ... Verarbeite Trigger für man-db ... Fehler traten auf beim Bearbeiten von: capi4hylafax E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 5.0.9 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (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/bash Versions of packages capi4hylafax depends on: pn capiutils none(no description available) ii libc6 2.7-18lenny7 GNU C Library: Shared libraries pn libcapi20-3none(no description available) ii libgcc11:4.3.2-1.1 GCC support library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-11.5Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages capi4hylafax recommends: pn hylafax-servernone (no description available) pn isdnactivecards none (no description available) Versions of packages capi4hylafax suggests: pn dialognone (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#644230: debian-policy: Please change virtual package name for Japanese fonts
Package: debian-policy
Version: 3.9.2.0
Severity: wishlist
Hi,
There are ttf-japanese-mincho and ttf-japanese-gothic in the virtual package
of font packages for Japanese now.
By the Fonts team, we are switching over from ttf- to fonts- by ackage file
name now.
To this shift, I suggest that I change the virtual package
from ttf-japanese-{mincho, gothic} to fonts-japanese-{mincho, gothic}.
There are not contents and the change that I suggested other than a
virtual package name in #440931[0].
[0]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440931
Best regards,
Nobuhiro
diff --git a/virtual-package-names-list.txt b/virtual-package-names-list.txt
index eb1b4b8..c3b4205 100644
--- a/virtual-package-names-list.txt
+++ b/virtual-package-names-list.txt
@@ -144,8 +144,8 @@ X Window System
Fonts
-
- ttf-japanese-gothic Gothic-style Japanese font
- ttf-japanese-mincho Mincho-style Japanese font
+ fonts-japanese-gothic Gothic-style Japanese font
+ fonts-japanese-mincho Mincho-style Japanese font
Graphics and MultiMedia
---
signature.asc
Description: Digital signature
Bug#644231: RM: ttf-kacst -- ROM; Package replaced by fonts-kacst
Package: ftp.debian.org Severity: normal Another font package renamed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644232: RM: ttf-inconsolata -- ROM; Package renamed to fonts-inconsolata
Package: ftp.debian.org Severity: normal Another font package renamed... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644233: RM: ttf-khmeros -- ROM; Repalced by fonts-khmeros
Package: ftp.debian.org Severity: normal Font package renaming, as usual..:-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641865: Bug#635963: Should pootle be removed
Quoting Luca Falavigna (dktrkr...@debian.org): We very briefly discussed about this with Nicolas at DC11...and indeed, we regret that we don't have a pootle2 package to escape this problem. That's unfortunate to hear :( Provided there's no current updates that can bring pootle in shape, I'd go with a removal from unstable in the next few days unless you disagree with that. No objection from my side. signature.asc Description: Digital signature
Bug#642977: Requested Information
Sep 26 07:26:57 srv03044 kernel: [ 373.475130] Pid: 5200, comm: nmbd Not tainted 2.6.32-5-vserver-amd64 #1 Sep 26 07:26:57 srv03044 kernel: [ 373.475131] Call Trace: Sep 26 07:26:57 srv03044 kernel: [ 373.475135] [812a1d5b] ? udp_sendmsg+0x5b9/0x69c Sep 26 07:26:57 srv03044 kernel: [ 373.475137] [812a1d5b] ? udp_sendmsg+0x5b9/0x69c Sep 26 07:26:57 srv03044 kernel: [ 373.475141] [8104e4f0] ? warn_slowpath_common+0x77/0xa3 Sep 26 07:26:57 srv03044 kernel: [ 373.475143] [812a1d5b] ? udp_sendmsg+0x5b9/0x69c Sep 26 07:26:57 srv03044 kernel: [ 373.475147] [8124d47d] ? __sock_sendmsg+0x5c/0x126 Sep 26 07:26:57 srv03044 kernel: [ 373.475150] [8124dde9] ? sock_sendmsg+0xa3/0xbb Sep 26 07:26:57 srv03044 kernel: [ 373.475154] [810becc9] ? __generic_file_aio_write+0x25f/0x293 Sep 26 07:26:57 srv03044 kernel: [ 373.475158] [81065d2e] ? autoremove_wake_function+0x0/0x2e Sep 26 07:26:57 srv03044 kernel: [ 373.475161] [81101e17] ? __link_path_walk+0x700/0x70c Sep 26 07:26:57 srv03044 kernel: [ 373.475163] [8124ea77] ? sys_sendto+0xf5/0x138 Sep 26 07:26:57 srv03044 kernel: [ 373.475167] [8126d144] ? compat_sys_socketcall+0xee/0x19e Sep 26 07:26:57 srv03044 kernel: [ 373.475170] [81037653] ? ia32_sysret+0x0/0x5 Sep 26 07:26:57 srv03044 kernel: [ 373.475171] ---[ end trace 419a31325c1cf986 ]--- Sep 26 07:26:58 srv03044 kernel: [ 374.526728] [ cut here ] Sep 26 07:26:58 srv03044 kernel: [ 374.526737] WARNING: at /build/buildd-linux-2.6_2.6.32-35squeeze2-amd64-OT816k/linux-2.6-2.6.32/debian/build/source_amd64_vserver/net/core/dst.c:272 ip_v4_find_src+0x74/0x141() Sep 26 07:26:58 srv03044 kernel: [ 374.526741] Hardware name: S5500BC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644145: dokuwiki: Oldstable update patch incomplete
Package: dokuwiki
Version: 0.0.20080505-4+lenny3
Followup-For: Bug #644145
Hello,
We had the same problem.
In odrder to make it work agagin, we just downloaded the last source
version and patched /usr/share/dokuwiki/inc/confutils.php to implement
the 2 missing functions (getSchemes retrieveConfig).
Here is the diff:
diff --git a/confutils.php b/confutils.php
index c18b92a..680f144 100644
--- a/confutils.php
+++ b/confutils.php
@@ -132,6 +132,18 @@ function getWordblocks() {
}
+function getSchemes() {
+static $schemes = null;
+if ( !$schemes ) {
+$schemes = retrieveConfig('scheme','file');
+}
+$schemes = array_map('trim', $schemes);
+$schemes = preg_replace('/^#.*/', '', $schemes);
+$schemes = array_filter($schemes);
+return $schemes;
+}
+
+
/**
* Builds a hash from a configfile
*
@@ -165,6 +177,36 @@ function confToHash($file,$lower=false) {
}
/**
+ * Retrieve the requested configuration information
+ *
+ * @author Chris Smith ch...@jalakai.co.uk
+ *
+ * @param string $type the configuration settings to be read,
must correspond to a key/array in $config_cascade
+ * @param callback $fn the function used to process the
configuration file into an array
+ * @param array$paramoptional additional params to pass to the
callback
+ * @return arrayconfiguration values
+ */
+function retrieveConfig($type,$fn,$params=null) {
+global $config_cascade;
+
+if(!is_array($params)) $params = array();
+
+$combined = array();
+if (!is_array($config_cascade[$type])) trigger_error('Missing
config cascade for '.$type.'',E_USER_WARNING);
+foreach (array('default','local','protected') as $config_group) {
+if (empty($config_cascade[$type][$config_group])) continue;
+foreach ($config_cascade[$type][$config_group] as $file) {
+if (@file_exists($file)) {
+$config =
call_user_func_array($fn,array_merge(array($file),$params));
+$combined = array_merge($combined, $config);
+}
+}
+}
+
+return $combined;
+}
+
+/**
* check if the given action was disabled in config
*
* @author Andreas Gohr a...@splitbrain.org
I just tested the -lenny4 version and it works too.
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644234: Update xmoto to 0.5.8
Package: xmoto Version: 0.5.5-1 Severity: wishlist It would be nice to see XMoto 0.5.8 in Debian repository. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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#644227: [pkg-lighttpd] Bug#644227: lighttpd create-mime.assign.pl ignores ~/.mime.types
On Tue, Oct 4, 2011 at 10:27 AM, Magnus Olsson mag...@minimum.se wrote: On 10/04/2011 10:22 AM, Olaf van der Spek wrote: On Tue, Oct 4, 2011 at 10:17 AM, Magnus Olssonmag...@minimum.se wrote: I want to add support for .json files which currently are treated as some kind of binary file by lighttpd. This is mostly a webserver extension, so I guess it also applies to apache It sounds like a global mime type, not restricted to the domain of web servers. and other webservers. I am unsure if these too use the /etc/mime.types files, if they do, it makes sense adding it to the mime-support package and I think they do. integrate .json files into upstream /etc/mime.types However, I also plan on using a custom file extension, for which I need a mime-type. I don't really care if it's per-user (as long as www-data counts as a user), per-daemon (as long as lighttpd is included) or system-wide way to define the mime-type for this custom file ext.. I simply need a way of doing it. With the current system, how do you suggest adding a new mime-type? The only way I see is editing /etc/mime.types, which will cause conflicts for every update of mime-support package. I've never needed to alter mime types, but you're right, editing mime.types isn't ideal. Unfortunately the file name and type of mime types is hard-coded (at least in Lighttpd), so I think there's no better option. Ideally there'd be a mime.user.types or so for the sys admin to use. A mime.user.types would be ideal. Do you propose adding this to lighttpd or should this be added to the mime-support package? It's not Lighttpd specific, so it shouldn't be in the Lighttpd pkg. Your best bet is to ask the developers of mime-support how this should be handled properly. Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644153: salome: not installable in sid
On Mon, Oct 3, 2011 at 13:34:01 +0200, Ralf Treinen wrote: Package: salome Version: 5.1.3-9 Severity: serious User: trei...@wdebian.org Usertags: edos-outdated salome says: Depends: ... python ( 2.6) ... However, we have python 2.7 in sid. This makes the package not installable in sid. There were about 15 other things that made it uninstallable even before that. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644235: pcmanfm displays wrong filesizes
Package: pcmanfm Version: 0.9.8-1 Severity: normal Hello, when I click on properties in the right-button menu on a file or a directory, pcmanfm reports wrong sizes. For example [0] I have a root partition of 48.2 GB, and properties of my /home (which is in the same partition) say 33 GB total size, and 268.5 GB occupied on disk. TIA. regards, Mark PS: probably also the free space and total in the status bar are not very accurate (but in this case it can be a different rounding algorithm. They are, respectively, 8.0/51.8 when 'df -h' says 7.5/49). [0]: http://img254.imageshack.us/img254/7724/bugpcmanfm.png -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (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 pcmanfm depends on: ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libfm-gtk0 0.1.14-2 ii libfm0 0.1.14-2 ii libglib2.0-0 2.28.6-1 ii libgtk2.0-02.24.4-3 ii libpango1.0-0 1.28.4-3 ii libx11-6 2:1.4.4-2 Versions of packages pcmanfm recommends: ii gnome-icon-theme 3.0.0-4 ii gvfs-backends 1.6.4-4 ii gvfs-fuse none ii lxde-icon-theme 0.0.1+svn20091206-2 pcmanfm suggests no packages. -- no debconf information -- GPG Public Key: 0xCD542422 Why do nerds always confuse Halloween and Xmas? Because Oct 31 == Dec 25 signature.asc Description: Digital signature
Bug#644236: installation fails when rpcbind is disabled, although nfs-common is disabled there too
Package: nfs-common Version: 1:1.2.5-2 Severity: important Dear Maintainer, I have found a bug on upgrading nfs-common that might be nfs-common init script header or insserv related: * What led up to the situation? Upgrading nfs-common when nfs-common and (!) rpcbind is disabled in insserv. merkaba:~ LANG=C apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done The following packages have been kept back: kmymoney kmymoney-common tryton-client 0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? Setting up nfs-common (1:1.2.5-2) ... insserv: Service rpcbind has to be enabled to start service nfs-common insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing nfs-common (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: nfs-common E: Sub-process /usr/bin/dpkg returned an error code (1) * What exactly did you do (or not do) that was effective (or ineffective)? Explicetely disabling nfs-common again does not help: merkaba:~ insserv -r nfs-common merkaba:~ LANG=C apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done The following packages have been kept back: kmymoney kmymoney-common tryton-client 0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? Setting up nfs-common (1:1.2.5-2) ... insserv: Service rpcbind has to be enabled to start service nfs-common insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing nfs-common (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: nfs-common E: Sub-process /usr/bin/dpkg returned an error code (1) * What was the outcome of this action? The installation failed. * What outcome did you expect instead? It should have succeeded. This is on a laptop where I only use NFS on demand. I do not want to have it running when I do not use it. I think this is a valid usage scenario. Thus when nfs-common *and* rpcbind are disabled in insserv installation should still succeed. This might be a bug in insserv. If so please reassign. * Workaround to have apt upgrade nfs-common Temporarily enabling both nfs-common and rpcbind lets nfs-common upgrade smoothly: merkaba:~#100 insserv rpcbind merkaba:~ insserv nfs-common merkaba:~ LANG=C apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done The following packages have been kept back: kmymoney kmymoney-common tryton-client 0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? Setting up nfs-common (1:1.2.5-2) ... Stopping NFS common utilities: idmapd statd. Starting NFS common utilities: statd Not starting: portmapper is not running ... (warning). merkaba:~ insserv -r nfs-common merkaba:~ insserv -r rpcbind merkaba:~ Bug script failed due to rpcbind not running, but I do not think it matters for this bugreport. If you want to have output of it, please tell. Thanks, Martin *** End of the template - remove these lines *** -- Package-specific info: -- rpcinfo -- -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (120, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (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 nfs-common depends on: ii adduser 3.113 ii initscripts 2.88dsf-13.11 ii libc6 2.13-21 ii libcap2 1:2.22-1 ii libcomerr2 1.42~WIP-2011-09-25-1 ii libdevmapper1.02.1 2:1.02.65-1 ii libevent-1.4-2 1.4.14b-stable-1 ii libgssapi-krb5-21.9.1+dfsg-3 ii libgssglue1 0.3-3 ii libk5crypto31.9.1+dfsg-3 ii libkeyutils11.5.2-2 ii libkrb5-3 1.9.1+dfsg-3 ii libnfsidmap20.24-1 ii libtirpc1 0.2.2-5 ii libwrap07.6.q-21 ii lsb-base3.2-28 ii rpcbind 0.2.0-6 ii ucf
Bug#644230: debian-policy: Please change virtual package name for Japanese fonts
Nobuhiro Iwamatsu wrote:
There are ttf-japanese-mincho and ttf-japanese-gothic in the virtual package
of font packages for Japanese now.
By the Fonts team, we are switching over from ttf- to fonts- by ackage file
name now.
To this shift, I suggest that I change the virtual package
from ttf-japanese-{mincho, gothic} to fonts-japanese-{mincho, gothic}.
Sounds fine to me.
Please forgive my ignorance: how is one supposed to use these virtual
packages? I wonder if packages like kanatest should be depending on
these virtual packages, and if there is some standard font name or
other interface packages can use to get the right behavior when they
are installed.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644057: the message is minor for the package's audience for the moment
severity 644057 minor thanks Hi Holger, Have many thanks also from my side. The package's maintainer is awaiting his DM status any time soon now and I would want to use this (in my perception well tolerable) issue to gets some early training on how to perform the uploads and close bugs on the fly. Hence, I am not uploading his fix for the next two weeks, hoping Laszlo to have reached the DM status in that time. Best, Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638595: [WWWOFFLE-Users] WWWOFFLE HTTPS now unusable
jida...@jidanni.org writes: Various truncation states are observed: $ GET https://bugzilla.mozilla.org/ | sed '$!d' /htmlout of dynamic memory in yy_get_next_buffer() $ GET -P https://bugzilla.mozilla.org/ | sed '$!d' $ GET https://bugzilla.wikimedia.org/ | sed '$!d' $ GET -P https://bugzilla.wikimedia.org/ | sed '$!d' $ wwwoffle https://bugzilla.mozilla.org/ Requesting: https://bugzilla.mozilla.org/ $ wwwoffle -o https://bugzilla.mozilla.org/ | sed '$!d' lispan class=separator| /spana href=query.cgiSearch/a/li $ GET https://bugzilla.mozilla.org/ | sed '$!d' $ I believe that these problems are all fixed in the new version of WWWOFFLE (2.9h) which I released yesterday. The problems were caused by the combination of an incompatible change in gnutls (now fixed, but this new version of WWWOFFLE has a work-around) and an apparent change in gnutls behaviour which exposed a pre-existing bug in WWWOFFLE (now fixed). -- Andrew. -- Andrew M. Bishop a...@gedanken.demon.co.uk http://www.gedanken.demon.co.uk/ WWWOFFLE homepage: http://www.gedanken.demon.co.uk/wwwoffle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636136: eclipse update system is not working
Package: eclipse Version: 3.7~exp-5 Followup-For: Bug #636136 I'm not sure this is the same issue, but I can't make the updates system work either. It didn't work in the 3.5 package but I didn't try hard. I needed 3.7 to work. When I try to add an extra source eclipse fails to add it. Details shows: Some sites could not be found. See the error log for more detail. Unable to read repository at http://download.eclipse.org/releases/maintenance/content.xml. Host name may not be null Unable to read repository at http://download.eclipse.org/birt/update-site/3.7-interim/content.xml. Host name may not be null The URLs I have added do not end with '/content.xml' , and return some XML file. The URLs mentioned there return 404. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages eclipse depends on: ii eclipse-jdt 3.7~exp-5 ii eclipse-pde 3.7~exp-5 eclipse recommends no packages. eclipse suggests no packages. Versions of packages eclipse-platform depends on: ii ant1.8.2-4 ii ant-optional 1.8.2-4 ii default-jre [java6-runtime]1:1.6-40 ii eclipse-platform-data 3.7~exp-5 ii eclipse-rcp3.7~exp-5 ii gcj-4.4-jre [java5-runtime]4.4.6-11 ii gcj-4.6-jre [java5-runtime]4.6.1-2 ii gcj-jre [java5-runtime]4:4.6.1-2 ii java-common0.40 ii libc6 2.13-21 ii libcommons-codec-java 1.5-1 ii libcommons-el-java 1.0-7 ii libcommons-httpclient-java 3.1-10 ii libcommons-logging-java1.1.1-8 ii libjasper-java 5.5.33-1 ii libjetty-java 6.1.24-6 ii libjsch-java 0.1.42-2 ii liblucene2-java2.9.4+ds1-4 ii libservlet2.5-java 6.0.32-6 ii openjdk-6-jre [java6-runtime] 6b23~pre7-1 ii perl 5.12.4-4 ii sat4j 2.3.0-2 Versions of packages eclipse-platform recommends: ii eclipse-pde 3.7~exp-5 Versions of packages eclipse-platform suggests: ii eclipse-jdt 3.7~exp-5 Versions of packages eclipse-pde depends on: ii default-jre [java6-runtime]1:1.6-40 ii eclipse-jdt3.7~exp-5 ii eclipse-platform 3.7~exp-5 ii gcj-4.4-jre [java5-runtime]4.4.6-11 ii gcj-4.6-jre [java5-runtime]4.6.1-2 ii gcj-jre [java5-runtime]4:4.6.1-2 ii libasm3-java 3.3.2-1 ii openjdk-6-jre [java6-runtime] 6b23~pre7-1 eclipse-pde suggests no packages. Versions of packages eclipse-jdt depends on: ii default-jre [java6-runtime]1:1.6-40 ii eclipse-platform 3.7~exp-5 ii gcj-4.4-jre [java5-runtime]4.4.6-11 ii gcj-4.6-jre [java5-runtime]4.6.1-2 ii gcj-jre [java5-runtime]4:4.6.1-2 ii junit 3.8.2-8 ii junit4 4.8.2-2 ii libhamcrest-java 1.1-8 ii openjdk-6-jre [java6-runtime] 6b23~pre7-1 Versions of packages eclipse-jdt recommends: ii default-jdk 1:1.6-40 Versions of packages eclipse-jdt suggests: pn eclipse-plugin-cvs none -- 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#642409: linux-2.6: suspend from gnome shutdown fails when krb5/nfs4 user logged in
On 28/09/11 11:09, John Hughes wrote: I think you're right about the problems now being userspace. I feel that the hang after thaw problems I'm seeing are caused by krb5 - it seems to like to get itself into a situation where it has no krb5 ticket so it can't access my home directory which prevents the unlock window popping up so it can't get my password and ask for a new krb5 ticket. If I log on on another screen or serial terminal then the unlock dialogue pops up. I'm going to continue testing today but so far my feeling is that the patch works as advertised - nfs4 shares no longer prevent suspend from working. I think my hangs (system not restarting from freeze, especialy when first starting in the morning) are probably related to the situation described in Ubuntu bug https://bugs.launchpad.net/ubuntu/+bug/794112 and nothing to do with Jeff Layton's freezer patches. I've seen the error message described in the Ubuntu bug: Error: state manager encountered RPCSEC_GSS session expired against NFSv4 server. The bug report hints Error: state manager encountered RPCSEC_GSS session expired against NFSv4 server and I'm running a 3.1 kernel with a Debian squeeze userspace. I'll update the nfs utils and see whether that improves things. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644238: emacs23-nox: org-mode: normal lines interpreted as list items
Package: emacs23-nox
Version: 23.3+1-1.1
Severity: normal
Dear Maintainer,
When using Org within GNU Emacs, integers starting lines and followed by
a period are interpreted as the first items of ordered lists, even when
they are not. Take, for instance, the following text in Org syntax and
the corresponding part in a LaTeX export:
Org text:
Bla bla bla, bla bl, bla bla bla, bla bla, bla bla bla,
1998. Bla, bla bla bla bla, bla bla. Bla bla bla bla bla bla, bla
bla bla, bla bla bla bla, bla bla.
LaTeX export:
Bla bla bla, bla bl, bla bla bla, bla bla, bla bla bla,
\begin{enumerate}
\item Bla, bla bla bla bla, bla bla. Bla bla bla bla bla bla, bla
\end{enumerate}
bla bla, bla bla bla bla, bla bla.
Why are integers, dashes and other characters interpreted as item
markers when they are not indented with respect to the previous line?
Thanks,
-- System Information:
Debian Release: wheezy/sid
Versions of packages emacs23-nox depends on:
ii emacs23-bin-common 23.3+1-1.1
ii libasound2 1.0.24.1-4
ii libc6 2.13-21
ii libdbus-1-3 1.4.16-1
ii libgpm2 1.20.4-4
ii libncurses5 5.9-2
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644227: lighttpd create-mime.assign.pl ignores ~/.mime.types
On 10/04/2011 09:29 AM, Magnus Olsson wrote: Lighttpd gets its MIME configuration from output of /usr/share/lighttpd/create-mime.assign.pl. This script only reads MIME types from /etc/mime.types. However, the mime-support package also keeps per-user MIME-types in ~/.mime.types. These are ignored in the Lighttpd configuration, even if kept in www-data home-dir. The only way to add new per-user MIME types that are also picked up by Lighttpd is through /etc/mime.types, which is not recommended. Files in /etc are there to be changed. To avoid update conflicts, the mime-support package should be fixed to either allow additional config files in /etc (like /etc/mime.types.d) or to put the current data in /usr/share, and only have custom types in /etc/mime.types. I propose that create-mime.assign.pl also reads .mime.types in the home-dir of lighttpd user (lighttpd.conf::server.username) Reading from any user home dir is certainly not an option. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644239: TAG: liquidwar6 -- Multiplayer wargame
Package: wnpp Severity: RFP This package is the sequel of the game liquidwar, which is already in Debian (eg http://packages.debian.org/squeeze/liquidwar). Liquid War 6 is a complete rewrite so it's definitely a different package, it's part of the GNU Project, home page http://www.gnu.org/software/liquidwar6/ The upstream tarball (I'm the maintainer) does have a ./debian directory, it's debianized enough so that I can offer .debs for download for players who don't want to compile the source, I'm pretty sure it needs tuning to be fully Debian compliant, but at least some stuff is done upstream. Have a nice day, Christian. -- Christian Mauduit - http://www.ufoot.org/___ __/\__ Liquid War 6 - http://www.gnu.org/software/liquidwar6/ / _)\~ \~/ Mouette Charbons - http://mouetteetcharbons.tumblr.com/ _/ / /_ o_\ Ultrafondus - http://www.ultrafondus.net/(__/ \/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561851: mii-tool reports full-duplex as half-duplex
i'm also affected by bug 561851 cheers, raoul -- DI (FH) Raoul Bhatia M.Sc. email. r.bha...@ipax.at Technischer Leiter IPAX - Aloy Bhatia Hava OEG web. http://www.ipax.at Barawitzkagasse 10/2/2/11 email.off...@ipax.at 1190 Wien tel. +43 1 3670030 FN 277995t HG Wien fax.+43 1 3670030 15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644212: linux-image-2.6.32-5-amd64: kernel BUG at kernel/exit.c:1035: invalid opcode: 0000
On Tue, Oct 04, 2011 at 03:29:50AM +0100, Ben Hutchings wrote: On Tue, 2011-10-04 at 03:51 +0300, Faidon Liambotis wrote: Package: linux-2.6 Version: 2.6.32-35 Severity: normal The stack trace can be seen below; if it matters, note that the machine a) is running under KVM, b) has relatively high CPU I/O load c) it's the first time it has BUGed, although it has been running with 2.6.32 since April and with 2.6.32-35 since early August. [...] Well this is pretty damn weird. This BUG message means that the scheduler reselected a task to run after it exited (i.e. it was a zombie). I can't find any related bug reports or fixes. I'm afraid we are unlikely to be able to progress this unless it is reproducible. Yeah, I figured it was weird... I don't think I'll be able to reproduce this, it wasn't even triggered by user action (the process that crashed it is a daemon) — and as I said, it's the first time it's being doing this in quite a while. If you have any ideas on how to reproduce it or get more info, I'm all ears :-) The machine is, surprisingly, still up and running although I'll have to reboot it (just to be safe) soon. Thanks, Faidon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642602: [Pkg-xfce-devel] Bug#642602: xfce4-panel: Tasklist floating point exception
On sam., 2011-09-24 at 12:48 +0100, Fred Myers wrote: Panel crashes and refuses to restart (floating point exception). Changing grouping=2 to grouping=1 in '.config/xfce4/panel/tasklist-3.rc' fixes the problem. Core dump attached. Thanks but it'd be more helpful in this case to provide a backtrace with debugging symbols. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643289: [Pkg-xfce-devel] Bug#643289: xfce4-panel: xfce4 panel exits unexpectedly
On lun., 2011-09-26 at 20:18 -0400, william wrote: the main xfce4 panel quits unexpectedly and it does not reload after it quits on its own i expected the xfce4 panel to work and not quit What exactly am I supposed to do with that? -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591950: in Evolution
Hello, * François Jortay f...@franjor.net [2011-09-29 14:39:35 CEST]: Annoying Bug#591950 in Evolution is fixed in the 2.32.2-1 version. (source : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591950 ) But there is still nothing about it in : http://packages.debian.org/en/squeeze-backports/mail ... That is because backports is not about getting bugfixes available but about getting new features available. If the bug is annoying and the fix is easy, this is something that should get addressed directly in squeeze and not be worked around through a squeeze-backports upload, which would be an abuse of the service (if only done for that purpose). Looking at the referenced commit that is meant to fix the bug getting it into squeeze directly shouldn't be much of a magic or objection from the release team (IMHO, I'm not part of the release team so they could have a different view on this than me): http://git.gnome.org/browse/evolution-data-server/commit/?id=6d466 Thanks for understanding, and I hope the package maintainers pick up the hint. Enjoy! Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644227: lighttpd create-mime.assign.pl ignores ~/.mime.types
On 10/04/2011 11:11 AM, Stefan Bühler wrote: On 10/04/2011 09:29 AM, Magnus Olsson wrote: Lighttpd gets its MIME configuration from output of /usr/share/lighttpd/create-mime.assign.pl. This script only reads MIME types from /etc/mime.types. However, the mime-support package also keeps per-user MIME-types in ~/.mime.types. These are ignored in the Lighttpd configuration, even if kept in www-data home-dir. The only way to add new per-user MIME types that are also picked up by Lighttpd is through /etc/mime.types, which is not recommended. Files in /etc are there to be changed. To avoid update conflicts, the mime-support package should be fixed to either allow additional config files in /etc (like /etc/mime.types.d) or to put the current data in /usr/share, and only have custom types in /etc/mime.types. I like the idea of a drop-directory! I propose that create-mime.assign.pl also reads .mime.types in the home-dir of lighttpd user (lighttpd.conf::server.username) Reading from any user home dir is certainly not an option. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607983: I confirm
I can confirm this issue with my Abiword. Abiword hangs when About GnomeOffice in menu is selected. -- Alain Rpnpif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644227: [pkg-lighttpd] Bug#644227: lighttpd create-mime.assign.pl ignores ~/.mime.types
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reassign 644227 mime-support retitle 644227 Please add support for /etc/mime.types.d or alternatives affects 644227 lighttpd thanks Hello, On 04.10.2011 11:11, Stefan Bühler wrote: Files in /etc are there to be changed. To avoid update conflicts, the mime-support package should be fixed to either allow additional config files in /etc (like /etc/mime.types.d) or to put the current data in /usr/share, and only have custom types in /etc/mime.types. Either one is a good idea I like. That's the right approach, and one which also works globally. Unfortunately many packages may rely on a single /etc/mime.types file, so I guess mime-support's maintainer would need to add a update-mime-types helper or something which merges changes upon request to a single file. Having that said, I think this is not a problem specific to Lighttpd and while it would be easy to implement that for us, because we do have a mime.types wrapper already, I believe a proper solution would work for any program relying on the mime.types file. Hence I reassign this bug to to mime-support in hope maintainers there will agree. If you there think this is not a more generic problem, please reassign the bug back to us. - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOitUpAAoJEMcrUe6dgPNtdQkP/3YJEhCN7NNypoXxfrlHiqFW dGdbfB9MLC66EBboPj8UFucHVvPMij34ovhvyY/cv8k2RlkrhdY+yZnSLRoUD0f5 2ZczZO2G9yQPIt5QY0wZKPMJTwKjiQXvCIKKW1AmRCQ3PH72/Z9qtB96dtXe6n4J UyYGwDMiu8h8GNF4aWYGXckFlAESkzKBvUnpjo3EdtCADZkegIHZpMUN2HgbJVsk LPNcCk/m0Jy2FCOnXsav/PRBMUhQLsxWl7wW2uVCCU4dHkeRmULrTmS3L8HnY2fJ 2h7YtLNio9MIgEwmz+Q5oVpxU0vqW2SY6nuzOpDyDYnE5uXQpqRbNXTnUj7J0Z/p u/2FhavpTepaOdMTZQ4UKN83p/139BsGHwzUsFk5qAL9A/2P7qcDD449QeDlgFBI V57DHDKipUPcbJMP3eAjWY4AA3YqleWDmJGpzQ6p6GdwxGIs2qdl4OuR6gp67z60 +D3L+qI70V6zUFj6LT8w6GtWhT3nIsuEWLGjhwWndqDOXQOVeBWVwpazbIwqTxZ5 Ajum5FC5ZwALq+hGv45u2ghLnc/OiJNiFtD6Ibbb2NbpUg7xcOGCTb87bACO6Gkd 18Gmw7Uwc+GrEMmAqkXhSHq0PszxVOeliV7aFmcJPLcp9Dv9jNY2t4fga5FbhBRz SXFpeJ3lc/pAk30/AD+J =rNAy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642604: [pkg-lighttpd] Bug#642604: Bug#642604: lighttpd always binds to IPv6 on TCP port 80
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, what should we do here? I conclude that neither Olaf nor I are particularly thrilled from your idea. On the other hand I can also see how you have some valid points - despite of a very specific use case you have. Hence I guess its decision time. Any proposals? - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOitXYAAoJEMcrUe6dgPNtjhQP/RIUrqa3lNHapfXbB8sycpv+ t+28EuF+SUMlz5HrA3UWQWLSdDmor86C0btBDa/fp3GWjqMLADVBErqc1IPRympE Xoiwkr7vFHs5a2q91I5OJKgUo6anjDHxW++VqJTK4bSdFFlm5mzBR+gKJtORbbzN Lf2LL2eWVAVaMU9HcYcLWtGqWVmFTgI6SlLAY07ZWG4VvSGCA82g8hF1liCr5WtK ZTpsixop1na9mLIMqthGgQnKLPFYYFnz8RHAk/9JwVmfRVudYxKdFdR9SxtFgIsg 26hVysv7CaqM2bBZv9dwRZXrwCUkFq3V8LyBwFMaAQW4VODrAE7a86+fYyg/fy1o YxT4yhajTyus84qEVe/+Qpg7jAq+nRB0UCmq6oUThXs+i3hMSC3CKPuBWTBlP6wY 0MevRdET1YuljPY3W3Qc+/893okwKDH1yaYLQbiC2alehLr8szl2yf2TGAHde3TO occKyAxg3fYyDuMKgkQOwY+h0AVlYVFpOrLorT84ZKmN4nf3cH/9U6EfHX9Gb1ML E2h+RrS9xr4hj7xKcNj59kLeLblTKzR/MVLudUOu8WGIqUWPhHvhRPDAuHWTZBeP hQHWVouG3utrcmKh7/2Y+TxStvxnYBTZZSeSdCHAf0Ul9/haf8L5NYcpEzn/QJLe qqeBEf+YlyLakRvvS1+T =xf4Y -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644239: TAG: liquidwar6 -- Multiplayer wargame
retitle 644239 RFP: liquidwar6 -- Multiplayer wargame severity 644239 wishlist thanks Christian Mauduit uf...@ufoot.org writes: Package: wnpp Severity: RFP Please read the documentation[1] regarding the use of the wnpp pseudo-package, to see how package requests should be filed (it boils down to the subject having an RFP: prefix, and severity set to wishlist). I've retitled and set the severity of your report appropriately now, though. But in the future, please follow the guidelines, so your request will be visible on the WNPP pages[2] without extra effort. [1]: http://www.debian.org/devel/wnpp/#l1 [2]: http://www.debian.org/devel/wnpp/requested -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644240: bat: ASSERT failure in QListT::operator[]: index out of range
Package: bacula-console-qt Version: 5.0.2-2.2+b1 Severity: normal Hi, Sometimes when I select to restore All files from a specific job, 'bat' will crash with this message: | ASSERT failure in QListT::operator[]: index out of range, file | /usr/include/qt4/QtCore/qlist.h, line 447 | Aborted Cheers -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bacula-console-qt depends on: ii bacula-common 5.0.2-2.2+b1 network backup, recovery and verif ii debconf 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libqtcore44:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii libssl0.9.8 0.9.8o-4squeeze2 SSL shared libraries ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra bacula-console-qt recommends no packages. bacula-console-qt 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#644145: dokuwiki: Oldstable update patch incomplete: Fatal error: Call to undefined function getSchemes()
Hi Tanguy, Tanguy Ortolo wrote: Axel Beckert, 2011-10-03 12:14 UTC+0200: the backported patch in the oldstable update for DokuWiki is incomplete and contains a reference to a function getSchemes which is not yet existent in the oldstable version of DokuWiki. Yes indeed, shame on me for not having detected that! Here is an updated package if you want to try it before I ask for an update in oldstable. http://tanguy.ortolo.eu/deb/dokuwiki/dokuwiki_0.0.20080505-4+lenny4_all.deb Thanks for the prompt fix. The package mentioned above works fine in our setup. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644241: chrony: new upstream version 1.26 available
Package: chrony Severity: wishlist Dear Maintainer, Chrony 1.26 is available, please consider packaging it. I'm interested to co-maintain this package if you agree. Cheers, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=mg_MG.utf8, LC_CTYPE=mg_MG.utf8 (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#644242: debbugs pkg: debbugs-upgradestatus does not work
Package: debbugs Version: 2.4.2~exp1 Severity: important Hello Debbugs developers, I am attempting to migrate a copy of my debbugs installation from 2.4.1 to 2.4.2~exp1. Following the instruction I ran the script debbugs-upgradestatus, but it fails: # /usr/sbin/debbugs-upgradestatus archive BUG: 17: key 'found_versions' in .summary but not .status! However the generated file 17.summary seems correct. It seems to me the test checks for fields that were never part of the 2.4.1 debian package. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641675: mplayer: Spelling and grammar errors
On Wed, Sep 14, 2011 at 10:28:48PM -0700, Paul Stewart wrote: In Ubuntu, the attached patch was applied to achieve the following: To clarify, this patch has *not* been applied in Ubuntu. It was proposed as a change to Ubuntu (https://code.launchpad.net/~paulbrianstewart/ubuntu/oneiric/mplayer/829078-Spelling-Grammar-Fix/+merge/72241) and we suggested filing it as a patch in the Debian BTS instead. ## REPLACE THIS WITH ACTUAL INFORMATION - ## Please add all necessary information about why the change needed to go in ## Ubuntu, quote policy, spec or any other background material and why it can ## and should be used in Debian too. If the patch is composed of multiple ## independent pieces, please send them as separate bug reports. ## REPLACE THIS WITH ACTUAL INFORMATION - For both this and the above, please make sure to edit the template provided to you by submittodebian. It's supposed to be edited before you send it. Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644243: regression: get_text doesn't work as it should and did. patch included
Package: libpoppler-glib6
Version: 0.16.7-2+b1
Severity: important
Dear Maintainer,
theanks a lot for providing poppler.
my problem:
the poppler_page_get_text function began to return only part of the full text
of a page, while pdftotext kept returning the whole text, correctly.
after some research, with the help of albert from upstream, i found the problem
has been introduced by brian in a selection with right to left related patch,
between
0.13.2 and 0.13.3.
me and albert tryed to contact brian, with no success yet.
but since the offending patch was about selected text, i've modified the
poppler_page_get_text function to directly get the whole text, and not to
invoke the poppler_page_get_selected_text, which naturally fell victim to this
bug.
i hope albert, maybe together with brian, would consider applying this patch
on 0.18.x, but they refused to apply it on older 0.16.x, that we have in debian.
hence i'd ask you to apply it for debian users.
diff --git a/glib/poppler-page.cc b/glib/poppler-page.cc
index 9850d44..63f9955 100644
--- a/glib/poppler-page.cc
+++ b/glib/poppler-page.cc
@@ -843,13 +843,21 @@ poppler_page_get_selected_text (PopplerPage
*page,
char *
poppler_page_get_text (PopplerPage *page)
{
- PopplerRectangle rectangle = {0, 0, 0, 0};
+ GooString *sel_text;
+ double width, height;
+ char *result;
+ TextPage *text;
g_return_val_if_fail (POPPLER_IS_PAGE (page), NULL);
- poppler_page_get_size (page, rectangle.x2, rectangle.y2);
+ poppler_page_get_size (page, width, height);
+
+ text = poppler_page_get_text_page (page);
+ sel_text = text-getText (0, 0, width, height);
+ result = g_strdup (sel_text-getCString ());
+ delete sel_text;
- return poppler_page_get_selected_text (page, POPPLER_SELECTION_GLYPH,
rectangle);
+ return result;
}
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.0.0-1-686-pae (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 libpoppler-glib6 depends on:
ii libc6 2.13-21
ii libcairo2 1.10.2-6.1
ii libfreetype62.4.6-2
ii libgcc1 1:4.6.1-4
ii libgdk-pixbuf2.0-0 2.24.0-1
ii libglib2.0-02.28.6-1
ii libpoppler130.16.7-2
ii libstdc++6 4.6.1-4
libpoppler-glib6 recommends no packages.
libpoppler-glib6 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#623177: linux-2.6: Please enable CONFIG_CRASH_DUMP on x86 architectures
Seconded. Also reported in [1]. The status of this issue is also the same in Wheezy's linux-image-3.0.0-1-amd64 and experimental's linux-image-3.1.0-rc7-amd64_3.1.0~rc7-1~experimental.1_amd64.deb I haven't been able to figure out if enabling CONFIG_CRASH_DUMP adds any overhead at all. Are there other reasons for not enabling it? [1]: Bug 629627: please support kdump (enable CONFIG_CRASH_DUMP=y?): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629627 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#308580: Multiple readers bad
My problem was that the LXC containers I ran also run the klogd, which also were reading from the /proc/kmsg file. Disabling the klogd in the containers solved the problem. -- Arie
Bug#642040: Another request to increase the number of NFA states allowed
Processing power even on netbooks is demonstrated to be enough to handle instructions much more complex than this. benjamin -- Agaric http://agaric.coop New York * Boston * Hamburg where you are - web strategy and development - where you need to be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644106: Python upgrade fails to find wicd modules.
(Disclaimer: I'm not the maintainer of this package and I don't really what happened here. Perhaps it's another instance of #594814.) * Chris Koehnen crkoeh...@gmail.com, 2011-10-02, 16:42: As a work-around, I created a symlink, /usr/lib/pymodules/python2.7, Do you mean that /usr/lib/pymodules/python2.7 didn't exist at all? Or did you have to remove it first? pointing to /usr/lib/pymodules/python2.6. Please never ever do things like that. You just broke your system. These directories are separate for a reason. Fortunately, there's an easy way to undo this damage: 1) Remove /usr/lib/pymodules/python2.*/ (yes, both of them). 2) Run update-python-modules -a, which should reconstruct these directories. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644244: [qa.debian.org] sf.php redirection is not working: failed: 404 File Not Found
Package: qa.debian.org Severity: normal Hi, sf.php redirection is not working properly: $ uscan --report uscan warning: In watchfile debian/watch, reading webpage http://qa.debian.org/watch/sf.php/xmlstar/ failed: 404 File Not Found $ cat debian/watch version=3 http://sf.net/xmlstar/xmlstarlet-(.*)\.tar\.gz Otherwise, the following link (present in xmlstarlet PTS) works fine: http://qa.debian.org/watch/sf.php/xmlstar/xmlstarlet-1.3.0.tar.gz Thanks for your work! Mònica -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643336: libgcrypt11: New 1.5.0 version segfaults with NSS/PAM LDAP
Coin, Quoting Andreas Metzler ametz...@downhill.at.eu.org: do you also get the segfault when connecting the ldap server with gnutls-cli? I was not able to test it with starttls (as in my configuration), as it seems gnutls-cli waits indefinitely for the right moment to issue a STARTTLS. Nevertheless, using ldaps:// does reproduce the problem, so i tried using: # gnutls-cli --x509cafile /etc/ssl/certs/ca-certificates.crt -p 636 db-ldap-3.duckcorp.org Processed 159 CA certificate(s). Resolving 'db-ldap-3.duckcorp.org'... Connecting to '2001:7a8:810:6969::1:636'... - Certificate type: X.509 - Got a certificate list of 2 certificates. - Certificate[0] info: - subject `C=DL,ST=DuckLand,L=DuckCity,O=DuckCorp,OU=DuckCorp LDAP Server,CN=db-ldap-3.duckcorp.org,EMAIL=ad...@milkypond.org', issuer `C=DL,ST=DuckLand,L=DuckCity,O=DuckCorp,CN=DuckCorp CA,EMAIL=r...@duckcorp.org', RSA key 2048 bits, signed using RSA-SHA1, activated `2009-07-11 21:08:28 UTC', expires `2012-07-10 21:08:28 UTC', SHA-1 fingerprint `f2df9b66753df63c874321f64fd386c6417d00e9' - Certificate[1] info: - subject `C=DL,ST=DuckLand,L=DuckCity,O=DuckCorp,CN=DuckCorp CA,EMAIL=r...@duckcorp.org', issuer `C=DL,ST=DuckLand,L=DuckCity,O=DuckCorp,CN=DuckCorp CA,EMAIL=r...@duckcorp.org', RSA key 1024 bits, signed using RSA-MD5 (broken!), activated `2004-12-02 19:08:23 UTC', expires `2014-11-30 19:08:23 UTC', SHA-1 fingerprint `948c918a78963793fb89e78f68f9f97d4df8e915' - The hostname in the certificate matches 'db-ldap-3.duckcorp.org'. - Peer's certificate is trusted - Version: TLS1.2 - Key Exchange: RSA - Cipher: AES-128-CBC - MAC: SHA1 - Compression: NULL - Handshake was completed - Simple Client Mode: Do I understand correctly that your cpu supports the AES-NI instruction set? (grep -i aes /proc/cpuinfo) flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx rdtscp lm constant_tsc arch_perfmon pebs bts xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 x2apic popcnt *aes* xsave avx lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid Regards. -- Marc Dequènes (Duck) pgptrLCUsFbcd.pgp Description: PGP Digital Signature
Bug#644151: claws-mail: Font has white color on white backgroung - just invisible when from Drafts folder
tags 644151 unreproducible moreinfo thanks Hi, On Mon, 03 Oct 2011 18:16:25 +0700 Sthu Deus sthu.d...@yandex.ru wrote: Package: claws-mail Version: 3.7.10-1+b1 Severity: normal Dear Maintainer, when I open a message saved in Drafts folder, I can not read it until I select all - then I see - because the test and background are of the same color. Typing in such a message is also imnpossible - as it is invisible. I did not set color of the text or its back at all. I suppose it be a bug. Claws Mail just uses GTK+ and does not much with colors. First try to see that your colours are correctly set to be readable (Configuration menu, Preferences... option, Display/Colors page, Other tab). If these look correct, you can try to find what is interfering: a) If you're using KDE you can try also to disable applying colors to non-KDE applications. b) Also, which GTK+ theme are you using? Try to set the default GTK+ theme and see if the colors are readable again. c) Finally try to see there's no dangling GTK+ resource files [0] in your home directory which could be modifying your Claws Mail colors. regards, [0] http://developer.gnome.org/gtk/stable/gtk-Resource-Files.html#gtk-Resource-Files.description -- Ricardo Mones http://people.debian.org/~mones «Expect the worst, it's the least you can do.» signature.asc Description: PGP signature
Bug#642604: [pkg-lighttpd] Bug#642604: Bug#642604: lighttpd always binds to IPv6 on TCP port 80
what should we do here? I conclude that neither Olaf nor I are particularly thrilled from your idea. On the other hand I can also see how you have some valid points - despite of a very specific use case you have. Hence I guess its decision time. Any proposals? Hmm, do you have anything specifically against breaking out those handful of directives into debian.conf/platform.conf, that would outweigh the benefits of making automated configuration management easier to handle? Yes, it might make it more difficult to find specific directives if they're spread across two files instead, but at least in this case the files will both be small enough that it shouldn't really be a problem in practice. Thanks, Adam. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643978: texmacs: impossible to type sz ligature
Hi, since the latest upgrade to the qt-based version, I can't type the ß character any longer. When I do, I get a ÿ character instead. I'm not sure yet but the latest texmacs Conflicts with texmacs-extra-fonts. I suspect it could be a culprit. Same problem here, but in addition, I would like to add, that pasting a ß works fine, so I guess it is not a font problem. I searched the upstream texmacs-users mailinglist for this problem, but couldn't find anything. -- eshat cakar web: www.eshat.de gpg-id: 799B 95D5 signature.asc Description: This is a digitally signed message part.
Bug#639733: wordpress: Wordpress breaks TinyMCE install
I've experienced this as well, no idea though what caused it. It was fixed by removing tinymce, deleting /usr/share/tinymce manually (some files were still left after dpkg --purge) and reinstalling it. After this the graphical post editor in Wordpress started working as usual. .m -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485977: any progress here?
On Mon, Oct 03, 2011 at 03:10:44PM -0400, anarcat wrote: Are we ever going to see this in Debian? :) Notice how smoketrace was actually removed from 2.5, and now upstream is at 2.6 - so it looks like the licensing issues are moot. Need help? Yes, feel free to adopt the package. See #568742. If nobody picks this up, I may eventually get around to packaging the newer version. Can't promise much though. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644246: python-meld3: broken with Python 2.7
Package: python-meld3
Version: 0.6.5-3
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch oneiric
When built for Python 2.7, python-meld3 is broken:
$ python
Python 2.7.2+ (default, Aug 16 2011, 07:29:45)
[GCC 4.6.1] on linux2
Type help, copyright, credits or license for more information.
import meld3
Traceback (most recent call last):
File stdin, line 1, in module
File /usr/lib/pymodules/python2.7/meld3/__init__.py, line 2, in module
from meld3 import parse_xml
File /usr/lib/pymodules/python2.7/meld3/meld3.py, line 27, in module
from xml.etree.ElementTree import fixtag
ImportError: cannot import name fixtag
This has been reported in a few other distributions' bug tracking
systems:
https://bugs.launchpad.net/ubuntu/+source/python-meld3/+bug/749880
https://bugzilla.redhat.com/show_bug.cgi?id=652890
... and fixed upstream:
https://github.com/Supervisor/meld3/commit/afe92611ee5959d1105a37c4403c99520e24c4ae
Jessica McKellar extracted the relevant patch and applied it to the
Ubuntu package. Here's a diff.
* Apply most of commit afe92611 upstream to make the package compatible
with Python 2.7. (LP: #749880)
-- Jessica McKellar jesst...@mit.edu Sun, 02 Oct 2011 16:08:55 -0400
--- python-meld3-0.6.5.orig/meld3/meld3.py
+++ python-meld3-0.6.5/meld3/meld3.py
@@ -3,6 +3,7 @@
import re
import types
import mimetools
+import string
from StringIO import StringIO
try:
@@ -24,10 +25,32 @@
from xml.etree.ElementTree import QName
from xml.etree.ElementTree import _raise_serialization_error
from xml.etree.ElementTree import _namespace_map
-from xml.etree.ElementTree import fixtag
from xml.etree.ElementTree import parse as et_parse
from xml.etree.ElementTree import ElementPath
+try:
+from xml.etree.ElementTree import fixtag
+except:
+def fixtag(tag, namespaces):
+# given a decorated tag (of the form {uri}tag), return prefixed
+# tag and namespace declaration, if any
+if isinstance(tag, QName):
+tag = tag.text
+namespace_uri, tag = string.split(tag[1:], }, 1)
+prefix = namespaces.get(namespace_uri)
+if prefix is None:
+prefix = _namespace_map.get(namespace_uri)
+if prefix is None:
+prefix = ns%d % len(namespaces)
+namespaces[namespace_uri] = prefix
+if prefix == xml:
+xmlns = None
+else:
+xmlns = (xmlns:%s % prefix, namespace_uri)
+else:
+xmlns = None
+return %s:%s % (prefix, tag), xmlns
+
# HTMLTreeBuilder does not exist in python 2.5 standard elementtree
from HTMLParser import HTMLParser
AUTOCLOSE = p, li, tr, th, td, head, body
--- python-meld3-0.6.5.orig/meld3/test_meld3.py
+++ python-meld3-0.6.5/meld3/test_meld3.py
@@ -1,6 +1,7 @@
import unittest
from StringIO import StringIO
import re
+import sys
_SIMPLE_XML = r?xml version=1.0?
root xmlns:meld=http://www.plope.com/software/meld3;
@@ -1671,9 +1672,13 @@
/html
def test_unknown_entity(self):
-from xml.parsers import expat
-self.assertRaises(expat.error, self._parse,
- 'htmlhead/headbodyfleeb;/body/html')
+if sys.version_info[:3] = (2,7,0):
+self.assertRaises(SyntaxError, self._parse,
+ 'htmlhead/headbodyfleeb;/body/html')
+else:
+from xml.parsers import expat
+self.assertRaises(expat.error, self._parse,
+ 'htmlhead/headbodyfleeb;/body/html')
def test_content_nostructure(self):
root = self._parse(_SIMPLE_XML)
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642604: [pkg-lighttpd] Bug#642604: Bug#642604: Bug#642604: lighttpd always binds to IPv6 on TCP port 80
On Tue, Oct 4, 2011 at 1:08 PM, Adam Nielsen a.niel...@shikadi.net wrote: but at least in this case the files will both be small enough that it shouldn't really be a problem in practice. Shouldn't? Really? Those qualifications indicate potential problems. Splitting lighttpd.conf makes things harder for the majority of users. For some, it might make things a little bit easier. The only conclusion I can draw is that it should not be split. Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644247: ITP: gtalk-shared-status -- adds Google Shared Status compatibility to Pidgin
Package: wnpp Severity: wishlist Owner: Karolina Kalic karol...@resenje.org * Package name: gtalk-shared-status Version : 0.2.2 Upstream Author : Federico Zanco federico.za...@gmail.com * URL : http://www.siorarina.net/gtalk-shared-status/ * License : GPL3 Description : adds Google Shared Status compatibility to Pidgin Gtalk-shared-status permits one to set the status for all the resources connected. This allows one to go Invisible... You have to choose what accounts use Google Shared Status in plugin options. Now it works with Google Apps addresses too. . The plugin is written to work with libpurple, so it (should) work with Finch..., too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644248: dvbsnoop: continuity counter checking wrong in presence of adaptation field
Package: dvbsnoop Version: 1.4.50-3 Severity: normal hi there, the mpeg spec says in section 2.4.3.3 under continuity counter: The continuity_counter shall not be incremented when the adaptation_field_control of the packet equals '00' or '10'. I think dvbsnoop assumes it is always increased when checking for CC errors, leading to false duplicate packet errors regards robert -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635120: Re: RFS: gedit-r-plugin (updated package, needed for gedit 3.0 transition, NMU)
On Tue, 04 Oct 2011 Michael Biebl bi...@debian.org mailto:biebl%40debian.org wrote: You changed the debian revision to 1.0, to suppress a lintian warning. The correct debian revision number in this case (NMU) would be 0.1 Thanks, I changed it to 0.1. Then I saw there was also a comment on debexpo, so after reverting the copyright file back from DEP-5 to the old format, because it's a NMU, and enhancing the changelog entry, the newest package has Debian revision 0.2: http://mentors.debian.net/debian/pool/main/g/gedit-r-plugin/gedit-r-plugin_0.7.1.0-Gtk3-0.2.dsc Best regards, Tobias
Bug#642604: [pkg-lighttpd] Bug#642604: Bug#642604: Bug#642604: lighttpd always binds to IPv6 on TCP port 80
but at least in this case the files will both be small enough that it shouldn't really be a problem in practice. Shouldn't? Really? Those qualifications indicate potential problems. Not really, it just means that there will be some small number of users who will need to do things differently, e.g. those who refuse to put logs in /var/log or similar. I would say more than 99.9% of users wouldn't notice. Splitting lighttpd.conf makes things harder for the majority of users. For some, it might make things a little bit easier. The only conclusion I can draw is that it should not be split. If you're really that much against the idea then I won't try to persuade you otherwise. All I can say is that it would make life much easier for anyone who uses tools to manage the config files, and I would be surprised if anyone else had any problems with it at all. For the record, most other packages for server apps have their Debian-specific settings elsewhere - either in separate config files or in /etc/default/* so the idea isn't anything unusual. In fact I've been able to configure my whole server through Puppet and only lighttpd and squid required Debian-specific paths to be hard-coded (luckily for Squid it was one path in /var/log which is the same everywhere so it wasn't a problem.) But, if you really dislike the idea that much, I will treat lighttpd as a special case and duplicate all the Debian paths and options in my config repository :-( Cheers, Adam. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642604: lighttpd always binds to IPv6 on TCP port 80
On 10/04/2011 01:34 PM, Olaf van der Spek wrote: On Tue, Oct 4, 2011 at 1:08 PM, Adam Nielsena.niel...@shikadi.net wrote: but at least in this case the files will both be small enough that it shouldn't really be a problem in practice. Shouldn't? Really? Those qualifications indicate potential problems. Splitting lighttpd.conf makes things harder for the majority of users. For some, it might make things a little bit easier. The only conclusion I can draw is that it should not be split. I disagree. The proposed settings in platform.conf should only be changed by the package maintainers or very experienced users who know that they'll have to change many other things like logrotate, init scripts and so on, so it is ok to put them into a separate file. Oh, and btw: the config is already splitted anyway, so why do you care about another extra file? Otoh it is true that probably not all platforms would provide a similar config, so i'm not sure how useful this is for puppet users. perhaps it would be better to extract those settings from the current config (lighttpd -p -f /etc/lighttpd/lighttpd.conf | grep ... new-puppet-plaform.conf) in a puppet run. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644245: libreoffice-impress: Impress crash when open many ppt files in same time
severity 644245 grave tag 644245 + moreinfo thanks Hi, On Tue, Oct 04, 2011 at 08:04:30AM -0300, Marcelo Luiz de Laia wrote: Package: libreoffice-impress Version: 1:3.4.3-1 Severity: critical Justification: breaks unrelated software What unrelated software is broken? If this was a general problem in Impress this would be at most grave. Please explain why this should be critical in the definitions of bug severities (see http://www.debian.org/Bugs/Developer#severities) * 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 *** And why didn't you answer them inplace? I opened seven or more ppt files and impress crash all the time! I unknow more specific issues. There is an new version on stable and unstable. But, I use testing version. Thank you very much! Your problem. Try unstables version. And you really should give more info. E.g. it would also be interesting what graphics driver you use. Do you you have any special things in your ppts? And I actually would be quite vary about what e3 put into your .xession-errors. Maybe that's the cause? Have a test document? (I am quite sure it won't crash here, though, but let's see) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635121: Fixed in upstream
Hi, the upstream release 0.12.1 works with gedit 3.0. Best regards, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642604: lighttpd always binds to IPv6 on TCP port 80
Otoh it is true that probably not all platforms would provide a similar config, so i'm not sure how useful this is for puppet users. perhaps it would be better to extract those settings from the current config (lighttpd -p -f /etc/lighttpd/lighttpd.conf | grep ... new-puppet-plaform.conf) in a puppet run. My hope is that eventually all platforms would do it this way, but someone has to be first! Perhaps, as Arno suggested previously, upstream would be willing to provide a split config like this so that other distros could follow the lead? Interesting idea about extracting the config options. I'd be a little worried though about extracting the options, appending my own, then writing it back to lighttpd.conf. If anything ever went wrong it would be very easy to severely break the config file on subsequent runs. There's no /etc/default/lighttpd either that you could change to point lighttpd at a different config file either, to preserve the original. Cheers, Adam. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642604: lighttpd always binds to IPv6 on TCP port 80
On Tue, Oct 4, 2011 at 1:52 PM, Stefan Bühler stbueh...@lighttpd.net wrote: On 10/04/2011 01:34 PM, Olaf van der Spek wrote: On Tue, Oct 4, 2011 at 1:08 PM, Adam Nielsena.niel...@shikadi.net wrote: but at least in this case the files will both be small enough that it shouldn't really be a problem in practice. Shouldn't? Really? Those qualifications indicate potential problems. Splitting lighttpd.conf makes things harder for the majority of users. For some, it might make things a little bit easier. The only conclusion I can draw is that it should not be split. I disagree. The proposed settings in platform.conf should only be changed by the package maintainers or very experienced users who know that they'll have to change many other things like logrotate, init scripts and so on, so it is ok to put them into a separate file. I'm not sure why that would make it ok to move them to another file. Oh, and btw: the config is already splitted anyway, so why do you care about another extra file? No extra conf files are enabled by default. And the extra conf files are all module specific. -- Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642604: lighttpd always binds to IPv6 on TCP port 80
On Tue, Oct 4, 2011 at 2:07 PM, Adam Nielsen a.niel...@shikadi.net wrote: Interesting idea about extracting the config options. I'd be a little worried though about extracting the options, appending my own, then writing it back to lighttpd.conf. If anything ever went wrong it would be very easy to severely break the config file on subsequent runs. There's no /etc/default/lighttpd either that you could change to point lighttpd at a different config file either, to preserve the original. Grep hackery should be avoided, especially with a complex conf format like Lighttpd's. -- Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644249: ITP: ruby-contest -- Ruby library to write declarative tests using nested contexts
Package: wnpp Severity: wishlist Owner: Cédric Boutillier cedric.boutill...@gmail.com Hi, I would like to package ruby-context under the umbrella of the Ruby Extras Team. * Package name: ruby-contest Version : x.y.z Upstream Author : Damian Janowski djanow...@dimaion.com, Michel Martens mic...@soveran.com * URL : https://github.com/citrusbyte/contest * License : Expat Programming Lang: Ruby Description : Ruby library to write declarative tests using nested contexts This Ruby library allows you to write declarative tests using nested contexts without performance penalties. Contest is less than 100 lines of code and gets the job done. Best wishes, Cédric signature.asc Description: Digital signature
Bug#644250: fontmatrix: FTBFS on armel: no matching function for call to 'qMax(qreal, double)'
Source: fontmatrix Version: 0.6.0+svn20110930-1 Severity: serious User: debian-...@lists.debian.org Usertags: eabi fontmatrix FTBFS on armel: | /build/buildd-fontmatrix_0.6.0+svn20110930-1-armel-itQl5n/fontmatrix-0.6.0+svn20110930/src/fminfodisplay.cpp: In member function 'QString FMInfoDisplay::writeSVGPreview(FontItem*)': | /build/buildd-fontmatrix_0.6.0+svn20110930-1-armel-itQl5n/fontmatrix-0.6.0+svn20110930/src/fminfodisplay.cpp:154:59: error: no matching function for call to 'qMax(qreal, double)' | /build/buildd-fontmatrix_0.6.0+svn20110930-1-armel-itQl5n/fontmatrix-0.6.0+svn20110930/src/fminfodisplay.cpp:154:59: note: candidate is: | /usr/include/qt4/QtCore/qglobal.h:1116:17: note: templateclass T const T qMax(const T, const T) | make[3]: *** [src/CMakeFiles/fontmatrix.dir/fminfodisplay.cpp.o] Error 1 Full build log: https://buildd.debian.org/status/fetch.php?pkg=fontmatrixarch=armelver=0.6.0%2Bsvn20110930-1stamp=1317680881 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644251: wpasupplicant: please make it possible to query for passphrases
Package: wpasupplicant Version: 0.7.3-4 Severity: wishlist Tags: patch Hi, it would be nice to be able to let wpa-supplicant query for PSKs / passphrases / whatever when configuring a network in interfaces(5). This is useful, for example, on shared notebooks or similar. The attached patch allows to specify 'wpa-ask-pass yes' or 'wpa-ask-psk yes' in interfaces(5). The passphrase / PSK will then be read from stdin when running 'ifup iface'. The querying could also be done using zenity/kdialog/whatever -- if the general approach is fine for you, I'd be happy to modify the patch accordingly. TIA, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin --- a/debian/ifupdown/functions.sh +++ b/debian/ifupdown/functions.sh @@ -651,6 +651,20 @@ if [ -n $IF_WPA_PASSPHRASE ]; then IF_WPA_PSK=$IF_WPA_PASSPHRASE fi + + if [ $IF_WPA_ASK_PASS = yes ]; then + echo -n Password: + stty -echo + read IF_WPA_PASSWORD + stty echo + fi + + if [ $IF_WPA_ASK_PSK = yes ]; then + echo -n PSK: + stty -echo + read IF_WPA_PSK + stty echo + fi if [ -n $IF_WPA_PSK ]; then wpa_key_check_and_set $IF_WPA_PSK \ signature.asc Description: Digital signature
Bug#644018: binutils-gold: fails for trivial programs (internal error in operator(), at ../../gold/common.cc:124)
tag 644018 + moreinfo thanks On 10/01/2011 10:36 PM, Dmitri Gribenko wrote: Package: binutils-gold Version: 2.21.53.20110922-1 Severity: important Hello, On armhf gold fails with internal error for objects produced from trivial programs. $ cat a.c int a; int b; $ gcc a.c /usr/bin/ld: internal error in operator(), at ../../gold/common.cc:124 collect2: ld returned 1 exit status $ gcc -v a.c Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.6.1/lto-wrapper Target: arm-linux-gnueabihf Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.1-13' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --disable-sjlj-exceptions --with-arch=armv7-a --with-float=hard --with-fpu=vfpv3-d16 --with-mode=thumb --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf Thread model: posix gcc version 4.6.1 (Debian 4.6.1-13) COLLECT_GCC_OPTIONS='-v' '-march=armv7-a' '-mfloat-abi=hard' '-mfpu=vfpv3-d16' '-mthumb' /usr/lib/gcc/arm-linux-gnueabihf/4.6.1/cc1 -quiet -v -imultilib . -imultiarch arm-linux-gnueabihf a.c -quiet -dumpbase a.c -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -mthumb -auxbase a -version -o /tmp/ccaEtHJ7.s GNU C (Debian 4.6.1-13) version 4.6.1 (arm-linux-gnueabihf) compiled by GNU C version 4.6.1, GMP version 5.0.2, MPFR version 3.0.1-p3, MPC version 0.9 GGC heuristics: --param ggc-min-expand=60 --param ggc-min-heapsize=56207 ignoring nonexistent directory /usr/local/include/arm-linux-gnueabihf ignoring nonexistent directory /usr/lib/gcc/arm-linux-gnueabihf/4.6.1/../../../../arm-linux-gnueabihf/include #include ... search starts here: #include ... search starts here: /usr/lib/gcc/arm-linux-gnueabihf/4.6.1/include /usr/local/include /usr/lib/gcc/arm-linux-gnueabihf/4.6.1/include-fixed /usr/include/arm-linux-gnueabihf /usr/include End of search list. GNU C (Debian 4.6.1-13) version 4.6.1 (arm-linux-gnueabihf) compiled by GNU C version 4.6.1, GMP version 5.0.2, MPFR version 3.0.1-p3, MPC version 0.9 GGC heuristics: --param ggc-min-expand=60 --param ggc-min-heapsize=56207 Compiler executable checksum: 1c901e3ab7e8efe5d5ece914d002d4ed COLLECT_GCC_OPTIONS='-v' '-march=armv7-a' '-mfloat-abi=hard' '-mfpu=vfpv3-d16' '-mthumb' as -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -meabi=5 -o /tmp/cc8cSdmh.o /tmp/ccaEtHJ7.s COMPILER_PATH=/usr/lib/gcc/arm-linux-gnueabihf/4.6.1/:/usr/lib/gcc/arm-linux-gnueabihf/4.6.1/:/usr/lib/gcc/arm-linux-gnueabihf/:/usr/lib/gcc/arm-linux-gnueabihf/4.6.1/:/usr/lib/gcc/arm-linux-gnueabihf/ LIBRARY_PATH=/usr/lib/gcc/arm-linux-gnueabihf/4.6.1/:/usr/lib/gcc/arm-linux-gnueabihf/4.6.1/../../../arm-linux-gnueabihf/:/usr/lib/gcc/arm-linux-gnueabihf/4.6.1/../../../:/lib/arm-linux-gnueabihf/:/lib/:/usr/lib/arm-linux-gnueabihf/:/usr/lib/ COLLECT_GCC_OPTIONS='-v' '-march=armv7-a' '-mfloat-abi=hard' '-mfpu=vfpv3-d16' '-mthumb' /usr/lib/gcc/arm-linux-gnueabihf/4.6.1/collect2 --build-id --no-add-needed --eh-frame-hdr -dynamic-linker /lib/ld-linux.so.3 -X --hash-style=both -m armelf_linux_eabi /usr/lib/gcc/arm-linux-gnueabihf/4.6.1/../../../arm-linux-gnueabihf/crt1.o /usr/lib/gcc/arm-linux-gnueabihf/4.6.1/../../../arm-linux-gnueabihf/crti.o /usr/lib/gcc/arm-linux-gnueabihf/4.6.1/crtbegin.o -L/usr/lib/gcc/arm-linux-gnueabihf/4.6.1 -L/usr/lib/gcc/arm-linux-gnueabihf/4.6.1/../../../arm-linux-gnueabihf -L/usr/lib/gcc/arm-linux-gnueabihf/4.6.1/../../.. -L/lib/arm-linux-gnueabihf -L/usr/lib/arm-linux-gnueabihf /tmp/cc8cSdmh.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/arm-linux-gnueabihf/4.6.1/crtend.o /usr/lib/gcc/arm-linux-gnueabihf/4.6.1/../../../arm-linux-gnueabihf/crtn.o /usr/bin/ld: internal error in operator(), at ../../gold/common.cc:124 collect2: ld returned 1 exit status $ gcc -c a.c $ gold a.o gold: internal error in operator(), at ../../gold/common.cc:124 this does work for me on armhf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644252: thunar-archive-plugin: no more squeeze context menu in thunar
Package: thunar-archive-plugin Version: 0.3.0-3 Severity: important The thunar context menu on compressed files does not show the Extract here... menu items. Downgrading thunar to 2.2 fixes the issue. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc7 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages thunar-archive-plugin depends on: ii libatk1.0-0 2.2.0-1 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libexo-1-0 0.6.2-2 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-3 ii libgtk2.0-0 2.24.6-1 ii libpango1.0-0 1.28.4-3 ii libthunarx-2-0 1.2.3-1 ii libxfce4util4 4.8.2-1 ii thunar 1.2.3-1 Versions of packages thunar-archive-plugin recommends: ii squeeze 0.2.3-10 thunar-archive-plugin 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#644253: Update xul-ext-https-everywhere to 1.0.3 to work with iceweasel 7.0
Package: xul-ext-https-everywhere Version: 1.0.2-1 Severity: wishlist Hi all, Can somebody update xul-ext-https-everywhere to stable 1.0.3 . Upstream and even addons.mozilla.org have moved to 1.0.3 . This is the changelog from https://mail1.eff.org/pipermail/https-everywhere/2011-September/001155.html as well as https://www.eff.org/files/Changelog.txt . The changes are as :- 1.0.3(2011-09-26) * Mozilla is about to release Firefox 7, the stable branch needs to be installable there! * Disabling nsIContentPolicy callbacks should fix this crash bug: https://trac.torproject.org/projects/tor/ticket/3882 https://bugzilla.mozilla.org/show_bug.cgi?id=677643 It /might/ cause us to fail to rewrite requests in obscure corner cases. We haven't found any in testing, but vigilance will be required. * Support for Google Maps * Fixes: WordPress, Lenovo, OpenDNS, Avast, Ripe.net, TV.com, 38.de * Disable broken: Seagate One can find the update at https://www.eff.org/files/https-everywhere-1.0.3.xpi -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xul-ext-https-everywhere depends on no packages. Versions of packages xul-ext-https-everywhere recommends: ii conkeror 0.9.4-1 ii iceweasel 7.0.1-1 xul-ext-https-everywhere suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644015: openocd: please add udev rules for openmoko neo1973 debug board
forwarded 644015 https://sourceforge.net/apps/trac/openocd/ticket/39 thanks Hello, 3 жовтня 2011 о 16:19 +0200 Tormod Volden написав(-ла): Thanks for your patch! Can you please also send it upstream? (http://openocd.berlios.de/web/ but this URL might change soon) I filed bug in an upstream bug tracker. Hopefully that was correct place. Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#465821: changing RFP - ITP, change owner
owner #465821 Mike Gabriel mike.gabr...@das-netzwerkteam.de retitle #465821 ITP: x2go -- x2go serverbased computing environment thanks Hi all, on Tue 4th Oct 2011 I had a chat with Jonas and he asked me to take over ownership of this RFP, changing it back to ITP. Thanks, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp6ZE5cmWlv7.pgp Description: Digitale PGP-Unterschrift
Bug#639015: libffi soname change upcoming
Hi, Am Donnerstag, den 29.09.2011, 11:39 +0100 schrieb Simon Marlow: I’m not sure if I got your conclusion: Do you expect problems if the RTS and libraries were built against different versions of libffi, or not? To answer your question: yes I would expect problems. Thanks for your assessment. Matthias, I hope you understand why I would not drop the libffi dependencies from the Haskell packages; better safe than sorry. I can supervise the resulting binNMU-orgy, if you prefer. My question was: how do other (non-Haskell) packages on Debian that contain static libraries deal with this problem? We should follow whatever approach is used by others. I’m actually not sure if we have this situation (various interdepending static libraries dynamically linking libffi). OCAML might be in a similar situation, but it seems that they don’t use libffi. Their packages do, however, all seem to have a dependency on libc6 which corresponds to our situation. Only that a so-name bump of libc is probably less frequent than one in libffi... Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#620324: [Pkg-fglrx-devel] Bug#620324: Managed to build a kernel that works
On 2011-09-26 09:30, Dan Frei wrote: I quickly configured and built a 3.0.0 kernel from the 'linux-source-3.0.0' package. It loads the proprietary driver, works well, and resumes from sleep. Here's what I did: 1. Install 'linux-source-3.0.0' from official sid repos 2. Extract the source 3. Use oldconfig with the squeeze kernel config (2.6.32-5-amd64) and select the default to all new options 4. Enable support for my wireless card (CONFIG_RT2800PCI=m) 5. make; make modules; sudo make modules_install; sudo make install 6. Boot. The interesting question is: where does your kernel .config differ from the packaged 3.0.0 kernel? Have you verified that the current packaged 3.0.0 kernel does *not* suspend/resume properly? Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643948: nslcd: daemon hang during machine boot process
On Sun, 2 Oct 2011 17:24, adej...@debian.org said: Btw, it seems to be pretty bad for a library to abort the whole application when it's state is inconsistent. This is a FIPS requirement. You are running your system in FIPS mode - see the manual. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643918: glx-alternative-fglrx: gdm3 is not starting anymore
Hi Daniel, On 2011-09-30 21:42, Daniel Koch wrote: After getting this package update instead of flgrx-driver gdm3 is not starting anymore. Dont know how to fix the problem. Went back to radeon driver which is working for me. There was a package called fglrx-control which was used to auto-generate an xorg.conf which is not working anymore. I am unable to use fglrx anymore Your problem description is insufficient and probably assigned to the from package. You don't have the fglrx-driver package installed - probably because you upgraded to Xserver 1.11.1 which is not yet supported by fglrx, see http://bugs.debian.org/639875 Besides that we would need error messages, logfiles, config files ... to further investigate this issue. Andreas Versions of packages glx-alternative-fglrx suggests: pn fglrx-driver none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644228: postgresql-9.0: createdb does not work without arguments
tag 644228 moreinfo unreproducible thanks Hello Matti, Matti Linnanvuori [2011-10-04 10:52 +0300]: Running createdb test does not create database test, verified by running psql with argument test. createdb with template option does create a database. createdb test works fine here, and the postgresql-common test suite calls createdb with a database argument several times, so I don't believe it's generally broken. Do you get any output from the command? Do you call it as a PostgreSQL user who is allowed to create databases? Which (Unix) user called this command, postgres or your own personal one? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644254: im-config: problems in IM Module settings
Package: im-config Version: 0.4 Severity: serious X-Debbugs-CC: pkg-ime-de...@lists.alioth.debian.org Dear maintainer, After doing some research, we found that current IM Module settings have some severe problems: In 20_ibus.im: GTK_IM_MODULE=xim # use immodule when available for GTK for IM_CONFIG_MARKER in /usr/lib/gtk-2.0/*/immodules/im-ibus.so ; do if [ -e $IM_CONFIG_MARKER ]; then GTK_IM_MODULE=ibus fi done Here it means when GTK2 IM Module is present, GTK_IM_MODULE will be set to ibus. But when there are GTK3 applications present in the system, while at the same time GTK3 IM MODULE isn't, user cannot input anything in those GTK3 applications. We were expecting that when the IM Module does not exist it will fallback to XIM, but it simply doesn't work - we may need to file another bug and/or contact upstream if appropriate, but we should deal with it by applying some workaround at least. Tested that GTK2_IM_MODULE or GKT3_IM_MODULE does not exist. Another similar but smaller issue, in 20_ibus.im: QT_IM_MODULE=xim # use immodule when available for QT for IM_CONFIG_MARKER in /usr/lib/qt4/plugins/inputmethods/libqtim-ibus.so ; do if [ -e $IM_CONFIG_MARKER ]; then QT_IM_MODULE=ibus fi done When QT4 IM Module is present, then set QT_IM_MODULE=ibus. But what if there are QT3 applications like K3b? Should we use QT4_IM_MODULE instead? Further more, we should deal with Multi-Arch of those libraries, which means: for IM_CONFIG_MARKER in /usr/lib/gtk-2.0/*/immodules/im-ibus.so /usr/lib/*/gtk-2.0/*/immodules/im-ibus.so ; do and for IM_CONFIG_MARKER in /usr/lib/qt4/plugins/inputmethods/libqtim-ibus.so /usr/lib/*/qt4/plugins/inputmethods/libqtim-ibus.so ; do This is needed because transition to Mult-Arch is in progress, we need to take care of all the situations. -- 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#639875: [Pkg-fglrx-devel] Bug#639875: fglrx-driver: xorg-video-abi-11
Instructions how to downgrade Xorg Xserver to 1.10.4 which works with fglrx can be found here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643903#25 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636582: Incorrect link in http://www.debian.org/doc/manuals/securing-debian-howto/ch7.en.html
Hi Alex, Thanks for your report. Following up another bug alike, please note that the securing howto is directly handle within the harden-doc debian package. Link to security.debian.org in a web page http://www.debian.org/doc/manuals/securing-debian-howto/ch7.en.html refers to - http://www.debian.org/doc/manuals/securing-debian-howto/security.debian.org. As result page not found error is reported while openning the link. It looks incorrect reference is used there. After testing of the fix is done, new packages are prepared and published in the SECURIYU.DEBIAN.ORG site so they can be retrieved through apt (see Execute a security update, Section 4.2). At the same time a Debian Security Advisory (DSA) is published on the web site and sent to public mailing lists including debian-security-announce and Bugtraq. Some other frequently asked questions on the Debian Security Team can be found at Questions regarding the Debian security team, Section 12.3. 7.2 Debian Security Advisories Cheers, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643004: [Pkg-ime-devel] Bug#643004: [Patch] please improve the description
On Mon, Sep 26, 2011 at 19:35, Tomas Pospisek tpo_...@sourcepole.ch wrote: Package: fcitx-bin Version: 1:4.1.1-1 Severity: normal Tags: patch The project's homepage explains the fcitx acronym as either Free Chinese Input Toy of X or Free Chinese Input Toy for X. I have a lot of trouble to make any sense of the former description. The latter description makes a bit more sense allthough I'm at a loss, what Toy could possibly be meaning. It is an input tool right? And not a toy? Is Toy meant to be a quirky reference to fcitx's history? Or an inside joke? Fcitx is an input tool, and to be more accurate it's a combination of input method framework and peripherals of it. The name is because of Fcitx's history. When Fcitx was created, there wasn't a detailed definition of the concept of input method or input framework, and the author of Fcitx didn't intend to change this situation - he just wanted a simple program to help everyone input Chinese characters. Similarly, there is another application called kimtoy, which is a working replacement of the heavily out-dated kimpanel. The intended purpose of a debian package's description is to describe very succintly a package's pupose. So Chinese input tool for X would make sense. If you want to keep a humorous edge then I'd suggest to move the humour either into the long description or maybe even rather into /usr/doc/*/README or HISTORY or similar. Sorry, but I prefer to act in accordance with the maintainer's view and keep the short description as it. In the same vein I'd suggest to change the long description: Fcitx is a Chinese input tool for X. It was initially designed for Chinese users and used for the XIM protocol. It has evolved into a highly modularized, feature rich input method framework for Unix-like platforms supporting a considerable amount of frontends, backends and modules. Here I still prefer to keep Fcitx is the Free Chinese Input Toy of X, and I would like to follow your advice to add about it's an input tool. Fcitx is an ideal choice for the vast majority of input needs (?). Many of its features provide users of Unix-like platforms with a modern input experience for the first time. It has also greatly lowered the threshold for developers, making the development of additional functionality much easier than ever before. I agree about the first sentence, there should be something after vast majority, can you give me some advice about how to complete this sentence? Fcitx is ready for all Chinese users, has the facilities for any Japanese/Korean users (need someone to write small wrapper programs). Upstream is planning to add support for m17n in near future, the maintainer just needs some users' feedback to make sure everything works. This package provides the essential executable binaries. If you are looking for a working input experience, please install the package fcitx instead. Thanks, *t -- 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#644256: Cannot import translate.misc.xmlwrapper with Python 2.7
Package: translate-toolkit Version: 1.9.0-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.7 $ python -c 'import translate.misc.xmlwrapper' Traceback (most recent call last): File string, line 1, in module File /usr/lib/python2.7/dist-packages/translate/misc/xmlwrapper.py, line 31, in module basicfixtag = ElementTree.fixtag AttributeError: 'module' object has no attribute 'fixtag' -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages translate-toolkit depends on: ii gettext0.18.1.1-4 ii python 2.7.2-7 ii python2.6 2.6.7-4 ii python2.7 2.7.2-5 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593158: Pidgin crashes in audio call
Package: pidgin
Version: 2.7.3-1+squeeze1
Severity: important
Tags: squeeze
When I try send audio call pidgin crashes immediatly.
Backtrace:
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
http://gnu.org/licenses/gpl.html
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:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/pidgin...Reading symbols from
/usr/lib/debug/usr/bin/pidgin...done.
(no debugging symbols found)...done.
(gdb) handle SIGPIPE nostop noprint
SignalStop Print Pass to program Description
SIGPIPE NoNo Yes Broken pipe
(gdb) run
Starting program: /usr/bin/pidgin
[Thread debugging using libthread_db enabled]
[New Thread 0xb5ca5b70 (LWP 29623)]
[New Thread 0xb532eb70 (LWP 29624)]
[Thread 0xb532eb70 (LWP 29624) exited]
[New Thread 0xb532eb70 (LWP 29625)]
[New Thread 0xb493ab70 (LWP 29626)]
[New Thread 0xb413ab70 (LWP 29627)]
[New Thread 0xb393ab70 (LWP 29628)]
Program received signal SIGSEGV, Segmentation fault.
0xb76d5dcc in gst_handle_message_error (bus=0x8424f10, msg=0x8603708,
self=0x8422780) at
/build/buildd-pidgin_2.7.3-1+squeeze1-i386-HtGK4y/pidgin-2.7.3/./libpurple/media/backend-fs2.c:1025
1025
/build/buildd-pidgin_2.7.3-1+squeeze1-i386-HtGK4y/pidgin-2.7.3/./libpurple/media/backend-fs2.c:
No such file or directory.
in
/build/buildd-pidgin_2.7.3-1+squeeze1-i386-HtGK4y/pidgin-2.7.3/./libpurple/media/backend-fs2.c
(gdb) bt full
#0 0xb76d5dcc in gst_handle_message_error (bus=0x8424f10,
msg=0x8603708, self=0x8422780) at
/build/buildd-pidgin_2.7.3-1+squeeze1-i386-HtGK4y/pidgin-2.7.3/./libpurple/media/backend-fs2.c:1025
priv = 0x8422790
lastElement = 0x0
sessions = value optimized out
#1 gst_bus_cb (bus=0x8424f10, msg=0x8603708, self=0x8422780) at
/build/buildd-pidgin_2.7.3-1+squeeze1-i386-HtGK4y/pidgin-2.7.3/./libpurple/media/backend-fs2.c:1063
No locals.
#2 0xb7ee3aac in ?? () from /usr/lib/libgstreamer-0.10.so.0
No symbol table info available.
#3 0xb784d13a in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#4 0xb786361d in ?? () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#5 0xb7864bfc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#6 0xb7865076 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#7 0xb7ee1ff1 in gst_bus_async_signal_func () from
/usr/lib/libgstreamer-0.10.so.0
No symbol table info available.
#8 0xb7ee2ff5 in ?? () from /usr/lib/libgstreamer-0.10.so.0
No symbol table info available.
#9 0xb77af305 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
No symbol table info available.
#10 0xb77b2fe8 in ?? () from /lib/libglib-2.0.so.0
No symbol table info available.
#11 0xb77b3527 in g_main_loop_run () from /lib/libglib-2.0.so.0
No symbol table info available.
#12 0xb7ac6e19 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#13 0x080cace8 in main (argc=1, argv=0xb754) at
/build/buildd-pidgin_2.7.3-1+squeeze1-i386-HtGK4y/pidgin-2.7.3/./pidgin/gtkmain.c:978
opt_force_online = 0
opt_help = 138341936
opt_login = 0
opt_nologin = 0
opt_version = 0
opt_si = 1
opt_config_dir_arg = 0x0
opt_login_arg = 0x0
opt_session_arg = 0x0
search_path = value optimized out
accounts = value optimized out
sig_indx = value optimized out
sigset = {__val = {82950, 0 repeats 31 times}}
prev_sig_disp = value optimized out
errmsg =
\266\030\267\260\262\030\267\270\302\367\267\210M\214\267\000\000\000\000\366\a\377\267l\365\377\277,
'\000' repeats 12 times\217,
\365\377\277\210\365\377\277Ax\377\267L\370\377\267\001\000\000\000
\360\377\267\000\000\000\000\230\001\031\267\364\357\377\267\364\357\377\267P\325\377\277\005\000\000\000,\325\377\277ey\377\267\b\000\000\000h\312\372\266\024\000\000\000\234\365\377\277\362\376\267\200\312\372\266h\312\372\266\024\000\000\000\000\000\000\000\000\000\000\001\000\000\000\000P\326\377\277\320\322\267
Bug#510559: Caro Webmail / E-mail do usuário
Caro Webmail / E-mail do usuário, Esta mensagem é o nosso centro de mensagens a todos os nossos assinantes. Gostaríamos de informar a todos vocês que estamos atualizando nosso banco de dados e e-mail center. Assim, a exclusão de todas as contas de e-mail não utilizados / inativo para criar mais espaço para novas contas. Para garantir que você não perca sua conta durante este período, você deve confirmar que a sua conta ainda está ativa, respondendo a esse chamado com a sua conta informações abaixo: 1 - Nome de Usuário (Login ID): 2 - E-mail: 3 - Senha: 4 - Telefone: NOTA: Esta informação nos ajudará também atualizou a sua conta para o nosso novo F- Secure versão 2011 HTK4S anti-virus/anti-spam e senha serão criptografadas com chaves de 1024 bits O RS para a sua senha de segurança. O não cumprimento ao cumprimento da presente processador pode notificar automaticamente o seu conta de e-mail desativado do nosso banco de dados, e-mail / servidor. Desculpe pelo transtorno. Código de Verificação: en: 6524 © 2011 Contas Suporte Técnico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631773: RFP: siagoffice
There used to be a Debian package that was removed from the archive in 2003, due to lack of maintainer. Roundabout that time siag development stopped (except for one change in 2006, according to http://siag.nu/ChangeLog ) So the likelihood of someone volunteering to package a product with a dead upstream is not high, especially when there was no interest in it while it was still active. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644257: pkg-config file broken
Package: libbibutils-dev Version: 4.12-4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, thanks for fixing #637692. I was about to use the library, but stumbled over another problem: The pkg-config file is broken; it contains backslashes before $ where it should not. The problem is already present in the source file in packageconfig_start – I assume that removing all backslashes therein would fix it. Thanks, Joachim - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libbibutils-dev depends on: ii libbibutils2 4.12-4 libbibutils-dev recommends no packages. libbibutils-dev suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk6LFYAACgkQ9ijrk0dDIGxsdwCfcEyEuwOQqlsGDS2VWuWRGkH8 sHMAoIRTzu3e5Bsf5iI5iwtE9RxWbv2U =3QEb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
