Bug#594848: ifetch-tools: [INTL:fr] French debconf templates translation update
Package: ifetch-tools Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, you might consider using the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (even typo corrections). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) Example use (from your package build tree): $ podebconf-report-po This will go through debian/po/*.po files, find those needing an update, extract the translators data from these files and prepare a mail to send to these translators (you can also use the --languageteam switch to also mail the mail addresses listed in Language-Team field). You can also use this utility to request for new translations: $ podebconf-report-po --call This will send a mail to debian-i...@lists.debian.org with all the needed information and material for new translators to add new languages to your supported languages. If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # french translation of ifetch-tools debconf templates # Copyright (C) 2010 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the ifetch-tools package. # # Translators: # Christian Perrier bubu...@debian.org, 2010. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: ifetch-to...@packages.debian.org\n POT-Creation-Date: 2010-08-14 17:43-0500\n PO-Revision-Date: 2010-08-25 10:00+0200\n Last-Translator: Christian Perrier bubu...@debian.org\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 X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n 1);\n #. Type: boolean #. Description #: ../ifetch-tools.templates:1001 msgid Remove all ifetch-tools data, logs, and settings files? msgstr Faut-il supprimer les données, journaux et réglages de ifetch-tools ? #. Type: boolean #. Description #: ../ifetch-tools.templates:1001 msgid The /var/lib/ifetch-tools, /var/log/ifetch-tools, and /etc/ifetch-tools directories which contain the ifetch-tools data, logs, and settings files are about to be removed. msgstr Les répertoires /var/lib/ifetch-tools, /var/log/ifetch-tools et /etc/ifetch- tools, qui contiennent respectivement les données, les journaux et les réglages de ifetch-tools vont être supprimés. #. Type: boolean #. Description #: ../ifetch-tools.templates:1001 msgid If you're removing the ifetch-tools package in order to later install a more recent version or if a different ifetch-tools package is already using the data, logs, and settings, they should be kept. msgstr Si vous êtes en train de supprimer le paquet ifetch-tools dans le but d'installer plus tard une nouvelle version ou si un autre paquet ifetch- tools est susceptible d'utiliser ces données, vous pouvez souhaiter les conserver.
Bug#582961: Fixed upstream
This bug has just been fixed upstream (cvs). The change ensures that, regardless of what other threads do, condition locker==self implies that the current thread owns the lock. In the past, we used to rely on another thread writing into this variable. Problems then arise when variables count and locker are not synchronized together, for instance when they belong to different cache lines. Hairy! - L. === --- GThreads.cpp30 Aug 2010 03:14:07 - 1.21 +++ GThreads.cpp30 Aug 2010 05:10:15 - 1.22 @@ -808,6 +808,7 @@ void GMonitor::leave() { + static pthread_t pthread_null; pthread_t self = pthread_self(); if (ok (count0 || !pthread_equal(locker, self))) G_THROW( ERR_MSG(GThreads.not_acq_broad) ); @@ -815,6 +816,7 @@ if (count 0) { count = 1; + locker = pthread_null; if (ok) pthread_mutex_unlock(mutex); } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594849: network-manager: Missing information about how to create a system-level connection
Package: network-manager Version: 0.8.1-2+b1 Severity: normal I wanderred though n-m documentation and noticed that there is a system-level way to configure network connections, in order to avoid doing it for each and every user of the machine. I suspect this should go in /etc/NetworkManager/system-connections, but how? README says: the system settings service stores it's config in distro-specific formats, or in a distro- agnostic format, depending on user/administrator preference. But what is this format? An example in /usr/share/doc/n-m/examples would probably be enough... -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser 3.112 add and remove users and groups ii dbus 1.2.24-3 simple interprocess messaging syst ii isc-dhcp-client 4.1.1-P1-9 ISC DHCP client ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2 simple interprocess messaging syst ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgnutls26 2.8.6-1the GNU TLS library - runtime libr ii libgudev-1.0-0161-1 GObject-based wrapper library for ii libnl11.1-5 library for dealing with netlink s ii libnm-glib2 0.8.1-2+b1 network management framework (GLib ii libnm-util1 0.8.1-2+b1 network management framework (shar ii libpolkit-gobject-1-0 0.96-2 PolicyKit Authorization API ii libuuid1 2.17.2-3.1 Universally Unique ID library ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii udev 161-1 /dev/ and hotplug management daemo ii wpasupplicant 0.6.10-2 client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii dns 2.55-1 A small caching DNS proxy and DHCP ii ipt 1.4.9-1 administration tools for packet fi ii mod 0.4+git.20100624t180933.6e79d15-1+b1 D-Bus service for managing modems pn net none (no description available) ii pol 0.96-2 framework for managing administrat pn ppp none (no description available) Versions of packages network-manager suggests: pn avahi-autoipd none (no description available) -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590234: FTBFS with ffmpeg 0.6
On 08/29/2010 10:32 PM, Reinhard Tartler wrote: you could build against libpurple0/pidgin from unstable but upload the result to experimental? this could work for the architecture I am working on, but would not it fail an all the others? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590234: FTBFS with ffmpeg 0.6
On Mon, Aug 30, 2010 at 08:18:14 (CEST), Ludovico Cavedon wrote: On 08/29/2010 10:32 PM, Reinhard Tartler wrote: you could build against libpurple0/pidgin from unstable but upload the result to experimental? this could work for the architecture I am working on, but would not it fail an all the others? probably not. the buildds always prefer sources from unstable, unless explicitly requested as versioned source depends. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594850: network-manager: Typo in README
Package: network-manager Version: 0.8.1-2+b1 Severity: minor Tags: patch I just found a small typo in the README file, twice. Patch attached. Nothing really important, indeed, I was just in jidanni mode..:-) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser 3.112 add and remove users and groups ii dbus 1.2.24-3 simple interprocess messaging syst ii isc-dhcp-client 4.1.1-P1-9 ISC DHCP client ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2 simple interprocess messaging syst ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgnutls26 2.8.6-1the GNU TLS library - runtime libr ii libgudev-1.0-0161-1 GObject-based wrapper library for ii libnl11.1-5 library for dealing with netlink s ii libnm-glib2 0.8.1-2+b1 network management framework (GLib ii libnm-util1 0.8.1-2+b1 network management framework (shar ii libpolkit-gobject-1-0 0.96-2 PolicyKit Authorization API ii libuuid1 2.17.2-3.1 Universally Unique ID library ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii udev 161-1 /dev/ and hotplug management daemo ii wpasupplicant 0.6.10-2 client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii dns 2.55-1 A small caching DNS proxy and DHCP ii ipt 1.4.9-1 administration tools for packet fi ii mod 0.4+git.20100624t180933.6e79d15-1+b1 D-Bus service for managing modems pn net none (no description available) ii pol 0.96-2 framework for managing administrat pn ppp none (no description available) Versions of packages network-manager suggests: pn avahi-autoipd none (no description available) -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed [not included] -- no debconf information --- README 2010-08-30 07:32:15.103184984 +0200 +++ README-fixed2010-08-30 07:33:59.643211557 +0200 @@ -66,11 +66,11 @@ those drivers can be easily fixed and debugged. ndiswrapper, vendor binary drivers, or other out-of-tree drivers may or may not work well with NetworkManager, precisely because they have not been vetted and improved by the -open-source community, and becuase problems in these drivers usually cannot +open-source community, and because problems in these drivers usually cannot be fixed. Sometimes, command-line tools like 'iwconfig' will work, but NetworkManager will -fail. This is again often due to buggy drivers, becuase these drivers simply +fail. This is again often due to buggy drivers, because these drivers simply aren't expecting the dynamic requests that NetworkManager and wpa_supplicant make. Driver bugs should be filed in the bug tracker of the distribution being run, since often distributions customize their kernel and drivers.
Bug#594817: console-setup should configure the widthheight of the console
Quoting Samuel Thibault (sthiba...@debian.org): Of course, since Squeeze is frozen, we should probably not care about the 3rd case for now. I however believe that handling the second case would permit to fix the regression nicely and easily enough without bringing any other potential regressions. What do you think? Seems safe to me, yes. signature.asc Description: Digital signature
Bug#590234: FTBFS with ffmpeg 0.6
On 08/29/2010 11:19 PM, Reinhard Tartler wrote: On Mon, Aug 30, 2010 at 08:18:14 (CEST), Ludovico Cavedon wrote: On 08/29/2010 10:32 PM, Reinhard Tartler wrote: you could build against libpurple0/pidgin from unstable but upload the result to experimental? this could work for the architecture I am working on, but would not it fail an all the others? probably not. the buildds always prefer sources from unstable, unless explicitly requested as versioned source depends. Oh well, in that case I will do it :) Thanks for the info, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594705: dokuwiki: moving 'images' out of DOKU_BASE
Hi :) Thanks for getting back! Actually my dokuwiki works great; I don't believe the change I made limits access to /usr/share/dokuwiki/lib but it does allow access to /usr/share/dokuwiki/lib/images/ via /var/www/images which would otherwise be denied because no one can access /douwiki (the URL) externally - they can only access my site which uses dokuwiki as a content management system only -- nothing is served directly using dokuwiki. The whole wiki is behind a firewall -- only cooked/preprocessed wiki content is served form the actual public website. This approach was decided upon after years of waiting for upstream to make what they are now call 'farms' and animals -- IE, a single install but serves multiple domains. Hence the change I suggested in the wish is something I have had to change every time I updated my dokuwiki core source -- among other changes. But I don't see a reason to break Debian so I will keep making my own custom changes; so the procedure I have is: Debian settles on a Dokuwiki release - I update to that version and test it - then make my changes test and then go live with the blessed Debian version of Dokuwiki but with my 5 or 6 changes. Please mark the bug as won't fix for the reason(s) you indicated. Thanks :) Bill 2010/8/29 Tanguy Ortolo tanguy+deb...@ortolo.eu: Le samedi 28 août 2010, WC Jones a écrit : This Debian 'wish list' bug is regarding having the image layout (IE, /usr/share/dokuwiki/lib/images/) NOT being left as part of the Dokuwiki Debian layout -- because doing so makes it harder to secure and still be able to share/use 'smileys' etc in rendered content... For example, […] Where /images is a /var/www (public access) symbolic link to .DOKU_BASE.lib/images/ using: cd /var/www ln -s /usr/share/dokuwiki/lib/images . My site has an internally accessible wiki for editing but serves the content via a special PHP content washer to the unauthenticated public; by having /usr/share/dokuwiki/lib/images/ as part of /usr/share/dokuwiki (DOKU_BASE) the security model of denying access (see below) makes images not render-able. I am not sure to really understand what you want to do. Are you trying to deny web access to all /usr/share/dokuwiki/lib? That would be completely unsupported, as (from the officiel documentation [1]): lib – Files that get called externally (from your browser) [1] http://www.dokuwiki.org/devel:dirlayout -- Tanguy Ortolo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJMetmVAAoJENbvpqxLENhHPXgP/162qiV9VgohD/+Y5X0KBouk sN5TnVySOoojiZJtO4m20aM85AcRXGbbQS7wuqNNEm1/xQuqcoQWxznmlyM8f3/Q sAVwwZzXkbV6PdaiL0OMENnaJNjOyWW7aFe1h3CTuKaVF596cbxRkKPSQV0R1q7v ZQigX5Ktomonx1/+oLZqSv2rCIjBbi+w0YRE0VjdQIRdf0E+jaJba5uS+63TbKts aN0jRvRZU9UvhD96vW1Vl3i+fV0zVBsr7/TJe93UZF3J6k8ZERJDVVh/8vVvvtV8 PI82nNz4PeQgSAOQsFdzOojPdqjvMfmR30hBnY7qtZ5aldK9STumcpbkaCL1sjrj mE3dSRreTJVNZTj29ZUQriecLn6Gk9b5KOXSWuUyf8Xbz8sjfRylX2zK87NJNqDO P1KeIkmuAOzHZry19KJiOIsTf6jPib7p7xRt1b1ALr0g50yw7zlT/9gDmvWNaKeI c9Xm+1S9pIYg1fbdVK8Hz2mCM/BYquYOLqcYhhLJfRKAJkKQ6JM9P2QqYnpA29zR s+MoXb0+F69a42eYLR/Sr8RwHuALds84UXkjZolcClEKAogeR6L5Tr40wVrjf+aZ wpGPwKqnodZ1/jKtzNWCxwRI8OvmwhHoAwiPX2oZqYagjBP+c7PbQ15/+xgJbt9f a6onrJwdvtmfaBJDwTsL =FuWw -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#591115: Bug forwarded
forwarded 591115 http://www.doctrine-project.org/jira/browse/DC-772 thanks Hi, thanks for the bugreport and sorry for the late response. The bug has been already forwarded upstream, it seems that, although not stated anywhere in the documentation, there are some arch-dependent features, at least for 1.2.2 version. I'll keep trying to find the cause of the problem and post here any progress. Cheers, Federico signature.asc Description: OpenPGP digital signature
Bug#594814: gaupol: Fails to start
Dnia niedziela, 29 sierpnia 2010 o 23:27:33 Piotr Ożarowski napisał(a): try `update-python-modules -a` then (or reinstalling python-cairo) - OK, reinstalling python-cairo helped, thanks. this will fix it for you. I am (as python-support co-maintainer) interested how this happened, though. If you see anything weird in your logs¹, please let us know. [¹] /var/log/apt/term.log, /var/log/dpkg.log, etc. Unfortunately I can't see anything suspicious there. python-cairo was last upgraded in february and I'm quite sure gaupol worked then. -- Ecce Jezuch - P. Steele (The Misinterpretation Of Silence And Its Disastrous Consequences) signature.asc Description: This is a digitally signed message part.
Bug#594851: indent: Recognizes typedefs in declarations, but not parameters or casts; fails to consistently handle type *
Package: indent Version: 2.2.11-1 Severity: normal Consider the following file: void *f1(u32 *p1, void *p2) { u32 *v1; void *v2; return (void *)v1; } u32 *f2(u32 *p1, void *p2) { return (u32 *)v2; } indent -kr -ncas will indent this as follows: --- u32.c.orig 2010-08-29 23:38:16.0 -0700 +++ u32.c 2010-08-29 23:39:38.0 -0700 @@ -1,11 +1,11 @@ -void *f1(u32 *p1, void *p2) +void *f1(u32 * p1, void *p2) { u32 *v1; void *v2; return (void *)v1; } -u32 *f2(u32 *p1, void *p2) +u32 *f2(u32 * p1, void *p2) { -return (u32 *)v2; +return (u32 *) v2; } Notice how it handled u32 *v1 and u32 *f2(...) correctly and consistently, but it mis-indented the parameter u32 * p1 and the cast (u32 *) v2. Ideally, I'd like to see indent automatically handling these types correctly; the parameters in particular seem like they should prove as simple as declarations. However, if it turns out indent can't handle this without prior knowledge of the program's types, I can live with a solution that involves explicitly telling indent a list of names which it should treat as types, since in this case the list would prove quite short. - Josh Triplett -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages indent depends on: ii dpkg 1.15.8.4 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib indent recommends no packages. indent suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594705: dokuwiki: moving 'images' out of DOKU_BASE
Le lundi 30 août 2010, WC Jones a écrit : Hi :) Thanks for getting back! Actually my dokuwiki works great; I don't believe the change I made limits access to /usr/share/dokuwiki/lib but it does allow access to /usr/share/dokuwiki/lib/images/ via /var/www/images which would otherwise be denied because no one can access /douwiki (the URL) externally - they can only access my site which uses dokuwiki as a content management system only -- nothing is served directly using dokuwiki. The whole wiki is behind a firewall -- only cooked/preprocessed wiki content is served form the actual public website. I see. I do not really understand the reason of such a specific installation, but I am quite sure that neither upstream not me will support that. :-) This approach was decided upon after years of waiting for upstream to make what they are now call 'farms' and animals -- IE, a single install but serves multiple domains. There is still no official upstream support for that too, it is rather a hack on DokuWiki: even though it is documented on the official wiki, it is not part of DokuWiki core. Hence the change I suggested in the wish is something I have had to change every time I updated my dokuwiki core source -- among other changes. But I don't see a reason to break Debian so I will keep making my own custom changes; so the procedure I have is: Debian settles on a Dokuwiki release - I update to that version and test it - then make my changes test and then go live with the blessed Debian version of Dokuwiki but with my 5 or 6 changes. Indeed, your installation is a modification of DokuWiki. You may find it useful to maintain it as a branch derived from either the upstream or Debian's Git repository for DokuWiki (Debian's one is itself a derived branch, with all the packaging stuff and some modifications). git://github.com/splitbrain/dokuwiki.git git://git.debian.org/collab-maint/dokuwiki.git Please mark the bug as won't fix for the reason(s) you indicated. I wonder if this bug deserves a wontfix or rather a close. Is it really a bug? -- Tanguy Ortolo signature.asc Description: Digital signature
Bug#594837: Please make ARCHIVEDIR configurable
On 08/30/2010 03:29 AM, Michelle Konzack wrote: Package: courier Severity: wishlist Hello Maintainer, please forward this to the courier-upstream In the config file /etc/courier/courierd I use ARCHIVEDIR=/var/lib/courier/archive where /var/lib/courier is a seperated 300 GByte SAS Disk in 3Com Raid-1. Unfortnately I get per day more then 2 million messages on this server, which mean, courier save more then 2 million files per directory... Even xargs can not more handel this! So I like to see the Option ARCHIVEDIR interpreted as date syntax like ARCHIVEDIR=/var/lib/courier/archive/%Y-%M-%D_%H for example, which will solve many problems, because runing a seperated script to move the files fo archivedirs in this format is wast of resources because I have to run this script all 5 minutes and it eats up to 50% CPU resources (Quad Xeon with 4 GByte of memory) while moving even on the same partition which is twice annoying. WHY can mv not do the same as courier does? Modifying the FS table to point to another directory instead of hard- moving files and consuming disk IO. This is WHY ARCHIVEDIR has to be on the same partition/volume as the courier spool directories. I suppose you can change /var/lib/courier/archive into a symlink which target is modified every hour by a cronjob. This usecase is to specific that we need code inside courier for that (IMHO). Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576227: insserv: warning: script is corrupt or invalid
Hi Ola, Kir, To escape the sysv-rc/insserv problems, I tried migrating to file-rc. Turns out, file-rc doesn't like the 'regular file in /etc/rc6.d/' either. Might be because /etc/rcX.d/ is provided by sysv-rc and removed completely on sysv-rc removal. Providing a normal /etc/init.d/vzreboot with the proper headers and using the standard Debian way of registering init scripts seems to be the only sane way for Debian guests. This way it should work for sysv-rc legacy boot, sysv-rc dependency boot and file-rc. Christian -- christian hofstaedtler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594827: installation-reports: kFreeBSD install using daily-build 20100828-3
Quoting Michael Dorrington (michael.dorring...@gmail.com): Thanks for your report. Despite choosing UK keyboard on install still had to do 'dpkg-reconfigure kbdcontrol' and choose 'uk.iso.kbd' to get correct keymap on console. Hmmm, I'm afraid I know nothing to kFreeBSD but is this kbdcontrol package the equivalent of console-data and stuff? The '-k' of 'lspci -knn' doesn't work. I guess this is a Linux only option. Did this lead to a problem in D-I or do you just report this because you couldn't, at first, include lspci output in the installation report? signature.asc Description: Digital signature
Bug#594852: conffile '/etc/insserv.conf.d/pdns-server' is not a plain file or symlink
Package: pdns-server Version: 2.9.22-7 Severity: important Hi! On upgrading from pdns-server 2.9.22-6 to -7, it left some mess regarding insserv. During the same upgrade sysv-rc was upgraded and migrated to dependency based boot, so this might be a cause of the issue. Also I'm unsure what's the correct resolution of this state. Please see below: Setting up sysv-rc (2.88dsf-12) ... info: Checking if it is safe to convert to dependency based boot. info: Reordering boot system, log to /var/lib/insserv/run-20100830T0631.log success: Enabled dependency based boot system. (Reading database ... 13945 files and directories currently installed.) Preparing to replace initscripts 2.88dsf-11 (using .../initscripts_2.88dsf-12_amd64.deb) ... Unpacking replacement initscripts ... Processing triggers for man-db ... Setting up initscripts (2.88dsf-12) ... Installing new version of config file /etc/init.d/checkroot.sh ... insserv: warning: script is corrupt or invalid: /etc/init.d/../rc6.d/K00vzreboot [..] insserv: warning: script is corrupt or invalid: /etc/init.d/../rc6.d/K00vzreboot [..more package upgrades..] Preparing to replace pdns-server 2.9.22-6 (using .../pdns-server_2.9.22-7_amd64.deb) ... Unpacking replacement pdns-server ... dpkg: warning: pdns-server: conffile 'etc/insserv.conf.d/pdns-server' is not a plain file or symlink (= '/etc/insserv.conf.d/pdns-server') Setting up pdns-doc (2.9.22-7) ... Setting up pdns-server (2.9.22-7) ... dpkg: warning: pdns-server: conffile '/etc/insserv.conf.d/pdns-server' is not a plain file or symlink (= '/etc/insserv.conf.d/pdns-server') Not replacing deleted config file /etc/powerdns/pdns.d/pdns.local insserv: warning: script is corrupt or invalid: /etc/init.d/../rc6.d/K00vzreboot State of the system after the upgrade: # dpkg -L pdns-server | grep insserv /etc/insserv.conf.d /etc/insserv.conf.d/pdns-server /etc/insserv.conf.d/pdns-server/pdns-server.insserv # ls -l /etc/insserv.conf.d drwxr-xr-x 2 root root 4096 Jul 31 18:10 pdns-server -rw-r--r-- 1 root root 27 Aug 6 10:31 pdns-server.dpkg-new # ls -l /etc/insserv.conf.d/pdns-server/ -rw-r--r-- 1 root root 12 Jul 18 11:29 pdns-server.insserv # cat /etc/insserv.conf.d/pdns-server.dpkg-new $named pdns +pdns-recursor # cat /etc/insserv.conf.d/pdns-server/pdns-server.insserv $named pdns # cat /var/lib/insserv/run-20100830T0631.log info: Converting rc0.d/S* and rc6.d/S* to K*. info: running insserv insserv: warning: script is corrupt or invalid: /etc/init.d/../rc6.d/K00vzreboot insserv: creating .depend.boot insserv: creating .depend.start insserv: creating .depend.stop (Please disregard the vzreboot problems, those are #576227.) Thanks, Christian -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/16 CPU cores) 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#576227: insserv: warning: script is corrupt or invalid
Hi Ola, Kir, the sysv-rc upgrade today migrated my installation to 'dependency based booting', complained quite a bit about K00vzreboot, but went on with the migration. It left this state: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README If I'm not mistaken this will start vzreboot first, and then the other shutdown scripts will never run. If this is the case, this is a critical issue. After restarting the CT, I now have these scripts: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README S00vzreboot* This can't be correct ;) Christian -- christian hofstaedtler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592635: iso-codes: [INTL:zh_TW] Updated Translation Chinese (zh_TW) for iso_3166 translation
package iso-codes tags 592635 pending thanks Am Donnerstag, den 12.08.2010, 00:46 +0800 schrieb Tetralet: Hi, Attached file is updated Translation Chinese translation for iso_3166 of iso-codes package. Please consider to apply this. Hi, thanks for the update, it's committed to git. Regards, Tobias -- Tobias Quathamer | Isn't air travel wonderful? Breakfast in London, Hamburg, Germany | dinner in New York, luggage in Brazil. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#589928: closed by Evgeni Golov evg...@debian.org (done)
Hi Evgeni, On Sat, Aug 28, 2010 at 04:54:03PM +, Debian Bug Tracking System wrote: From: Evgeni Golov evg...@debian.org To: 589928-d...@bugs.debian.org Subject: done Version: 20100826 Forgot to close the bug in the changelog :( Version 20100826 now has a python-script to pull screenshots from screenshots.d.n and resize them as needed. Thanks for fixing this problem that quickly. IMHO it is a nice move to use and enhance Debian infrastructure and perhaps makes screenshots.d.n more attractive. Please make sure you also adapt the README and give the proper advise to inject new screenshots via screenshots.debian.net. Moreover I think that the link to http://pkg-games.alioth.debian.org/thumbnails/ in the README is not correct any more because the thumbnails are not maintained there any more (at least they are not in sync with the current package and I actually do not see any reason to keep this in sync any more). Kind regards Andreas. PS: I do not intend to reopen the bug because of the not yet updated README file because I guess this will be quickly done. However, if this should serve as a reminder to not forget the issue reopening might make some sense. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593483: Incorrect ISO 3166-2 XML
package iso-codes tags 593483 pending thanks Hi, thanks for your bug report. It has been fixed now and a new version will be released shortly. Regards, Tobias -- Tobias Quathamer | We all know Cray supercomputers are great... Hamburg, Germany | they do infinite loops in about 4 hours. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#594810: libnss3-dev: Reduce library list in nss.pc
tag 594810 wontfix thanks On Sun, Aug 29, 2010 at 06:03:14PM +0100, Tom Parker wrote: Package: libnss3-dev Version: 3.12.8~b2-1 Severity: minor /usr/lib/pkgconfig/nss.pc has a long list of libraries listed on the Libs line. All of these other than libnss3 should probably be on a Libs.private line That would mean only libnss3 uses these other libraries, while this is not the case. That these libraries are separated is an unfortunate legacy, but the nss APIs are all over these libraries. and similarly nspr should be a Requires.private not a Requires, as this doesn't always need to be linked in. The current situation is that programs/libraries that want to link in libnss also have a bunch of other stuff shoved in as well... Reality is that if you are using NSS APIs, you are also most likely using NSPR APIs too, because so a lot of NSS APIs use NSPR types, which require NSPR functions to setup. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594769: [Pkg-puppet-devel] Bug#594769: puppet: source file url sent to the master is invalid
Sergio Gelato sergio.gel...@astro.su.se writes: I'm referring to upstream issue #4319, which is fixed by commit 03313b81c696d12c756a5ff5adced5bed162bbfc . I've successfully applied the patch on top of the 2.6.0-3 package, and testing was successful. Excellent, thank you for this bug report. :) -- Stig Sandbeck Mathisen ooo, shiny! pgp7GpB7KIHMY.pgp Description: PGP signature
Bug#593102: (no subject)
I found that the reason for this is that the directory structure for this upstream package is odd. Arguably the Debian packaging scripts should respect that, but it is going to be easier to rearrange the directory structure inside the packaging scripts. attachment: nicholas.vcf
Bug#594845: Acknowledgement (linux-image-2.6.32-5-amd64: kernel BUG at /build/buildd-linux-2.6_2.6.32-20-amd64-lNUT1p/..../fs/sysfs/file.c:539)
The problem disappears in linux-image-2.6.35-trunk-amd64_2.6.35-1~experimental.2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594853: redmine: [INTL:es] Updated spanish debconf template translation
Package: redmine Version: 0.9.0 Severity: wishlist Please find attached the Spanish debconf translation. Thanks. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # redmine po-debconf translation to Spanish # Copyright (C) 2009 Software in the Public Interest # This file is distributed under the same license as the redmine package. # # Changes: # - Initial translation # Ricardo Fraile r...@esdebian.org, 2009 # - Update # Ricardo Fraile r...@esdebian.org, 2010 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: redmine 0.9.0\n Report-Msgid-Bugs-To: redm...@packages.debian.org\n POT-Creation-Date: 2010-07-30 12:05+0200\n PO-Revision-Date: 2010-08-03 17:35+0100\n Last-Translator: Ricardo Fraile r...@esdebian.org\n Language-Team: Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: es\n #. Type: note #. Description #: ../templates:1001 msgid Redmine package now supports multiple instances msgstr Ahora el paquete Redmine permite ejecutar múltiples instancias #. Type: note #. Description #: ../templates:1001 msgid You are migrating from an unsupported version. The current instance will be now called the \default\ instance. Please check your web server configuration files, see README.Debian. msgstr Está migrando desde una versión sin soporte. La instancia actual se llamará «default». Por favor, compruebe los archivos de configuración de su servidor web, vea «README.Debian». #. Type: string #. Description #: ../templates:2001 msgid Redmine instances to be deconfigured: msgstr Las instancias de Redmine que se van a desconfigurar: #. Type: string #. Description #: ../templates:2001 msgid Configuration files for these instances will be removed. msgstr Los archivos de configuración para estas instancias que se van a eliminar. #. Type: string #. Description #: ../templates:2001 msgid Database (de)configuration will be asked accordingly. msgstr La base de datos de (des)configuración que se pedirá. #. Type: string #. Description #: ../templates:3001 msgid Redmine instances to be configured or upgraded: msgstr Las instancias de Redmine que se van a configurar o actualizar: #. Type: string #. Description #: ../templates:3001 msgid Space-separated list of instances identifiers. msgstr La lista, separada por espacios, de los identificadores de las instancias. #. Type: string #. Description #: ../templates:3001 msgid Each instance has its configuration files in /etc/redmine/instance- identifier/ msgstr Cada instancia tiene su archivo de configuración en«/etc/redmine/ identificador-de-instancia/» #. Type: string #. Description #: ../templates:3001 msgid To deconfigure an instance, remove its identifier from this list. msgstr Para desconfigurar una instancia, elimine su identificador de esta lista. #. Type: select #. Description #: ../templates:4001 msgid Default redmine language: msgstr Idioma predeterminado para Redmine: #. Type: note #. Description #: ../templates:5001 msgid Please install redmine-${dbtype} package msgstr Por favor, instale el paquete redmine-${dbtype} #. Type: note #. Description #: ../templates:5001 msgid Redmine instance ${instance} is configured to use database type ${dbtype}, but the corresponding redmine-${dbtype} package is not installed. msgstr La instancia de Redmine ${instance} esta configurada para usar una base de datos tipo ${dbtype}, pero el correspondiente paquete redmine-${dbtype} no se encuentra instalado. #. Type: note #. Description #: ../templates:5001 msgid Configuration of instance ${instance} is aborted. msgstr Se ha abortado la configuración de la instancia ${instance}. #. Type: note #. Description #: ../templates:5001 msgid To finish that configuration, please install redmine-${dbtype} package, and reconfigure redmine using : msgstr Para finalizar la configuración, por favor, instale el paquete redmine-${dbtype}, y vuelva a configurar Redmine usando: #. Type: note #. Description #: ../templates:5001 msgid dpkg-reconfigure -plow
Bug#594472: grub-pc: scary messages and very long boot time after upgrade
So this looks a bit like there are two erros: 1) mdadm is broken in 3.1.2 and brings up these errormessages. 2) Grub2 seems to be broken, as it does not start crypto, consecutively failing to bring up LVM The only thing I dont understand is why it is only us two experiencing this. To test, I have set up a virtual machine with KVM, for that I created two lv's with 10G each and started kvm with kvm -hda /dev/mapper/testdisk1 -hdb /dev/mapper/testdisk2 -cdrom yesterdays alpha netinstall.iso then I partitioned both disks with two partitions partition 1 : 250MB partition 2 : all remaining with these two 'disks' I set up two raid1 sets md0 = (hda1, hdb1) md1 = (hda2, hdb2) md0 is used for /boot as ext3 md1 I encrypted giving md1_crypt md1_crypt is then used for LVM as volume group x which I have partitioned as follows x-swap 1GB swap space x-root all remaining for / as ext3 The installation process went all fine without any problems. (apart from some minor quirks that should be reported somewhere else) When rebooting I have the same behaviour as what you described first; The system complains about the missing vg and comes up with a lot of /sys/devices/virtual ... messages, then asks for the disk-passphrase, goes into a longer thinking period and after another block of /sys/devices/virtual/... messages the vm actually boots without any further problems. From the point complaining about the missing vg right at the beginning to the actual boot process starting, the vm consumes 150% of my processors. Some things are going in an endless loop there? I use the same architecture as you are: amd64 with a dual core processor. The VM is set up as amd64 as well. It does not make a difference if I run the vm with one or two processors (only that with one processor the vm consumes 100% of that processor while boot is failing, cant do more, can it? ;) ) Cheers Darren -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576227: insserv: warning: script is corrupt or invalid
Hi Kir, Christian Should we simply remove this file? Or should we simply add something dummy to it? Corrected a similar bug in #594783 just an hour ago. // Ola Quoting Christian Hofstaedtler c...@zeha.at: Hi Ola, Kir, the sysv-rc upgrade today migrated my installation to 'dependency based booting', complained quite a bit about K00vzreboot, but went on with the migration. It left this state: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README If I'm not mistaken this will start vzreboot first, and then the other shutdown scripts will never run. If this is the case, this is a critical issue. After restarting the CT, I now have these scripts: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README S00vzreboot* This can't be correct ;) Christian -- christian hofstaedtler -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +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#594800: ITP: 0ad -- 3D real-time strategy (RTS) game of ancient warfare
* Bertrand Marc beberk...@gmail.com [100829 18:42]: * Package name: 0ad Version : alpha1~r07970 I'd suggest to make that 0~alpha1~r07970. Assume There will be a 1.0 version some day, then dpkg --compare-versions 'alpha1~r07970-1' '' '1.0-1' echo true true so you'd need an epoch then dpkg --compare-versions 'alpha1~r07970-1' '' '1:1.0-1' echo true which is usually quite annoying. I guess that is way Policy 5.6.12 says: The upstream_version may contain [...] and should start with a digit. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594849: [Pkg-utopia-maintainers] Bug#594849: network-manager: Missing information about how to create a system-level connection
On 30.08.2010 07:46, Christian Perrier wrote: Package: network-manager Version: 0.8.1-2+b1 Severity: normal I wanderred though n-m documentation and noticed that there is a system-level way to configure network connections, in order to avoid doing it for each and every user of the machine. I suspect this should go in /etc/NetworkManager/system-connections, but how? README says: the system settings service stores it's config in distro-specific formats, or in a distro- agnostic format, depending on user/administrator preference. But what is this format? An example in /usr/share/doc/n-m/examples would probably be enough... Hi Christian, are you asking for general information how system settings work or very specific, how the keyfile format for system settings is specified? For the former, see NetworkManager.conf(5) resp http://live.gnome.org/NetworkManager/SystemSettings For the keyfile specification see http://projects.gnome.org/NetworkManager/developers/settings-spec-08.html I could install docs/settings-spec.html and docs/spec.html from the tarball if you consider that useful. I just wonder if that should be shipped in the network-manager package itself, or one of the -dev packages. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#588003: Need help? link doesn't work
package qutecom forwarded 588003 http://trac.qutecom.org/ticket/244 tags 588003 + confirmed pending severity 588003 minor thanks On 07/03/2010 01:24 PM, Erik Esterer wrote: The window to configure the SIP profile has a Need help? link on the bottom left corner, but it doesn't work. Clicking on this link has no effect at all: nothing happens.. Thanks for reporting the problem. It will be fixed with next upload. Unfortunately the fix will not make into squeeze. Cheers, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594854: ITP: libexporter-renaming-perl -- Allow renaming of symbols on import
Package: wnpp Severity: wishlist Owner: Nicholas Bamber nicho...@periapt.co.uk * Package name: libexporter-renaming-perl Version : 1.19 Upstream Author : Anno Siegel sie...@zrz.tu-berlin.de * URL : http://search.cpan.org/dist/Exporter-Renaming * License : Perl Programming Lang: Perl Description : Allow renaming of symbols on import Required by an existing module -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594480: ipset from xtables-addons-common/sqeeze requires iptables/sid
On Thu, Aug 26, 2010 at 02:06:23PM +0400, Sergey Ptashnick wrote: Package: xtables-addons-common Version: 1.26-2 Severity: important ipset from xtables-addons-common 1.26-2 (sqeeze) requires shared library libxtables.so.5, that provided only by iptables 1.4.9-1 from sid, not 1.4.8-3 from sqeeze. Please add this dependency and request to update iptables in sqeeze from sid. Hi Laurence, Do you have any plan to include iptables 1.4.9 (or even better 1.4.9.1) into squeeze ? This would indeed solve some problems with xtables-addons, and since it's a bugfix release I'm sure the release team would unblock if asked. Pierre -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (550, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.32-5-486 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xtables-addons-common depends on: ii iptables1.4.9-1 administration tools for packet fi ii libc6 2.7-18lenny4 GNU C Library: Shared libraries Versions of packages xtables-addons-common recommends: ii xtables-addons-modules- 1.26-2+2.6.32-20 xtables-addons modules for Linux ( xtables-addons-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591580:
libip6t_recent.so is missing which renders the recent match unusable with ip6tables. I don't recall libip6t_recent.so ever existing. IPv6 support was added well after the shift to libxt_*.so and libxt_recent.so is included. No, it isn't (at least on my machine, with iptables 1.4.2-6 from Lenny): $ ls -l /lib/xtables/*recent* -rw-r--r-- 1 root root 9904 2009-02-09 20:35 /lib/xtables/libipt_recent.so There's only the IPv4 version, no libxt_* or libipt6_* Upgrading to squeeze does help: # apt-get install -t squeeze iptables [...] $ ls -l /lib/xtables/*recent* -rw-r--r-- 1 root root 10080 2010-07-16 23:17 /lib/xtables/libxt_recent.so Cheers Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592892: [Pkg-openmpi-maintainers] Bug#592892: openmpi: FTBFS: Compilation errors
tags 592892 + confirmed pending thanks Am Freitag, den 27.08.2010, 13:57 -0400 schrieb Jeff Squyres: This was the badness, as pointed out by Ralf here: http://www.open-mpi.org/community/lists/devel/2010/08/8292.php Fix will committed to upstream SVN this evening; a patch for the v1.4 series is already available here: https://svn.open-mpi.org/trac/ompi/ticket/2559 Thanks to everyone involved for tracking and fixing this! I'll upload a fixed version to Debian later today. Best regards, Manuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594855: haskell-happstack-util: FTBFS: Prologue junk?: .type sdw1_ret, @function
Source: haskell-happstack-util Version: 0.5.0.2-2 Severity: important ╔══╗ ║ haskell-happstack-util 0.5.0.2-2 (powerpc) 29 Aug 2010 14:09 ║ ╚══╝ [...] [12 of 19] Compiling Happstack.Util.AutoBuild ( src/Happstack/Util/AutoBuild.hs, dist-ghc6/build/Happstack/Util/AutoBuild.o ) src/Happstack/Util/AutoBuild.hs:38:12: Warning: A do-notation statement discarded a result of type GHC.Conc.ThreadId. Suppress this warning by saying _ - forkIO (builder mph buildCmd binPath newMod), or by using the flag -fno-warn-unused-do-bind src/Happstack/Util/AutoBuild.hs:67:4: Warning: A do-notation statement discarded a result of type ExitCode. Suppress this warning by saying _ - bracket (runBin binPath binArgs) (terminateProcess) (\ ph - () putMVar mph ph waitForProcess ph), or by using the flag -fno-warn-unused-do-bind src/Happstack/Util/AutoBuild.hs:90:4: Warning: A do-notation statement discarded a result of type ExitCode. Suppress this warning by saying _ - waitForProcess ph, or by using the flag -fno-warn-unused-do-bind [13 of 19] Compiling Happstack.Crypto.MD5 ( src/Happstack/Crypto/MD5.hs, dist-ghc6/build/Happstack/Crypto/MD5.o ) Prologue junk?: .type sdw1_ret, @function sdw1_ret: mflr 3 # 15 /tmp/ghc17432_0/ghc17432_0.hc 1 make: *** [build-ghc6-stamp] Error 255 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Build finished at 20100829-1411 FAILED [dpkg-buildpackage died] Purging /var/lib/schroot/mount/sid-powerpc-sbuild-f2c8c102-a857-4d92-877f-779d5d44061f/build/buildd-haskell-happstack-util_0.5.0.2-2-powerpc-XkG8gO Not removing build depends: cloned chroot in use Finished at 20100829-1411 Build needed 00:02:44, 6592k disc space signature.asc Description: Digital signature
Bug#588150: [Pkg-cups-devel] Bug#588150: cups no longer works with http: HTTP/1.1 426 Upgrade Required + server DoS
Hello Vincent, Vincent Lefevre [2010-07-05 16:50 +0200]: While cups 1.4.3-1 works fine (I could check by downgrading to this version), cups 1.4.4-1 no longer works with http. A strace shows errors like: 16:07:02 sendto(3, POST / HTTP/1.1\r\nContent-Length:..., 153, 0, NULL, 0) = 153 16:07:02 sendto(3, \...@\2\0\0\0\1\1g\0\22attributes-charset\0\5..., 636, 0, NULL, 0) = 636 16:07:02 poll([{fd=3, events=POLLIN}], 1, 1000) = 1 ([{fd=3, revents=POLLIN|POLLERR}]) 16:07:02 recvfrom(3, HTTP/1.1 426 Upgrade Required\r\nD..., 2048, 0, NULL, NULL) = 787 Is that still true with 1.4.4-3? -1 and -2 ended up with TLS disabled due to a GNUTLS change. This is fixed in version -3. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594856: xterm: pointer remains invisible after running aptitude
Package: xterm Version: 261-1 Severity: normal After running aptitude and quitting it, the pointer remains invisible when one moves it, until one makes an xterm menu appear or one moves the pointer out of the xterm window. This is always reproducible. I've tried to reproduce this problem with Log to File, and cat the obtained log file, but in such a case, the problem doesn't appear. The pointer even reappears instead of remaining invisible as long as one doesn't move the mouse. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii libutempter0 1.1.5-3A privileged helper for utmp/wtmp ii libx11-6 2:1.3.3-3 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii xbitmaps 1.1.0-1Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.5+4 X11 utilities Versions of packages xterm suggests: pn xfonts-cyrillic none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594857: crystalspace: FTBFS on powerpc
Source: crystalspace Version: 1.4.0~svn32711-1 Severity: serious I don't understand the log, so please look for yourself on buildd.d.o... sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on poulenc.debian.org ╔══╗ ║ crystalspace 1.4.0~svn32711-1 (powerpc)29 Aug 2010 13:22 ║ ╚══╝ [...] g++ -c -o ./out/linuxppc/optimize/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.o -I/build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/. -I./include -I/build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/./include -Wall -g -fPIC -O2 -fsigned-char -pipe -Wall -g -fPIC -O2 -fsigned-char -Wall -Wno-unknown-pragmas -fvisibility=hidden -I/usr/local/include -Wall -g -fPIC -O2 -fsigned-char -Wall -g -fPIC -O2 -fsigned-char -fno-exceptions -fvisibility-inlines-hidden -O3 -fomit-frame-pointer -ffast-math -g2 -fPIC /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp: In member function 'void CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessSingleWrappedNode(ConditionEval, CS::Plugin::XMLShader::csWrappedDocumentNode::NodeProcessingState*, iDocumentNode*) [with ConditionEval = CS::Plugin::XMLShader::EvalCondTree]': /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1519: instantiated from 'void CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessWrappedNode(ConditionEval, CS::Plugin::XMLShader::csWrappedDocumentNode::NodeProcessingState*, iDocumentNode*) [with ConditionEval = CS::Plugin::XMLShader::EvalCondTree]' /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1533: instantiated from 'void CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessWrappedNode(T) [with ConditionEval = CS::Plugin::XMLShader::EvalCondTree]' /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:414: instantiated from 'CS::Plugin::XMLShader::csWrappedDocumentNode::csWrappedDocumentNode(ConditionEval, CS::Plugin::XMLShader::csWrappedDocumentNode*, iDocumentNode*, CS::Plugin::XMLShader::iConditionResolver*, CS::Plugin::XMLShader::csWrappedDocumentNodeFactory*, CS::Plugin::XMLShader::csWrappedDocumentNode::GlobalProcessingState*) [with ConditionEval = CS::Plugin::XMLShader::EvalCondTree]' /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1898: instantiated from here /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1414: warning: suggest parentheses around '' within '||' /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp: In member function 'void CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessSingleWrappedNode(ConditionEval, CS::Plugin::XMLShader::csWrappedDocumentNode::NodeProcessingState*, iDocumentNode*) [with ConditionEval = CS::Plugin::XMLShader::EvalStatic]': /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1519: instantiated from 'void CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessWrappedNode(ConditionEval, CS::Plugin::XMLShader::csWrappedDocumentNode::NodeProcessingState*, iDocumentNode*) [with ConditionEval = CS::Plugin::XMLShader::EvalStatic]' /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1533: instantiated from 'void CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessWrappedNode(T) [with ConditionEval = CS::Plugin::XMLShader::EvalStatic]' /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:414: instantiated from 'CS::Plugin::XMLShader::csWrappedDocumentNode::csWrappedDocumentNode(ConditionEval, CS::Plugin::XMLShader::csWrappedDocumentNode*, iDocumentNode*, CS::Plugin::XMLShader::iConditionResolver*,
Bug#594607: libdbi upload to SID reverted (was: Freeze exception for libdbi and libdbi-drivers)
Clint Byrum cl...@ubuntu.com was heard to say: On Aug 28, 2010, at 1:49 AM, Thomas Goirand wrote: Markus, it would be great if an 0.8.4 or 0.8.3.1 release arrived with soname bumped. We could just rebuild all of our rdepends, but then anybody who has depended on libdbi0 will break when the new version arrives. I have to apologize for responding only now as I was off for a short vacation last week. I also have to apologize for the incorrect information that I sent to Thomas. I simply forgot about the changes in the constants which indeed may screw up a few things. I won't make any promises, but I'll try and see whether I can whip up a 0.8.4 maintenance release with the updated so information. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594858: haskell-debian: FTBFS: (.text+0x56): undefined reference to `__stg_EAGER_BLACKHOLE_INFO'
Source: haskell-debian Version: 3.47-3 Severity: important sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on poulenc.debian.org ╔══╗ ║ haskell-debian 3.47-3 (powerpc)29 Aug 2010 14:05 ║ ╚══╝ [...] [7 of 8] Compiling Debian.Util.FakeChanges ( Debian/Util/FakeChanges.hs, dist-ghc6/build/fakechanges/fakechanges-tmp/Debian/Util/FakeChanges.o ) [8 of 8] Compiling Main ( utils/FakeChanges.hs, dist-ghc6/build/fakechanges/fakechanges-tmp/Main.o ) Linking dist-ghc6/build/fakechanges/fakechanges ... /usr/lib/haskell-packages/ghc6/lib/parallel-2.2.0.1/ghc-6.12.1/libHSparallel-2.2.0.1.a(Strategies.o): In function `sXK_info': (.text+0x56): undefined reference to `__stg_EAGER_BLACKHOLE_INFO' /usr/lib/haskell-packages/ghc6/lib/parallel-2.2.0.1/ghc-6.12.1/libHSparallel-2.2.0.1.a(Strategies.o): In function `sXK_info': (.text+0x5a): undefined reference to `__stg_EAGER_BLACKHOLE_INFO' /usr/lib/haskell-packages/ghc6/lib/parallel-2.2.0.1/ghc-6.12.1/libHSparallel-2.2.0.1.a(Strategies.o): In function `sXW_info': (.text+0xe6): undefined reference to `__stg_EAGER_BLACKHOLE_INFO' /usr/lib/haskell-packages/ghc6/lib/parallel-2.2.0.1/ghc-6.12.1/libHSparallel-2.2.0.1.a(Strategies.o): In function `sXW_info': (.text+0xea): undefined reference to `__stg_EAGER_BLACKHOLE_INFO' /usr/lib/haskell-packages/ghc6/lib/parallel-2.2.0.1/ghc-6.12.1/libHSparallel-2.2.0.1.a(Strategies.o): In function `sYf_info': (.text+0x23e): undefined reference to `__stg_EAGER_BLACKHOLE_INFO' /usr/lib/haskell-packages/ghc6/lib/parallel-2.2.0.1/ghc-6.12.1/libHSparallel-2.2.0.1.a(Strategies.o):(.text+0x242): more undefined references to `__stg_EAGER_BLACKHOLE_INFO' follow collect2: ld returned 1 exit status make: *** [build-ghc6-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Build finished at 20100829-1408 FAILED [dpkg-buildpackage died] Purging /var/lib/schroot/mount/sid-powerpc-sbuild-3ac0bd7c-d786-4fe5-a03a-73fedbce910d/build/buildd-haskell-debian_3.47-3-powerpc-u9gv21 Not removing build depends: cloned chroot in use Finished at 20100829-1408 Build needed 00:03:53, 24276k disc space signature.asc Description: Digital signature
Bug#594859: ITP: geotools -- Java library that provides tools for geospatial data
Package: wnpp Severity: wishlist Owner: David Paleino da...@debian.org * Package name: geotools Version : 2.6.5 Upstream Author : The Geotools Project * URL : http://www.geotools.org/ * License : LGPL Programming Lang: Java Description : Java library that provides tools for geospatial data GeoTools is a Java library which provides standards-compliant methods for the manipulation of geospatial data, for example to implement Geographic Information Systems (GIS). The GeoTools library implements Open Geospatial Consortium (OGC) specifications as they are developed. . It supports both vector and raster images. Supported vector formats are: - ESRI Shapefile - OGC Geography Markup Language (GML) - OGC Web Feature Server (WFS) - PostGIS - Oracle Spatial - ArcSDE - MySQL Supported raster formats are: - OGC Web Mapping Server (WMS) - ArcGrid - GeoTIFF - Images georeferenced with a world file This package is needed for geowebcache (ITP #589724). -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#594828: xserver-xorg-input-kbd: one keypress is generating two keycodes if XkbOptions abnt2
On Sun, Aug 29, 2010 at 21:10:48 -0300, Gunther Furtado wrote: please let me know if what other information would be usefull. Please send your Xorg log and output of 'xkbcomp :0 -'. Cheers, Julien signature.asc Description: Digital signature
Bug#594860: hmmer: FTBFS (powerpc): altivec and cast errors
Source: hmmer Version: 3.0-2 Severity: serious sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on porpora.debian.org ╔══╗ ║ hmmer 3.0-2 (powerpc) 29 Aug 2010 18:06 ║ ╚══╝ [...] gcc -std=gnu99 -I. -I. -g -O2 -g -Wall -O2 -pthread -maltivec -mabi=altivec -o esl_vmx.o -c esl_vmx.c In file included from esl_vmx.c:38: esl_vmx.h: In function 'esl_vmx_set_float': esl_vmx.h:30: warning: implicit declaration of function 'vec_lde' esl_vmx.h:30: error: incompatible types when assigning to type '__vector float' from type 'int' esl_vmx.h:31: warning: implicit declaration of function 'vec_lvsl' esl_vmx.h:31: error: incompatible types when assigning to type '__vector unsigned char' from type 'int' esl_vmx.h:32: warning: implicit declaration of function 'vec_perm' esl_vmx.h:32: error: AltiVec argument passed to unprototyped function esl_vmx.h:33: warning: implicit declaration of function 'vec_splat' esl_vmx.h:33: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_set_s16': esl_vmx.h:48: error: incompatible types when assigning to type '__vector signed short' from type 'int' esl_vmx.h:49: error: incompatible types when assigning to type '__vector unsigned char' from type 'int' esl_vmx.h:50: error: AltiVec argument passed to unprototyped function esl_vmx.h:51: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_set_u8': esl_vmx.h:66: error: incompatible types when assigning to type '__vector unsigned char' from type 'int' esl_vmx.h:67: error: incompatible types when assigning to type '__vector unsigned char' from type 'int' esl_vmx.h:68: error: AltiVec argument passed to unprototyped function esl_vmx.h:69: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_hsum_float': esl_vmx.h:83: warning: implicit declaration of function 'vec_add' esl_vmx.h:83: warning: implicit declaration of function 'vec_sld' esl_vmx.h:83: error: AltiVec argument passed to unprototyped function esl_vmx.h:83: error: AltiVec argument passed to unprototyped function esl_vmx.h:84: error: AltiVec argument passed to unprototyped function esl_vmx.h:84: error: AltiVec argument passed to unprototyped function esl_vmx.h:85: warning: implicit declaration of function 'vec_ste' esl_vmx.h:85: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_hsum_s16': esl_vmx.h:100: error: AltiVec argument passed to unprototyped function esl_vmx.h:100: error: AltiVec argument passed to unprototyped function esl_vmx.h:101: error: AltiVec argument passed to unprototyped function esl_vmx.h:101: error: AltiVec argument passed to unprototyped function esl_vmx.h:102: error: AltiVec argument passed to unprototyped function esl_vmx.h:102: error: AltiVec argument passed to unprototyped function esl_vmx.h:103: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_hmax_float': esl_vmx.h:118: warning: implicit declaration of function 'vec_max' esl_vmx.h:118: error: AltiVec argument passed to unprototyped function esl_vmx.h:118: error: AltiVec argument passed to unprototyped function esl_vmx.h:119: error: AltiVec argument passed to unprototyped function esl_vmx.h:119: error: AltiVec argument passed to unprototyped function esl_vmx.h:120: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_hmax_s16': esl_vmx.h:135: error: AltiVec argument passed to unprototyped function esl_vmx.h:135: error: AltiVec argument passed to unprototyped function esl_vmx.h:136: error: AltiVec argument passed to unprototyped function esl_vmx.h:136: error: AltiVec argument passed to unprototyped function esl_vmx.h:137: error: AltiVec argument passed to unprototyped function esl_vmx.h:137: error: AltiVec argument passed to unprototyped function esl_vmx.h:138: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_hmax_u8': esl_vmx.h:153: error: AltiVec argument passed to unprototyped function esl_vmx.h:153: error: AltiVec argument passed to unprototyped function esl_vmx.h:154: error: AltiVec argument passed to unprototyped function esl_vmx.h:154: error: AltiVec argument passed to unprototyped function esl_vmx.h:155: error: AltiVec argument passed to unprototyped function esl_vmx.h:155: error: AltiVec argument passed to unprototyped function esl_vmx.h:156: error: AltiVec argument passed to unprototyped function esl_vmx.h:156: error: AltiVec argument passed to unprototyped function esl_vmx.h:157: error: AltiVec argument passed to unprototyped function esl_vmx.c: In function 'esl_vmx_logf': esl_vmx.c:92: warning: implicit declaration of function 'vec_splat_u32' esl_vmx.c:92: error: can't
Bug#479172: Updated patches
Hey Guido, Yes. This looks really great in general, thanks alot! Two minor nitpicks: Ok, nitpicks fixed. Instead of spamming this report with even more patches, I've just pushed them here: http://git.stderr.nl/gitweb?p=matthijs/upstream/git-buildpackage.git Pull from: http://git.stderr.nl/matthijs/upstream/git-buildpackage.git master This is just the previous patches, but rebased, two new patches to address your issues and two fixes for small bugs I noticed while moving stuff around :-) Gr. Matthijs signature.asc Description: Digital signature
Bug#586907: *NOT* fixed in mercurial 1.6.2-1
Le Saturday 28 August 2010 11:16:52, vous avez écrit : Hi Romain, On 26/08/10 14:06, Romain Lerallut wrote: It seems that the patches in debian/patches are not applied when building the package. Anyway, the url.py file is not patched and the problem persists. Can you please confirm that it is now fixed in 1.6.2-2? Confirmed, many thanks. Romain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594836: speech-dispatcher: Fix UTF-8 output to cicero
Forwarded upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594856: xterm: pointer remains invisible after running aptitude
On Mon, 30 Aug 2010, Vincent Lefevre wrote: Package: xterm Version: 261-1 Severity: normal After running aptitude and quitting it, the pointer remains invisible when one moves it, until one makes an xterm menu appear or one moves the pointer out of the xterm window. This is always reproducible. this sounds like (man xterm): pointerMode (class PointerMode) Specifies when the pointer may be hidden as the user types. It will be redisplayed if the user moves the mouse, or clicks one of its buttons. 0 never 1 the application running in xterm has not activated mouse mode. This is the default. 2 always. (pointerMode resource was added at the beginning of 2008) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594856: xterm: pointer remains invisible after running aptitude
On 2010-08-30 10:43:09 +0200, Vincent Lefevre wrote: After running aptitude and quitting it, the pointer remains invisible when one moves it, until one makes an xterm menu appear or one moves the pointer out of the xterm window. This is always reproducible. I've tried to reproduce this problem with Log to File, and cat the obtained log file, but in such a case, the problem doesn't appear. The pointer even reappears instead of remaining invisible as long as one doesn't move the mouse. To reproduce the bug, run ttyplay ttyrecord-pointer (attached) in an 80x60 xterm and type a key before the end, so that the mouse pointer disappears. -- 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) ttyrecord-pointer Description: Binary data
Bug#583917: Bug#594472: grub-pc: scary messages and very long boot time after upgrade
Hi, On Mon, 30.08.2010 at 08:55:23 +0100, Dh H dhh4...@googlemail.com wrote: So this looks a bit like there are two erros: 1) mdadm is broken in 3.1.2 and brings up these errormessages. 2) Grub2 seems to be broken, as it does not start crypto, consecutively failing to bring up LVM thanks for the analysis. I'm under the impression that mdadm does assemble the raids, but then fails to recognize the partition table. But I don't know whether this is still in the realm of mdadm's responsibility, or whether some other package (linux-image-*?) should be responsible instead. The only thing I dont understand is why it is only us two experiencing this. I thought I found more than our two reports for this whole problem suite, but then, this problem only seems to pop up for people who were upgrading fairly often. See eg. #586449, which seems to be related to me. When rebooting I have the same behaviour as what you described first; Now *this* sounds dangerous: Failing to reboot for a newly-installed system. This means that re-installing a box wouldn't fix the problem, but only recreate it. The system complains about the missing vg and comes up with a lot of /sys/devices/virtual ... messages, then asks for the disk-passphrase, goes into a longer thinking period and after another block of /sys/devices/virtual/... messages the vm actually boots without any further problems. My system's thinking period was ended by OOM-killer because something ate all my RAM. I already submitted messages which included tracebacks which I can't make too much sense of right now. to the actual boot process starting, the vm consumes 150% of my processors. Some things are going in an endless loop there? Sure, and leaking lots of memory underway... I use the same architecture as you are: amd64 with a dual core processor. I have a quad-core (945), plus I run an i386 system with the -bigmem kernel on top of it, as I also have 8gigs of RAM in my box. I didn't dare to turn the machine off since it last took so long to boot, but (of course) would like to. The VM is set up as amd64 as well. It does not make a difference if I run the vm with one or two processors (only that with one processor the vm consumes 100% of that processor while boot is failing, cant do more, can it? ;) ) I can't inspect my system very well, but from the sound of the fans, the CPU must be sizzling hot. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594567: Upload reverted
Hi Dne Sun, 29 Aug 2010 15:40:21 +0800 Thomas Goirand tho...@goirand.fr napsal(a): After discussion with the release team, I have reverted my upload, and SID now contains version 0.8.2 as before. The issue was that there's a ABI that would make it necessary to BinNMU a dozen of packages, which the release team does not wish to do. I'm sorry for the breakage. Upstream told me that there was only bugfixes, but in fact, there's change in the enum for error codes. Also, it seems I compiled the libdbd-* against the wrong version of libdbi-dev. Anyway, since I reverted, it should be ok now. Please let me know how it goes when building Gammu, as I'm currently not 100% sure that it did compile against the correct libdbi version in SID (maybe I should have delayed-upload the drivers to make sure that the libdbi0 was uploaded before compiling the drivers). The only thing I'm sure is that the Testing version of libdbi is correct as it was untouched. If there was yet another issue with libdbi, I'll BinNMU the drivers, which should fix the issue if any. The version in sid (and squeze) should be fine, it only affected version in experimental. Also in the end it does not seem to be caused by wrong build, but rather by using --enable-dbi, which has inverted logic as somebody else pointed out in the bug. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#594861: RM: softbeep -- RoQA; obsolete
Package: ftp.debian.org Severity: normal Please remove softbeep, it's obsolete these days since it's handled by the kernel. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594862: RM: arch-buildpackage -- RoQA; orphaned for long time, unused
Package: ftp.debian.org Severity: normal Please remove arch-buildpackage. It's orphaned since 2006 and has hardly any users. It's also misses adaptations to be compatible with debian source format 3. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594863: RM: py2play -- RoQA; no longer used, security issues
Package: ftp.debian.org Severity: normal Please remove py2play: The game it was created for (Slune) is no longer in the archive, it has open security issues (see package description): *** WARNING *** This software has important security issues, and the network code is deactivated. Please DO NOT USE it in your own software ; use Tofu with Cerealizer instead, which now replace it with a few improvements. This package is kept only to run Slune, until someone rewrite the corresponding part of the code to use Tofu+Cerealizer and reactivate network gaming (it is planed upstream, but a quite hard task, please be patient). Also it's currently incompatible with Python 2.6. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594864: RM: prokyon3 -- RoQA; obsolete, orphaned for a long time, alternatives exist
Package: ftp.debian.org Severity: normal Please remove prokyon3. It has seen it's last maintainer upload in 2006, has hardly any users and plenty of alternatives exist. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594865: RM: powerprefs -- RoQA; orphaned for a long time, no users
Package: ftp.debian.org Severity: normal Please remove powerprefs. It's been orphaned since 2007 and has virtually no users in popcon. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594867: RM: keynote -- RoQA; unused, orphaned, not in stable
Package: ftp.debian.org Severity: normal Please remove keynote. It's been orphaned since 2008, has virtually no users and not deps/rdeps. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594866: RM: pload -- RoQA; unmaintained, hardly any users, alternatives exist
Package: ftp.debian.org Severity: normal Please remove pload. It has hardly any users, the last maintainer upload was in 2003 and alternatives exist. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520746: O: soci -- C++ Database Access Library (core)
On Sun, Mar 22, 2009 at 02:45:53PM +, Neil Williams wrote: Package: wnpp Severity: normal If the package remains orphaned at the end of this month (March 09), I'll migrate it to Maintainer: QA. If it is still orphaned at the start of the Squeeze release freeze, I'll seek removal from Debian. (Upstream is quiet but not completely dead.) Are you going ahead with the removal? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593886: O: cvsnt -- Improved multiplatform version of the original CVS
On Sun, Aug 29, 2010 at 07:23:39PM +0200, Andreas Tscharner wrote: On 23.08.2010 19:16, Moritz Muehlenhoff wrote: On Sat, Aug 21, 2010 at 11:05:02PM +0200, Andreas Tscharner wrote: [snip] 2) Upstream will sell cvsnt (community edition as they call it) in the future. This is possible in compliance with the GPL. For a possible future maintainer, there is a free and anonymous CVS read access, but this can be terminated without further notice at any time. The package suffers a critical bug and should be updated or even better removed from Debian. In light of 2) we should rather remove it than continuing to include it in Squeeze. It also has hardly any users in popcon. I fully agree. Do I need to do something to remove it? Use reportbug ftp.debian.org and use the Package removal - Request Of Maintainer option. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592873: ssvnc: Connection from UVNC Single-Click does not start vncviewer
Hello, Yes, the release version 1.0.28 (pre-built binary) works for my case (though it didn't when it was the dev. version). Thank you for your help. Nick. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594856: xterm: pointer remains invisible after running aptitude
On 2010-08-30 05:02:28 -0400, Thomas Dickey wrote: On Mon, 30 Aug 2010, Vincent Lefevre wrote: this sounds like (man xterm): pointerMode (class PointerMode) Specifies when the pointer may be hidden as the user types. It will be redisplayed if the user moves the mouse, or clicks one of its buttons. 0 never 1 the application running in xterm has not activated mouse mode. This is the default. 2 always. (pointerMode resource was added at the beginning of 2008) pointerMode is 2 in my case, so that when I type a key, the pointer disappears. But the man page says: It will be redisplayed if the user moves the mouse, which xterm fails to do. Note: as long as aptitude is running, the mouse pointer is redisplayed when I move the mouse. The problem occurs after I quit aptitude. This bug seems to be old, since I can reproduce it with xterm 251. -- 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#593652: grub-common: Bug still present in unstable
Package: grub-common Version: 1.98+20100804-4 Severity: normal This bug is still present in unstable (1.98+20100804-4). I rebuilt the grub-probe binary with debug information. [ about that, I changed debian/rules before running debian/rules binary ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 else export CFLAGS += -O2 -g endif = I needed to add export so that the CFLAGS modification is taken into accound. Are you sure -O2 is used in buildd ? ] Here is what I got: aya:/tmp/grub2-1.98+20100804# gdb --args build/grub-common/grub-probe --target=fs /boot GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /tmp/grub2-1.98+20100804/build/grub-common/grub-probe...done. (gdb) run Starting program: /tmp/grub2-1.98+20100804/build/grub-common/grub-probe --target=fs /boot Program received signal SIGSEGV, Segmentation fault. 0x0042576e in insert_array (name=value optimized out) at ../../disk/raid.c:505 505 if (array-device[new_array-index] != NULL) (gdb) bt #0 0x0042576e in insert_array (name=value optimized out) at ../../disk/raid.c:505 #1 hook (name=value optimized out) at ../../disk/raid.c:666 #2 0x0040615d in iterate_disk (disk_name=value optimized out) at ../../kern/device.c:123 #3 0x00402b7b in grub_util_biosdisk_iterate (hook=0x7fffe550) at ../../kern/emu/hostdisk.c:206 #4 0x00406206 in grub_disk_dev_iterate (hook=0x7fffe550) at ../../kern/disk.c:212 #5 0x00405ede in grub_device_iterate (hook=value optimized out) at ../../kern/device.c:168 #6 0x0042761a in grub_init_all () at grub_probe_init.c:58 #7 0x00402a21 in main (argc=3, argv=value optimized out) at ../../util/grub-probe.c:443 (gdb) print array $1 = (struct grub_raid_array *) 0x668150 (gdb) print array-device $2 = {0x668080, 0x6684d0, 0x66cd40, 0x667620, 0x0 repeats 28 times} (gdb) print new_array $3 = value optimized out (gdb) print new_array-index Cannot access memory at address 0x20 (gdb) up #1 hook (name=value optimized out) at ../../disk/raid.c:666 666 (! insert_array (disk, array, start_sector, grub_raid_list-name))) (gdb) print array $4 = {number = 0, level = 5, layout = 2, total_devs = 4, chunk_size = 256, disk_size = 524287488, index = 65535, uuid_len = 16, uuid = 0x66d2c0 , name = 0x66d2a0 aya:aya-raid5-A, nr_devs = 0, device = { 0x0 repeats 31 times, 0x14e}, start_sector = {4359940, 4341993, 0, 4228828, 0, 0, 0, 0, 562949935464449, 64013806272512, 0, 0, 6715152, 0, 0, 12273716359468154880, 562949953421311, 1, 976773167, 0, 0, 140737354118930, 6496336, 140737488348288, 0, 140737354119085, 6737456, 140737349652032, 6737456, 4356882, 0, 140737349652032}, next = 0x66ce30} (gdb) print array.index $5 = 65535 (gdb) This last value seems a bit big, no ? Regards, Vincent -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grub-common depends on: ii base-files 5.9 Debian base system miscellaneous f ii dpkg1.15.7.2 Debian package management system ii gettext-base0.18.1.1-1 GNU Internationalization utilities ii install-info4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libdevmapper1.02.1 2:1.02.48-3 The Linux Kernel Device Mapper use ii libfreetype62.4.2-1 FreeType 2 font engine, shared lib ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages grub-common recommends: ii os-prober 1.39 utility to detect other OSes on a Versions of packages grub-common suggests: pn grub-emunone (no description available) pn multiboot-doc none (no description available) ii xorriso 0.5.6.pl00-2 command line iso9660+RR manipulati -- 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#594435: Quoted strings in pin specifications do not work
Hi! 2010/8/26 Julian Andres Klode j...@debian.org: On Do, 2010-08-26 at 01:38 +0100, Ben Hutchings wrote: The *only* example of pinning by origin in apt_preferences(5) is: That was fixed in version 0.7.26~exp3 and is part of 0.8.0 which will be in a few days in testing hopefully. I personally do not want quoting here, as it just complicates parsing and breaks backwards compatibility. The documentation could state explicitly that quotes are not supported; but this is purely a documentation issue, and thus minor (it may also break translations of the manpage). I don't get the complicated parser argument, how could a single char increase the complexity of a parser - especially as the empty string needs to be represented somehow anyway… And compatibility? Its long ago that i saw a hostname starting with … Or do we need to maintain compatibilty with this bugs as users have non working rules in their preferences file because of this bug? I personally don't want to complicated it for a human being if a machine could do the hard work - at least in my understand we created machines to do the hard and boring work for us in the first place, so why enforce a silly no quotes allowed - but needed if origin is empty rule? Anyway, the fun fact is that the manpage is wrong: First of all doesn't work as expected, especially not if the local archive is not flat. Further more i made the mistake to document the origin now by writing ftp.de.debian.org which is obviously also wrong. Thankfully, we have two simple options to fix it: 1. Fix and remove the quotes around the hostname by fiddling with the po's 2. Fix and allow the quotes around the hostname Attached is the overly complicated patch to fix it by implementing option 2 - option 1 would only differ a bit in the first if-else block and would need a bit too much handwork on the po files for my taste… Best regards David Kalnischkies === modified file 'apt-pkg/versionmatch.cc' --- apt-pkg/versionmatch.cc 2010-06-28 15:38:08 + +++ apt-pkg/versionmatch.cc 2010-08-30 09:33:13 + @@ -118,7 +118,10 @@ if (Type == Origin) { - OrSite = Data; + if (Data[0] == '' Data.end()[-1] == '') + OrSite = Data.substr(1, Data.length() - 2); + else + OrSite = Data; return; } } @@ -259,10 +262,10 @@ if (Type == Origin) { if (OrSite.empty() == false) { - if (File-Site == 0 || !ExpressionMatches(OrSite, File.Site())) + if (File-Site == 0) return false; } else // so we are talking about file:// or status file - if (strcmp(File.Site(),) == 0 File-Archive != 0) // skip the status file + if (strcmp(File.Site(),) == 0 File-Archive != 0 strcmp(File.Archive(),now) == 0) // skip the status file return false; return (ExpressionMatches(OrSite, File.Site())); /* both strings match */ }
Bug#583917: Bug#594472: grub-pc: scary messages and very long boot time after upgrade
thanks for the analysis. I'm under the impression that mdadm does assemble the raids, but then fails to recognize the partition table. But I don't know whether this is still in the realm of mdadm's responsibility, or whether some other package (linux-image-*?) should be responsible instead. Correct, it assembles the raids and moans about an unrecognized partition table. The latter I assume is normal, since mdo (in my case) is an ext3 partition and not a disk with a partition table, the same applies to md1, which is not anything that could be recognized as a valid disk, because it is completely encrypted. Agree it could be anything, even udev, where I found some references to. Nevertheless, MDADM 3.1.2 seems to worsen the problem, as does the current Grub2. When rebooting I have the same behaviour as what you described first; Now *this* sounds dangerous: Failing to reboot for a newly-installed system. This means that re-installing a box wouldn't fix the problem, but only recreate it. Correct, and it is replicable, which should allow someone with more technical knowledge than me to analyse in detail. Given the fact this happens on a VM makes me confident it is not Hardware related. I run on a laptop with two disks and an intel dual core, which is fairly different to your quad ;). My system's thinking period was ended by OOM-killer because something ate all my RAM. I already submitted messages which included tracebacks which I can't make too much sense of right now. Could not check this, I only gave 512M to the VM and the 'thinking period' was quite short, a good part of a minute I guess. I didn't dare to turn the machine off since it last took so long to boot, but (of course) would like to. I rebooted mine several times now. Only have to help with the busybox commands to get it up and running. That seems fairly stable ;) I can't inspect my system very well, but from the sound of the fans, the CPU must be sizzling hot. my fan does not quite go to loud mode, dunno why at 100% cpu utilisation I would expect it. On the otherhand the machine does not feel too hot either. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594856: xterm: pointer remains invisible after running aptitude
On Mon, 30 Aug 2010, Vincent Lefevre wrote: This bug seems to be old, since I can reproduce it with xterm 251. agree - I checked back to #233 -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525631: publish workaround
Can you please publish the workaround. When apt-file is doing its thing, the network becomes totally unusable. Anybody home? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593195: udisks detect chrooted patch for debian package.
Hello! I've created a (completely untested) patch with the solution you seemed to have agreed on (see attachment). It would be appreciated if someone was willing to test the patch. If it happens to solve the problem, it would be nice to know if maintainers would appreciate a NMU or not. -- Regards, Andreas Henriksson --- udisks-1.0.1+git20100614/debian/udisks.postinst 2010-06-14 16:11:43.0 +0200 +++ udisks-1.0.1+git20100614.fixed/debian/udisks.postinst 2010-08-30 11:50:33.0 +0200 @@ -1,7 +1,19 @@ #!/bin/sh set -e -if [ $1 = configure ]; then +# this helper function borrowed from udev.postinst +chrooted() { + if [ $(stat -c %d/%i /) = $(stat -Lc %d/%i /proc/1/root 2/dev/null) ]; + then +# the devicenumber/inode pair of / is the same as that of /sbin/init's +# root, so we're *not* in a chroot and hence return false. +return 1 + fi + echo A chroot environment has been detected, udisks not restarted. + return 0 +} + +if [ $1 = configure ] ! chrooted ; then # stop udisks-daemon if start-stop-daemon --stop --quiet --exec /usr/lib/udisks/udisks-daemon; then DO_RESTART=1
Bug#556436: --no-download
# man aptitude|col -b|grep no-download # man apt-get|col -b|grep no-download --no-download -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588382: your mail
forwarded 588382 https://bugzilla.novell.com/show_bug.cgi?id=615812 merge 588382 594275 thanks Hi, On Sat, Jul 31, 2010 at 07:12:12PM -0700, Alex Hvostov wrote: I should also mention that, when trying to read a PDF generated by Debian OOo, GNOME's Evince program complains: $ evince foo.pdf Error: PDF file is damaged - attempting to reconstruct xref table... so this probably is the same as #594275 (and thus https://bugzilla.novell.com/show_bug.cgi?id=615812) Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594868: packages.debian.org: Broken handling of dependencies on virtual packages in lenny-bpo
Package: www.debian.org Severity: normal While resolving the dependency on xen-hypervisor-amd64 (a virtual package provided by xen-hypervisor-4.0-amd64) works fine in sid[1], it doesn't resolve for lenny-bpo[2] despite xen-hypervisor-3.2-1-amd64 from Lenny[3] provides that[4]. [1] http://packages.debian.org/en/sid/xen-linux-system-2.6.32-5-xen-amd64 [2] http://packages.debian.org/lenny-backports/xen-linux-system-2.6.32-bpo.4-xen-amd64 [3] http://packages.debian.org/lenny/xen-hypervisor-3.2-1-amd64 [4] Provides: xen-hypervisor, xen-hypervisor-3, xen-hypervisor-3.2-1, xen-hypervisor-amd64 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (500, 'oldstable'), (400, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#360554: GOOD DAY
I have business for you get back for details -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525631: publish workaround
#Terrible verified workaround example echo 'limit-rate = 16k' /root/.curlrc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594869: elektra: FTBFS: symbol table changed
Source: elektra Version: 0.7.0-1 Severity: serious sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on poulenc.debian.org ╔══╗ ║ elektra 0.7.0-1 (powerpc) 30 Aug 2010 09:52 ║ ╚══╝ [...] dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libelektra-cpp0/DEBIAN/symbols doesn't match completely debian/libelektra-cpp0.symbols --- debian/libelektra-cpp0.symbols (libelektra-cpp0_0.7.0-1_powerpc) +++ dpkg-gensymbolsCxwfDK 2010-08-30 09:56:16.0 + @@ -19,7 +19,8 @@ _zn3kdb3kdb3seterkns_3k...@base 0.7.0 _zn3kdb3kdb3seterns_6keyseterkns_3ke...@base 0.7.0 _zn3kdb3kdb6removeer...@base 0.7.0 - _zn3kdb3kdb9getstringerkss...@base 0.7.0 + _zn3kdb3kdb9getstringerkss...@base 0.7.0-1 +#MISSING: 0.7.0-1# _zn3kdb3kdb9getstringerkss...@base 0.7.0 _zn3kdb3kdb9setstringerkss...@base 0.7.0 _zn3kdb3kdbc...@base 0.7.0 _zn3kdb3kdbc...@base 0.7.0 @@ -27,7 +28,7 @@ _zn3kdb3kdbd...@base 0.7.0 _zn3kdb3key10setcommenter...@base 0.7.0 _zn3kdb3key11setbasenameer...@base 0.7.0 - _zn3kdb3key3setissee...@base 0.7.0 +#MISSING: 0.7.0-1# _zn3kdb3key3setissee...@base 0.7.0 _zn3kdb3key4sta...@base 0.7.0 _zn3kdb3key6remov...@base 0.7.0 _zn3kdb3key6setdi...@base 0.7.0 @@ -40,7 +41,8 @@ _zn3kdb3key8setctim...@base 0.7.0 _zn3kdb3key8setmtim...@base 0.7.0 _zn3kdb3key8setownerer...@base 0.7.0 - _zn3kdb3key9setbinaryep...@base 0.7.0 + _zn3kdb3key9setbinaryep...@base 0.7.0-1 +#MISSING: 0.7.0-1# _zn3kdb3key9setbinaryep...@base 0.7.0 _zn3kdb3key9setstring...@base 0.7.0 _zn3kdb3keyc1epkcp13__va_list_...@base 0.7.0 _zn3kdb3keyc1ep...@base 0.7.0 @@ -61,13 +63,18 @@ _zn3kdb6keyset4sor...@base 0.7.0 _zn3kdb6keyset6appenderkns_3k...@base 0.7.0 _zn3kdb6keyset6appenderk...@base 0.7.0 - _zn3kdb6keyset9setcurso...@base 0.7.0 + _zn3kdb6keyset9setcurso...@base 0.7.0-1 +#MISSING: 0.7.0-1# _zn3kdb6keyset9setcurso...@base 0.7.0 _zn3kdb6keysetc1erk...@base 0.7.0 - _zn3kdb6keysetc1emp13__va_list_...@base 0.7.0 - _zn3kdb6keysetc1...@base 0.7.0 + _zn3kdb6keysetc1ejp13__va_list_...@base 0.7.0-1 + _zn3kdb6keysetc1...@base 0.7.0-1 +#MISSING: 0.7.0-1# _zn3kdb6keysetc1emp13__va_list_...@base 0.7.0 +#MISSING: 0.7.0-1# _zn3kdb6keysetc1...@base 0.7.0 _zn3kdb6keysetc2erk...@base 0.7.0 - _zn3kdb6keysetc2emp13__va_list_...@base 0.7.0 - _zn3kdb6keysetc2...@base 0.7.0 + _zn3kdb6keysetc2ejp13__va_list_...@base 0.7.0-1 + _zn3kdb6keysetc2...@base 0.7.0-1 +#MISSING: 0.7.0-1# _zn3kdb6keysetc2emp13__va_list_...@base 0.7.0 +#MISSING: 0.7.0-1# _zn3kdb6keysetc2...@base 0.7.0 _zn3kdb6keysetd...@base 0.7.0 _zn3kdb6keysetd...@base 0.7.0 _zn3kdblsersorkns_3k...@base 0.7.0 @@ -109,7 +116,8 @@ _znk3kdb3key8issyste...@base 0.7.0 _znk3kdb3key8needsta...@base 0.7.0 _znk3kdb3key8needsyn...@base 0.7.0 - _znk3kdb3key9getbinarye...@base 0.7.0 + _znk3kdb3key9getbinarye...@base 0.7.0-1 +#MISSING: 0.7.0-1# _znk3kdb3key9getbinarye...@base 0.7.0 _znk3kdb3key9getstrin...@base 0.7.0 _znk3kdb6keyset4hea...@base 0.7.0 _znk3kdb6keyset4siz...@base 0.7.0 dh_makeshlibs: dpkg-gensymbols -plibelektra-cpp0 -Idebian/libelektra-cpp0.symbols -Pdebian/libelektra-cpp0 returned exit code 1 make: *** [binary-arch] Error 1 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 Build finished at 20100830-0956 FAILED [dpkg-buildpackage died] Purging /var/lib/schroot/mount/sid-powerpc-sbuild-02186a86-9b2a-44f9-95f0-eecd745c741d/build/buildd-elektra_0.7.0-1-powerpc-duDDf1 Not removing build depends: cloned chroot in use Finished at 20100830-0956 Build needed 00:03:27, 18636k disc space signature.asc Description: Digital signature
Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
Thomas Dickey dic...@his.com writes: I saw something like that, the first time I tried the script, but am unsure where the problem lies. But then I ran a few more times without encountering the bug (puzzled). If it's more/less reproducible, I might be able to see something with a debug-trace (unless the problem lies in the X libraries). I see it quite often but not always :-) The attached xterm.xtrace.bz2 shows how the terminal works for a while but then stops responding. When it stopped responding I typed terminal is not responding or something like that so that you can find it from the trace (if you convert the keycodes back to ascii...). xterm.xtrace.bz2 Description: Binary data
Bug#383781: tetex-bin: dvips can't create files 2GB
On 19.08.06 Roland Lezuo (e0227...@student.tuwien.ac.at) wrote: Hi, Are the person who submitted http://bugs.debian.org/383781 ? Package: tetex-bin Version: 3.0-18 Severity: important After converting a file including lots of eps files dvips dies with this message: File size limit exceeded File size is 2147483647 bytes. Could you check if the bug is still in TL 2009? Thanks, Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to debian-tex-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100828131359.ga15...@preusse-16223.user.cis.dfn.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594870: epiphany-browser: deleting cookies takes over a minute
Subject: epiphany-browser: deleting cookies takes over a minute Package: epiphany-browser Version: 2.30.3-1 Severity: normal *** Please type your report below this line *** Dear Debian folks, after the upgrade of Gnash I wanted to delete the cookies as noted in the changelog [1]. I decided to delete all Cookies and selected all using marking the last one, holding shift and marking the first one. Hitting delete Epiphany worked quite slowly and it took it over four minutes to delete all of them. The following messages were printed in the terminal several times. (epiphany-browser:11984): Gtk-CRITICAL **: gtk_tree_model_get_iter: assertion `path != NULL' failed (epiphany-browser:11984): Gtk-CRITICAL **: gtk_list_store_get_value: assertion `VALID_ITER (iter, list_store)' failed (epiphany-browser:11984): GLib-GObject-CRITICAL **: g_value_get_boxed: assertion `G_VALUE_HOLDS_BOXED (value)' failed (epiphany-browser:11984): libsoup-CRITICAL **: soup_cookie_jar_delete_cookie: assertion `cookie != NULL' failed (epiphany-browser:11984): GLib-GObject-CRITICAL **: g_value_unset: assertion `G_IS_VALUE (value)' failed While Epiphany was slow/frozen I attached to it with GDB. You find the output of `t a a bt full` attached. Opening the Privacy (Private Daten) dialog again, I noticed not all cookies were deleted. Trying to delete some of them one by one – starting from the last one in the list – worked. Then I hit a domain were hitting delete would not delete the domain, but only move the highlighting to the domain above. And trying to delete the one above would not delete it but just move the selection/highlighting one down again. Nothing was displayed on the terminal. Using Delete all worked fast and deleted all the cookies as expected though. Do you know what might be the reason for that behavior? Was the database (Is SQLite used?) corrupt? Thanks, Paul [1] http://packages.debian.org/changelogs/pool/main/g/gnash/gnash_0.8.8-2/changelog -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages epiphany-browser depends on: ii dbus-x111.2.24-3 simple interprocess messaging syst ii epiphany-browser-data 2.30.3-1 Data files for the GNOME web brows ii gnome-icon-theme2.30.3-1 GNOME Desktop icon theme ii iso-codes 3.19-1 ISO language, territory, currency, ii libavahi-client30.6.27-2 Avahi client library ii libavahi-common30.6.27-2 Avahi common library ii libavahi-gobject0 0.6.27-2 Avahi GObject library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgirepository1.0-00.6.14-1+b1 Library for handling GObject intro ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libnotify1 [libnotify1-gtk2 0.5.0-2 sends desktop notifications to a n ii libnspr4-0d 4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.7-1 Network Security Service libraries ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libseed02.30.0-1+b1 GObject JavaScript bindings for th ii libsm6 2:1.1.1-1X11 Session Management library ii libsoup-gnome2.4-1 2.30.2-1 an HTTP library implementation in ii libsoup2.4-12.30.2-1 an HTTP library implementation in ii libwebkit-1.0-2 1.2.3-2 Web content engine library for Gtk ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-4 GNOME XML library ii libxslt1.1 1.1.26-6 XSLT 1.0 processing library - runt Versions of packages epiphany-browser recommends: ii ca-certificates 20090814+nmu2 Common CA certificates ii evince 2.30.3-1Document (postscript, pdf) viewer ii yelp 2.30.1+webkit-1 Help browser for GNOME Versions of packages epiphany-browser suggests: ii epiphany-extensions 2.30.1-2 Extensions for Epiphany web browse -- no debconf information Thread 6 (Thread
Bug#593195: udisks detect chrooted patch for debian package.
clone 593195 -1 reassign -1 upower retitle -1 installing upower in a chroot kills upowerd in the host thanks On 30.08.2010 11:52, Andreas Henriksson wrote: Hello! I've created a (completely untested) patch with the solution you seemed to have agreed on (see attachment). It would be appreciated if someone was willing to test the patch. If it happens to solve the problem, it would be nice to know if maintainers would appreciate a NMU or not. upower is also affected by this particular issue, so I've cloned it. Your proposed patch is not portable though, so it can't be used on non-linux systems (upower is installable on non-linux, contrary to udisks). We also need to kill upower/udisks when we uninstall the package (see #590013 and #590017). Given this, patching upower/udisks to write a pid file is probably the cleanest but also most invasive solution. Another idea, I'd prefer over your proposed patch, is to test if the D-Bus names for org.freedesktop.UDisks resp. org.freedesktop.UPower are taken (which should not be the case in a chroot) and skip the restart if not. Martin, what do you think? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#594828: xserver-xorg-input-kbd: one keypress is generating two keycodes if XkbOptions abnt2
On Mon, Aug 30, 2010 at 07:00:41 -0300, Gunther Furtado wrote: (**) Option AllowEmptyInput False (==) Automatically adding devices (==) Automatically enabling devices This is a broken configuration. Please get rid of the AllowEmptyInput option. Cheers, Julien signature.asc Description: Digital signature
Bug#594872: espeak: hungarian language phoneme is full broken and unusable
Package: espeak Version: 1.43.03-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu maverick ubuntu-patch This patch remove following line with debian/rules file when Espeak source package building voice metadata https://bugs.edge.launchpad.net/ubuntu/+source/espeak/+bug/623221 *** /tmp/tmp4a2HKO In Ubuntu, we've applied the attached patch to achieve the following: * debian/control: hungarian lang broken (lp:#623221) We thought you might be interested in doing the same. -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid-proposed'), (500, 'lucid-backports'), (500, 'lucid') Architecture: i386 (i686) Kernel: Linux 2.6.32-24-generic (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/rules' --- debian/rules2010-08-19 10:22:22 + +++ debian/rules2010-08-30 10:14:47 + @@ -29,7 +29,6 @@ cd platforms/big_endian CFLAGS=$(CFLAGS) $(MAKE) # Build voice metadata. cp -a $(CURDIR)/espeak-data $(CURDIR)/espeak-data-local - $(CURDIR)/platforms/big_endian/espeak-phoneme-data $(CURDIR)/espeak-data-local $(CURDIR)/espeak-data-local $(CURDIR)/platforms/big_endian/phondata-manifest touch build-stamp
Bug#434396: Impossible to run sbuild-update with LVM-based chroots
Package: sbuild Version: 0.60.0-2 Severity: normal Hi, I cannot make sbuild-update work with -source with my LVM snapshot schroots. I have the following snippet in /etc/schroot/schroot.conf: [sid] type=lvm-snapshot description=Debian sid snapshot users=didier groups=adm root-groups=sudo source-root-users=root,didier aliases=unstable,default,unstable-amd64-sbuild,experimental-amd64-sbuild lvm-snapshot-options=--size 10G device=/dev/Icterus/schroot-sid-amd64 mount-options=-o noatime And I can't run: $ sbuild-update sid-source Chroot for distribution sid-source, architecture amd64 not found I don't understand what I am supposed to do to get this work. TIA, OdyX -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sbuild depends on: ii adduser 3.112 add and remove users and groups ii libsbuild-perl0.60.0-2 Tool for building Debian binary pa ii perl 5.10.1-14 Larry Wall's Practical Extraction ii perl-modules 5.10.1-14 Core Perl modules Versions of packages sbuild recommends: ii debootstrap 1.0.23 Bootstrap a basic Debian system ii fakeroot 1.14.4-1 Gives a fake root environment Versions of packages sbuild suggests: pn deborphan none (no description available) ii wget 1.12-2 retrieves files from the web -- Configuration Files: /etc/sbuild/sbuild.conf changed: %individual_stalled_pkg_timeout = ('foomatic-db-engine' = 600); 1; -- 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#594873: RM: picprog/testing-proposed-updates -- ROP; not suitable for s90
Package: ftp.debian.org Severity: normal Hi Please remove picprog from testing-proposed-updates, it's up-to-date in testing apart from the binary on s390 which the porter/buildd admin marked as Not-For-Us. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594875: RM: tijmp/testing-proposed-updates -- ROP; NFU on several arches
Package: ftp.debian.org Severity: normal Hi Please remove tijmp from tpu its binaries are deemed unusable by the porter/buildd admin. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594876: stunnel4: Fails to connect, Input line too long
Package: stunnel4 Version: 3:4.29-1local1 Severity: normal My Univ. recently updated their mail servers, and I could not read my mails anymore with Emacs/mew, that uses stunnel4 for encryption. It turned out the reason was, that the server responded with this string: * OK [CAPABILITY STARTTLS CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS CHILDREN BINARY UNSELECT SORT LANGUAGE IDLE XSENDER X-NETSCAPE XSERVERINFO X-SUN-SORT X-SUN-IMAP X-ANNOTATEMORE X-UNAUTHENTICATE XUM1 AUTH=PLAIN AUTH=PLAIN] Messaging Multiplexor (Sun Java(tm) System Messaging Server 7.3-11.01 (built Sep 1 2009)) It turned out that this was way much longer than what stunnel4 expects. In common.h, one finds #define STRLEN 256 When this is changed to #define STRLEN 512 and the package recompiled, everything works well. Perhaps the length of accepted strings should be increased? Or is this long a response against some standard? All the best, Harri K. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages stunnel4 depends on: ii adduser 3.112 add and remove users and groups ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libssl0.9.8 0.9.8o-1 SSL shared libraries ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii netbase 4.42 Basic TCP/IP networking system ii openssl 0.9.8o-1 Secure Socket Layer (SSL) binary a ii perl-modules 5.10.1-14 Core Perl modules stunnel4 recommends no packages. Versions of packages stunnel4 suggests: pn logcheck-database none (no description available) -- Configuration Files: /etc/stunnel/stunnel.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594874: RFP: monav -- fast navigation system featuring exact routing
Package: wnpp Severity: wishlist X-Debbugs-CC: da...@debian.org, pkg-osm-ma...@lists.alioth.debian.org * Package name: monav Version : 0.1 Upstream Author : * URL : http://code.google.com/p/monav/ * License : GPL v3 Programming Lang: C++ Description : Fast navigation system featuring exact routing MoNav is a Desktop / Mobile application that offers state-of-the-art fast and exact routing with OpenStreetMap Data. In contrast to most commercial and open-source routing applications, MoNav offers exact routing without heuristic assumptions and with very little computational work. Its routing core is based on Contraction Hierarchies. The application is divided into two parts: The MoNav Preprocessor transforms the raw OpenStreetMap data into file formats usable by the MoNav Client application. The preprocessing is often time consuming and requires larger amounts of memory, as well as a x86-64 OS. The client application on the other hand has very few requirements and can even run on mobile devices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594877: RM: usbview/testing-proposed-updates -- ROP; NFU on s390
Package: ftp.debian.org Severity: normal Hi Please remove usbview from tpu, it's binaries are deemed unusable by the porter/buildd admin. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592033: ftp.debian.org: packages in tpu and not in sid
Hi As mentioned on IRC, the following packages need to be copied to unstable: libgtk2-notify-perl/mipsel libia-aio-perl/kfreebsd-i386 splashy/s390 The following need removal from tpu, so I filed separate removal requests for them: picprog/s390 tijmp/mipsel,powerpc,sparc,s390 usbview/s390 Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594878: flash-kernel: please add mv78xx0 support
Package: flash-kernel Version: 2.32 Severity: wishlist Hello, This is an attempt to add mv78xx0 target to `flash-kernel' package. Find patch attached. Best regards, diff -Naur flash-kernel-2.32/debian/changelog flash-kernel-2.32.mv78xx0//debian/changelog --- flash-kernel-2.32/debian/changelog 2010-07-11 20:47:41.0 + +++ flash-kernel-2.32.mv78xx0//debian/changelog 2010-08-30 10:07:12.0 + @@ -1,3 +1,9 @@ +flash-kernel (2.33) unstable; urgency=low + + * Add support for the Marvell mv78xx0 targets + + -- zu...@debian.org Mon, 30 Aug 2010 10:06:40 + + flash-kernel (2.32) unstable; urgency=low [ Updated translations ] diff -Naur flash-kernel-2.32/flash-kernel flash-kernel-2.32.mv78xx0//flash-kernel --- flash-kernel-2.32/flash-kernel 2010-06-26 17:55:50.0 + +++ flash-kernel-2.32.mv78xx0//flash-kernel 2010-08-30 10:26:17.0 + @@ -93,6 +93,7 @@ HP Media Vault mv2120)exit 0 ;; Linksys NSLU2)exit 0 ;; Marvell GuruPlug Reference Board) exit 0 ;; + Marvell DB-78x00-BP Development Board)exit 0 ;; Marvell OpenRD Base Board)exit 0 ;; Marvell OpenRD Client Board) exit 0 ;; Marvell OpenRD Ultimate Board)exit 0 ;; @@ -338,8 +339,11 @@ ) $imtd || error failed. echo done. 2 ;; - Marvell GuruPlug Reference Board | Marvell OpenRD Base Board | Marvell OpenRD Client Board | Marvell OpenRD Ultimate Board | Marvell SheevaPlug Reference Board | Marvell eSATA SheevaPlug Reference Board) - check_subarch kirkwood + Marvell DB-78x00-BP Development Board | Marvell GuruPlug Reference Board | Marvell OpenRD Base Board | Marvell OpenRD Client Board | Marvell OpenRD Ultimate Board | Marvell SheevaPlug Reference Board | Marvell eSATA SheevaPlug Reference Board) + # Do not check subarch on Marvell DB-78x00 Board until supported by debian kernel + if [ x$machine != xMarvell DB-78x00-BP Development Board ]; then + check_subarch kirkwood + fi tmp=$(tempfile) printf Generating kernel u-boot image... 2 mkimage -A arm -O linux -T kernel -C none -a 0x8000 \ diff -Naur flash-kernel-2.32/README flash-kernel-2.32.mv78xx0//README --- flash-kernel-2.32/README2010-06-26 17:55:50.0 + +++ flash-kernel-2.32.mv78xx0//README 2010-08-30 10:18:45.0 + @@ -31,6 +31,7 @@ - HP Media Vault mv2120 - Intel SS4000-E - Linksys NSLU2 + - Marvell DB-78x00-BP Development Board - Marvell OpenRD-Base - Marvell OpenRD-Client - Marvell OpenRD-Ultimate -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
On Mon, 30 Aug 2010, Timo Juhani Lindfors wrote: Thomas Dickey dic...@his.com writes: I saw something like that, the first time I tried the script, but am unsure where the problem lies. But then I ran a few more times without encountering the bug (puzzled). If it's more/less reproducible, I might be able to see something with a debug-trace (unless the problem lies in the X libraries). I see it quite often but not always :-) The attached xterm.xtrace.bz2 shows how the terminal works for a while but then stops responding. When it stopped responding I typed terminal is not responding or something like that so that you can find it from the trace (if you convert the keycodes back to ascii...). thanks - I'm closing out #262 now, and it seems this bug-report will keep me busy for a while... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591298: Bug #591298: Banshee regression hopefully fixed in 3.7.2-1
reopen 591298 notfixed 591298 3.7.0-1.1 found 591298 3.7.2-1 thanks Hello again, On Fri, Aug 27, 2010 at 10:02:54AM +0100, Will Thompson wrote: Hi Ondřej, [...] With the CoreCache parts of the query removed, it's very snappy: % time sqlite3 banshee.db.copy banshee-init-core-cache.sql banshee-next-shuffle-by-album-no-core-cache.sql 4478|Heartland|1282844295|1277228957 sqlite3 banshee.db.copy banshee-init-core-cache.sql0.22s user 0.04s system 97% cpu 0.267 total But in its original form, it's reliably a hundred times slower, taking over 22s: % time sqlite3 banshee.db.copy banshee-init-core-cache.sql banshee-next-shuffle-by-album.sql 1063|Stars On The Wall|1282654498|1272661309 sqlite3 banshee.db.copy banshee-init-core-cache.sql22.28s user 0.07s system 99% cpu 22.377 total It's equally slow if I make CoreCache a regular table. I've checked Banshee's Git history briefly, and can't find any changes relating to CoreCache that could have caused this. I wondered if some indexes have been binned or something. But, if I downgrade to libsqlite3-0 3.6.23.1-4 the slower query is miraculously fast again: % time sqlite3 banshee.db.copy banshee-init-core-cache.sql banshee-next-shuffle-by-album.sql 550|Happy Songs for Happy People|1280848000|1280848242 sqlite3 banshee.db.copy banshee-init-core-cache.sql0.27s user 0.03s system 99% cpu 0.302 total I've uploaded my Banshee database, plus the three SQL scripts used, to http://willthompson.co.uk/misc/banshee-sqlite-bug-591298 in the hope that they'll be useful. Thanks for your analysis. I've just looked at upstream's mailing list, and it doesn't look like this has been discussed there. Would you be able to forward this problem to them[0] quickly? Don't bother signing up; I found the moderation to be reasonably quick. If you have no time, just let me know and I'll do it for you. :) Cheers, Iain [0] sqlite-us...@sqlite.org signature.asc Description: Digital signature
Bug#594879: use more of the apt architecture, so interrupted downloads can continue
Package: apt-file Version: 2.4.0 Severity: wishlist I notice if an update is interrupted, it needs to be started all over from scratch. Compared that with aptitude full-upgrade, partial files resume from the /var/cache/apt/archives/partial directory. So apt-file should/could use more of the apt architecture to achieve its aims. That would kill two bugs with one stone, this and #525631 apt-file ignores Acquire::http::Dl-Limit . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576227: insserv: warning: script is corrupt or invalid
Hi Kir Will you make this change or should I propose a patch for this? // Ola Quoting Kir Kolyshkin k...@openvz.org: On 08/30/2010 11:57 AM, Ola Lundqvist wrote: Hi Kir, Christian Should we simply remove this file? Or should we simply add something dummy to it? I do not see where do we create this file -- anywhere in vzctl sources. We create S00vzreboot in rc6.d, this is needed for reboot mark (/reboot file) to be created when runlevel 6 is reached. In case a container is restarted from within (i.e. container's root run 'reboot') the host system script (vzreboot, run from cron every 5 minutes) finds this file and restarts the container. I am going to implement an alternative solution -- the kernel will send stop/reboot events to the daemon, which will do the needed stuff. This will render the above functionality redundant and so it will be removed. For now, I guess, we can reimplement this S00vzreboot as a proper symlink, this requires some changes in src/lib/script.c. There is an open bug for it, http://bugzilla.openvz.org/1423 Corrected a similar bug in #594783 just an hour ago. // Ola Quoting Christian Hofstaedtlerc...@zeha.at: Hi Ola, Kir, the sysv-rc upgrade today migrated my installation to 'dependency based booting', complained quite a bit about K00vzreboot, but went on with the migration. It left this state: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README If I'm not mistaken this will start vzreboot first, and then the other shutdown scripts will never run. If this is the case, this is a critical issue. After restarting the CT, I now have these scripts: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README S00vzreboot* This can't be correct ;) Christian -- christian hofstaedtler -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +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#576227: insserv: warning: script is corrupt or invalid
On 08/30/2010 11:57 AM, Ola Lundqvist wrote: Hi Kir, Christian Should we simply remove this file? Or should we simply add something dummy to it? I do not see where do we create this file -- anywhere in vzctl sources. We create S00vzreboot in rc6.d, this is needed for reboot mark (/reboot file) to be created when runlevel 6 is reached. In case a container is restarted from within (i.e. container's root run 'reboot') the host system script (vzreboot, run from cron every 5 minutes) finds this file and restarts the container. I am going to implement an alternative solution -- the kernel will send stop/reboot events to the daemon, which will do the needed stuff. This will render the above functionality redundant and so it will be removed. For now, I guess, we can reimplement this S00vzreboot as a proper symlink, this requires some changes in src/lib/script.c. There is an open bug for it, http://bugzilla.openvz.org/1423 Corrected a similar bug in #594783 just an hour ago. // Ola Quoting Christian Hofstaedtlerc...@zeha.at: Hi Ola, Kir, the sysv-rc upgrade today migrated my installation to 'dependency based booting', complained quite a bit about K00vzreboot, but went on with the migration. It left this state: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README If I'm not mistaken this will start vzreboot first, and then the other shutdown scripts will never run. If this is the case, this is a critical issue. After restarting the CT, I now have these scripts: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README S00vzreboot* This can't be correct ;) Christian -- christian hofstaedtler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593195: [Pkg-utopia-maintainers] Bug#593195: udisks detect chrooted patch for debian package.
On 30.08.2010 12:14, Michael Biebl wrote: Another idea, I'd prefer over your proposed patch, is to test if the D-Bus names for org.freedesktop.UDisks resp. org.freedesktop.UPower are taken (which should not be the case in a chroot) and skip the restart if not. So, s-s-d --exec *without* --pidfile is a bit unsafe, as according to the man page it will kill *all* processes matching /proc/pid/exe (see also guillem's comments in #593201) Going further with the dbus idea, we could use something like this if [ -f /var/run/dbus/system_bus_socket ] ; then pid=$(dbus-send --system --dest=org.freedesktop.DBus --print-reply \ /org/freedesktop/DBus org.freedesktop.DBus.GetConnectionUnixProcessID \ string:'org.freedesktop.UDisks' 2/dev/null | grep uint32 | awk '{print $2}') [ -n $pid ] kill $pid / restart etc. fi Does anyone see any obvious downsides with this approach or thinks this is not a good idea? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#593195: [Pkg-utopia-maintainers] Bug#593195: udisks detect chrooted patch for debian package.
On 30.08.2010 13:10, Michael Biebl wrote: if [ -f /var/run/dbus/system_bus_socket ] ; then That better be if [ -S /var/run/dbus/system_bus_socket ] ; then Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#594127: Fix for bug number 590028 is incomplete
On Sun, 29 Aug 2010 21:53:24 -0400 (EDT), Ben Hutchings wrote: I don't think this urgently needs to be fixed before squeeze, as it is only affects unofficial kernel packages. And that is the first explanation from *anyone* as to why the severity should be important instead of serious. If Bastian had said that in the first place, it would have been helpful. I was only trying to follow the policy as I understood it. But regardless of what is done about symlinks, s390-tools is still lacking an initramfs hook, which is not policy compliant. That is very easy to fix, however. Well, you all are now well aware of the problem, and you can decide what you want to do about it. And I have a circumvention which I will publish on my kernel building web site for anyone else who may wish to implement my solution until an official solution is available. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594880: rpcbind loopback test is too strict
Package: rpcbind Version: 0.2.0-4.1 Severity: important rpcbind in secure mode only allows calls from the loopback address. The check for this is addr == loopback port reserved. This is too strict, why the restriction on the port? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rpcbind depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libtirpc1 0.2.0-2transport-independent RPC library ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip rpcbind recommends no packages. rpcbind suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541839: Italian language to be added
Hi all, the Italian l10n team is interested in activating such automatic notify. Is this service already available? Thanks, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593195: [Pkg-utopia-maintainers] Bug#593195: udisks detect chrooted patch for debian package.
On Mon, Aug 30, 2010 at 13:10:01 +0200, Michael Biebl wrote: if [ -f /var/run/dbus/system_bus_socket ] ; then pid=$(dbus-send --system --dest=org.freedesktop.DBus --print-reply \ /org/freedesktop/DBus org.freedesktop.DBus.GetConnectionUnixProcessID \ string:'org.freedesktop.UDisks' 2/dev/null | grep uint32 | awk '{print $2}') [ -n $pid ] kill $pid / restart etc. fi make it | awk '/uint32/ { print $2 }' to avoid the grep ;) Cheers, Julien signature.asc Description: Digital signature
Bug#594741: gnome-panel uncliccable when accessing via xrdp
Il giorno dom, 29/08/2010 alle 09.30 +0200, Vincent Bernat ha scritto: OoO La nuit ayant déjà recouvert d'encre ce jour du samedi 28 août 2010, vers 23:51, Paolo Benvenuto paolobe...@gmail.com disait : Package: xrdp Version: 0.4.0~dfsg-9 Severity: grave Justification: renders package unusable Accessing the pc via xrdp, either from a windows or a linux machine, the gnome panel is unusable: it's running, but it's uncliccable. If I kill it it resurrects, but always uncliccable: i.e., if you clic in it nothing happens. Check which VNC server xrdp is using: $ readlink -f /usr/bin/Xvnc If you use Xvnc4, could you try to access your Gnome Desktop using directly VNC: $ echo exec /etc/xrdp/startwm.sh ~/.vnc/xstartup $ chmod +x ~/.vnc/xstartup $ vnc4server Then connect using a VNC client. If you get the same problem, the problem should be with vnc4server. After making all the stuff you suggested, trying to connect with vnc results in an error: server $ gvncviewer localhost Disconnected from server -- don Paolo Benvenuto http://parrocchialagaccio.it è il sito della parrocchia aggiornato quasi tutti i giorni: foto, notizie, calendario dei momenti di vita parrocchiale Cathopedia, l'enciclopedia cattolica: http://it.cathopedia.org Materiale per la pastorale: http://www.qumran2.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org