Bug#579893: conky-all: add support for xmms2 and other players
What's more, I'd like to suggest to change the names of conky packages. The names, conky-std and conky-all, can lead users to think the latter is greater. Since you are planning to enable more features in the package for main, do you mind rename them to something like conky-main and conky-contrib? Transitional package is needed. -- 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#637386: vnc4server: blacklists wrong IP: 0.0.0.0, can lead to DoS
Hi Chris Intersting bug report. The new maintainers will see what we can do about this. // Ola On Wed, Aug 10, 2011 at 12:41:18PM -0700, Chris Hiestand wrote: Package: vnc4server Version: 4.1.1+X4.3.0-37 Severity: normal A repeated bad login generates a blacklist against 0.0.0.0 - but it should be against the remote IP address. If a user then tries to connect from a different IP, they will find that they are blacklisted. A series of bad logins from any IP can then generate a DoS against vnc4server. The vnc server log of connection attempts: Wed Aug 10 12:37:46 2011 vncext: VNC extension running! vncext: Listening for VNC connections on port 5901 vncext: created VNC server for screen 0 error opening security policy file /etc/X11/xserver/SecurityPolicy Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list! Could not init font path element built-ins, removing from list! Wed Aug 10 12:38:00 2011 Connections: accepted: 0.0.0.0::51060 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VncAuth(2) SConnection: AuthFailureException: Authentication failure Connections: closed: 0.0.0.0::51060 (Authentication failure) Wed Aug 10 12:38:02 2011 Connections: accepted: 0.0.0.0::51061 Wed Aug 10 12:38:03 2011 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VncAuth(2) SConnection: AuthFailureException: Authentication failure Connections: closed: 0.0.0.0::51061 (Authentication failure) Connections: accepted: 0.0.0.0::51062 Wed Aug 10 12:38:04 2011 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VncAuth(2) SConnection: AuthFailureException: Authentication failure Connections: closed: 0.0.0.0::51062 (Authentication failure) Connections: accepted: 0.0.0.0::51063 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VncAuth(2) SConnection: AuthFailureException: Authentication failure Connections: closed: 0.0.0.0::51063 (Authentication failure) Wed Aug 10 12:38:05 2011 Connections: accepted: 0.0.0.0::51064 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VncAuth(2) SConnection: AuthFailureException: Authentication failure Connections: closed: 0.0.0.0::51064 (Authentication failure) Wed Aug 10 12:38:06 2011 Connections: blacklisted: 0.0.0.0 Wed Aug 10 12:38:07 2011 Connections: blacklisted: 0.0.0.0 Wed Aug 10 12:38:08 2011 Connections: blacklisted: 0.0.0.0 Wed Aug 10 12:38:10 2011 Connections: blacklisted: 0.0.0.0 Comes from a different IP Address, but is blacklisted anyway! Wed Aug 10 12:38:14 2011 Connections: blacklisted: 0.0.0.0 - System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/12 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 vnc4server depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-4X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxtst62:1.1.0-3X11 Testing -- Record extension li ii x11-common 1:7.5+8 X Window System (X.Org) infrastruc ii xbase-clients 1:7.5+8 miscellaneous X clients - metapack ii xserver-common 2:1.7.7-13 common files used by various X ser ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vnc4server recommends: ii xfonts-base 1:1.0.1standard fonts for X Versions of packages vnc4server suggests: pn vnc-java none (no description available) -- debconf-show failed -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637386: vnc4server: blacklists wrong IP: 0.0.0.0, can lead to DoS
By the way. I can confirm that it is reproducible also in intel 32 bit architecture. // Ola On Wed, Aug 10, 2011 at 12:41:18PM -0700, Chris Hiestand wrote: Package: vnc4server Version: 4.1.1+X4.3.0-37 Severity: normal A repeated bad login generates a blacklist against 0.0.0.0 - but it should be against the remote IP address. If a user then tries to connect from a different IP, they will find that they are blacklisted. A series of bad logins from any IP can then generate a DoS against vnc4server. The vnc server log of connection attempts: Wed Aug 10 12:37:46 2011 vncext: VNC extension running! vncext: Listening for VNC connections on port 5901 vncext: created VNC server for screen 0 error opening security policy file /etc/X11/xserver/SecurityPolicy Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list! Could not init font path element built-ins, removing from list! Wed Aug 10 12:38:00 2011 Connections: accepted: 0.0.0.0::51060 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VncAuth(2) SConnection: AuthFailureException: Authentication failure Connections: closed: 0.0.0.0::51060 (Authentication failure) Wed Aug 10 12:38:02 2011 Connections: accepted: 0.0.0.0::51061 Wed Aug 10 12:38:03 2011 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VncAuth(2) SConnection: AuthFailureException: Authentication failure Connections: closed: 0.0.0.0::51061 (Authentication failure) Connections: accepted: 0.0.0.0::51062 Wed Aug 10 12:38:04 2011 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VncAuth(2) SConnection: AuthFailureException: Authentication failure Connections: closed: 0.0.0.0::51062 (Authentication failure) Connections: accepted: 0.0.0.0::51063 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VncAuth(2) SConnection: AuthFailureException: Authentication failure Connections: closed: 0.0.0.0::51063 (Authentication failure) Wed Aug 10 12:38:05 2011 Connections: accepted: 0.0.0.0::51064 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VncAuth(2) SConnection: AuthFailureException: Authentication failure Connections: closed: 0.0.0.0::51064 (Authentication failure) Wed Aug 10 12:38:06 2011 Connections: blacklisted: 0.0.0.0 Wed Aug 10 12:38:07 2011 Connections: blacklisted: 0.0.0.0 Wed Aug 10 12:38:08 2011 Connections: blacklisted: 0.0.0.0 Wed Aug 10 12:38:10 2011 Connections: blacklisted: 0.0.0.0 Comes from a different IP Address, but is blacklisted anyway! Wed Aug 10 12:38:14 2011 Connections: blacklisted: 0.0.0.0 - System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/12 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 vnc4server depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-4X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxtst62:1.1.0-3X11 Testing -- Record extension li ii x11-common 1:7.5+8 X Window System (X.Org) infrastruc ii xbase-clients 1:7.5+8 miscellaneous X clients - metapack ii xserver-common 2:1.7.7-13 common files used by various X ser ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vnc4server recommends: ii xfonts-base 1:1.0.1standard fonts for X Versions of packages vnc4server suggests: pn vnc-java none (no description available) -- debconf-show failed -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637285: openresolv: dns-domain dns-sortlist in the interfaces file is not getting into resolv.conf
---BeginMessage--- I have a server with a default internal IP address, and a local name defined in /etc/hosts for one network interface, but the second interface is on the public network. So I want the domain name of the server to be set to the public name, not the default internal one. The eth0 and eth1 stanza's you mention are example files sent to resolv.conf - not the final /etc/resolv.conf that ends up. Which local resolver are you using? Some require a little configuration to use openresolv. I have bind9 running locally, and am using the libc resolver, so there shouldn't be too much extra needed. Here's a patch which addresses the sortlist option which is indeed an issue. http://roy.marples.name/cgi-bin/gitweb.cgi?p=openresolv.git;a=commitdiff;h=98068bb3b35c1af98226adedbaa263ffdc14d775 I'll do another release based on feedback on the domain issue above. Thanks Roy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org ---End Message---
Bug#637417: : French debconf templates translation
Package: haserl Version: N/A Severity: wishlist Tags: patch l10n *** /home/julien/traductions/po-debconf/patch-translate.txt Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- 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=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # debconf template for haserl package. # Copyright (C) 2011 Julien Patriarca # This file is distributed under the same license as the haserl package. # Julien Patriarca patriar...@gmail.com 2011. # msgid msgstr Project-Id-Version: haserl\n Report-Msgid-Bugs-To: has...@packages.debian.org\n POT-Creation-Date: 2011-08-04 09:25+0200\n PO-Revision-Date: 2011-08-04 11:51+0100\n Last-Translator: Julien Patriarca patriar...@gmail.com\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../haserl.templates:2001 msgid Install haserl binary with suid root permissions? msgstr Exécuter haserl avec les privilèges du superutilisateur ? #. Type: boolean #. Description #: ../haserl.templates:2001 msgid When haserl is installed with suid root permissions, it will automatically set its UID and GID to match the owner and group of the script. msgstr Lorsque haserl est installé pour être exécuté avec les privilèges du superutilisateur (« setuid root »), il règle automatiquement ses UID et GID sur ceux du propriétaire et du groupe du script. #. Type: boolean #. Description #: ../haserl.templates:2001 msgid This is a potential security vulnerability, as scripts that are owned by root will be run as root, even when they do not have the suid root bit. msgstr Cela constitue une faille de sécurité potentielle, car les scripts appartenant à root sont lancés par root, même s'ils ne sont pas « setuid root »).
Bug#632923: [oss-security] CVE request: perf: may parse user-controlled config file
On Tue, Aug 09, 2011 at 09:18:07AM -0400, Steve Grubb wrote: On Sunday, August 07, 2011 01:34:38 PM dann frazier wrote: This was reported by Christian Ohm at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632923 The perf command, provided as part of the Linux kernel source, looks for and honors configuration settings in ./config. A local user could obtain elevated privileges by convincing a superuser to run the perf command from a directory the user controls. And in recent kernels has an executable stack: https://bugzilla.redhat.com/show_bug.cgi?id=704296 fyi, that bug appears to be locked -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637392: linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead
Hello Jonathan, Unfortunately, I don't have many details about this issue yet. It started to happen only after 5th of August, and I don't remember any major updates near that date. There was only one update which updated some smb packages, IIRC. Issue usually happens after I boot machine and work for some time. Twice it happened when I was coding in qtcreator, maybe this is related. I also experienced similar problem when booting - but I thought it was a kernel panic related to my webcam (webcam is not new, it is attached for my machine for 2 years), and I don't have stack trace of that case. In order to deduct some trigger I guess it is a combination of high CPU (I donate to BOINC), qtcreator and vnc which is playing podcasts ... I can't repro the issue however ... Will try soon sid and upstream kernel, I had before 3.0 rc7 and it worked well right away. Thank you, -- with best regards, Volodymyr 2011/8/10 Jonathan Nieder jrnie...@gmail.com Hi Volodymyr, Volodymyr Shcherbyna wrote: Hello, it seems like my video driver is failing. My screen just switches off itself and I see the following messages in my dmesg: [...] The last line in log is [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead and I see a lot of them ... The only way to recover from this situation is to reboot machine. Hmm, that's no good. Does this always happen at boot, or after a certain trigger, or at seemingly random times? Is it easy to reproduce? Did it start happening with an upgrade, or has it always happened on this machine? Does it happen with the kernel from sid, too? Any other weird symptoms? This might have been fixed by v2.6.33-rc8~14^2~1^2~6 = v2.6.32.0.0~67 (drm/radeon/kms: suspend and resume audio stuff, 2010-01-28), so results from testing the kernel in sid would be very helpful. Thanks for reporting. Regards, Jonathan
Bug#637360: backtrace() doesn't work on armel
# Restoring original tags and severity severity 637360 normal tag 637360 - upstream tag 637360 - wontfix thanks On Wed, Aug 10, 2011 at 06:15:59PM -0500, Jonathan Nieder wrote: severity 637360 wishlist retitle 637360 [arm] backtrace() requires unwind information # unlikely to be fixed any time soon tags 637360 + upstream wontfix quit Hi Stéphane, Stéphane Glondu wrote: #include execinfo.h int main() { void *buffer[100]; return backtrace(buffer, 100); } returns 0. It returns with a non-zero status (3 everywhere I've tried myself) on all other release architectures. Is that expected? I'm surprised it works on mips. Building with -funwind-tables should help. Backtrace code for ARM EABI has been added in glibc 2.11 [1], and is based on unwind information. -funwind-tables is therefore necessary to get it working, and then backtrace() is fully functional. I therefore don't see the need to tag this bug as wontfix. In my opinion in can even be closed. [1] http://sourceware.org/ml/libc-ports/2009-06/msg00012.html -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637182: Closing then
-- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625993: Patch fixes problem for me
Hello Martin, thank you for the packages. This fixes the bug for me, too. Kind regards Benjamin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579893: conky-all: add support for xmms2 and other players
On Wed, Aug 10, 2011 at 10:55 PM, Aron Xu happyaron...@gmail.com wrote: I think it depends on what additional dependencies will be pulled in when adding the features. This requires a lot of testing, by building the package with different settings again and again. If the dependency is fine then there is no reason not to include the feature even if they have relatively smaller user base. With my proposed changes (I'll upload an updated version of conky asap to expo.d.n), the only additional dependency for conky-std is libimlib2 (+ the dependencies introduced by adding audacious and xmms2 support). What's more, I'd like to suggest to change the names of conky packages. The names, conky-std and conky-all, can lead users to think the latter is greater. Since you are planning to enable more features in the package for main, do you mind rename them to something like conky-main and conky-contrib? Transitional package is needed. Hmmm...conky-main and conky-contrib would make less sense to Ubuntu users than the current conky-std and conky-all packages. I tend to think that conky-all refers to conky with all features enabled, and conky-std as conky with the standard feature set available, i.e. similar to what you would end up with if you ran ./configure with no other arguments (although I suppose conky-std is a bit different now, with multiple additional features enabled). In that context, I'd personally prefer the current naming scheme (but I'll remove the recommendation in conky-all's package description to install that package if the user is uncertain). I'm still open to discussion though, and I'll gladly change the names of those packages if we can come up with a set of names that makes sense for both Debian and Ubuntu, and describe those packages better than the current names. - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632166: DDTSS accepts translations prematurely
Quoting Michael Bramer (m.bra...@deb-support.de): If a description need reviewer, and it is reviewed from one or more reviewer, one week since the last change/update count as one reviewer. Count this still a bug? So, that theoretically allows a single person to do DDTP stuff, without any review, for a given language. Depending on how you consider this, this could be considered a bugor a feature, indeed. Could this be made easily configurable somewhere? Indeed, what I would like to see configurable in DDT* (preferrably in a config file more than hard-coded in the scripts: Per language: - number of reviewers - the above feature (delay without review counts as a review) - the delay in the above feature - anonymous contributions allowed or not (maybe this is a DDTSS-only feature) Also, having the possibility to revive general messages (visible for all users and stored in a simple text file on i18n.debian.net) as well as team messages (which could be edited by privileged users for the said languagewhich means defining a superuser for each languagethat superuser being set bythe i18n gurus. signature.asc Description: Digital signature
Bug#637358: gforge-lists-mailman: Should allow configuration of mailman on same host as the rest of the forge
On Wed, 10 Aug 2011, Olivier Berger wrote: However, it should be possible to host the lists on the same fqdn as the web interface This is a Feature Request against the Upstream portion of the software – I think these ought to be NOT filled in the Debian BTS. (Technically, not a good idea, because the forge uses things like groupname-trackername@domain for mails sent out by PM and Tracker, which would collide with groupname-listname@ in this scenario.) bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 52675-25 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Elmar Geese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637398: [Pkg-mailman-hackers] Bug#637398: mailman: Switch to dh_python2
tags 637398 + pending thanks On Wed, 10 Aug 2011, Barry Warsaw wrote: In Ubuntu, the attached patch was applied to achieve the following: Thanks for sending, applied it so it’ll be in the next upload. (This is not urgent, but will be done before the release of course.) bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 52675-25 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Elmar Geese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632174: set owner
owner: olivier.sal...@irisa.fr -- gpg key id: 4096R/326D8438 (pgp.mit.edu) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
Bug#631263: lxpanel: Empty menu after update
Package: lxpanel Version: 0.5.8-1 Followup-For: Bug #631263 Hi! Same problem here after updating lxpanel from 0.5.6-1 to 0.5.8-1 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (2, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxpanel depends on: ii libasound21.0.24.1-2 shared library for ALSA applicatio ii libatk1.0-0 2.0.1-2ATK accessibility toolkit ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-3generic font configuration library ii libfreetype6 2.4.4-2FreeType 2 font engine, shared lib ii libgdk-pixbuf2.0-02.23.5-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libmenu-cache10.3.2-2.1 an implementation of the freedeskt ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libx11-6 2:1.4.4-1 X11 client-side library ii lxmenu-data 0.1.2-1freedesktop.org menu specification Versions of packages lxpanel recommends: ii manpages-dev 3.28-1 Manual pages about using GNU/Linux Versions of packages lxpanel suggests: ii iceweasel [www-browser] 5.0-6 Web browser based on Firefox ii lxsession [lxsession-lite]0.4.6.1-1 default session manager for LXDE ii menu 2.1.45 generates programs menu for all me ii w3m [www-browser] 0.5.3-3WWW browsable pager with excellent -- 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#271397: enamdict: add frequency statistic
I would be quite happy to add some sort of frequency metric to given and family names in the ENAMDICT file. The trouble is I have no time spare to go digging out the data. If someone else were prepared to compile it, I'd be glad to add it. Jim Breen 2011/8/11 Osamu Aoki os...@debian.org: Hi, This is about: http://bugs.debian.org/271397 Mr. Tashiro is quite obvious.(% population uses, popularity position) 田代(0.061%, #287th) - I pick this without second thought. 田城(0.001%, #6981th) - mozc Japanese imput listed this too. Not that popular names but this names pupolar than 田代 covers 50% of Japanese population. I got this base facts using data by 城岡研究室 静岡大学 人文学部 言語文化学科比較言語文化コース http://www.ipc.shizuoka.ac.jp/~jjksiro/shiro.html (With UTF-8 conversion/Openoffice Calc) There is a page http://www.ipc.shizuoka.ac.jp/~jjksiro/kensaku.html (You can read javascript source and identify the list location as: http://www.ipc.shizuoka.ac.jp/~jjksiro/sei.csv Since he seems to love to use old BSD tools sed/awk/..., he may agree to license this data as BSD :-) Just sweat talk to him ..., Jim, I think you have good chance. Nw Japanese copyright law allows copying to analyze data: (情報解析のための複製等) 第四十七条の七 著作物は、電子計算機による情報解析(多数の著作物その他の大量の 情報から、当該情報を構成する言語、音、影像その他の要素に係る情報を抽出し、比較 、分類その他の統計的な解析を行うことをいう。以下この条において同じ。)を行うこ とを目的とする場合には、必要と認められる限度において、記録媒体への記録又は翻案 (これにより創作した二次的著作物の記録を含む。)を行うことができる。ただし、情 報解析を行う者の用に供するために作成されたデータベースの著作物については、この 限りでない。 Old electric Phone books, I guess did not have obnoxous restriction as now. So he could do this. There is also TOP 100 popular name is published by 明治安田生命、2008年。 http://www.meijiyasuda.co.jp/profile/release/2008/pdf/20080924.pdf Osamu -- Jim Breen Adjunct Snr Research Fellow, Clayton School of IT, Monash University Webmaster: Hawthorn Rowing Club, Treasurer: Japanese Studies Centre Graduate student: Language Technology Group, University of Melbourne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630921: [libmount1] tries to overwrite existing libmount
On Wed, Aug 10, 2011 at 01:40:45PM -0500, Jonathan Nieder wrote: Julian Gilbey wrote: On Fri, Jul 29, 2011 at 12:54:57AM +0100, Francis Russell wrote: This bug just bit me from testing and required manual intervention in a package manager to fix. How is this wishlist? Ditto. Please have a version which Replaces: util-linux (= ...). Thanks. I ran into this again today in a VM tracking experimental, upgrading from 2.19.1-1 (in experimental). What version were you upgrading from? I, too, was upgrading 2.19.1-1 - 2.19.1-4 in testing, and this issue affected both the libmount1 and mount packages. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637418: gnat-4.6 ftbfs with eglibc-2.13-16
Package: gnat-4.6 Version: 4.6.1-3 Severity: serious On i386: /home/packages/gcc/4.6/ada/gnat-4.6-4.6.1/build/./gcc/xgcc -B/home/packages/gcc/4.6/ada/gnat-4.6-4.6.1/build/./gcc/ -c -DIN_GCC `echo -g -O2 |sed -e 's/-pedantic//g' -e 's/-Wtraditional//g'` \ -I- -I. -I.. -I/home/packages/gcc/4.6/ada/gnat-4.6-4.6.1/src/gcc/ada -I/home/packages/gcc/4.6/ada/gnat-4.6-4.6.1/src/gcc -I/home/packages/gcc/4.6/ada/gnat-4.6-4.6.1/src/gcc/config -I/home/packages/gcc/4.6/ada/gnat-4.6-4.6.1/src/gcc/../include /home/packages/gcc/4.6/ada/gnat-4.6-4.6.1/src/gcc/ada/convert_addresses.c -o convert_addresses.o cc1: note: obsolete option -I- used, please use -iquote instead In file included from /usr/include/linux/posix_types.h:47:0, from /usr/include/linux/types.h:8, from /usr/include/asm/sigcontext.h:5, from /usr/include/i386-linux-gnu/bits/sigcontext.h:28, from /usr/include/signal.h:339, from /home/packages/gcc/4.6/ada/gnat-4.6-4.6.1/src/gcc/ada/convert_addresses.c:34: /usr/include/asm/posix_types.h:2:30: fatal error: posix_types_32.h: No such file or directory compilation terminated. make[7]: *** [convert_addresses.o] Error 1 sid: $ dpkg -S posix_types.h posix_types_32.h linux-libc-dev: /usr/include/asm-generic/posix_types.h linux-libc-dev: /usr/include/linux/posix_types.h linux-libc-dev: /usr/include/asm/posix_types.h linux-libc-dev: /usr/include/asm/posix_types_32.h oneiric: $ dpkg -S posix_types.h posix_types_32.h linux-libc-dev: /usr/include/asm-generic/posix_types.h linux-libc-dev: /usr/include/linux/posix_types.h linux-libc-dev: /usr/include/i386-linux-gnu/asm/posix_types.h linux-libc-dev: /usr/include/i386-linux-gnu/asm/posix_types_32.h the build fails on both sid and oneiric. It goes away when not using -I-, however I'm unsure why it did succeed to build earlier in sid. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591579: [Pkg-mozext-maintainers] Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
On Wed, Aug 10, 2011 at 09:03:19PM -0300, Rogério Brito wrote: On Aug 10 2011, Jérémy Bobbio wrote: If you already have an alioth account, please request to join the pkg-mozext team. Just requested. Welcome! :) I'll add you to the project and you can move the Git repository to the location mentioned in the Vcs-Git field. Yes, not being able to write to the group's repository is the reason why I had it in collab-maint. For the moment, it is still at the same address [0], but it will be moved as soon as I get write access to the repository. You can now proceed. Great. I hope that what I produced is not to be ashamed of. :-) Please, let me know if you would like to have the package as a .dsc combo. I would prefer to sponsor an upload based on a .dsc combo. :) Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#637285: openresolv: dns-domain dns-sortlist in the interfaces file is not getting into resolv.conf
Hi Alex On 11/08/2011 06:30, Alex Apke wrote: domain is missing because search supersedes it. Any domain entries are silently merged with the search option. Is there a problem with this? From a resolver search standpoint, there is no problem appending the domain entry to search field. But I believe the domain value in resolv.conf is used to set the machine's domain name (hostname -d), this is now lost in openresolv compared to what resolvconf did. I have a server with a default internal IP address, and a local name defined in /etc/hosts for one network interface, but the second interface is on the public network. So I want the domain name of the server to be set to the public name, not the default internal one. According to hostname(1) the DNS domain name is fetched via getaddrinfo(3) which in turn just used the information in /etc/resolv.conf Also, note this in resolv.conf(5) The domain and search keywords are mutually exclusive. If more than one instance of these keywords is present, the last instance wins. Lastly, looking over the original resolvconf code it just merges it all into search as well so openresolv is mirroring the behaviour. The eth0 and eth1 stanza's you mention are example files sent to resolv.conf - not the final /etc/resolv.conf that ends up. Which local resolver are you using? Some require a little configuration to use openresolv. I have bind9 running locally, and am using the libc resolver, so there shouldn't be too much extra needed. AFAIK bind9 on Debian doesn't have any resolvconf hooks other than sending the loopback address as a nameserver to resolvconf. So to get the stanzas working as described on my homepage, you'll need to configure /etc/resolvconf.conf to write out two files for named and update your named configuration to include these two files. See the below links for details. http://roy.marples.name/projects/openresolv/wiki/OpenResolvConfig http://roy.marples.name/projects/openresolv/wiki/OpenResolvConfigBind You should note that the sample Bind config listed probably isn't suitable for Debian - it just serves as an example of how to include the two files needed. Thanks Roy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637295: Breaks log analysing tools
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Am Mi den 10. Aug 2011 um 15:59 schrieb Christian Kastner: On 08/10/2011 12:43 PM, Klaus Ethgen wrote: The solution of #609780 breaks all log analysing tools. First, it most certainly does not break all log analyzing tools. Most notably, logcheck works fine with this solution. Please provide some specific examples of such tools so that we may better form our opinion. If it really breaks a lot of tools we might revert it. Am Do den 11. Aug 2011 um 0:38 schrieb Javier Fern?ndez-Sanguino Pe?a: Breaks all seems rather harsh (and untrue, we did review logcheck). Anyway, if a log analysing tool breaks because of this change you should bug *them*, not us. The cron log format is not set on stone and (in Debian) they will have until the next release to adapt. Well, You may checked logcheck but not logwatch. In logwatch the lines are summarised. With the PID twice in the file that cannot be done anymore. Also all other tools that relies on a more ore less constant message for the same think, not related if they are official or hand written, will not work anymore. Please bear in mind that this is Debian's unstable, and our interest is to improve CRON not to keep log analysis tools happy. Well, that is clear. But also in sid this is a bug. And you might have seen that I tagged the bug normal and not grave as it would be breaking other applications. Am Mi den 10. Aug 2011 um 15:59 schrieb Christian Kastner: More over it makes no sense to log the PID twice in the logs. [...] The reason #609780 was re-opened is precisely because it is *not* the same PID twice. I checked twice in my log file and all entries from cron have the same PID twice in the same line. So there is never a difference and this message is unusable at all. The start message CMD is logged by the fork()ed child before it exec()s, the end message END by the parent. Therefore the syslog PID is always at least off-by-one. I have no message in the file about an end. There is only the line with the CMD in the file. Am Do den 11. Aug 2011 um 0:38 schrieb Javier Fern?ndez-Sanguino Pe?a: In logfiles the PID is expected direct behind the binary and is recorded by the syslog (The PID is part of syslog protocol). Putting the same PID in the message do not only add redundancy that is not needed, it breaks other tools too as log analysing tools or intrusion detection systems. You don't seem to have read the bug report that motivate the change and you don't seem to understand the change fully either. I had. But there is no sense for me to add such information. However, I believe that there _is_ for _some_ people. But then please make this configurable and not on by default. For me this additional (same) PID is boring, broken, unuseful and makes lot of troubles that I might overlooked the real important messages in my log summary. Please revoke that broken patch. We will not revoke that patch. Uh. Please calm down. I please you to do not ordered. We might adjust it to avoid redundant information (for the 'CMD' call at least) but it is certainly our intention to keep the change. To revoke a patch and make it new and not broken is no bad solution. It is common in software development. This particular patch is broken. And as such has to be revoked in my eyes. That do not include that a revoked patch that is more smooth cannot be added in future. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQGcBAEBCgAGBQJOQ5VuAAoJEK8RO3RE9oVxwMoL/06xiJQh8GNAEyYsrg6idF1Q j4DE8Mf6uDO+zQiRaYpc8+o+IF1klybnZczzIIW7xL+Fz79qptmaFNaOF6wBECEk NLR8G02oiNHV/8JTetOf8HzRVvbl3lYYeSL19XL59z/WW8td5lfH3NeD6PLQbU1a 3kXhx9QCbPiH3jPS4XKsV5xZWkHVLYY4uYbIoT2V3MhfgUgLst4gsI1dt3o6z95h oWlMuJEsdrDim/OKfz9s4KvNcSnHVIw1VAF5+4EEPsTikpjU6AGt5+f8IjYxFtlU 6O+FE7cOdWmKciEpVJXzFOm083Y7QD1bvlBosGvAhZ9vraajnh9jiajhjtXeLTZO +5fuE0MvXoh9HY5/FixCRfdFkLJFVbAkaXfqRlQBbYNXEr+urnXTqNNeYDvLrq6f zWNIXXcREe0bC7vC84YxF3+/wvC1Qhc7VBggAFlrCVwZBzWayfIrbGaO+k6hNTch QrHpoYItyTt24669igUQoc9a2/oM4Tdw1WvZUHUtzw== =Tpy3 -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#591579: [Pkg-mozext-maintainers] Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
On Wed, Aug 10, 2011 at 09:03:19PM -0300, Rogério Brito wrote: Regarding one point that Axel mentioned about using pristine-tar, unfortunately, the tor project only seems to release xpi files, which are actually zip files, but pristine-tar only supports gzip or bzip2 compressed tar files. Using pristine-tar on the repackaged tarball that are produced by uscan is also an option. Then anyone can use the package Git repository to reproduce the source. * grab our tarballs from https://gitweb.torproject.org/https-everywhere.git, but, AFAIK, we loose the automation of checks with uscan and with uupdate For Torbutton, I am using the upstream Git repository (and git-buildpackage) as my way to generate the .orig.tar.gz. As releases have (signed) tags, I consider it sufficient. You can have a look at the debian/README.source of torbutton, it might help to get a better idea of the procedure involved. You can always have a watch file for the PTS on top of that. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#637418: gnat-4.6 ftbfs with eglibc-2.13-16
clone 637418 -1 reassign -1 linux-libc-dev block 637418 by -1 thanks aurel32 looks like a kernel headers issue aurel32 doko: the difference is that with the i386/x86-64 headers, asm/sigcontext.h was not included aurel32 with the i386 headers it is aurel32 so it looks like a bug in the kernel headers, but triggered by eglibc changes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591579: [Pkg-mozext-maintainers] Bug#591579: ITP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Hi Rogério, Rogério Brito wrote: I really hope that this message gets through. Please let me know if it works. Received it. :-) * I see that you are using bzip2 compression for the debs. Have you measured how much gain resulted in doing so? Yes, I did: with bzip2, we get, for https-everywhere, a package that is 10% smaller than with gzip, which, for compression algorithms, is quite a good amount. Most text data I have seen compresses clearly better with bzip2 anyway, so if I have the choice, I use bzip2 (or xz) anyway, too. I would have used xz instead of bzip2, though, as xz-utils is Priority: required, but people would find that to be too aggressive. :-) IIRC was there also something that we just can use it in unstable only when dpkg in Stable supports it already. But as xz support is in dpkg in Squeeze (see http://bugs.debian.org/542160), I'd say that would be ok, too. Nevertheless, to get that thing running, I'd stay with bzip2 at least for this upload. Regarding one point that Axel mentioned about using pristine-tar, unfortunately, the tor project only seems to release xpi files, which are actually zip files, but pristine-tar only supports gzip or bzip2 compressed tar files. That's no problem. xpi-repack works fine. Just check in the tar ball _you_ generated that way so that we all can use exactly the same tar ball and don't have hash sums mismatch due to different time stamps. I agree that for traceability (if that's even a word) would be better if we could have bit-identical tarballs, but that's not an option, unless we: * ask upstream to produce tar.{gz,bz2} tarballs * grab our tarballs from https://gitweb.torproject.org/https-everywhere.git, but, AFAIK, we loose the automation of checks with uscan and with uupdate No, the third option applies: * generated the tar balls with xpi-repack ourselves from the xpi file. :-) The main issue is not to trace upstream's tar ball in pristine-tar. The issue is to have one tar ball in there, so all of us can use bit-wise identical tar balls. Hope that explanation was understandable. It took me a while, too, to realize where the value of pristine-tar lies. And this case (not having identical tar balls due to the necessarity of repacking) is definitely one of the cases where I clearly see its value. :-) No other comments. Except for the URLs of the repositories, I would have uploaded it right now! :) .oO( Looks as if Jérémy and me have to fight about who will sponsor it. ;-) Great. I hope that what I produced is not to be ashamed of. :-) Please, let me know if you would like to have the package as a .dsc combo. I'd say go ahead and generate a .dsc. :-) Thanks for your work! 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#512101: Fwd: Re: Bug#512101: gdb: crash with 'bt full'
Just for the bug report information. -- Forwarded message -- From: jorgen.teg...@telia.com jorgen.teg...@telia.com Date: 2011/8/11 Subject: Sv: Re: Bug#512101: gdb: crash with 'bt full' To: zu...@debian.org Hi, unfortunately pan has been fixed so it doesn't crash anymore. /Jörgen Ursprungligt meddelande Från: zu...@debian.org Datum: 2011-06-28 19:12 Till: Jörgen Tegnérjorgen.teg...@telia.com, 512101@bugs.debian. org Ärende: Re: Bug#512101: gdb: crash with #39;bt full#39; Hello, On Sat, Jan 17, 2009 at 11:30:53AM +0100, Jörgen Tegnér wrote: Package: gdb Version: 6.8-3 Severity: normal Tags: patch While debugging a crashed pan I managed to crash gdb. To reproduce: Could you try to reproduce with 7.2 version in wheezy/unstable? or even the version in experimental? Best regards, -- Héctor Orón Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us. -- Day DVB-T stop working nicely Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634916: usb-modeswitch: seems to have no effect on Huawei E169
reassign 634916 src:linux-2.6 3.0.0-1 retitle 634916 Linux modeswitches some 3G dongles in kernelland (duplicates userland functionality) thanks Dear linux-2.6 maintainers, I'm hereby re-assigning the #634916 bug to the Linux kernel, as per the discussion held with Josua Dietze, the usb-modeswitch upstream developer. In summary: the Linux kernel modeswitches some 3G dongles where usb-modeswitch is supposed to be the userland tool doing this. Having this behaviour hardcoded in Linux implies less flexibility and duplicates a functionality already present in userland _today_. Please ask if you need more information, cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637285: openresolv: dns-domain dns-sortlist in the interfaces file is not getting into resolv.conf
On Aug 11, 2011, at 1:32 AM, Roy Marples wrote: Hi Alex On 11/08/2011 06:30, Alex Apke wrote: domain is missing because search supersedes it. Any domain entries are silently merged with the search option. Is there a problem with this? From a resolver search standpoint, there is no problem appending the domain entry to search field. But I believe the domain value in resolv.conf is used to set the machine's domain name (hostname -d), this is now lost in openresolv compared to what resolvconf did. I have a server with a default internal IP address, and a local name defined in /etc/hosts for one network interface, but the second interface is on the public network. So I want the domain name of the server to be set to the public name, not the default internal one. According to hostname(1) the DNS domain name is fetched via getaddrinfo(3) which in turn just used the information in /etc/resolv.conf Also, note this in resolv.conf(5) The domain and search keywords are mutually exclusive. If more than one instance of these keywords is present, the last instance wins. So that means that having a domain entry listed before search gives the desired behavior, I am looking for. With the original sample I used for opening the ticket, this is the expected layout: # Generated by resolvconf domain example.com search foo bar example.com nameserver 127.0.0.1 nameserver 192.168.0.2 nameserver 8.8.8.8 nameserver 8.8.4.4 options timeout:5 sortlist 130.155.160.0/255.255.240.0 130.155.0.0 The resolver will ignore domain, and use search, which will have the domain appended to it. Lastly, looking over the original resolvconf code it just merges it all into search as well so openresolv is mirroring the behavior. I could have sworn the behavior was different. Perhaps I had kept domain in as a static entry for resolvconf, that kept domain entry in the file. The eth0 and eth1 stanza's you mention are example files sent to resolv.conf - not the final /etc/resolv.conf that ends up. Which local resolver are you using? Some require a little configuration to use openresolv. I have bind9 running locally, and am using the libc resolver, so there shouldn't be too much extra needed. AFAIK bind9 on Debian doesn't have any resolvconf hooks other than sending the loopback address as a nameserver to resolvconf. So to get the stanzas working as described on my homepage, you'll need to configure /etc/resolvconf.conf to write out two files for named and update your named configuration to include these two files. See the below links for details. http://roy.marples.name/projects/openresolv/wiki/OpenResolvConfig http://roy.marples.name/projects/openresolv/wiki/OpenResolvConfigBind You should note that the sample Bind config listed probably isn't suitable for Debian - it just serves as an example of how to include the two files needed. Thanks Roy I will have a look at those configs, thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626245: mirror submission for debian.davromaniak.eu, outdated since May 2011
On Sun, 31 Jul 2011 22:05:03 +0200, Cyril Lavier wrote: On 07/31/2011 02:35 PM, Cyril Lavier wrote: On 07/31/2011 01:53 PM, Simon Paillard wrote: On Mon, May 30, 2011 at 12:01:34AM +0200, Cyril Lavier wrote: On 05/29/2011 11:18 PM, Simon Paillard wrote: On Tue, May 10, 2011 at 08:02:50AM +, Cyril Lavier wrote: Package: mirrors Severity: wishlist Submission-Type: new Thanks for submitting your Debian mirror and thanks for using th up to date ftpsync. Make sure your are subscribed to http://lists.debian.org/debian-mirrors-announce/ It's done now. Site: debian.davromaniak.eu http://debian.davromaniak.eu/debian/project/trace/ has not been updated since 10th May 2011. Hi Simon. As I was unable to find a push server, I stopped updating it. I just launched a (big) update (with ftpsync), but I don't know from which server I could rsync regularily. I will send another mail when the update will be finished. Thanks. Hi Again. So I updated the mirror, and I will try to search a server which accepts rsync. I will send a new message when I will be able to find a server. Thanks. Hi again. As I'm not able to find a server to push updates, I decided to stop trying hosting a mirror. So we can close this bug. Thanks. -- Cyril Davromaniak Lavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630921: [libmount1] tries to overwrite existing libmount
# only affects upgrades from experimental severity 630921 wishlist tags 630921 + patch quit Julian Gilbey wrote: I, too, was upgrading 2.19.1-1 - 2.19.1-4 in testing, and this issue affected both the libmount1 and mount packages. Thanks, that helps. How about this patch? Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- debian/changelog |7 +++ debian/control |6 ++ 2 files changed, 13 insertions(+), 0 deletions(-) mode change 100644 = 100755 debian/rules diff --git a/debian/changelog b/debian/changelog index e9437385..679e09a8 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +util-linux (2.19.1-5.1) local; urgency=low + + * Make libmount, mount packages Break/Replace util-linux 2.19.1-1 to +avoid file conflicts (closes: #630921) + + -- Jonathan Nieder jrnie...@gmail.com Thu, 11 Aug 2011 03:54:16 -0500 + util-linux (2.19.1-5) unstable; urgency=low * Conflict/Replace fstrim to provide smooth upgrades (closes: #627579) diff --git a/debian/control b/debian/control index bdbf765d..bde42cb8 100644 --- a/debian/control +++ b/debian/control @@ -44,6 +44,8 @@ Architecture: linux-any Essential: yes Section: admin Pre-Depends: ${shlibs:Depends} +Breaks: util-linux (= 2.19.1-1) +Replaces: util-linux (= 2.19.1-1) Suggests: nfs-common (=1:1.1.0-13) Description: Tools for mounting and manipulating filesystems This package provides the mount(8), umount(8), swapon(8), @@ -123,6 +125,8 @@ Package: libmount1 Section: libs Priority: required Depends: ${shlibs:Depends}, ${misc:Depends} +Breaks: util-linux (= 2.19.1-1) +Replaces: util-linux (= 2.19.1-1) Architecture: linux-any Description: block device id library The device mounting library, used by mount and mount helpers. @@ -142,6 +146,8 @@ Package: libmount-dev Section: libdevel Priority: extra Depends: libc6-dev | libc-dev, libmount1 (= ${binary:Version}), uuid-dev, ${misc:Depends} +Breaks: util-linux (= 2.19.1-1) +Replaces: util-linux (= 2.19.1-1) Architecture: linux-any Description: block device id library - headers and static libraries The device mounting library, used by mount and mount helpers. diff --git a/debian/rules b/debian/rules old mode 100644 new mode 100755 -- 1.7.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637420: changetrack: does not work with any forwarder-only MTA (i.e. ssmtp)
Package: changetrack Version: 4.7-1 Severity: normal Tags: patch Hi, On most systems a full featured MTA like postfix is not justified, thus it is desirable to install a forwarder-only MTA like ssmtp that will just send the mails out of the local host. However, the messages sent by changetrack are rejected with code 5.7.1. The solution is to change the destination email address (-o), to change this line in /etc/default/changetrack from PARAMS=-q -u -o root@`/bin/hostname -f` to PARAMS=-q -u -o root Local 'root' destination email is specified already in a different conf file specific to each MTA. It is '/etc/aliases' for postfix and others, it is /etc/ssmtp/ssmtp.conf for ssmtp. But this doesn't matter for the configuration of changetrack. Using just 'root' for the destination email address is working without problems, many MTA will add the @FQDN part that is missing anyway. Thanks -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.utf8, LC_CTYPE=ro_RO.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages changetrack depends on: ii perl 5.12.4-4 Larry Wall's Practical Extraction Versions of packages changetrack recommends: ii cron 3.0pl1-119 process scheduling daemon ii ed1.4-3 The classic UNIX line editor ii rcs 5.7-25 The GNU Revision Control System changetrack suggests no packages. -- Configuration Files: /etc/changetrack.conf changed: /boot/grub/grub.cfg /etc/aliases /etc/default/* /etc/hosts /etc/network/* /etc/pam.d/* /etc/sudoers /etc/[a-ps-z]*[^0-6].d/* /etc/*/*.cf /etc/*/*.cfg /etc/*/*.cnf /etc/*/*.conf /etc/*/*.conf.* /etc/*/*config /etc/*/*.d/* /etc/apache2/*-available/* /etc/apt/* /etc/bacula/backups.list /etc/bacula/director/* /etc/bacula/director/filesets/* /etc/bind/domains/* /etc/clamav/*/* /etc/cron.*/* /etc/dhcp/hosts.list /etc/nagios3/htpasswd.users /etc/nagios-plugins/config/* /etc/network/run/ifstate /etc/php5/*/php.ini /etc/postfix/*_* /etc/ppp/* /etc/roundcube/htaccess /etc/roundcube/*.php /etc/ssh/*_* /etc/ssmtp/* /usr/local/etc/* /root/.bash* /root/.profile /root/.ssh/authorized_keys /etc/default/changetrack changed: PARAMS=-q -u -o root CONFFILES_LIST=/var/lib/changetrack/all_conffiles.txt AUTO_TRACK_ALL_CONFFILES=yes -- 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#630921: [libmount1] tries to overwrite existing libmount
On Thu, Aug 11, 2011 at 04:05:04AM -0500, Jonathan Nieder wrote: # only affects upgrades from experimental severity 630921 wishlist tags 630921 + patch quit As at least two of us have said, this is *not* the case: I have *only* used packages from testing, and it affects testing as well. Thanks, that helps. How about this patch? As I've now upgraded, it's difficult to tell, but it does seem like the correct patch. I assume that only util-linux version 2.19.1-1 contained the conflicting files, not any earlier version? Once this patch has been applied, it can presumably be removed after the release of wheezy (or possibly even earlier). Julian Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- debian/changelog |7 +++ debian/control |6 ++ 2 files changed, 13 insertions(+), 0 deletions(-) mode change 100644 = 100755 debian/rules diff --git a/debian/changelog b/debian/changelog index e9437385..679e09a8 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +util-linux (2.19.1-5.1) local; urgency=low + + * Make libmount, mount packages Break/Replace util-linux 2.19.1-1 to +avoid file conflicts (closes: #630921) + + -- Jonathan Nieder jrnie...@gmail.com Thu, 11 Aug 2011 03:54:16 -0500 + util-linux (2.19.1-5) unstable; urgency=low * Conflict/Replace fstrim to provide smooth upgrades (closes: #627579) diff --git a/debian/control b/debian/control index bdbf765d..bde42cb8 100644 --- a/debian/control +++ b/debian/control @@ -44,6 +44,8 @@ Architecture: linux-any Essential: yes Section: admin Pre-Depends: ${shlibs:Depends} +Breaks: util-linux (= 2.19.1-1) +Replaces: util-linux (= 2.19.1-1) Suggests: nfs-common (=1:1.1.0-13) Description: Tools for mounting and manipulating filesystems This package provides the mount(8), umount(8), swapon(8), @@ -123,6 +125,8 @@ Package: libmount1 Section: libs Priority: required Depends: ${shlibs:Depends}, ${misc:Depends} +Breaks: util-linux (= 2.19.1-1) +Replaces: util-linux (= 2.19.1-1) Architecture: linux-any Description: block device id library The device mounting library, used by mount and mount helpers. @@ -142,6 +146,8 @@ Package: libmount-dev Section: libdevel Priority: extra Depends: libc6-dev | libc-dev, libmount1 (= ${binary:Version}), uuid-dev, ${misc:Depends} +Breaks: util-linux (= 2.19.1-1) +Replaces: util-linux (= 2.19.1-1) Architecture: linux-any Description: block device id library - headers and static libraries The device mounting library, used by mount and mount helpers. diff --git a/debian/rules b/debian/rules old mode 100644 new mode 100755 -- 1.7.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631350: speech-dispatcher: Speech Dispatcher overriding Intel HD internal sound
/etc/default/pulseaudio mdriftmeyer@horus:/etc/default$ more pulseaudio # Start the PulseAudio sound server in system mode. # (enables the pulseaudio init script) # System mode is not the recommended way to run PulseAudio as it has some # limitations (such as no shared memory access) and could potentially allow # users to disconnect or redirect each others audio streams. The # recommended way to run PulseAudio is as a per-session daemon. For GNOME # sessions you can install pulseaudio-esound-compat and GNOME will # automatically start PulseAudio on login (if ESD is enabled in # System-Preferences-Sound). For other sessions, you can simply start # PulseAudio with pulseaudio --daemonize. # 0 = don't start, 1 = start PULSEAUDIO_SYSTEM_START=0 # Prevent users from dynamically loading modules into the PulseAudio sound # server. Dynamic module loading enhances the flexibility of the PulseAudio # system, but may pose a security risk. # 0 = no, 1 = yes DISALLOW_MODULE_LOADING=1 mdriftmeyer@horus:/etc/default$ Of course I ran a purge. I have been testing GNOME 3 out so I haven't used KDE 4.6.5 for a few months, just KDE applications within GNOME 3 Shell. Since all my mails are imap'd I'll keep this archived and tested again when I reinstall speech-dispatcher to see if I ever run into this again. Thanks for the help and sorry about purging the set up. - Marc On 08/10/2011 12:17 AM, Boris Dušek wrote: There is no need to reinstall speech-dispatcher, because: a. you uninstalled it with --purge, then you no longer have its configuration file and would install the default configuration file, whose contents I already well know b. you did uninstalled it without --purge, then it left the conffiles I am asking you for, and you can send the information I inquired without installing the respective package In any case, knowing your /etc/default/pulseaudio would be helpful, and if you still have the /etc/speech-dispatcher/speechd.conf, then the grep output I asked too. Anyway while the problem looks like in pulseaudio since it should be able to run fine with 2 instances under different users, the speech-dispatcher.postinst script should not have modified /etc/default/speech-dispatcher to be RUN=yes on upgrade from 0.6* (it should have been 0.7). Unfortunately no way to fix that now in the package for those who upgraded from 0.6. New installs of speech-dispatcher should be fine, though. If you did not use --purge when uninstalling speech-dispatcher, just edit /etc/default/speech-dispatcher and change RUN=yes to RUN=no, speech-dispatcher 0.7 should not run as a system-wide service. 10.8.2011 v 0:56, Marc J. Driftmeyer: I'll have to reinstall it. After uninstalling it PulseAudio and ALSA work seemlessly within both KDE 4.6.5 and GNOME 3.0.2. What is the boot order of loaded services/daemons and perhaps that is the problem? - Marc On 08/08/2011 12:51 PM, Boris Dušek wrote: Hello, sorry for not getting to you earlier. Could you please: 1. post your /etc/default/pulseaudio 2. post output of: grep AudioOutputMethod /etc/speech-dispatcher/speechd.conf Also, would you remember whether you had this problem also with previous 0.7* versions of the package? Finally, the bugreport information says that you have modified the conffile /etc/default/speech-dispatcher. Do you remember modifying it? (A theory I have is that a package installation script modified it without you doing it). -- Marc J. Driftmeyer Email :: m...@reanimality.com mailto:m...@reanimality.com Web :: http://www.reanimality.com http://www.reanimality.com/ Cell :: (509) 435-5212 mjd.vcf Boris Dušek BRAILCOM, o.p.s. -- Marc J. Driftmeyer Email :: m...@reanimality.com mailto:m...@reanimality.com Web :: http://www.reanimality.com Cell :: (509) 435-5212 attachment: mjd.vcf
Bug#637351: ITP: urfkill -- urfkill is a daemon for the management of the radio killswitches.
2011/8/11 Christian PERRIER bubu...@debian.org: Quoting Keng-Yu Lin (ken...@lexical.tw): Package: wnpp Severity: wishlist Owner: Keng-Yu Lin ken...@lexical.tw * Package name : urfkill Version : 0.2.0 Upstream Author : Gary Lin g...@suse.com * URL : http://www.freedesktop.org/wiki/Software/urfkill * License : GPL, LGPL Programming Lang: C Description : urfkill is a daemon for the management of the radio killswitches. urfkill daemon handles the configuration of the rfkill-related function keys and provides the management of the radio killswitches. radiowhat? :-) I guess this is about the buttons that are often used to turn wireless communication on/off on modern laptops, but this is only a guess. I would suggest having a more explicit description. Also, the Description you give is a sentence. Short descriptions (aka synopsis) shouldn't be sentences, see Developer's Reference. Something along wireless killswitch management daemon for laptops would be appropriate, imho (assuming the package is indeed what I think it is..:-)) Thanks for the suggestion. I modified the description as below.I hope that it is better explained and understandable. Package: wnpp Severity: wishlist Owner: Keng-Yu Lin ken...@lexical.tw * Package name: urfkill Version : 0.2.0 Upstream Author : Gary Lin g...@suse.com * URL : http://www.freedesktop.org/wiki/Software/urfkill * License : GPL, LGPL Programming Lang: C Description : wireless killswitch management daemon for laptops urfkill daemon provides the management of the rfkill-related hotkeys and the killswitches in a more configurable way for the common RF devices, e.g. WiFi, Bluetooth, WWan, etc. urfkill handles the various key codes (KEY_WLAN, KEY_BLUETOOTH, KEY_RFKILL, etc) and toggles the killswitches based on a pre-defined policy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630921: [libmount1] tries to overwrite existing libmount
Julian Gilbey wrote: On Thu, Aug 11, 2011 at 04:05:04AM -0500, Jonathan Nieder wrote: # only affects upgrades from experimental severity 630921 wishlist tags 630921 + patch quit As at least two of us have said, this is *not* the case: I have *only* used packages from testing, and it affects testing as well. I trust you. But I must be missing something: could you fill me in? According to http://thread.gmane.org/gmane.linux.debian.devel.changes.testing/498 the version of util-linux in testing moved from 2.17.2-9.1 to 2.19.1-4 in one jump two weeks ago. According to http://thread.gmane.org/gmane.linux.debian.devel.changes.unstable/235955 and the util-linux changelog, 2.19.1-1 was only uploaded to experimental. How did it get into testing? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633647: the patch is merged in upstream
The patch is merged in ibus-chewing upstream master branch ( https://github.com/definite/ibus-chewing/commit/bfe695a9234e9292eafd620541cac776122c79cb ) Best regards, Hsin Yi Chen More about me: http://about.me/hychen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630787: can not update/install morituri because of a syntaxerror
On 11-08-11 at 11:24am, Fabian Greffrath wrote: Am 08.08.2011 09:38, schrieb Reinhard Tartler: Does your proposed change to debian/pycompat fix it? If yes, just apply the change and let's be done with it. There was already a XS-Python-Version field in debian/control that said all, which is obviously wrong when it fails with python2.3. So I changed it to = 2.4 which should be the smallest possible diff to fix this issue and also satisfy Jonas. ;) No. All versions (available in Debian) indeed satisfies the package needs. It is beneficial to Debian to keep package dependencies as simple as possible. NB! Please post to the bugreport, not (directly) to the list. Regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#637351: ITP: urfkill -- urfkill is a daemon for the management of the radio killswitches.
2011/8/11 Karl Goetz k...@kgoetz.id.au: Hi, How does it differ from rfkill, already in the archive? Perhaps the description could be updated to make this clear. thanks, kk rfkill package in the archive is just a simple utility for switch on/off the RF device. urfkill handles the hotkeys (KEY_WLAN, KEY_BLUETOOTH, KEY_RFKILL, etc) and can be configurable to behave differently on the key pressed. Say, one may like the bluetooth to be switched off too on KEY_WLAN, whereas in fact KEY_WLAN is for Wifi only, at least literally. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637392: Fwd: linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead
I decided to repeat the case and I have started machine without any special software, i.e., no qtcreator, no vlc, just BOINC running, and I have the problem after 3 hours of idle running. It seems like my dmesg is full of [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead. It is hard to say when exactly it happened, as dmesg is full of these lines, all previous history is not saved. Thanks, -- with best regards, Volodymyr -- Forwarded message -- From: Volodymyr Shcherbyna volody...@shcherbyna.com Date: 2011/8/11 Subject: Re: linux-image-2.6.32-5-amd64: [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead To: Jonathan Nieder jrnie...@gmail.com Cc: 637...@bugs.debian.org Hello Jonathan, Unfortunately, I don't have many details about this issue yet. It started to happen only after 5th of August, and I don't remember any major updates near that date. There was only one update which updated some smb packages, IIRC. Issue usually happens after I boot machine and work for some time. Twice it happened when I was coding in qtcreator, maybe this is related. I also experienced similar problem when booting - but I thought it was a kernel panic related to my webcam (webcam is not new, it is attached for my machine for 2 years), and I don't have stack trace of that case. In order to deduct some trigger I guess it is a combination of high CPU (I donate to BOINC), qtcreator and vnc which is playing podcasts ... I can't repro the issue however ... Will try soon sid and upstream kernel, I had before 3.0 rc7 and it worked well right away. Thank you, -- with best regards, Volodymyr 2011/8/10 Jonathan Nieder jrnie...@gmail.com Hi Volodymyr, Volodymyr Shcherbyna wrote: Hello, it seems like my video driver is failing. My screen just switches off itself and I see the following messages in my dmesg: [...] The last line in log is [drm:r600_audio_bits_per_sample] *ERROR* Unknown bits per sample 0xf using 16 instead and I see a lot of them ... The only way to recover from this situation is to reboot machine. Hmm, that's no good. Does this always happen at boot, or after a certain trigger, or at seemingly random times? Is it easy to reproduce? Did it start happening with an upgrade, or has it always happened on this machine? Does it happen with the kernel from sid, too? Any other weird symptoms? This might have been fixed by v2.6.33-rc8~14^2~1^2~6 = v2.6.32.0.0~67 (drm/radeon/kms: suspend and resume audio stuff, 2010-01-28), so results from testing the kernel in sid would be very helpful. Thanks for reporting. Regards, Jonathan
Bug#637421: kernel-package: ksymoops no longer exists in debian
Package: kernel-package Version: 12.036+nmu1 Severity: normal Hi. ksymoops is no longer in debian, however, the images created by kernel-package still suggest it. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630921: [libmount1] tries to overwrite existing libmount
[Resending as forgot to include the bug report in previous email] On Thu, Aug 11, 2011 at 04:24:32AM -0500, Jonathan Nieder wrote: Julian Gilbey wrote: As at least two of us have said, this is *not* the case: I have *only* used packages from testing, and it affects testing as well. I trust you. But I must be missing something: could you fill me in? According to http://thread.gmane.org/gmane.linux.debian.devel.changes.testing/498 the version of util-linux in testing moved from 2.17.2-9.1 to 2.19.1-4 in one jump two weeks ago. According to http://thread.gmane.org/gmane.linux.debian.devel.changes.unstable/235955 and the util-linux changelog, 2.19.1-1 was only uploaded to experimental. How did it get into testing? My bad - you are, indeed, correct. I had forgotten where my installation of 2.19.1-1 came from. There was a problem a while ago with 2.17.2-9.1 not working with fusermount or encfs or something like that, so I upgraded bsdutils, libblkid1, libuuid1, mount, util-linux, util-linux-locales, uuid-dev and uuid-runtime to version 2.19.1-1 to fix this. So that explains that. Apologies for the confusion, Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637418: gnat-4.6 ftbfs with eglibc-2.13-16
tags 637418 pending thanks On Thu, 11 Aug 2011 10:42:31 +0200, Matthias Klose wrote: clone 637418 -1 reassign -1 linux-libc-dev block 637418 by -1 thanks aurel32 looks like a kernel headers issue aurel32 doko: the difference is that with the i386/x86-64 headers, asm/sigcontext.h was not included aurel32 with the i386 headers it is aurel32 so it looks like a bug in the kernel headers, but triggered by eglibc changes I found that patching src/gcc/ada/gcc-interface/Makefile.in, in the constant INCLUDES, to replace -I- (deprecated) with -iquote allowed gnat-4.6 to build on i386. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637422: ITP: libaacs -- free-and-libre implementation of AACS
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: libaacs Version : 0~20110623.git964342f Upstream Author : libaacs-devel mailing list libaacs-de...@videolan.org * URL : http://www.videolan.org/developers/libaacs.html * License : LGPL Programming Lang: C Description : free-and-libre implementation of AACS libaacs is a research project to implement the Advanced Access Content System specification. This research project provides, through an open-source library, a way to understand how the AACS works. Features: * Portability: Currently supported platforms are GNU/Linux, Windows, MacOS X. The main dependency is libgcrypt for all cryptographic functions. * Freedom: libaacs is released under a Free Software license, ensuring it will stay free. * Legal: libaacs does not include any key or certificate and respects copyright. . This package doesn't provide any key or certificate that could be used to decode encrypted copyrighted material. . This package provides the shared library. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637284: Can't install wheezy on a 2011 iMac
Hi all, according Mike the same happens with the daily buids (11 Aug). Installs ok and after booting graphical problems in normal and rescue mode. Hence i am reassigning to package linux-2.6. Mike can you try to blacklist radeon module to see if it boots correctly? -- Melhores cumprimentos/Best Regards, Miguel Figueiredo http://www.DebianPT.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637423: ipmitool sdr elist segfault
Package: ipmitool Version: 1.8.11-2 Severity: serious Tags: patch When running ipmitool sdr elist, ipmitool segfaults: # ipmitool -I lan -H *** -U root -P *** sdr elist Temp | 01h | ok | 3.1 | -40 degrees C Temp | 02h | ok | 3.2 | -33 degrees C Temp | 05h | ok | 10.1 | 44 degrees C Ambient Temp | 07h | ok | 10.1 | 40 degrees C Temp | 06h | ok | 10.2 | 40 degrees C Ambient Temp | 08h | ok | 10.2 | 40 degrees C Ambient Temp | 0Eh | ok | 7.1 | 25 degrees C Planar Temp | 0Fh | ok | 7.1 | 49 degrees C CMOS Battery | 10h | ok | 7.1 | VCORE| 12h | ok | 3.1 | State Deasserted VCORE| 13h | ok | 3.2 | State Deasserted IOH THERMTRIP| 5Dh | ns | 7.1 | Disabled 1.5V PG | 17h | ok | 7.1 | State Deasserted 1.8V PG | 18h | ok | 7.1 | State Deasserted 3.3V PG | 19h | ok | 7.1 | State Deasserted 5V PG| 1Ah | ok | 7.1 | State Deasserted 0.75VTT PG | 14h | ok | 3.2 | State Deasserted PFault Fail Safe | 5Fh | ns | 7.1 | Disabled HEATSINK PRES| 52h | ok | 7.1 | Present iDRAC6 Ent PRES | 70h | ok | 7.1 | Present USB CABLE PRES | 59h | ok | 7.1 | Present STOR ADAPT PRES | 5Ah | ok | 7.1 | Present RISER2 PRES | 5Bh | ok | 7.1 | Present RISER1 PRES | 5Ch | ok | 7.1 | Present 0.75 VTT PG | 15h | ok | 3.1 | State Deasserted MEM PG | 1Bh | ok | 3.2 | State Deasserted MEM PG | 1Eh | ok | 3.1 | State Deasserted 0.9V PG | 21h | ok | 7.1 | State Deasserted VTT PG | 1Fh | ok | 3.2 | State Deasserted VTT PG | 20h | ok | 3.1 | State Deasserted 1.8 PLL PG | 22h | ok | 3.2 | State Deasserted 1.8 PLL PG | 24h | ok | 3.1 | State Deasserted 8.0V PG | 25h | ok | 7.1 | State Deasserted 1.1V PG | 28h | ok | 7.1 | State Deasserted 1.0V LOM PG | 29h | ok | 7.1 | State Deasserted 1.0V AUX PG | 2Ah | ok | 7.1 | State Deasserted 1.05V PG | 2Bh | ok | 7.1 | State Deasserted FAN MOD 1A RPM | 30h | ok | 7.1 | 4320 RPM FAN MOD 2A RPM | 31h | ok | 7.1 | 4440 RPM FAN MOD 3A RPM | 32h | ok | 7.1 | 4560 RPM FAN MOD 4A RPM | 33h | ok | 7.1 | 4320 RPM FAN MOD 5A RPM | 34h | ok | 7.1 | 4560 RPM FAN MOD 6A RPM | 35h | ok | 7.1 | 4560 RPM FAN MOD 1B RPM | 36h | ok | 7.1 | 3120 RPM FAN MOD 2B RPM | 37h | ok | 7.1 | 3120 RPM FAN MOD 3B RPM | 38h | ok | 7.1 | 3000 RPM FAN MOD 4B RPM | 39h | ok | 7.1 | 3120 RPM FAN MOD 5B RPM | 3Ah | ok | 7.1 | 3120 RPM FAN MOD 6B RPM | 3Bh | ok | 7.1 | 3120 RPM Presence | 50h | ok | 3.1 | Present Presence | 51h | ok | 3.2 | Present Presence | 54h | ok | 10.1 | Present Presence | 55h | ok | 10.2 | Present Presence | 56h | ok | 26.1 | Present Status | 60h | ok | 3.1 | Presence detected Status | 61h | ok | 3.2 | Presence detected Status | 64h | ok | 10.1 | Presence detected Status | 65h | ok | 10.2 | Presence detected Riser Config | 66h | ok | 7.1 | Connected OS Watchdog | 71h | ok | 7.1 | SEL | 72h | ns | 7.1 | Disabled Intrusion| 73h | ok | 7.1 | PS Redundancy| 74h | ok | 7.1 | Fully Redundant Fan Redundancy | 75h | ok | 7.1 | Fully Redundant CPU Temp Interf | 76h | ns | 7.1 | Disabled Drive| 80h | ok | 26.1 | Drive Present Cable SAS A | 90h | ok | 26.1 | Connected Cable SAS B | 91h | ok | 26.1 | Connected Segmentation fault This bug seems to be fixed with the following patch: diff -Nur ipmitool-1.8.11/lib/ipmi_sdr.c ipmitool-1.8.11.fix/lib/ipmi_sdr.c --- ipmitool-1.8.11/lib/ipmi_sdr.c 2009-02-25 21:38:52.0 +0100 +++ ipmitool-1.8.11.fix/lib/ipmi_sdr.c 2011-08-10 18:21:26.0 +0200 @@ -1828,7 +1828,7 @@ printf(ns | %2d.%1d | , sensor-entity.id, sensor-entity.instance); - if (IS_SCANNING_DISABLED(rsp-data[1])) + if (rsp IS_SCANNING_DISABLED(rsp-data[1])) printf(Disabled); else printf(No Reading); -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages ipmitool depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libreadline66.1-3GNU readline and history libraries ii libssl0.9.8 0.9.8o-4squeeze1 SSL shared
Bug#637065: closed by Kari Pahula k...@debian.org (Bug#637065: fixed in cxxtools 2.0-1)
v 2.x is in unstable/testing, but in stable is v 1.x which is buggy (on i386 is this potential security risk). Is there possibility to fixed this in stable? On 08/10/2011 02:08 PM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the libcxxtools6 package: #637065: libcxxtools6: SIGSEG during charset conversion in iconvstream It has been closed by Kari Pahulak...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Kari Pahulak...@debian.org by replying to this email. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637424: Implement i386_get_gsbase i386_get_fsbase i386_set_gsbase i386_set_fsbase amd64_get_gsbase amd64_get_fsbase amd64_set_gsbase amd64_set_fsbase
Package: libc0.1 Version: 2.13-15 Severity: wishlist Tags: patch This patch implements the following syscall stubs: i386_get_gsbase i386_get_fsbase i386_set_gsbase i386_set_fsbase amd64_get_gsbase amd64_get_fsbase amd64_set_gsbase amd64_set_fsbase -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.utf8, LC_CTYPE=ca_AD.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc0.1 depends on: ii libc-bin 2.13-15Embedded GNU C Library: Binaries ii libgcc1 1:4.6.1-4 GCC support library libc0.1 recommends no packages. Versions of packages libc0.1 suggests: ii debconf [debconf-2.0] 1.5.41 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.13-14Embedded GNU C Library: National L -- debconf information excluded Index: i386/i386_get_gsbase.c === --- i386/i386_get_gsbase.c (revision 0) +++ i386/i386_get_gsbase.c (revision 0) @@ -0,0 +1,25 @@ +/* Copyright (C) 2011 Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Lesser General Public + License as published by the Free Software Foundation; either + version 2.1 of the License, or (at your option) any later version. + + The GNU C Library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Lesser General Public License for more details. + + You should have received a copy of the GNU Lesser General Public + License along with the GNU C Library; if not, write to the Free + Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA + 02111-1307 USA. */ + +#include machine/sysarch.h + +int +i386_get_gsbase (void **addr) +{ + return __sysarch (I386_GET_GSBASE, addr); +} Index: i386/i386_set_gsbase.c === --- i386/i386_set_gsbase.c (revision 0) +++ i386/i386_set_gsbase.c (revision 0) @@ -0,0 +1,25 @@ +/* Copyright (C) 2011 Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Lesser General Public + License as published by the Free Software Foundation; either + version 2.1 of the License, or (at your option) any later version. + + The GNU C Library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Lesser General Public License for more details. + + You should have received a copy of the GNU Lesser General Public + License along with the GNU C Library; if not, write to the Free + Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA + 02111-1307 USA. */ + +#include machine/sysarch.h + +int +i386_set_gsbase (void *addr) +{ + return __sysarch (I386_SET_GSBASE, addr); +} Index: i386/Makefile === --- i386/Makefile (revision 3681) +++ i386/Makefile (working copy) @@ -15,5 +15,5 @@ # For sys/vm86.h. sysdep_routines += i386_vm86 # For machine/sysarch.h. -sysdep_routines += i386_get_ldt i386_set_ldt +sysdep_routines += i386_get_ldt i386_set_ldt i386_get_fsbase i386_set_fsbase i386_get_gsbase i386_set_gsbase endif Index: i386/i386_get_fsbase.c === --- i386/i386_get_fsbase.c (revision 0) +++ i386/i386_get_fsbase.c (revision 0) @@ -0,0 +1,25 @@ +/* Copyright (C) 2011 Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Lesser General Public + License as published by the Free Software Foundation; either + version 2.1 of the License, or (at your option) any later version. + + The GNU C Library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Lesser General Public License for more details. + + You should have received a copy of the GNU Lesser General Public + License along with the GNU C Library; if not, write to the Free + Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA + 02111-1307 USA. */ + +#include machine/sysarch.h + +int +i386_get_fsbase (void **addr) +{ + return __sysarch
Bug#637425: xenomai can not be compiled with gcc-4.6 due to upstream bug
Package: xenomai Severity: grave Justification: renders package unusable Due to an upstream bug, xenomai user space can not be compiled with gcc-4.6. Unfortunately this is the default compiler for debian testing, and thus the one that is used for the compilation of this package. The older gcc-4.4 should be used instead. The current distributed version of the binaries fail like this: # /usr/lib/xenomai/latency == Sampling period: 100 us == Test mode: periodic user-mode task == All results in microseconds latency: failed to start display task, code -38 Redcompiling the source package forcing gcc-4.4 with debuild -uc -us -e CC=gcc-4.4 results in working binaries. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.35.7-xenomai-2.5.5 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637335: macutils: macunpack fails on decompressing of large file
Yes, I have the real file and trying to uncompress it with macunpack. Eric Sharkey wrote: On Wed, Aug 10, 2011 at 10:51 AM, Dmitry B. Khlonind...@iksnet.ru wrote: $ ls -la WizardofOZ.sit -rw-r--r-- 1 d d 4299071558 Авг 8 21:50 WizardofOZ.sit Wow. You actually have a genuine sit file 4GB? Did you engineer this for testing purposes or actually encounter it in real world use? I'll take a look and see what I can do here. Eric Sharkey shar...@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#637426: ssmtp: should add @FQDN to each destination email address (if missing)
Package: ssmtp Version: 2.64-4 Severity: wishlist Tags: upstream Hi, The current behaviour of ssmtp is to leave unchanged the TO: field. However, many monitoring services (like changetrack) will mail to 'root' without the @FQDN part. This is allowed and any full featured MTA like postfix will add this information by default on delivery (though it can be disabled). For more information look for append_at_myorigin at: http://www.postfix.org/postconf.5.html#append_at_myorigin Please make ssmtp add @FQDN to any destination address that doesn't have and explicit domain set. This should be configurable if you prefer so, but the default should be ON. This is a feature request for upstream sstmp, not to be confused with Debian bug#131940 which requested the opposite action (to remove or rewrite the @FQDN from destination email addresses). Thanks -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.utf8, LC_CTYPE=ro_RO.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ssmtp depends on: ii debconf [debconf-2.0] 1.5.41 Debian configuration management sy ii libc6 2.13-16Embedded GNU C Library: Shared lib ii libgnutls26 2.10.5-3 the GNU TLS library - runtime libr ssmtp recommends no packages. ssmtp suggests no packages. -- Configuration Files: /etc/logcheck/ignore.d.server/ssmtp [Errno 13] Permission denied: u'/etc/logcheck/ignore.d.server/ssmtp' -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637427: libc: nsswitch doesn't respect nsswitch.conf when looking up a single group
Package: libc6 Version: 2.11.2-10 Severity: important File: libc I have the following line in /etc/nsswitch.conf: group: ldap compat LDAP source is provided by libnss-ldapd (aka nslcd). Now suppose I have group foo in both the remote LDAP DB and local /etc/group, with different values: (LDAP) foo:*:1500:user1 (/etc/group) foo:x:500:user2 Invoking getent group will list the LDAP one before the local one, which is expected. However, getent group foo will always show the local one, ie. foo:x:500:user2 instead of the expected LDAP one. I tried running nslcd in debug mode with service nslcd stop nslcd -d And it's clear that when I call `getent group foo`, nslcd is *not* queried. Thus I highly suspect this be a bug in glibc. -- 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/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6 depends on: ii libc-bin 2.11.2-10 Embedded GNU C Library: Binaries ii libgcc1 1:4.4.5-8 GCC support library Versions of packages libc6 recommends: ii libc6-i6862.11.2-10 Embedded GNU C Library: Shared lib Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.11.2-10 Embedded GNU C Library: National L -- debconf information: glibc/upgrade: true glibc/restart-services: glibc/disable-screensaver: glibc/restart-failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637428: thttpd does not warn about disable in /etc/default when restarting
Package: thttpd Version: 2.25b-11 Severity: minor Thttpd silently do nothing when /etc/default/thttpd is set to 'no'. This is very obscure behavior, default is to issue warning during start/restart operation (like iscsi target). x -- 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.34-12-xen (SMP w/8 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages thttpd depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib Versions of packages thttpd recommends: ii logrotate 3.7.8-6Log rotation utility Versions of packages thttpd suggests: pn thttpd-util none (no description available) -- Configuration Files: /etc/default/thttpd changed: ENABLED=yes /etc/thttpd/thttpd.conf changed: port=80 dir=/var/www nochroot symlinks user=www-data cgipat=/cgi-bin/* throttles=/etc/thttpd/throttle.conf logfile=/var/log/thttpd.log -- 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#595661: Debian bug #595661: Alsa
forwarded 595661 alsa-de...@alsa-project.org found 595661 3.0.0-1 thanks Le vendredi, 29 juillet 2011 10.02:24, Jonathan Nieder a écrit : Interesting. If it still happens in version 3.0, could you report it to alsa-de...@alsa-project.org, cc-ing this bug log? Dear Alsa developers, As I reported in the Debian #595661 bug [0], I'm experiencing a weird behaviour of the snd-hda-intel driver on my Dell Latitude D630: When the headphone is plugged in, I can't reach all volume levels in it: when playing with the Master and Headphone sliders in alsamixer (all others at max), sounds _stops_ being outputted before reaching zero levels (and it's not a matter of me not hearing: the sound is still rather loud when it stops). What I see is that I only get sound when the sum of the levels of Master and Headphone is big enough: According to my experimental analysis, the minimum combined levels where I can hear sound are when the sum of the attenuations of Master and Headphone in dB are smaller than 48 dB (see the attached graph for details). Could this be a hardware limitation ? Cheers, -- OdyX [0] http://bugs.debian.org/595661 snd_hda_intel_weirdness.png
Bug#621834: SV: Bug#621834: marked as done (DDTP - accessibility problem, probably database corroption)
On 08/10/2011 10:09 PM, Martin Eberhard Schauer wrote: Joe Dalton wrote: Danish still has a problem. It is not possible to anonymous review translation. Please open up again. I can confirm it. I could open the libwavpack1 description for review (1), but the only option offered is change comment only. To be anonymous, I choose Epiphany to visit the page. And then I made another visit with Konqueror (logged in) and I could have accepted the translation. So I think it is a new feature not documented yet. no, this is old code... :-) If the option 'requirelogin' is set, we have this workflow. Gruss Grisu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630360: linux-2.6: sporadic kernel bug while trying to hibernate system
On Tue, 02 Aug 2011 01:58:43 +0100, Ben Hutchings b...@decadent.org.uk wrote: Linux 3.0 is now in unstable; please test it. (Note that the upstream version used for our packages is '3.0.0' and not '3.0'.) It seems to be fixed on my netbook (i386) while my other laptop (amd64) now freezes instead of a kernel panic when trying to hibernate with more than half of my RAM in use. Cheers, Daniel pgpZari5BOMDw.pgp Description: PGP signature
Bug#632166: DDTSS accepts translations prematurely
On 08/11/2011 09:23 AM, Christian PERRIER wrote: Quoting Michael Bramer (m.bra...@deb-support.de): If a description need reviewer, and it is reviewed from one or more reviewer, one week since the last change/update count as one reviewer. Count this still a bug? So, that theoretically allows a single person to do DDTP stuff, without any review, for a given language. no. The description must have a translator, one (or more) reviewer and some time without any update... One single person is not enough Depending on how you consider this, this could be considered a bugor a feature, indeed. Could this be made easily configurable somewhere? we can add a option for this, but: We rewrite the ddtss stuff. Better is to collect this things and add it in a clean way in the new rewrite web interface. Per language: - number of reviewers - the above feature (delay without review counts as a review) - the delay in the above feature - anonymous contributions allowed or not (maybe this is a DDTSS-only feature) ok. But I don't like 'DDTSS-only' feature. I chat with Martijn and we like to make the mail and web interface feature compatible (reviews, messages, comments, same user accounts, etc.) Also, having the possibility to revive general messages (visible for all users and stored in a simple text file on i18n.debian.net) as well as team messages (which could be edited by privileged users for the said languagewhich means defining a superuser for each languagethat superuser being set bythe i18n gurus. ack, I will collect this and other points in a wiki page... http://wiki.debian.org/DDTP/Future Thank Gruss Grisu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634400: Any clues on these Morituri regression test failures?
tags 634400 upstream thanks Hi Thomas, Would you happen to have a clue on why we experience these regression test failures in Debian? Do they perhaps need network access (which is not permitted during build for Debian)? Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#637285: openresolv: dns-domain dns-sortlist in the interfaces file is not getting into resolv.conf
On 11/08/2011 09:58, Alex Apke wrote: So that means that having a domain entry listed before search gives the desired behavior, I am looking for. With the original sample I used for opening the ticket, this is the expected layout: # Generated by resolvconf domain example.com search foo bar example.com nameserver 127.0.0.1 nameserver 192.168.0.2 nameserver 8.8.8.8 nameserver 8.8.4.4 options timeout:5 sortlist 130.155.160.0/255.255.240.0 130.155.0.0 The resolver will ignore domain, and use search, which will have the domain appended to it. In the above example, the domain will be foo because it's the first in the list domain foo search bar foo domain foo That sets the domain to foo and blanks the search list because domain was last. The libc source code will use the last domain or search statement it finds and use that for all. So when it comes to the generated resolv.conf file, having a domain keyword is pretty redundant. It looks like the behaviour you really want is the correct domain first in the search list. You can do this by setting interface_order and/or dynamic_order and/or search_domains in /etc/resolvconf.conf Thanks Roy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637430: Licensed only to individuals; not distributable by us?
Package: mgltools-pmv Version: 1.5.6~rc1+cvs.20110617-2 Severity: Serious [ leaving full quote for the bug log ] Hi Andreas! Well, seems we did a mistake back than. Sorry. However, as we agree that the license might not be address Debian, and as the license hasn't changed, I open a bug report for the package in the archive. I guess the easiest solution would be to contact upstream, and ask whether Debian and it's mirrors may distribute the package under these license terms, and add the answer to the copyright file. Best regards, Alexander Am 10.08.2011 16:05, schrieb Andreas Tille: Hi Alexander, hmmm, I can understand your point, but some other ftpmaster of your team has considered this differently because the software is just in Debian and we just splitted the binaries: $ apt-cache policy mgltools-pmv mgltools-pmv: Installiert: (keine) Kandidat:1.5.6~rc1+cvs.20110617-2 Versionstabelle: 1.5.6~rc1+cvs.20110617-2 0 501 http://debian.tu-bs.de/debian/ testing/non-free amd64 Packages 50 http://ftp.de.debian.org/debian/ unstable/non-free amd64 Packages or was there some change of the license, Thorsten/Steffen? Please clarify this - most favourably with upstream to clear out any doubt. I currently do not have time for checking this. Kind regards Andreas. On Wed, Aug 10, 2011 at 01:05:42PM +, Alexander Reichle-Schmehl wrote: Hi maintainer(s)! I'm sorry, but I have to reject your package. Citing your debian/copyright: = 1. Grant Of Limited License; Software Use Restrictions. The programs received by you will be used only for NON COMMERCIAL purposes. This license is issued to you as an individual. = However, the Debian project is not an individual, so this license doesn't seem to apply for us, and therefore we have so far no rights to distribute it. Best regards, Alexander === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#271397: enamdict: add frequency statistic
Hi, On Thu, Aug 11, 2011 at 06:00:55PM +1000, Jim Breen wrote: I would be quite happy to add some sort of frequency metric to given and family names in the ENAMDICT file. The trouble is I have no time spare to go digging out the data. I have found a data as below in CSV format for family name. Anyway raw data has a bit over 100,600 names. Given name is a bit difficult. If someone else were prepared to compile it, I'd be glad to i add it. Jim Breen It looks like sei,rank,number 佐藤,1位,481980 鈴木,2位,426804 高橋,3位,353911 田中,4位,334073 渡辺,5位,276257 伊藤,6位,270047 山本,7位,269344 ... 天徳寺,88108位,1 天寅,88108位,1 天屯,88108位,1 天秤,88108位,1 天彦,88108位,1 天峯,88108位,1 天霧,88108位,1 天野盛,88108位,1 天雷,88108位,1 天路,88108位,1 So remaining task is to ask copyright holder and merge this into your dictionary (I assume XML one is the one you wish to update.) I assume normalizing Number into % may be a good idea. But we may put low number ones as rare. Alternatively, -10*LOG(ratio) may provide better index covering wider range. Please think about it. I see there are some manual touch ups needed. I can help. I will write to the data producer for the license. I will mention our intent of use and ask him to put his database under the same term as yours. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637431: qutecom: frequent crashes when aborting a call
Package: qutecom Version: 2.2~rc3.hg396~dfsg1-6+b1 Severity: important *** Please type your report below this line *** Hi, when I place a call and then hang up or press cancel, the application crashes almost every time. If not, it crashes as soon as I try to dial another number. I've done a few calls like this and include the collected backtraces: $ qutecom $ bind: Address already in use (info) 12:17:16 [Common] void QtLanguage::loadLanguageFromConfig(): no Qt translation available for locale 'en-gb' (info) 12:17:16 [Common] void QtLanguage::loadLanguageFromConfig(): no application translation available for locale 'en-gb' pathToProfile /home/toni/.qutecom/profiles/qutecom-soft1@my-realm/purple END sVoIP_phapi_handle_invite_out sVoIP_phapi_handle_invite_out (warn) 12:17:22 [PhApi] : osip: /build/buildd-qutecom_2.2~rc3.hg396~dfsg1-6+b1-i386-n1XHB8/qutecom-2.2~rc3.hg396~dfsg1/wifo/libosip2/src/osip2/osip_dialog.c:355: Remote UA is not compliant: missing a tag in response! (error) 12:17:22 [PhApi] : osip: /build/buildd-qutecom_2.2~rc3.hg396~dfsg1-6+b1-i386-n1XHB8/qutecom-2.2~rc3.hg396~dfsg1/wifo/eXosip/src/eXosip.c:3708: eXosip: No call here? (error) 12:17:22 [PhApi] : osip: /build/buildd-qutecom_2.2~rc3.hg396~dfsg1-6+b1-i386-n1XHB8/qutecom-2.2~rc3.hg396~dfsg1/wifo/eXosip/src/eXosip.c:3708: eXosip: No call here? ALSA lib pcm.c:2190:(snd_pcm_open_noupdate) Unknown PCM (warn) 12:17:37 [Common] void raise(__jmp_buf_tag*, int, char*, ...): Cannot open audio device ALSA lib pcm.c:2190:(snd_pcm_open_noupdate) Unknown PCM (warn) 12:17:37 [Common] void raise(__jmp_buf_tag*, int, char*, ...): Cannot open audio device ALSA lib pcm.c:2190:(snd_pcm_open_noupdate) Unknown PCM ALSA lib pcm.c:2190:(snd_pcm_open_noupdate) Unknown PCM (warn) 12:17:37 [Common] void raise(__jmp_buf_tag*, int, char*, ...): Cannot open audio device (warn) 12:17:37 [Common] void raise(__jmp_buf_tag*, int, char*, ...): Cannot open audio device ALSA lib pcm.c:2190:(snd_pcm_open_noupdate) Unknown PCM ALSA lib pcm.c:2190:(snd_pcm_open_noupdate) Unknown PCM (warn) 12:17:37 [Common] void raise(__jmp_buf_tag*, int, char*, ...): Cannot open audio device (warn) 12:17:37 [Common] void raise(__jmp_buf_tag*, int, char*, ...): Cannot open audio device ALSA lib pcm.c:2190:(snd_pcm_open_noupdate) Unknown PCM (warn) 12:17:37 [Common] void raise(__jmp_buf_tag*, int, char*, ...): Cannot open audio device ALSA lib pcm.c:2190:(snd_pcm_open_noupdate) Unknown PCM (warn) 12:17:37 [Common] void raise(__jmp_buf_tag*, int, char*, ...): Cannot open audio device $ Qt has caught an exception thrown from an event handler. Throwing exceptions from an event handler is not supported in Qt. You must reimplement QApplication::notify() and catch all exceptions there. terminate called after throwing an instance of 'std::length_error' what(): basic_string::_S_create [1]+ Aborted qutecom $ qutecom [1] 29357 $ bind: Address already in use (info) 12:17:53 [Common] void QtLanguage::loadLanguageFromConfig(): no Qt translation available for locale 'en-gb' (info) 12:17:53 [Common] void QtLanguage::loadLanguageFromConfig(): no application translation available for locale 'en-gb' pathToProfile /home/toni/.qutecom/profiles/qutecom-soft1@my-realm/purple END sVoIP_phapi_handle_invite_out sVoIP_phapi_handle_invite_out (warn) 12:17:57 [PhApi] : osip: /build/buildd-qutecom_2.2~rc3.hg396~dfsg1-6+b1-i386-n1XHB8/qutecom-2.2~rc3.hg396~dfsg1/wifo/libosip2/src/osip2/osip_dialog.c:355: Remote UA is not compliant: missing a tag in response! (error) 12:17:57 [PhApi] : osip: /build/buildd-qutecom_2.2~rc3.hg396~dfsg1-6+b1-i386-n1XHB8/qutecom-2.2~rc3.hg396~dfsg1/wifo/eXosip/src/eXosip.c:3708: eXosip: No call here? (error) 12:17:57 [PhApi] : osip: /build/buildd-qutecom_2.2~rc3.hg396~dfsg1-6+b1-i386-n1XHB8/qutecom-2.2~rc3.hg396~dfsg1/wifo/eXosip/src/eXosip.c:3708: eXosip: No call here? terminate called after throwing an instance of 'std::length_error' what(): basic_string::_S_create [1]+ Aborted qutecom $ qutecom [1] 29387 $ bind: Address already in use (info) 12:18:16 [Common] void QtLanguage::loadLanguageFromConfig(): no Qt translation available for locale 'en-gb' (info) 12:18:16 [Common] void QtLanguage::loadLanguageFromConfig(): no application translation available for locale 'en-gb' pathToProfile /home/toni/.qutecom/profiles/qutecom-soft1@my-realm/purple END sVoIP_phapi_handle_invite_out sVoIP_phapi_handle_invite_out (warn) 12:18:23 [PhApi] : osip: /build/buildd-qutecom_2.2~rc3.hg396~dfsg1-6+b1-i386-n1XHB8/qutecom-2.2~rc3.hg396~dfsg1/wifo/libosip2/src/osip2/osip_dialog.c:355: Remote UA is not compliant: missing a tag in response! (error) 12:18:23 [PhApi] : osip: /build/buildd-qutecom_2.2~rc3.hg396~dfsg1-6+b1-i386-n1XHB8/qutecom-2.2~rc3.hg396~dfsg1/wifo/eXosip/src/eXosip.c:3708: eXosip: No call here? (error) 12:18:23 [PhApi] : osip:
Bug#627711: the connect window doesn't provide list of servers
On Sun, Aug 7, 2011 at 12:25 AM, Theppitak Karoonboonyanan t...@debian.org wrote: On Sat, Aug 6, 2011 at 1:14 PM, Theppitak Karoonboonyanan t...@debian.org wrote: GNOME #656069 filed: https://bugzilla.gnome.org/show_bug.cgi?id=656069 FYI, the bug has been fixed upstream. May I request for a new upstream snapshot upload, to make the package usable again in testing? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637398: [Pkg-mailman-hackers] Bug#637398: Bug#637398: mailman: Switch to dh_python2
Hi Thorsten, On Thu, August 11, 2011 09:25, Thorsten Glaser wrote: tags 637398 + pending thanks On Wed, 10 Aug 2011, Barry Warsaw wrote: In Ubuntu, the attached patch was applied to achieve the following: Thanks for sending, applied it so it'll be in the next upload. (This is not urgent, but will be done before the release of course.) Thanks for the help. I propose to upload sometime soon, not because it's urgent per se but it helps to get this transition up to speed early in the release cycle. If you don't have anything pending in the short term I'll make the upload. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628620: unsupporting Architecture: mips
Hi Aurélien, On Wed, 10 Aug 2011 23:59:03 +0200, Aurelien Jarno aurel...@aurel32.net wrote: On Wed, Aug 10, 2011 at 12:09:02AM +0200, Damien Raude-Morvan wrote: Le jeudi 04 août 2011 10:25:34, Aurelien Jarno a écrit : Both build failures in experimental are due to the switch to gcj-4.6 as a bootstrapping compiler. They build fine when using gcj-4.4, and it seems it's what has to be done so that mips doesn't block anything. I am working to find the issue in gcj-4.6, but it will take more time. Last build on buildd network (for mips and mipsel) still fails with GCJ-4.4 : When I did my tests, I switched both gcc and gcj to 4.4. Sorry, it was not very clear in my previous mail. I have done some more tests: gcc-4.4 and gcj-4.4: ok gcc-4.4 and gcj-4.6: ok gcc-4.6 and gcj-4.4: bad gcc-4.6 and gcj-4.6: bad Ok, doko fixed this (ie. B-D on gcc-4.4 AND gcj-4.4) yesterday on openjdk-6 6b23~pre5-1 upload. It just build fine on mipsel now : https://buildd.debian.org/status/logs.php?pkg=openjdk-6arch=mipsel My conclusion is that gcc-4.6 is the culprit. I'll try to debug further in the next days. Thanks, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637432: kernel choice offers unusable kernel
Package: base-installer Version: 1.120 In standard installation appears a menu to choose the kernel to install. In that menu, on a amd64 installation, appears the option to choose a kfreebsd kernel which results in a system that does not boot, unusable. -- Melhores cumprimentos/Best Regards, Miguel Figueiredo http://www.DebianPT.org attachment: di_kernel_chooser.png
Bug#637433: flashplugin-nonfree: Fails to install on 64bit systems because of dead download link
Package: flashplugin-nonfree Version: 1:2.8.3 Severity: important Adobe released a new beta version for 64 bit systems and the installer fails with 404 Not found because it tries to download the old beta. See: http://labs.adobe.com/downloads/flashplayer11.html Currently working download link: http://download.macromedia.com/pub/labs/flashplatformruntimes/flashplayer11/flashplayer11_b2_install_lin_64_080811.tar.gz -- Package-specific info: Debian version: wheezy/sid Architecture: amd64 Package version: 1:2.8.3 MD5 checksums: md5sum: /var/cache/flashplugin-nonfree/*: No such file or directory md5sum: /usr/lib/flashplugin-nonfree/libflashplayer.so: No such file or directory Alternatives: update-alternatives: error: no alternatives for flash-mozilla.so. ls: cannot access /usr/lib/mozilla/plugins/flash-mozilla.so: No such file or directory /usr/lib/mozilla/plugins/flash-mozilla.so: ERROR: cannot open `/usr/lib/mozilla/plugins/flash-mozilla.so' (No such file or directory) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (700, 'stable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flashplugin-nonfree depends on: ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep ii libatk1.0-0 2.0.1-2ATK accessibility toolkit ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.7-1 Multi-protocol file transfer libra ii libfontconfig12.8.0-3generic font configuration library ii libfreetype6 2.4.4-2FreeType 2 font engine, shared lib ii libgcc1 1:4.6.1-4 GCC support library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libnspr4-0d 4.8.8-2NetScape Portable Runtime Library ii libnss3-1d3.12.10-3 Network Security Service libraries ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libstdc++64.6.1-4GNU Standard C++ Library v3 ii libx11-6 2:1.4.4-1 X11 client-side library ii libxext6 2:1.3.0-3 X11 miscellaneous extension librar ii libxt61:1.1.1-2 X11 toolkit intrinsics library ii wget 1.12-5 retrieves files from the web flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: pn flashplugin-nonfree-extrasoun none (no description available) ii iceweasel 5.0-6 Web browser based on Firefox pn konqueror-nsplugins none (no description available) ii ttf-dejavu2.33-1 Metapackage to pull in ttf-dejavu- ii ttf-mscorefonts-installer [ms 3.3Installer for Microsoft TrueType c pn ttf-xfree86-nonfree none (no description available) ii x-ttcidfont-conf 32+nmu2TrueType and CID fonts configurati -- 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#636126: pidgin-skype: Pidgin crashes when skype account enabled
forwarded 636126 https://code.google.com/p/skype4pidgin/issues/detail?id=167 thanks pidgin-skype package already says skype client is needed in long description and in /usr/share/doc/pidgin-skype/README.Debian file. Anyway forwarding. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637398: [Pkg-mailman-hackers] Bug#637398: Bug#637398: mailman: Switch to dh_python2
On Thu, 11 Aug 2011, Thijs Kinkhorst wrote: Thanks for the help. No problem. I offered, after all, and feel a bit bad for not having been able to find the time needed to merge the patches I proposed, uh, quite some time ago already. I propose to upload sometime soon, not because it's urgent per se but it helps to get this transition up to speed early in the release cycle. If you don't have anything pending in the short term I'll make the upload. I don’t have anything at the moment, yes. I’d upload to experimental first, anyway, so by all means, go on. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 52675-25 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Elmar Geese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630921: [libmount1] tries to overwrite existing libmount
Julian Gilbey wrote: I had forgotten where my installation of 2.19.1-1 came from. There was a problem a while ago with 2.17.2-9.1 not working with fusermount or encfs or something like that, so I upgraded bsdutils, libblkid1, libuuid1, mount, util-linux, util-linux-locales, uuid-dev and uuid-runtime to version 2.19.1-1 to fix this. Thanks for clarifying. So that explains that. Apologies for the confusion, No problem. I think we agree on the fundamental thing, which is that the package is still worth fixing. :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631689: fdm: FTBFS with ld --as-needed
Ilya Barygin wrote: [...] The package fails to build when --as-needed linker option is enabled, because of incorrect order of parameters passed to ld. Here's a log of failed build in Ubuntu: https://launchpadlibrarian.net/71869810/buildlog_ubuntu-oneiric-i386.fdm_1.6-4build1_FAILEDTOBUILD.txt.gz See also http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries The attached patch was used in Ubuntu to fix the problem. https://launchpad.net/ubuntu/+source/fdm/1.6-4ubuntu1 Oops. Sorry for taking forever. I was sure I already answered to this one... Anyway, that patch looks right, and the upstream Makefile¹ handles it like that already. I'll query upstream about a new release. ...the last one has been a while. If that should not happen in due time, I'll include this patch in the package. Regards, Frank http://fdm.cvs.sourceforge.net/viewvc/fdm/fdm/GNUmakefile?view=markup -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637368: [nvidia-graphics-drivers] build dependency of debhelper doesn't match compat level
Hi Andreas, On Thursday 11 August 2011 00:44:52 Andreas Beckmann wrote: On 2011-08-10 18:39, Jan Wagner wrote: Package: nvidia-graphics-drivers Version: 280.13-1 280.13-2 (in SVN, unreleased) properly bumps that dependency to (= 8.1.3) which introduced experimental v9. While trying to backport the package to squeeze, I was faced with the I also added squeeze backporting instructions to README.source and implemented them via debian/rules prepare-squeeze-backport That should be enough to get a working backport for local use. Additionally you will need the packages built from nvidia-support and glx-diversions. These can probably be taken directly from testing, no backport needed. Or rebuild only, no changes needed. Please report any problems you encounter. I modified 280.13-1 based on your recent svn commit, that worked like a charm. Did you plan to do official backports? Please don't. This is on our ToDo list [1], but first some more issues with the diversions/alternatives have to be sorted out. The Debian NVIDIA Maintainers plan to provide the official backports once all the reorganizations of the nvidia packages, diversions and alternatives have stabilized in testing. It was not my intention to upload such a packge into backport.d.o, especially not without your acknowdlegment ... anyways .. I would appreciate if you maintain the package there. Many thanks, 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#618229: Diff of the NMU
Hi, I have just an NMU of this package to fix two longstanding issues (bugs #618229 and #634558). Please find the diff below. Regards, Aurelien diff -u slcurl-0.2.1/debian/control slcurl-0.2.1/debian/control --- slcurl-0.2.1/debian/control +++ slcurl-0.2.1/debian/control @@ -4,7 +4,7 @@ Maintainer: Debian JED Group pkg-jed-sl-modu...@lists.alioth.debian.org Uploaders: Rafael Laboissiere raf...@debian.org Build-Depends: debhelper (= 7), libslang2-dev (= 2.0.4-6), - libcurl4-dev, cdbs + libcurl4-gnutls-dev, cdbs Standards-Version: 3.8.1 Homepage: http://jedsoft.org/slang/modules/curl.html Vcs-Git: git://alioth.debian.org/~rafael/public_git/deb-pkg/slcurl.git diff -u slcurl-0.2.1/debian/rules slcurl-0.2.1/debian/rules --- slcurl-0.2.1/debian/rules +++ slcurl-0.2.1/debian/rules @@ -3,6 +3,8 @@ include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/debhelper.mk + +DEB_CONFIGURE_EXTRA_FLAGS := --with-curllib=/usr/lib/$(DEB_HOST_MULTIARCH) DEB_COMPRESS_EXCLUDE := translate DEB_MAKE_BUILD_TARGET := all RPATH= diff -u slcurl-0.2.1/debian/changelog slcurl-0.2.1/debian/changelog --- slcurl-0.2.1/debian/changelog +++ slcurl-0.2.1/debian/changelog @@ -1,3 +1,13 @@ +slcurl (0.2.1-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Change build-dependency on libcurl4-dev into libcurl4-gnutls-dev. +Closes: #618229. + * Use the --with-curllib= option to tell the configure script to look +for the curl library in the multiarch path. Closes: #618229. + + -- Aurelien Jarno aure...@debian.org Thu, 11 Aug 2011 12:55:02 +0200 + slcurl (0.2.1-4) unstable; urgency=low * debian/control: -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630787: can not update/install morituri because of a syntaxerror
Am 11.08.2011 11:34, schrieb Jonas Smedegaard: No. All versions (available in Debian) indeed satisfies the package needs. My god, how can one be so stubborn! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637185: ITP: muse2 -- Qt4-based audio/MIDI sequencer
Hi Alessio! Am 09.08.2011 um 11:09 schrieb Alessio Treglia: * Package name: muse2 Version : 2.0~beta2 Upstream Author : Werner Schweer w...@seh.de * URL : http://www.muse-sequencer.org/ * License : GPL Programming Lang: C++ Description : Qt4-based audio/MIDI sequencer Would you like to keep muse2 separate from the old muse package in the archive? Otherwise, feel free to take over the name from the old package. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637434: Multistrap should set APT::Default-Release
Package: multistrap Version: 2.1.15 Severity: important Tags: patch Hi, While using multistrap in Wheezy to build a Squeeze root filesystem, multistrap fails wit error: E: The value 'wheezy' is invalid for APT::Default-Release as such a release is not available in the sources The (tested) attached patch set APT::Default-Release to the suite defined in multistrap config. bert. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (200, 'experimental'), (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-486 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 multistrap depends on: ii apt 0.8.15.5 Advanced front-end for dpkg ii libconfig-auto-perl 0.36-1 magical config file parser ii libparse-debian-packages-perl 0.01-2 parse the data from a Debian Packa ii perl 5.12.4-2 Larry Wall's Practical Extraction Versions of packages multistrap recommends: ii emdebian-archive-keyring 2.0.1 GnuPG archive keys for the emdebia Versions of packages multistrap suggests: ii fakeroot 1.16-1 tool for simulating superuser priv -- 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#586686: upgrade audiofile package to version 0.2.7
Hi Alessio! Am 09.08.2011 um 14:11 schrieb Alessio Treglia: I'd also be interested in having the latest upstream release in Debian sid, if you agree I'd go on by NMUing this. Please go ahead. Thanks, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634272: fvwm: double-clicks with the touchpad left button not always taken into account
Vincent, This is not a bug. Please go and read about ClickTime, and then adjust it accordingly. -- Thomas Adam -- Deep in my heart I wish I was wrong. But deep in my heart I know I am not. -- Morrissey (Girl Least Likely To -- off of Viva Hate.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637432: kernel choice offers unusable kernel
tags 637432 + pending thanks Hello, Miguel Figueiredo, le Thu 11 Aug 2011 13:11:28 +0100, a écrit : In standard installation appears a menu to choose the kernel to install. In that menu, on a amd64 installation, appears the option to choose a kfreebsd kernel which results in a system that does not boot, unusable. A fix is already pending upload actually. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485413: apache2/lenny/amd64 eats up all RAM
Trying with the attached patch now. Let’s see whether this helps to work around the problem. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 52675-25 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Elmar Geesediff -u apache2-2.2.9/debian/apache2.2-common.apache2.default apache2-2.2.9/debian/apache2.2-common.apache2.default --- apache2-2.2.9/debian/apache2.2-common.apache2.default +++ apache2-2.2.9/debian/apache2.2-common.apache2.default @@ -1,3 +1,10 @@ +### apache2 settings ### + +## uncomment this to change the datasize ulimit +## commented out means do not set it at all +## otherwise this is the ulimit in Kibibytes +#APACHE2_DATASIZE=262144 + ### htcacheclean settings ### ## run htcacheclean: yes, no, auto diff -u apache2-2.2.9/debian/changelog apache2-2.2.9/debian/changelog --- apache2-2.2.9/debian/changelog +++ apache2-2.2.9/debian/changelog @@ -1,3 +1,9 @@ +apache2 (2.2.9-10+lenny9.0tarent1) local; urgency=low + + * Allow setting the datasize ulimit for the Apache 2 Web Server + + -- Thorsten Glaser t.gla...@tarent.de Thu, 11 Aug 2011 13:09:19 +0200 + apache2 (2.2.9-10+lenny9) stable-security; urgency=high * Add the new SSLInsecureRenegotiation directive to configure if clients diff -u apache2-2.2.9/debian/apache2.2-common.apache2.init apache2-2.2.9/debian/apache2.2-common.apache2.init --- apache2-2.2.9/debian/apache2.2-common.apache2.init +++ apache2-2.2.9/debian/apache2.2-common.apache2.init @@ -18,6 +18,7 @@ #echo To add and enable a host, use addhost and enhost. exit 0 #edit /etc/default/apache2 to change this. +APACHE2_DATASIZE= HTCACHECLEAN_RUN=auto HTCACHECLEAN_MODE=daemon HTCACHECLEAN_SIZE=300M @@ -148,7 +149,11 @@ case $1 in start) log_daemon_msg Starting web server apache2 - if $APACHE2CTL start; then + if ( + test -n $APACHE2_DATASIZE \ + ulimit -d $APACHE2_DATASIZE + exec $APACHE2CTL start + ); then if check_htcacheclean ; then log_progress_msg htcacheclean start_htcacheclean || log_end_msg 1
Bug#637435: ifupdown: interfaces are not brought up anymore
Package: ifupdown Version: 0.7~alpha5+really0.6.11 Severity: critical Justification: breaks the whole system Hi. Since the recent upload to unstable, ifupdown seems to no longer bring up any interfaces, not even lo. $ ifconfig shows nothing,... after bringing down and then up lo,... it appears again and also eth0 starts to retrieve settings via DHCP. Reverting to 0.7~alpha5+really0.6.10 solves the issue. Cheers, Chris. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-heisenberg (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii libc6 2.13-16Embedded GNU C Library: Shared lib ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ii net-tools 1.60-24.1 The NET-3 networking toolkit ifupdown recommends no packages. Versions of packages ifupdown suggests: ii iproute 20110629-1 networking and traffic control too ii isc-dhcp-client [dhcp3-clien 4.1.1-P1-17 ISC DHCP client ii ppp 2.4.5-5 Point-to-Point Protocol (PPP) - da -- debconf information: ifupdown/convert-interfaces: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637430: Licensed only to individuals; not distributable by us?
Hi, as far as I understood Steffen[1] upstream was previousely contacted and the permission is granted. Steffen, can you find some mail from this time which is usable for quoting? Kind regards Andreas. [1] http://lists.alioth.debian.org/pipermail/debian-med-packaging/2011-August/011184.html On Thu, Aug 11, 2011 at 12:57:26PM +0200, Alexander Reichle-Schmehl wrote: Package: mgltools-pmv Version: 1.5.6~rc1+cvs.20110617-2 Severity: Serious [ leaving full quote for the bug log ] Hi Andreas! Well, seems we did a mistake back than. Sorry. However, as we agree that the license might not be address Debian, and as the license hasn't changed, I open a bug report for the package in the archive. I guess the easiest solution would be to contact upstream, and ask whether Debian and it's mirrors may distribute the package under these license terms, and add the answer to the copyright file. Best regards, Alexander Am 10.08.2011 16:05, schrieb Andreas Tille: Hi Alexander, hmmm, I can understand your point, but some other ftpmaster of your team has considered this differently because the software is just in Debian and we just splitted the binaries: $ apt-cache policy mgltools-pmv mgltools-pmv: Installiert: (keine) Kandidat:1.5.6~rc1+cvs.20110617-2 Versionstabelle: 1.5.6~rc1+cvs.20110617-2 0 501 http://debian.tu-bs.de/debian/ testing/non-free amd64 Packages 50 http://ftp.de.debian.org/debian/ unstable/non-free amd64 Packages or was there some change of the license, Thorsten/Steffen? Please clarify this - most favourably with upstream to clear out any doubt. I currently do not have time for checking this. Kind regards Andreas. On Wed, Aug 10, 2011 at 01:05:42PM +, Alexander Reichle-Schmehl wrote: Hi maintainer(s)! I'm sorry, but I have to reject your package. Citing your debian/copyright: = 1. Grant Of Limited License; Software Use Restrictions. The programs received by you will be used only for NON COMMERCIAL purposes. This license is issued to you as an individual. = However, the Debian project is not an individual, so this license doesn't seem to apply for us, and therefore we have so far no rights to distribute it. Best regards, Alexander === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637430: [Debian-med-packaging] Licensed only to individuals; not distributable by us?
Please accept the packages for now. I will be in San Diego for two days meeting them in October. We get this somehow fixed. Any change to the license would need to go through their law departments again ... which had happened before and can happen again ... but we should not allow ourselves to be interrupted through that now. I don't know if I have the emails, still. I can check. But if I find them or not. Do not have any release critical bug to it, please. Steffen On 08/11/2011 01:35 PM, Andreas Tille wrote: Hi, as far as I understood Steffen[1] upstream was previousely contacted and the permission is granted. Steffen, can you find some mail from this time which is usable for quoting? Kind regards Andreas. [1] http://lists.alioth.debian.org/pipermail/debian-med-packaging/2011-August/011184.html On Thu, Aug 11, 2011 at 12:57:26PM +0200, Alexander Reichle-Schmehl wrote: Package: mgltools-pmv Version: 1.5.6~rc1+cvs.20110617-2 Severity: Serious [ leaving full quote for the bug log ] Hi Andreas! Well, seems we did a mistake back than. Sorry. However, as we agree that the license might not be address Debian, and as the license hasn't changed, I open a bug report for the package in the archive. I guess the easiest solution would be to contact upstream, and ask whether Debian and it's mirrors may distribute the package under these license terms, and add the answer to the copyright file. Best regards, Alexander Am 10.08.2011 16:05, schrieb Andreas Tille: Hi Alexander, hmmm, I can understand your point, but some other ftpmaster of your team has considered this differently because the software is just in Debian and we just splitted the binaries: $ apt-cache policy mgltools-pmv mgltools-pmv: Installiert: (keine) Kandidat:1.5.6~rc1+cvs.20110617-2 Versionstabelle: 1.5.6~rc1+cvs.20110617-2 0 501 http://debian.tu-bs.de/debian/ testing/non-free amd64 Packages 50 http://ftp.de.debian.org/debian/ unstable/non-free amd64 Packages or was there some change of the license, Thorsten/Steffen? Please clarify this - most favourably with upstream to clear out any doubt. I currently do not have time for checking this. Kind regards Andreas. On Wed, Aug 10, 2011 at 01:05:42PM +, Alexander Reichle-Schmehl wrote: Hi maintainer(s)! I'm sorry, but I have to reject your package. Citing your debian/copyright: = 1. Grant Of Limited License; Software Use Restrictions. The programs received by you will be used only for NON COMMERCIAL purposes. This license is issued to you as an individual. = However, the Debian project is not an individual, so this license doesn't seem to apply for us, and therefore we have so far no rights to distribute it. Best regards, Alexander === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637424: Implement i386_get_gsbase i386_get_fsbase i386_set_gsbase i386_set_fsbase amd64_get_gsbase amd64_get_fsbase amd64_set_gsbase amd64_set_fsbase
2011/8/11 Robert Millan r...@debian.org: Package: libc0.1 Version: 2.13-15 Severity: wishlist Tags: patch This patch implements the following syscall stubs: i386_get_gsbase i386_get_fsbase i386_set_gsbase i386_set_fsbase amd64_get_gsbase amd64_get_fsbase amd64_set_gsbase amd64_set_fsbase On second thought, these calls may interact badly with TLS if application code uses them. Maybe it's better not to export them. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634272: fvwm: double-clicks with the touchpad left button not always taken into account
On 2011-08-11 12:32:30 +0100, Thomas Adam wrote: This is not a bug. Please go and read about ClickTime, and then adjust it accordingly. I'll have to try to see if this changes anything. I remember having increased DoubleClickTime to several seconds, with no differences. Still if the click time is not accurate at that point, there is a bug somewhere else. How is it computed? -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637066: [wnpp] removal of gramofile has been requested!
Hi! Am 09.08.2011 um 16:20 schrieb Dale Amon: What sort of bugs? I did do some code changes to it once 5 years ago or so. Trouble is I'm in the midst of starting a company right now (and trying to do enough consulting to stay alive in the meantime) so I'm multi-tasking morning to... morning. What is the packaging issue? I've done some packaging although I'm not a debian maintainer. The packaging issues are easily solvable, actually, by switching from yada to, say, debhelper. Gramofile is a rather simple package, so this should be a no-brainer. However, there's http://wiki.debian.org/ReleaseGoals/NoLinuxDevDsp looming on the horizon, which requires us to add another means of audio output but OSS to gramofile. Unless significant work is put into a fix for this problem, gramofile is bound for removal irrespective of the packaging issues. I figured that gramofile was only of historic value these days, and therefore suggested to remove the package right away, but from your answer I take it that there are still users out there, so we might well reconsider. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634272: fvwm: double-clicks with the touchpad left button not always taken into account
On 11 August 2011 12:52, Vincent Lefevre vinc...@vinc17.net wrote: On 2011-08-11 12:32:30 +0100, Thomas Adam wrote: This is not a bug. Please go and read about ClickTime, and then adjust it accordingly. I'll have to try to see if this changes anything. I remember having increased DoubleClickTime to several seconds, with no differences. DoubleClickTime != ClickTime. DoubleClickTime is to do with menus only. You want *ClickTime*. The reason I'm telling you this is for two reasons: 1. You mentions it happens with any + D action which means it can only be clicktime related. 2. Touch pads have a notorious habit of being over-sensitive in that they'll often send two clicks in very rapid succession -- much more so than a standard mouse, which again is likely why you're seeing it specifically with a touchpad. Still if the click time is not accurate at that point, there is a bug somewhere else. How is it computed? It's computed by taking the time between two single clicks in succession, since X11 does not have a concept of double-click at all. -- Thomas Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637142: more info
Package: gdm3 Version: 2.30.5-10 Followup-For: Bug #637142 Hello again. First of all, I would like to apologize for setting the priority as important instead of normal, I wrongly selected it. I'm sorry. Secondly, I found out some suspicious messagges in my /var/log/gdm3/:0-greeter.log and I would like to add the content of the file for more information: gnome-session[13959]: WARNING: Could not launch application 'at-spi-registryd- wrapper.desktop': Unable to start application: Failed to execute child process /usr/lib/at-spi/at-spi-registryd (File o directory non esistente) gnome-session[13959]: WARNING: Could not launch application 'metacity.desktop': Unable to start application: Failed to execute child process metacity (File o directory non esistente) gnome-session[13959]: WARNING: Could not launch application 'gnome-power- manager.desktop': Unable to start application: Failed to execute child process gnome-power-manager (File o directory non esistente) ** (process:13975): DEBUG: Greeter session pid=13975 display=:0 xauthority=/var/run/gdm3/auth-for-Debian-gdm-1rLsZJ/database gdm-simple-greeter[13975]: Gtk-WARNING: /build/buildd- gtk+2.0_2.24.4-3-i386-ouUeDk/gtk+2.0-2.24.4/gtk/gtkwidget.c:5679: widget not within a GtkWindow g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Thank you very much and sorry again for the wrong priority. Best Regards, Marco Milone -- 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/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii adduser3.113 add and remove users and groups ii debconf [debconf-2.0] 1.5.40Debian configuration management sy ii gconf2 2.32.4-1 GNOME configuration database syste ii gnome-session-bin 2.30.2-3 The GNOME Session Manager - Minima ii libart-2.0-2 2.3.21-1 Library of functions for 2D graphi ii libatk1.0-02.0.1-2 ATK accessibility toolkit ii libattr1 1:2.4.46-3Extended attribute shared library ii libaudit0 1.7.18-1 Dynamic library for security audit ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.28-1Gtk+ helper for playing widget eve ii libcanberra0 0.28-1a simple abstract interface for pl ii libdbus-1-31.4.14-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.94-4simple interprocess messaging syst ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype6 2.4.4-2 FreeType 2 font engine, shared lib ii libgconf2-42.32.4-1 GNOME configuration database syste ii libgdk-pixbuf2.0-0 2.23.5-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnome2-02.32.1-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.3-1 powerful object-oriented display e ii libgtk2.0-02.24.4-3 The GTK+ graphical user interface ii liborbit2 1:2.14.18-0.2 libraries for ORBit2 - a CORBA ORB ii libpam-modules 1.1.3-2 Pluggable Authentication Modules f ii libpam-runtime 1.1.3-2 Runtime support for the PAM librar ii libpam0g 1.1.3-2 Pluggable Authentication Modules l ii libpanel-applet2-0 2.30.2-4 library for GNOME Panel applets ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libpolkit-gobject-1-0 0.101-4 PolicyKit Authorization API ii libpolkit-gtk-1-0 0.101-2 PolicyKit GTK+ API ii libpopt0 1.16-1lib for parsing cmdline parameters ii librsvg2-common2.34.0-1 SAX-based renderer library for SVG ii libselinux12.0.98-1.1SELinux runtime shared libraries ii libupower-glib10.9.12-1 abstraction for power management - ii libwrap0 7.6.q-21 Wietse Venema's TCP wrappers libra ii libx11-6 2:1.4.4-1 X11 client-side library ii libxau61:1.0.6-3 X11 authorisation library ii libxdmcp6 1:1.1.0-3 X11 Display Manager Control Protoc ii libxklavier16 5.1-2 X Keyboard Extension high-level AP ii
Bug#637434: Multistrap should set APT::Default-Release
severity 637434 normal tag 637434 - patch quit On Thu, 11 Aug 2011 13:19:21 +0200 bertagaz berta...@ptitcanardnoir.org wrote: Package: multistrap Version: 2.1.15 Severity: important Tags: patch While using multistrap in Wheezy to build a Squeeze root filesystem, multistrap fails wit error: E: The value 'wheezy' is invalid for APT::Default-Release as such a release is not available in the sources The (tested) attached patch set APT::Default-Release to the suite defined in multistrap config. Umm, no patch found. As described in the manpage, I also need the multistrap config file used when you saw the bug or I won't be able to reproduce it. I regularly build Squeeze rootfs' on Wheezy/Sid without this problem. It would also be useful to copy into the bug report the majority of the multistrap output. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpOKVVsMVa9O.pgp Description: PGP signature
Bug#637436: linux-image-3.0.0-1-amd64: kernel BUG at mm/slab.c:3059!
Package: linux-2.6 Version: 3.0.0-1 Severity: important Hi! I was using my computer and saw a kernel BUG: Aug 11 08:58:13 sti-nelson kernel: [144574.621166] kernel BUG at /tmp/buildd/linux-2.6-3.0.0/debian/build/source_amd64_none/mm/slab.c:3059! Aug 11 08:58:13 sti-nelson kernel: [144574.621176] invalid opcode: [#1] SMP Aug 11 08:58:13 sti-nelson kernel: [144574.621190] CPU 1 Aug 11 08:58:13 sti-nelson kernel: [144574.621193] Modules linked in: des_generic ecb md4 hmac nls_utf8 cifs fscache btrfs zlib_deflate crc32c libcrc32c ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat jfs xfs reiserfs ext3 jbd ext2 ip6table_filter ip6_tables ebtable_nat ebtables ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables bridge stp powernow_k8 cpufreq_conservative cpufreq_userspace cpufreq_stats mperf cpufreq_powersave ppdev lp binfmt_misc fuse loop kvm_amd kvm usbhid hid snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq snd_timer snd_seq_device ohci_hcd snd ehci_hcd nouveau ttm drm_kms_helper drm usbcore sg soundcore k8temp r8169 sr_mod mii i2c_algo_bit mxm_wmi wmi sp5100_tco edac_core ata_generic i2c_piix4 edac_mce_amd snd_page_alloc i2c_core video evdev cdrom pata_atiixp parport_pc floppy psmouse parport button serio_raw processor ext4 mbcache jbd2 crc16 dm_mod sd_mod crc_t10dif ahci libahci fan thermal therma l_sys libata scsi_mod Aug 11 08:58:13 sti-nelson kernel: [144574.621406] Aug 11 08:58:13 sti-nelson kernel: [144574.621410] Pid: 25134, comm: chromium Not tainted 3.0.0-1-amd64 #1 Itautec S.A. Infoway/SM 3321 Aug 11 08:58:13 sti-nelson kernel: [144574.621422] RIP: 0010:[810ec222] [810ec222] cache_alloc+0x133/0x258 Aug 11 08:58:13 sti-nelson kernel: [144574.621436] RSP: 0018:880138f0fe58 EFLAGS: 00010046 Aug 11 08:58:13 sti-nelson kernel: [144574.621442] RAX: 88007d03e000 RBX: 88013f40 RCX: 0070 Aug 11 08:58:13 sti-nelson kernel: [144574.621450] RDX: 002c RSI: dead00100100 RDI: 88013f044450 Aug 11 08:58:13 sti-nelson kernel: [144574.621457] RBP: 0010 R08: 88013f044460 R09: 0010 Aug 11 08:58:13 sti-nelson kernel: [144574.621464] R10: 005b R11: 0246 R12: 88013af42800 Aug 11 08:58:13 sti-nelson kernel: [144574.621471] R13: 88013f00 R14: R15: 000492d0 Aug 11 08:58:13 sti-nelson kernel: [144574.621479] FS: 7ffbfbd22960() GS:88013fc8() knlGS:0c098840 Aug 11 08:58:13 sti-nelson kernel: [144574.621487] CS: 0010 DS: ES: CR0: 80050033 Aug 11 08:58:13 sti-nelson kernel: [144574.621494] CR2: 7ffbfd997fa0 CR3: 000138e4d000 CR4: 06e0 Aug 11 08:58:13 sti-nelson kernel: [144574.621501] DR0: DR1: DR2: Aug 11 08:58:13 sti-nelson kernel: [144574.621508] DR3: DR6: 0ff0 DR7: 0400 Aug 11 08:58:13 sti-nelson kernel: [144574.621516] Process chromium (pid: 25134, threadinfo 880138f0e000, task 880139bad0e0) Aug 11 08:58:13 sti-nelson kernel: [144574.621524] Stack: Aug 11 08:58:13 sti-nelson kernel: [144574.621527] 00012c00 003c 88000243eee0 Aug 11 08:58:13 sti-nelson kernel: [144574.621540] 0020 88013f40 80d0 80d0 Aug 11 08:58:13 sti-nelson kernel: [144574.621551] 0292 810ecd4b 880138f0ff48 A picture with a call trace (that isn't available in the log file) is available at http://people.debian.org/~naoliv/misc/kernel-bug-slab.jpg I was able to find only this on google: https://lkml.org/lkml/2011/8/4/308 I can give more information or test any patch if needed. Thank you! Best regards, Nelson -- Package-specific info: ** Version: Linux version 3.0.0-1-amd64 (Debian 3.0.0-1) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-4) ) #1 SMP Sun Jul 24 02:24:44 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-1-amd64 root=UUID=c73f4307-2dce-4e31-939c-e6cb20668551 ro quiet ** Not tainted ** Kernel log: [4.686026] nouveau :01:00.0: setting latency timer to 64 [4.687228] [drm] nouveau :01:00.0: Detected an NV50 generation card (0x096d80c1) [4.690301] [drm] nouveau :01:00.0: Attempting to load BIOS image from PRAMIN [4.753693] [drm] nouveau :01:00.0: ... appears to be valid [4.753697] [drm] nouveau :01:00.0: BIT BIOS found [4.753700] [drm] nouveau :01:00.0: Bios version 62.94.64.00 [4.753703] [drm] nouveau :01:00.0: TMDS table version 2.0 [4.753706] [drm] nouveau :01:00.0: Found Display Configuration Block version 4.0 [4.753710] [drm] nouveau :01:00.0: Raw DCB entry 0: 04011310 0028 [4.753712] [drm] nouveau :01:00.0: Raw DCB entry 1: 01000302 00020030 [4.753714] [drm] nouveau :01:00.0: Raw DCB
Bug#637437: update-guestfs-appliance: broken permissions on base.img/hostfiles with a restrictive umask
Package: libguestfs0 Version: 1.10.6-3 Severity: normal File: /usr/sbin/update-guestfs-appliance I use a restrictive umask (0027) and when I manually ran update-guestfs-appliance, the permissions on these two files did not allow world-readability: pabs@chianamo:~/misc/systems/windows$ ll /usr/lib/guestfs/supermin.d/{base.img,hostfiles} -rw-r- 1 root root 595K Aug 10 19:34 /usr/lib/guestfs/supermin.d/base.img -rw-r- 1 root root 157K Aug 10 19:34 /usr/lib/guestfs/supermin.d/hostfiles This prevented me from using the virt tools as a normal user. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libguestfs0 depends on: ii binutils 2.21.52.20110606-2 The GNU assembler, linker and bina ii bsdmainut 8.2.3 collection of more utilities from ii btrfs-too 0.19+20100601-3Checksumming Copy on Write Filesys ii cpio 2.11-7 GNU cpio -- a program to manage ar ii cryptsetu 2:1.3.0-3 configures encrypted block devices ii debconf [ 1.5.40 Debian configuration management sy ii diffutils 1:3.0-1File comparison utilities ii dosfstool 3.0.9-1utilities for making and checking ii febootstr 3.7-2 tool for building supermin applian ii file 5.04-5+b1 Determines file type using magic ii grub-pc 1.99-9 GRand Unified Bootloader, version ii iproute 20110629-1 networking and traffic control too ii jfsutils 1.1.15-1 utilities for managing the JFS fil ii libaugeas 0.8.1-2Augeas configuration editing libra ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libhivex0 1.2.7-1library for reading and writing Wi ii libmagic1 5.04-5+b1 File type determination library us ii libpcre3 8.12-3 Perl 5 Compatible Regular Expressi ii libvirt0 0.9.3-4library for interfacing with diffe ii libxml2 2.7.8.dfsg-4 GNOME XML library ii linux-ima 3.0.0+39 Linux for 64-bit PCs (dummy packag ii lsof 4.81.dfsg.1-1 List open files ii lvm2 2.02.84-3.1The Linux Logical Volume Manager ii module-in 3.16-1 tools for managing Linux kernel mo ii net-tools 1.60-24.1 The NET-3 networking toolkit ii ntfs-3g [ 1:2011.4.12AR.4-2 read/write NTFS driver for FUSE ii parted2.3-8 disk partition manipulator ii procps1:3.2.8-11 /proc file system utilities ii qemu-kvm 0.14.1+dfsg-4 Full virtualization on x86 hardwar ii reiserfsp 1:3.6.21-1 User-level tools for ReiserFS file ii scrub 2.4-2 writes patterns on magnetic media ii strace4.5.20-2.3 A system call tracer ii udev 172-1 /dev/ and hotplug management daemo ii vim-tiny 2:7.3.154+hg~74503f6ee649-2+b1 Vi IMproved - enhanced vi editor - ii xfsprogs 3.1.5 Utilities for managing the XFS fil ii xz-utils 5.0.0-2XZ-format compression utilities ii zerofree 1.0.1-2zero free blocks from ext2/3 file- ii zfs-fuse 0.6.9-1+b1 ZFS on FUSE -- debconf information: * libguestfs/update-appliance: false -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#637430: [Debian-med-packaging] Licensed only to individuals; not distributable by us?
severity 637430 important retitle 637430 Please clarify debian/copyright wrt to YOU thanks Hi! Am 11.08.2011 13:39, schrieb Steffen Möller: as far as I understood Steffen[1] upstream was previousely contacted and the permission is granted. Steffen, can you find some mail from this time which is usable for quoting? [1] http://lists.alioth.debian.org/pipermail/debian-med-packaging/2011-August/011184.html Please accept the packages for now. I will be in San Diego for two days meeting them in October. We get this somehow fixed. Any change to the license would need to go through their law departments again ... which had happened before and can happen again ... but we should not allow ourselves to be interrupted through that now. I don't know if I have the emails, still. I can check. But if I find them or not. Do not have any release critical bug to it, please. Hmm It seems the mail Andreas points to do wasn't sent to us or the bug report. Okay, the important thing is the following: We have the explicit OK from upstream to do what we are doing. Okay, so we are allowed to actually distribute the package. Wonderful, let's downgrade the bug :) So completely solve it, could you please add a sentence to your copyright? Something along the lines that in agreement with upstream Debian may distribute the package, for other users the following license applies? Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634400: Any clues on these Morituri regression test failures?
Which regressions ? Link ? Log ? T On Thu, 2011-08-11 at 12:17 +0200, Jonas Smedegaard wrote: tags 634400 upstream thanks Hi Thomas, Would you happen to have a clue on why we experience these regression test failures in Debian? Do they perhaps need network access (which is not permitted during build for Debian)? Kind regards, - Jonas -- Your books write themselves they line up row after row Flumotion - the only way to stream! http://www.flumotion.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637438: libguestfs0: too tight deps
Package: libguestfs0 Severity: normal Hi. IMHO, libguestfs0 might have too tight dependencies in some places: 1) linux-image-2.6-amd64 Apart from that package being deprecated, this forces one to use that specific kernel. And it makes uses custom kernels (e.g. manually compiled, or make-kpkg impossible). Is this dep really necessary at all?? 2) zerofree, febootstrap Possibly not needed by many users (e.g. this not using ext2/3 and/or not building supermin appliances) can't these be just recommends? Of course the code would need to fail gracefully if they're not there. Also, are these really required by the lib and not the tools building on it? Cheers, Chris. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-heisenberg (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.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#627811: loadcpufreq does not support AMD E-350 cpus
Package: cpufrequtils Severity: normal It would be good if at least this was fixed also in squeeze (in next point update). I think it qualifies, but debian-release@l.d.o can answer. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (900, 'stable'), (700, 'testing'), (600, 'unstable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-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/dash Versions of packages cpufrequtils depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcpufreq0 007-1shared library to deal with the cp ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip cpufrequtils recommends no packages. cpufrequtils suggests no packages. -- debconf information: cpufrequtils/enable: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637331: transition: nautilus
Hi, Le mercredi 10 août 2011 à 15:11 +0200, Michael Biebl a écrit : as next step of getting GNOME 3 into unstable, we'd like to request a slot to start the nautilus 3 transition Sorry for chiming in after being not-so-active for a while, but I’m afraid this transition cannot be done, as things stand, independently from the core GNOME components. Nautilus 3.0 removes the code to automount filesystems, so it needs to migrate together with gnome-settings-daemon. In turn, g-s-d needs to be synchronized with (at least) glib2.0, gvfs, gnome-control-center, gdm3, gnome-media, gnome-power-manager, gnome-screensaver, and gnome-session. The alternative is to backport the necessary changes in g-s-d (which sounds insane) or to re-add the necessary support in nautilus (which is far from trivial). Also, if we’re able to, I wonder whether it’s possible to migrate gnome-panel first - otherwise it will have to go with the rest. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637439: qtnx: stores keys world readable
Package: qtnx Version: 0.9-3 Severity: grave Tags: security Justification: user security hole Hi. It seems that qtnx stores any non-custom ssh keys world-readable: $ ls -al ~/.qtnx/ total 12 drwxr-xr-x 2 user user 4096 Aug 11 15:01 . drwx-- 51 user user 4096 Aug 11 15:01 .. -rw-r--r-- 1 user user 1932 Aug 11 14:59 session.nxml The file contains the key. Cheers, Chris. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-heisenberg (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qtnx depends on: ii libc6 2.13-16Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-6 GCC support library pn libnxcl1 none (no description available) ii libqt4-gui4:4.7.3-7 transitional package for Qt 4 GUI ii libqt4-xml4:4.7.3-7 Qt 4 XML module ii libqtcore44:4.7.3-7 Qt 4 core module ii libstdc++64.6.1-6GNU Standard C++ Library v3 qtnx recommends no packages. qtnx suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637440: flashplugin-nonfree: Fails to install, dowload url is wrong
Package: flashplugin-nonfree Version: 1:2.8.3 Severity: grave Justification: renders package unusable Adobe released a new version of the beta player for amd64 arch, please update the package The new download url is http://download.macromedia.com/pub/labs/flashplatformruntimes/flashplayer11/flashplayer11_b2_install_lin_64_080811.tar.gz thanks -- Package-specific info: Debian version: wheezy/sid Architecture: amd64 Package version: 1:2.8.3 MD5 checksums: 49b55c7eb8044453e5f6f2e4b3cb4084 /var/cache/flashplugin-nonfree/flashplayer10_2_p3_64bit_linux_111710.tar.gz a735a3c581337ed2a06a20714846645e /var/cache/flashplugin-nonfree/flashplayer_square_p2_64bit_linux_092710.tar.gz md5sum: /usr/lib/flashplugin-nonfree/libflashplayer.so: No such file or directory Alternatives: update-alternatives: error: no alternatives for flash-mozilla.so. ls: cannot access /usr/lib/mozilla/plugins/flash-mozilla.so: No such file or directory /usr/lib/mozilla/plugins/flash-mozilla.so: ERROR: cannot open `/usr/lib/mozilla/plugins/flash-mozilla.so' (No such file or directory) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flashplugin-nonfree depends on: ii debconf [debconf 1.5.39 Debian configuration management sy ii gnupg1.4.11-3GNU privacy guard - a free PGP rep ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.6-1Multi-protocol file transfer libra ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-7 GCC support library ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9.with.ckbi.1.82-1 Network Security Service libraries ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libstdc++6 4.6.0-7 The GNU Standard C++ Library v3 ii libx11-6 2:1.4.3-1 X11 client-side library ii libxext6 2:1.2.0-2 X11 miscellaneous extension librar ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library ii wget 1.12-3.1retrieves files from the web flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: pn flashplugin-nonfree-extrasoun none (no description available) ii iceweasel 3.5.19-2 Web browser based on Firefox pn konqueror-nsplugins none (no description available) ii ttf-dejavu2.33-1 Metapackage to pull in ttf-dejavu- ii ttf-mscorefonts-installer [ms 3.3Installer for Microsoft TrueType c pn ttf-xfree86-nonfree none (no description available) ii x-ttcidfont-conf 32+nmu2TrueType and CID fonts configurati -- 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#637441: add libcurl for URL checks support
Package: milter-greylist Version: 4.3.7-1 Severity: wishlist Please add libcurl to DEB_CONFIGURE_EXTRA_FLAGS for URL checks support. Thanks Marcus -- Mom and dad say I should make my life an example of the principles I believe in. But every time I do, they tell me to stop it. --- Calvin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604453: linux-2.6: xen domU hangs with systemtap kernel.function(*@*/*.c)
Hi, Timo - We have generally found that such problems reflect bugs in the kernel kprobes implementation rather than in systemtap. For one possible alibi procedure, see https://bugzilla.redhat.com/show_bug.cgi?id=655904 - FChE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634400: Info received (Any clues on these Morituri regression test failures?)
On Thu, 2011-08-11 at 12:31 +, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian Multimedia Maintainers pkg-multimedia-maintain...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 634...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. Ok, replying to the message got me a link to the bug. Take a look at https://thomas.apestaart.org/morituri/trac/ticket/64 and https://thomas.apestaart.org/morituri/trac/ticket/73 I think it's the same bug, and the workaround should be adapted for debian. Please figure out what is different about the audioparse element that was in bad and got moved to good. Thoma -- It's not love it just smells like it Moovida - future TV today ! http://www.moovida.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org