Bug#603447: trayer: width not workking
Package: trayer Version: 1.0-5 Severity: wishlist I usually use this into fvwmbuttons, or on desktop Swallow trayer Exec exec trayer --width 32 --height 32 --transparent true --alpha 255 ) but the width is not working of 32, and is very large lot lot of pixels, almost full witdh of desktop Cheers -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages trayer depends on: ii libc62.11.2-5Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.2-1The GLib library of C routines ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libx11-6 2:1.3.3-3 X11 client-side library trayer recommends no packages. Versions of packages trayer suggests: ii menu 2.1.43 generates programs menu for all me -- 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#601437: kumofs: General update after the debconf review process
(this is just for the sake of it as the upload already happened)
Dear Debian maintainer,
On Wednesday, October 20, 2010, I sent you a notification about the beginning
of a review
action on debconf templates for kumofs.
Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.
Translators have been working hard and here is now the result of their efforts.
Please consider using it EVEN if you committed files to your
development tree as long as they were reported.
The attached tarball contains:
- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/templates with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)
As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.
The patch.rfr file contains a patch for the templates and control
file(s) alone.
Please note that this patch applies to the templates and control
file(s) of your package as of Wednesday, October 20, 2010. If your package was
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)
It is now safe to upload a new package version with these changes.
Please notify me of your intents with regards to this.
There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.
--
patch.tar.gz
Description: Binary data
--- kumofs.old/debian/templates 2010-10-20 06:09:02.066645587 +0200
+++ kumofs/debian/templates 2010-10-27 06:37:31.904368620 +0200
@@ -1,26 +1,41 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
Template: kumofs/select_components
Type: multiselect
Choices: kumo-manager, kumo-server, kumo-gateway
-_Description: Execute components you want
- Components you want to run at this host.
+_Description: Kumofs components to run on this host:
+ Please choose which components of kumofs should run on this host.
+ * kumo-server stores data and replicates it into other servers;
+ * kumo-manager monitors and balances the servers;
+ * kumo-gateway relays requests from client applications.
Template: kumofs/manager_options
Type: string
Default: -l localhost
-_Description: kumo-manager command-line options:
- Specify kumo-manager command-line options.
- The default value is for single node environment.
+_Description: Command-line options for kumo-manager:
+ Please specify the command-line options to use with kumo-manager.
+ .
+ The default value is well adapted for a single-node setup.
Template: kumofs/server_options
Type: string
Default: -m localhost -l localhost -s /var/lib/kumofs/kumofs.tch
-_Description: kumo-server command-line options:
- Specify kumo-server command-line options.
- The default value is for single node environment.
+_Description: Command-line options for kumo-server:
+ Please specify the command-line options to use with kumo-server.
+ .
+ The default value is well adapted for a single-node setup.
Template: kumofs/gateway_options
Type: string
Default: -m localhost -t 11211
-_Description: kumo-gateway command-line options:
- Specify kumo-gateway command-line options.
- The default value is for single node environment.
+_Description: Command-line options for kumo-gateway:
+ Please specify the command-line options to use with kumo-gateway.
+ .
+ The default value is well adapted for a single-node setup.
--- kumofs.old/debian/control 2010-10-20 06:09:02.062645076 +0200
+++ kumofs/debian/control 2010-10-20 17:58:56.906400558 +0200
@@ -12,18 +12,20 @@
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, ruby, libmsgpack-ruby1.8, adduser
Description: simple and fast distributed key-value store
- Kumofs is a simple and fast distributed key-value store. You can use
- a memcached client library to set, get, CAS or delete values from/into
- kumofs. Backend storage is Tokyo Cabinet and it will give you great
- performance.
+ Kumofs is a simple and fast distributed key-value store which can use
+ a memcached client library to get, set, delete, or compare-and-swap
+ values. Tokyo Cabinet serves as a high-performance back-end.
.
- * Data is partitioned and replicated over multiple servers.
- * Extreme single node performance; comparable with memcached.
- * Both read and write performance got improved as servers
Bug#591258: Announce of the upcoming NMU for the masqmail package
Dear maintainer of masqmail and Debian translators, Some days ago, I sent a notice to the maintainer of the masqmail Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. (I'm somehow a little bit surprised as I was expecting an answer about upcoming upload, eventually with help by me...it's still not too late if you prefer avoiding an NMU) The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es fr it ja pt ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the masqmail package so I can incorporate them in the build. The deadline for receiving updates and new translations is Thursday, November 18, 2010. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Thursday, November 11, 2010 : send the first intent to NMU notice to the package maintainer. Sunday, November 14, 2010 : send this notice Thursday, November 18, 2010 : (midnight) deadline for receiving translation updates Friday, November 19, 2010 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Sunday, November 21, 2010 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR em...@address, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: masqm...@packages.debian.org\n POT-Creation-Date: 2010-11-14 09:27+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME em...@address\n Language-Team: LANGUAGE l...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../masqmail.templates:2001 msgid Manage masqmail.conf automatically? msgstr #. Type: boolean #. Description #: ../masqmail.templates:2001 msgid The /etc/masqmail/masqmail.conf file can be handled automatically by answering a few questions, or entirely manually by the local administrator. msgstr #. Type: boolean #. Description #: ../masqmail.templates:2001 msgid Note that only specific, marked sections of the configuration file will be managed this way if you choose this option; if those markers are missing, you will have to update the file manually, or remove the file. msgstr #. Type: boolean #. Description #: ../masqmail.templates:3001 msgid Replace existing /etc/masqmail/masqmail.conf file? msgstr #. Type: boolean #. Description #: ../masqmail.templates:3001 msgid The existing /etc/masqmail/masqmail.conf file currently on the system does not contain a marked section for automatic configuration management. msgstr #. Type: boolean #. Description #: ../masqmail.templates:3001 msgid If you choose this option, the existing configuration file will be backed up to /etc/masqmail/masqmail.conf.debconf-backup and a new file written to /etc/ masqmail/masqmail.conf. If you do not choose this option, the existing configuration file will not be managed automatically, and no further questions about masqmail configuration will be asked. msgstr #. Type: string #. Description #: ../masqmail.templates:4001 msgid Masqmail host name: msgstr #. Type: string #. Description #: ../masqmail.templates:4001 msgid Please enter the name used by masqmail to identify itself to others. This is most likely the machine's hostname. It is used in the SMTP greetings banner and generated Message-ID fields, as well as for expansion of unqualified addresses, and so on. msgstr #. Type: string #. Description #: ../masqmail.templates:5001 msgid Hosts considered local: msgstr #. Type: string #. Description #: ../masqmail.templates:5001 msgid Please enter a list, separated with semicolons (;), of hosts which are considered \local\. Mail to these hosts will be delivered to a mailbox (or Maildir or MDA) on this host. msgstr #. Type: string #. Description #: ../masqmail.templates:5001 msgid You will most likely insert \localhost\ as well as this host's
Bug#598575: Announce of the upcoming NMU for the openldap package
Dear maintainer of openldap and Debian translators, Some days ago, I sent a notice to the maintainer of the openldap Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. (I'm somehow a little bit surprised as I was expecting an answer about upcoming upload, eventually with help by me...it's still not too late if you prefer avoiding an NMU) The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es eu fi fr gl it ja nl pt pt_BR ru sv vi Among these, the following translations are incomplete: fi nl pt_BR If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the openldap package so I can incorporate them in the build. The deadline for receiving updates and new translations is Thursday, November 18, 2010. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Thursday, November 11, 2010 : send the first intent to NMU notice to the package maintainer. Sunday, November 14, 2010 : send this notice Thursday, November 18, 2010 : (midnight) deadline for receiving translation updates Friday, November 19, 2010 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Sunday, November 21, 2010 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR em...@address, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: openl...@packages.debian.org\n POT-Creation-Date: 2010-07-15 22:05+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME em...@address\n Language-Team: LANGUAGE l...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../slapd.templates:1001 msgid Omit OpenLDAP server configuration? msgstr #. Type: boolean #. Description #: ../slapd.templates:1001 msgid If you enable this option, no initial configuration or database will be created for you. msgstr #. Type: select #. Choices #: ../slapd.templates:2001 msgid always msgstr #. Type: select #. Choices #: ../slapd.templates:2001 msgid when needed msgstr #. Type: select #. Choices #: ../slapd.templates:2001 msgid never msgstr #. Type: select #. Description #: ../slapd.templates:2002 msgid Dump databases to file on upgrade: msgstr #. Type: select #. Description #: ../slapd.templates:2002 msgid Before upgrading to a new version of the OpenLDAP server, the data from your LDAP directories can be dumped into plain text files in the standard LDAP Data Interchange Format. msgstr #. Type: select #. Description #: ../slapd.templates:2002 msgid Selecting \always\ will cause the databases to be dumped unconditionally before an upgrade. Selecting \when needed\ will only dump the database if the new version is incompatible with the old database format and it needs to be reimported. If you select \never\, no dump will be done. msgstr #. Type: string #. Description #: ../slapd.templates:3001 msgid Directory to use for dumped databases: msgstr #. Type: string #. Description #: ../slapd.templates:3001 msgid Please specify the directory where the LDAP databases will be exported. In this directory, several LDIF files will be created which correspond to the search bases located on the server. Make sure you have enough free space on the partition where the directory is located. The first occurrence of the string \VERSION\ is replaced with the server version you are upgrading from. msgstr #. Type: boolean #. Description #: ../slapd.templates:4001 msgid Move old database? msgstr #. Type: boolean #. Description #: ../slapd.templates:4001 msgid There are still files in /var/lib/ldap which will probably break the configuration process. If you enable this option, the maintainer scripts will move the old database files out of the way before creating a new database. msgstr #. Type: boolean #. Description #: ../slapd.templates:5001 msgid Retry configuration? msgstr #. Type: boolean
Bug#598566: wrong version
Hi Eliad, I downloaded the source from upstream (1.6.8) and the debian orig.tar.gz (1.6.9). There are some small changes (see diff bellow), but the answer is that with have version 1.6.8 sources. I guess the best way to fix this is just package the right 1.6.9 sources or even newer upstream releases (1.7.1 is available). Kaplan $ diff -ruw jalali-calendar-1.6.8.oldsite jalali-calendar-1.6.9.debian Only in jalali-calendar-1.6.8.oldsite/pixmaps: cday-2.png Only in jalali-calendar-1.6.8.oldsite/pixmaps: cday.png Only in jalali-calendar-1.6.9.debian: .project Only in jalali-calendar-1.6.9.debian: .pydevproject diff -ruw jalali-calendar-1.6.8.oldsite/src/calendar.py jalali-calendar-1.6.9.debian/src/calendar.py --- jalali-calendar-1.6.8.oldsite/src/calendar.py2009-04-19 13:45:15.0 +0300 +++ jalali-calendar-1.6.9.debian/src/calendar.py2009-08-31 08:30:30.0 +0300 @@ -269,7 +269,7 @@ break customday =False -if (gray==False): +if ((gray==False)and(self.extraday!=None)): cd = 0 for ctmp in self.extraday: if ((self.jmonth==int(ctmp[0]))and (self.day[i][j]==int(ctmp[1]))): diff -ruw jalali-calendar-1.6.8.oldsite/src/jcalendar.py jalali-calendar-1.6.9.debian/src/jcalendar.py --- jalali-calendar-1.6.8.oldsite/src/jcalendar.py2009-04-21 07:41:07.0 +0300 +++ jalali-calendar-1.6.9.debian/src/jcalendar.py2009-08-31 08:30:30.0 +0300 @@ -191,7 +191,7 @@ def __init__(self,applet,iid): self.propxml= popup name=button3 -menuitem name=Item1 verb=Customday label=_Custom day pixtype=stock pixname=gtk-add/ +menuitem name=Item1 verb=Customday label=_Event day pixtype=stock pixname=gtk-add/ menuitem name=Item2 verb=Preferences label=_Preferences pixtype=stock pixname=gtk-preferences/ menuitem name=Item3 verb=About label=_About... pixtype=stock pixname=gnome-stock-about/ /popup diff -ruw jalali-calendar-1.6.8.oldsite/src/utility.py jalali-calendar-1.6.9.debian/src/utility.py --- jalali-calendar-1.6.8.oldsite/src/utility.py2009-02-24 13:12:49.0 +0200 +++ jalali-calendar-1.6.9.debian/src/utility.py2010-01-04 20:41:13.0 +0200 @@ -238,7 +238,7 @@ redirect = ((n_years * YEAR_LEND) - math.floor(n_years * YEAR_LEND)) if (redirect = SEGMENT_REDIRECTION): -today = math.ceil(fn_days - (n_years * YEAR_LEND)) +today = math.ceil(fn_days - (n_years * YEAR_LEND)) -1 elif ((redirect SEGMENT_REDIRECTION) and (redirect 0.88)): today = (fn_days - (n_years * YEAR_LEND)) + 1 else:
Bug#594119: Upgrade path from Lenny to Squeeze is broken
On 11/13/2010 09:59 PM, Julien Cristau wrote: On Tue, Nov 2, 2010 at 12:27:59 +0100, Stefan Hornburg (Racke) wrote: On 11/02/2010 12:25 PM, Julien Cristau wrote: On Sun, Oct 10, 2010 at 03:15:22 +0200, Jonas Smedegaard wrote: On Sat, Oct 09, 2010 at 05:36:08PM +0200, Julien Cristau wrote: On Tue, Aug 31, 2010 at 15:00:32 +0200, Stefan Hornburg (Racke) wrote: Fix applied to Git: http://git.debian.org/?p=collab-maint/sympa.git;a=commitdiff;h=edd77f243ec95fddd4eac534b0f1f76dcf5895ba;hp=c175d2ae1a605e4e651df76408d1a8035f8a2aa1 Any chance we can get this bug fix uploaded? I'll do it tomorrow! Err. That was uploaded as part of a new upstream release, which as far as I can tell doesn't really match the criteria from http://lists.debian.org/debian-devel-announce/2010/10/msg2.html What's the plan for getting this fixed in squeeze? Through an upload via testing-proposed-updates. When is that supposed to happen? I committed the necessary patches to debian-squeeze branch in our Git repository. I'll write to the release mailinglist tomorrow. 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#603448: stalonetray: height not lower than 22
Package: stalonetray Version: 0.8.0-1 Severity: wishlist Hi, $ stalonetray -t --skip-taskbar --max-geometry 50x17 is giving a 22 or more height geometry --height or --width would be nice to make the program works well. best regards -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages stalonetray depends on: ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-3 X11 client-side library ii libxpm4 1:3.5.8-1 X11 pixmap library stalonetray recommends no packages. stalonetray 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#603449: [l10n] Updated Czech translation of console-setup
Package: console-setup Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of console-setup. Please include it with the package. Thanks -- Miroslav Kure # Czech messages for debian-installer. # Copyright (C) 2003 Software in the Public Interest, Inc. # This file is distributed under the same license as debian-installer. # msgid msgstr Project-Id-Version: debian-installer\n Report-Msgid-Bugs-To: console-se...@packages.debian.org\n POT-Creation-Date: 2010-11-09 22:27+0100\n PO-Revision-Date: 2010-11-14 09:44+0100\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech pro...@debian.cz\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: text #. Description #. :sl2: #: ../console-setup.templates:2001 msgid Do not change the boot/kernel font msgstr Neměnit font jádra/zaváděcích hlášek #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid . Arabic msgstr . Arabské #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid # Armenian msgstr # Arménské #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid # Cyrillic - KOI8-R and KOI8-U msgstr # Azbuka - KOI8-R a KOI8-U #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid # Cyrillic - non-Slavic languages msgstr # Azbuka - jiné než slovanské jazyky #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid # Cyrillic - Slavic languages (also Bosnian and Serbian Latin) msgstr # Azbuka - slovanské jazyky (také bosenská a srbská latinka) #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid . Ethiopic msgstr . Etiopské #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid # Georgian msgstr # Gruzínské #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid # Greek msgstr # Řecké #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid # Hebrew msgstr # Hebrejské #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid # Lao msgstr # Laoské #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid # Latin1 and Latin5 - western Europe and Turkic languages msgstr # Latin1 a Latin5 - západoevropské jazyky a turečtina #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid # Latin2 - central Europe and Romanian msgstr # Latin2 - střední Evropa a rumunština #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid # Latin3 and Latin8 - Chichewa; Esperanto; Irish; Maltese and Welsh msgstr # Latin3 a Latin8 - čičeva; esperanto; irština; maltština a velština #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid # Latin7 - Lithuanian; Latvian; Maori and Marshallese msgstr # Latin7 - litevština; lotyština; maorština a maršalština #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid . Latin - Vietnamese msgstr . Latin - vietnamština #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid # Thai msgstr # Thajské #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid . Combined - Latin; Slavic Cyrillic; Hebrew; basic Arabic msgstr . Kombinované - latinka; slovanská azbuka; hebrejština; základní arabština #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid . Combined - Latin; Slavic Cyrillic; Greek msgstr . Kombinované - latinka; slovanská azbuka; řečtina #. Type: select #. Choices #. :sl3: #: ../console-setup.templates:3001 msgid . Combined - Latin; Slavic and non-Slavic Cyrillic msgstr . Kombinované - latinka; slovanská i jiná azbuka #. Type: select #. Description #. :sl3: #: ../console-setup.templates:3002 msgid Character set to support: msgstr Podporovaná znaková sada: #. Type: select #. Description #. :sl3: #: ../console-setup.templates:3002 msgid Please choose the character set that should be supported by the console font. msgstr Vyberte množinu znaků, které by měly být podporovány konzolovým fontem. #. Type: select #. Description #. :sl3: #: ../console-setup.templates:3002 msgid If you don't use a framebuffer, the choices that start with \.\ will reduce the number of available colors on the console. msgstr Nepoužíváte-li framebuffer, pak volby začínající tečkou sníží počet barev dostupných na konzoli. #. Type: select #. Description #. The languages with many non-ASCII letters should not use formatted #. lists. If you decide to use formatted lists then keep the lines #. relatively short. #. :sl2: #: ../console-setup.templates:4001 msgid Font for the console: msgstr Font pro konzoli: #. Type: select #. Description #. The languages with many non-ASCII letters should not use formatted #. lists. If you decide to use formatted lists then keep the lines #. relatively short. #. :sl2: #: ../console-setup.templates:4001 msgid \VGA\
Bug#603450: offlineimap: fails check the remote servers ssl certificate is valid
Package: offlineimap Severity: grave Tags: security Justification: user security hole offlineimap performs absolutely no ssl certificate checking. So users could/can be the victim of a man in the middle attack. In debian the following bugs exist: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536421 (re certificate expiration) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=153240 (re ssl fingerprint checking) This could be considered a bug in imaplib (http://bugs.python.org/issue10274). A partial 'fix' is the following(this 'fix' isn't complete and would break connections to servers using self-signed certificates): WARNING XXX: I haven't tested this 'fix' at all and so it is most likely wrong. diff --git a/offlineimap/imaplibutil.py b/offlineimap/imaplibutil.py index a60242b..c37688c 100644 --- a/offlineimap/imaplibutil.py +++ b/offlineimap/imaplibutil.py @@ -62,7 +62,7 @@ class IMAP4_Tunnel(IMAP4): self.infd.close() self.outfd.close() self.process.wait() - + class sslwrapper: def __init__(self, sslsock): self.sslsock = sslsock @@ -171,7 +171,7 @@ def new_open_ssl(self, host = '', port = IMAP4_SSL_PORT): if last_error != 0: # FIXME raise socket.error(last_error) -self.sslobj = ssl_wrap(self.sock, self.keyfile, self.certfile) +self.sslobj = ssl_wrap(self.sock, self.keyfile, self.certfile, cert_reqs=ssl.CERT_REQUIRED, ca_certs=/etc/ssl/certs/ca-certificates.crt) self.sslobj = sslwrapper(self.sslobj) Although, this isn't complete because it will break self-signed certificate using servers and http://bugs.python.org/issue1589 means that it won't provide full protection etc. Really, what is required is that by default the certificate is checked and perhaps an option is added to bypass the check. This isn't a new discovery, see [1], but the package provides no warning about this fact. I added a warning too https://github.com/jgoerzen/offlineimap/wiki/ perhaps debian can add a warning (in the package description) until this is fixed. [0] - http://thread.gmane.org/gmane.mail.imap.offlineimap.general/760 -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (900, 'stable'), (650, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603451: RM: bsc/2.27-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm In the absence of any progress on the RC bug (#597375 data loss if move is cancelled), despite pings, bsc should removed from Squeeze. If there is a fix, it can go into unstable or if no news in another month, bsc can be removed from unstable too. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.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#603452: collectd: Should warn about changing Interval
Package: collectd Version: 4.8.1-2 Severity: normal Documentation in /usr/share/doc/collectd and the collectd.conf manual page should include the warning published at http://collectd.org/wiki/index.php/First_steps The Interval setting controls how often values are read. You should set this once and then never touch it again. If you do, you will have to delete all your RRD files or know some serious RRDtool magic! Even better: collectd should detect when Interval is changed in the configuration file and refuse restarting, with a warning message. Right now, as the package is installed, the collectd daemon is automatically started with the default Interval value (10 secs); if one then changes the Interval setting and restarts the daemon, the rrd files will be silently filled with NaN values, and the user will only notice this when generating graphs from the rrd files. -- System Information: (none of interest) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603450: Acknowledgement (offlineimap: fails check the remote servers ssl certificate is valid)
%s/[0]/[1]/ %s/too/to/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591194: tdiary: does not build .swf files from source
Hi, On Sat, Nov 13, 2010 at 10:02:16PM +, Simon McVittie wrote: The package cannot be released with squeeze as it is now, so I'll try to list some options: 1. Remove package from Squeeze (leaving it in unstable) and think about it for the next release 2. Move the package to non-free 3. Find the sources and build flash files from source. 4. Completely remove package from Debian. 5. repack the tarball as tdiary_2.2.1+dfsg1.orig.tar.gz (or similar), removing the two sourceless flash files; fix tdiary-contrib so it still builds, with the two plugins that need those flash files removed. Here is option 5 approach. - Removing tdiary-2.2.1/contrib2/plugin/tdiarygraph/ and tdiary-2.2.1/contrib2/plugin/tdiarytimes/ directories. The two plugins need flash files. Without flash files, they are quite useless. So, we need to remove the two plugins completely. Upstream agrees with this approach. - Removing tdiarygraph and tdiarytimes from debian/tdiary.copyright. % pwd /usr/src/tdiary/tdiary-2.2.1+dfsg1 % find -name '*swf' % % find -name '*tdiarygraph*' % find -name '*tdiarytimes*' % % grep -ir tdiarygraph * % grep -ir tdiarytimes * % That's all. Patch attached. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E diff -urNp tdiary-2.2.1/debian/tdiary-contrib.copyright tdiary-2.2.1+dfsg1/debian/tdiary-contrib.copyright --- tdiary-2.2.1/debian/tdiary-contrib.copyright 2010-11-14 17:32:37.0 +0900 +++ tdiary-2.2.1+dfsg1/debian/tdiary-contrib.copyright 2010-11-14 17:33:07.0 +0900 @@ -87,14 +87,6 @@ plugin/select_theme Copyright (C) 2005 akira yamada License: GPL2 -plugin/tdiarygraph - Copyright (c) 2004 phonondrive tdi...@phonondrive.com - License: GPL - -plugin/tdiarytimes - Copyright (c) 2003 neuichi neui...@nmnl.jp - License: GPL - plugin/twitter[ Copyright (C) 2007 Michitaka Ohno el...@mars.dti.ne.jp License: GPL2 signature.asc Description: Digital signature
Bug#603450: Acknowledgement (offlineimap: fails check the remote servers ssl certificate is valid)
I wish debian let me edit bugs like ubuntu does! (offlineimap: fails check the remote servers ssl certificate is valid) should be (offlineimap: fails *to* check the remote server's ssl certificate is valid) s/servers/server's/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603443: Info received (Bug#603443: Acknowledgement (xscavenger has no .desktop file))
Forgot to say. The location of the desktop file should be /usr/share/applications/xscavenger.desktop to show up in the menu. (so you don't have to look it up... minimize the work of putting it in...:-) ). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603454: udev: [INTL:de] german translation (update)
Package: udev Version: 164-2 Severity: wishlist Tags: l10n Hi, please find attached the newest german translation of udev. Regards, Chris # translation of po-debconf template to German # This file is distributed under the same license as the udev package. # Copyright (C) Matthias Julius m...@julius-net.net, 2006, 2007, # Chris Leick c.le...@vollbio.de 2010. # msgid msgstr Project-Id-Version: udev 164-2\n Report-Msgid-Bugs-To: u...@packages.debian.org\n POT-Creation-Date: 2010-10-17 00:40+0200\n PO-Revision-Date: 2010-11-14 10:24+0100\n Last-Translator: Chris Leick c.le...@vollbio.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: title #. Description #: ../udev.templates:2001 msgid Upgrading udev msgstr Es wird ein Upgrade von Udev durchgeführt #. Type: error #. Description #: ../udev.templates:3001 msgid Reboot needed after this upgrade msgstr Nach diesem Upgrade ist ein Neustart notwendig #. Type: error #. Description #: ../udev.templates:3001 msgid You are currently upgrading udev using an incompatible kernel version. A compatible version is installed or being installed on the system, but you need to reboot using this new kernel as soon as the upgrade is complete. msgstr Sie führen gegenwärtig ein Upgrade von Udev unter Verwendung einer inkompatiblen Kernel-Version durch. Eine kompatible Version ist oder wird gerade auf Ihrem System installiert. Sie müssen jedoch Ihren Rechner mit dem neuen Kernel neu starten, sobald das Upgrade beendet ist. #. Type: error #. Description #: ../udev.templates:3001 msgid Without a reboot with this new kernel version, the system may become UNUSABLE. msgstr Ohne Neustart mit dieser neuen Kernel-Version könnte Ihr System UNBENUTZBAR werden. #. Type: error #. Description #: ../udev.templates:4001 msgid The running kernel has incompatible options enabled msgstr Im laufenden Kernel sind inkompatible Optionen eingeschaltet #. Type: error #. Description #: ../udev.templates:4001 msgid The currently running kernel has the CONFIG_SYSFS_DEPRECATED option enabled, which is incompatible with this udev release. If you are using the standard Debian kernel packages and are in the process of upgrading from lenny to squeeze, a compatible kernel package should be installed as part of this upgrade. If you are not using the Debian kernel packages or are not currently upgrading the system, you must take action to ensure your kernel is upgraded before the next reboot. msgstr Im derzeit laufende Kernel ist die Option CONFIG_SYSFS_DEPRECATED eingeschaltet, die mit dieser Veröffentlichung von Udev inkompatibel ist. Falls Sie die Standard-Kernel-Pakete von Debian verwenden und gerade ein Upgrade Ihres Systems von Lenny auf Squeeze durchführen, sollte ein kompatibles Kernel-Paket als Teil dieses Upgrades installiert werden. Falls Sie keine Kernel-Pakete von Debian verwenden oder derzeit kein Upgrade Ihres Systems durchführen, müssen Sie aktiv werden, um sicherzustellen, dass ein Upgrade Ihres Kernels vor dem nächsten Neustart durchgeführt wird. #. Type: error #. Description #: ../udev.templates:4001 msgid Failing to upgrade to a kernel without CONFIG_SYSFS_DEPRECATED will probably not prevent your system from booting, but will prevent certain udev rules from being applied at boot time. In particular, all block devices will be owned by root:root (instead of root:disk), and network interfaces may be named differently after reboots. This latter issue may be a problem if you are administering the machine remotely. msgstr Das Fehlschlagen des Upgrades auf einen Kernel ohne CONFIG_SYSFS_DEPRECATED wird wahrscheinlich nicht verhindern, dass Ihr System startet, es wird aber verhindern, dass bestimmte Udev-Regeln beim Start angewandt werden. Insbesondere werden alle blockorientierten Geräte »root:root« (anstatt »root: disk«) gehören und Netzwerkgeräte könnten nach Neustarts anders benannt werden. Dieser letzte Punkt könnte ein Problem sein, wenn Sie die Maschine aus der Ferne verwalten. #. Type: error #. Description #: ../udev.templates:4001 msgid The upgrade of udev will continue after you acknowledge this message. msgstr Das Upgrade von Udev wird fortfahren, nachdem Sie diese Meldung bestätigt haben. #. Type: boolean #. Description #: ../udev.templates:5001 msgid Proceed with the udev upgrade despite the kernel incompatibility? msgstr Upgrade trotz der Kernel-Inkompatibilität fortsetzen? #. Type: boolean #. Description #: ../udev.templates:5001 msgid You are currently upgrading udev to a version that is not compatible with the currently running kernel. msgstr Sie führen gegenwärtig ein Upgrade von Udev auf eine Version durch, die mit dem gegenwärtig laufenden Kernel nicht kompatibel ist. #. Type: boolean #. Description #: ../udev.templates:5001 msgid You MUST install a compatible
Bug#598575: [Pkg-openldap-devel] Bug#598575: Announce of the upcoming NMU for the openldap package
On Sun, Nov 14, 2010 at 09:30:12AM +0100, Christian PERRIER wrote: Dear maintainer of openldap and Debian translators, Some days ago, I sent a notice to the maintainer of the openldap Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. (I'm somehow a little bit surprised as I was expecting an answer about upcoming upload, eventually with help by me...it's still not too late if you prefer avoiding an NMU) This is the first message I've seen from you about this, and http://lists.alioth.debian.org/pipermail/pkg-openldap-devel/2010-November/thread.html also shows no record of your earlier mail. Where was it sent? Since all of the outstanding openldap l10n bugs have already been committed to svn (and are hence marked pending), I don't see any reason for an NMU here. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@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#599282: phamm 0.5.18-3
sorry for delay, just sent to my sponsor the new version patched for upload dsc available here: http://open.rhx.it/debian/source/phamm_0.5.18-3.dsc Alessandro (lota)
Bug#598213: Bug in libnet-dhcp-perl fixed in revision 64883
tag 598213 + pending thanks Some bugs are closed in revision 64883 by Ansgar Burchardt (ansgar) Commit message: * New upstream release. - Fix memory leak in marshall(). (Closes: #598213) * Use debhelper compat level 7 and tiny debian/rules. * Convert debian/copyright to proposed machine-readable format and update for new upstream release. * debian/control: Make build-dep on perl unversioned. * Use source format 3.0 (quilt). * Bump Standards-Version to 3.9.1. * Add myself to Uploaders. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583826: RFH: chromium-browser -- Chromium browser
Hi Daniel! Sorry for the late reply. On 11/05/2010 03:23 AM, Daniel Takashi wrote: I want to help the project too, if it still needed. You are welcome, please join[1] the alioth group. [1]https://alioth.debian.org/projects/pkg-chromium/ Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#603424: qemu-kvm: SeaBIOS doesn’t boot virtio devices
Le dimanche 14 novembre 2010 à 07:18 +0300, Michael Tokarev a écrit : I find it a serious hindrance not being able to use a squeeze guest in a squeeze host - after all this should be a very common setup. This is not realistic at this point to update seabios to 0.6.x version (currently used is 0.5), since it is not tested at all with 0.12 version of qemu-kvm, and 0.5 is what's shipped with 0.12. Virtio block support went into seabios in 0.6 series, and there were a few changes needed in qemu-kvm side for that too. Sorry but I don’t understand why you don’t consider that a serious regression. Booting on virtio used to work perfectly with lenny guests on lenny hosts. You can use squeeze guest in a squeeze host just fine, just install it to ide as you did before, so I'm not seeing why it's Severity: important. Care to explain? Virtio is the recommended I/O driver in basically all KVM documentation, and I think there are good reasons for that. Not being able to boot from it anymore means you have to provide 2 disks to all your guests, which makes the setup a monstrosity if you have a lot of them. I'm going to downgrade the severity to minor and tag it as wontfix, at least for squeeze - booting from virtio disk fully supported in 0.13 which is in -experimental. How about shipping an alternate Bios image that is not used by default? At the very least, the documentation should mention that virtio support is crippled in the package’s current status. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#603452: collectd: Should warn about changing Interval
severity 603452 minor tags 603452 fixed-upstream thanks Hi Cristian, On Sun, Nov 14, 2010 at 09:59:01AM +0100, Cristian Rigamonti wrote: Documentation in /usr/share/doc/collectd and the collectd.conf manual page should include the warning published at http://collectd.org/wiki/index.php/First_steps The Interval setting controls how often values are read. You should set this once and then never touch it again. If you do, you will have to delete all your RRD files or know some serious RRDtool magic! I've added this warning to the collectd.conf(5) manual page, where the global Interval setting is discussed. Thank you for reporting where you looked for this information, it really helps in improving the documentation! This problem has been fixed upstream in commit 7b32bdd0 [0]. Best regards, --octo [0] http://git.verplant.org/?p=collectd.git;a=commitdiff;h=7b32bdd018cd6be37bfd1759fbba8c4623ec6f1e -- Florian octo Forster Hacker in training GnuPG: 0x0C705A15 http://octo.it/ signature.asc Description: Digital signature
Bug#602989: moc: fails at start up due to failing audiodriver
tags 602989 = moreinfo unreproducible thanks * Andreas Marschke [101110 04:07 +0100]: Package: moc Version: 1:2.5.0~alpha4+svn20091009-1+b2 Severity: important Hi, I tried starting mocp after an update now it doest start anymore. Here is the output from the console: -*:$ mocp --- Running the server... Trying JACK... Trying ALSA... ALSA lib pcm_dmix.c:1018:(snd_pcm_dmix_open) unable to open slave Trying OSS... FATAL_ERROR: No valid sound driver -- Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591194: tdiary: does not build .swf files from source
Hi, I'm not going to do option 5 myself because I have no idea how to test tdiary, but that seems like the only way we're likely to keep it in Squeeze. Since tdiary is a leaf package with a lowish popcon score, I'm inclined to ask the release team to drop tdiary from squeeze (i.e. option 1) if there isn't any progress on this. I'm one of the users of tdiary :) # and had worked for DSA for this package http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572417 Those swf files are not main component for tdiary, but just an addon, so option 5 approach is kind for us (me, upstream authors and other users). And surely I can test it (roughly, though). Dai, could you upload updated one to mentors or attache debdiff for it? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603455: release-notes: X notes for squeeze
Package: release-notes Severity: normal Tags: squeeze Hi, the following are a few X-related items I think should be mentioned in the release notes. Hopefully I didn't forget anything important. CC:ed to debia...@. The cyrix, imstt, nsc, sunbw2, vga and via X video drivers have been discontinued upstream, and thus removed. If you use them, you'll need to switch to a generic driver, or to openchrome instead of via (the latter should happen automatically on upgrade). The nv and radeonhd X drivers are obsolete. They are still provided in this release, but you should consider using the nouveau and radeon drivers instead. Graphics mode setting code has moved from the Xorg driver to the kernel for Intel chipsets (starting with i830), for ATI/AMD Radeon chips (from the original Radeon to the Radeon HD 5xxx ``Evergreen'' series) and for NVIDIA chipsets (using the ``nouveau'' driver). This switch to kernel mode setting (KMS) has a number of advantages, but is incompatible with the old style Xorg drivers. In particular, users of the ``nv'', ``nvidia'' and ``radeonhd'' Xorg drivers will need to either switch to ``nouveau'' and ``radeon'', or disable the KMS driver. See http://wiki.debian.org/KernelModesetting Support for old-style userspace mode setting is discontinued in the ``intel'' driver in squeeze, which requires a recent Linux kernel with the CONFIG_I915_KMS option enabled, or the official Debian squeeze kernel. In order to support hotplugging of input devices, the Xorg X server now uses the evdev driver for most input devices. This requires enabling the CONFIG_INPUT_EVDEV option in the Linux kernel configuration. This driver also uses different keycodes from the old kbd driver, so users of programs like xmodmap or xbindkeys might need to review their settings. Cheers, Julien signature.asc Description: Digital signature
Bug#603458: jack1: unowned files after purge (policy 6.8)
Package: jackd1 Version: 1:0.118+svn3796-7 Severity: important User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Also having a piuparts clean archive is formerly a release goal since lenny, though properly cleaning up on purge is a quality character since longer. From the attached log (scroll to the bottom...): 0m24.3s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmp-IJmog', 'dpkg', '--remove', '--pending'] 0m24.5s DEBUG: No broken symlinks as far as we can find. 0m25.9s ERROR: FAIL: Package purging left files on system: /etc/security/limits.d/audio.conf.disabled not owned regards, Holger Start: 2010-07-17 13:44:14 UTC Package: jackd1 Priority: optional Section: sound Installed-Size: 876 Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintain...@lists.alioth.debian.org Architecture: amd64 Source: jack-audio-connection-kit Version: 1:0.118+svn3796-7 Replaces: jack-daemon, jackd ( 3), libjack0 ( 1:0.118+svn3796-4) Provides: jack-daemon Depends: coreutils (= 4.0), debconf (= 0.5) | debconf-2.0, libjack0 (= 1:0.118+svn3796-7), libasound2 ( 1.0.18), libc6 (= 2.7), libcelt0-0 (= 0.7.1), libreadline6 (= 6.0), libsamplerate0, libsndfile1 (= 1.0.20) Recommends: jackd1-firewire, libpam-modules, qjackctl Suggests: jack-tools, libjackasyn0, meterbridge Conflicts: jack-daemon, jackd ( 3) Filename: pool/main/j/jack-audio-connection-kit/jackd1_0.118+svn3796-7_amd64.deb Size: 266752 MD5sum: 2d90d86f7dbf5513b8928703f15cc473 SHA1: aa2393effb11be3b32db83f89d135d0eb690be34 SHA256: 6665ad77b7f939458a921c4bd0c85432a5b226a20da555ad5ec00ce53d0cbf89 Description: JACK Audio Connection Kit (server and example clients) JACK is a low-latency sound server, allowing multiple applications to connect to one audio device, and to share audio between themselves. . This package contains the daemon jackd as well as some example clients. Homepage: http://jackaudio.org/ Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ jackd1 Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.39~201006211748 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ jackd1 0m0.0s INFO: Running on: Linux piatti 2.6.32.14-dsa-amd64 #1 SMP Thu May 27 15:09:09 CEST 2010 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmp-IJmog 0m0.0s DEBUG: Unpacking sid.tar.gz into /org/piuparts.debian.org/tmp/tmp-IJmog 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmp-IJmog', '-zxf', 'sid.tar.gz'] 0m2.0s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmp-IJmog', '-zxf', 'sid.tar.gz'] 0m2.0s DEBUG: Created policy-rc.d and chmodded it. 0m2.0s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmp-IJmog', 'apt-get', 'update'] 0m4.1s DUMP: Get:1 http://piatti.debian.org sid Release.gpg [835B] Get:2 http://piatti.debian.org sid Release [104kB] Ign http://piatti.debian.org sid/main Packages/DiffIndex Ign http://piatti.debian.org sid/contrib Packages/DiffIndex Ign http://piatti.debian.org sid/non-free Packages/DiffIndex Get:3 http://piatti.debian.org sid/main Packages [8960kB] Get:4 http://piatti.debian.org sid/contrib Packages [70.8kB] Get:5 http://piatti.debian.org sid/non-free Packages [142kB] Fetched 9277kB in 1s (8381kB/s) Reading package lists... 0m4.1s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmp-IJmog', 'apt-get', 'update'] 0m4.1s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmp-IJmog', 'mount', '-t', 'proc', 'proc', '/proc'] 0m4.1s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmp-IJmog', 'mount', '-t', 'proc', 'proc', '/proc'] 0m4.1s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmp-IJmog', 'apt-get', '-yf', 'upgrade'] 0m16.1s DUMP: Reading package lists... Building dependency tree... The following packages will be upgraded: base-files debconf debconf-i18n debianutils gcc-4.4-base initscripts libgcc1 liblzma2 libstdc++6 sysv-rc sysvinit sysvinit-utils xz-utils 13 upgraded, 0 newly
Bug#603459: debian-installer: Squeeze installer hanged at partitioning step when the language is selected as Turkish
Package: debian-installer Severity: important Squeeze Installer hanged at partitioning step when the language is selected as Turkish. This is the daily build version of Netinstall at 12 Nov 2010, but there is the same problem with the earlier versions. There is no problem, if language is selected as English. To reproduce the bug: - Boot from CD - Install - Select a language: Turkish - Konum secimi (Select a location): Turkiye - Bir klavye duzeni sec (Select a keyboard layout): Turkce (Q duzeni) - Defaults until partition disks step There is no problem if one of the guided defaults is choosen and if no change is made. When selecting the manual mode or trying to change a default value of a partition in the guided mode (for example, changing ext3 to ext4 as the fs), the installer is hanged. Outputs: * Process bar is hanged at %54 * at terminal output screen: (process:255) INFO: kbd-mode: setting console mode to Unicode (UTF-8) * at terminal screen after ps command (the last few lines): 5730 root 1872 S/bin/sh /sbin/debian-installer 5740 root 6124 S/usr/bin/bterm -f /lib/unifont.bgf -l C.UTF-8 /lib/d 5741 root 15188 Sdebconf -o d-i /usr/bin/main-menu 5747 root 1744 S/usr/bin/main-menu 5783 root 1712 Sudpkg --configure --force-configure partman-base 5784 root 1868 S/bin/sh /var/lib/dpkg/info/partman-base.postinst con 5785 root 1872 S/bin/sh /bin/partman 5873 root 1872 S/bin/sh -e /lib/partman/init.d/35dump 5876 root 1872 Rps * after trying to delete a partition in manual mode, the terminal output: init: process 'sbin/reopen-console /sbin/debian-install' (pid 249) exited. Scheduling for restart init: starting pid 5922, tty '': '/sbin/reopen-console /sbin/debian-installer' debconf: Setting debconf/language to tr main-menu[5939]: INFO: Menu item 'partman-base' selected Regards Emrah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#442576: Still there with 3.7.6
On Sat, 13 Nov 2010 18:53:21 +0100 Claudius Hubig deb...@chubig.net wrote: Package: claws-mail Version: 3.7.6-4 Severity: normal This problem still exists in 3.7.6. Is there going to be any change? AFAIK not in 3.7.7 (scheduled for next week). You call it a problem but I don't really see the point of having the progress window shown while what you really want to do is some other task in some other application's window and therefore don't paying attention to it. Maybe what you really miss is a kind of 'background sending has finished' notification or something like that? -- Ricardo Mones http://people.debian.org/~mones «Q: What do agnostic, insomniac dyslexics do at night? A: Stay awake and wonder if there's a dog.» signature.asc Description: PGP signature
Bug#603130: Acknowledgement (Towitoko SmartCard reader not working anymore)
After I recompiled pcscd-lite from source and verified the libtowitoko driver is in the drop dir, still not working but got an error message. sudo aptitude install libhal-dev wget https://alioth.debian.org/frs/download.php/3337/pcsc-lite-1.6.4.tar.bz2 tar -xf pcsc-lite-1.6.4.tar.bz2 cd pcsc-lite-1.6.4 ./configure # PCSCLITE_FEATURES: Linux i686-pc-linux-gnu serial usb libhal usbdropdir=/usr/local/lib/pcsc/drivers ipcdir=/var/run/pcscd configdir=/usr/local/etc/reader.conf.d make b...@mrnaus:~$ sudo /usr/local/sbin/pcscd -e -f readerfactory.c:990:RFInitializeReader() Open Port 20 Failed (usb:067b/2303:libhal:/org/freedesktop/Hal/devices/usb_device_67b_2303_noserial_if0) 0065 readerfactory.c:257:RFAddReader() Towitoko Chipdrive USB init failed. 01487216 readerfactory.c:990:RFInitializeReader() Open Port 20 Failed (usb:067b/2303:libusb:005:004) 0052 readerfactory.c:257:RFAddReader() Towitoko Chipdrive USB init failed. 0011 hotplug_libhal.c:472:HPAddDevice() Failed adding USB device: usb_device_67b_2303_noserial_if0 this is a duplicate of bug https://bugs.launchpad.net/ubuntu/+source/towitoko/+bug/569006 Maybe I should try to compile pcscd without libhal and with libusb support... On Thu, Nov 11, 2010 at 8:18 AM, Debian Bug Tracking System ow...@bugs.debian.org wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Simon Richter s...@debian.org If you wish to submit further information on this problem, please send it to 603...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 603130: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603130 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591194: tdiary: does not build .swf files from source
Hi, On Sun, Nov 14, 2010 at 07:24:43PM +0900, Hideki Yamane wrote: I'm not going to do option 5 myself because I have no idea how to test tdiary, but that seems like the only way we're likely to keep it in Squeeze. Since tdiary is a leaf package with a lowish popcon score, I'm inclined to ask the release team to drop tdiary from squeeze (i.e. option 1) if there isn't any progress on this. Those swf files are not main component for tdiary, but just an addon, so option 5 approach is kind for us (me, upstream authors and other users). And surely I can test it (roughly, though). Dai, could you upload updated one to mentors or attache debdiff for it? uploaded to mentors. - URL: http://mentors.debian.net/debian/pool/main/t/tdiary - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/tdiary/tdiary_2.2.1+dfsg1-0.1.dsc I repackaged source tarball and modified debian/tdiary.copyright and debian/changelog. Would you please check and modify to suitable for official? -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#601946: Freeze exception for acpidump 20100513-2
On Sun, Nov 14, 2010 at 03:22:30PM +0900, Mattia Dongili wrote: retitle 601946 Freeze exception for acpidump 20100513-3 thanks On Thu, Nov 11, 2010 at 04:44:25PM +0100, Julien Cristau wrote: On Wed, Nov 10, 2010 at 12:57:54 +0900, Mattia Dongili wrote: madt was also removed from upstream's toplevel makefile since the current squeeze version. I can also remove that, I doubt anyone ever used it, ever. I can remove that too (for all architectures) but it's even more changes to the package, would you let it go to squeeze? Yes. Just re-uploaded without madt, the -3 revision is already built. And I forgot to attach the diff again... debian/acpidump.1 | 23 ++- debian/changelog |8 debian/control|2 +- debian/rules | 11 +-- 4 files changed, 16 insertions(+), 28 deletions(-) diff --git a/debian/acpidump.1 b/debian/acpidump.1 index eb3f123..79c94ec 100644 --- a/debian/acpidump.1 +++ b/debian/acpidump.1 @@ -20,8 +20,6 @@ acpidump \- dump a system's ACPI tables to an ASCII file .br acpixtract \- convert ASCII acpidump output to raw binary table .br -madt \- parser for APIC table -.br turbostat \- gather performance statistics .SH SYNOPSIS @@ -37,25 +35,15 @@ turbostat \- gather performance statistics .RI [ command .RI [ arg ] ... ] .br -.B madt -.br .SH DESCRIPTION This manual page documents briefly the .B acpidump , .B acpixtract -, -.B turbostat and -.B madt +.B turbostat commands. -.B acpidump -and -.B acpixtract -options are described below while -.B madt -can only read an APIC table from standard input. .B turbostat reads hardware registers and gather statistics on the processor clock @@ -86,11 +74,6 @@ skip 2 tables of the given name and output only 3rd one .TP .B \-h, \-\-help outputs an help message -.TP -acpixtract only option is: -.TP -.B \-n instance_number -prints Nth instance of target table, default is 1 .SH OPTIONS acpixtract options are as follow: @@ -120,7 +103,7 @@ turbostat runs it and outputs statistics gathered while the program was running. .SH EXAMPLES .LP Dump the DSDT table to the file DSDT.aml in binary format (this can be -disassembled later with iasl(1): +disassembled later with iasl(1)): .RS 8 acpidump \-b \-t DSDT \-o DSDT.aml .RE @@ -147,8 +130,6 @@ Parse APIC tables: acpidump \-o DSDT.dat .br acpixtract \-sAPIC DSDT.dat -.br -madt APIC.dat .RE .SH SEE ALSO diff --git a/debian/changelog b/debian/changelog index 0ff7221..297e265 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +acpidump (20100513-3) unstable; urgency=low + + * Do not build madt as it was dropped upstream. + * Remove all references to madt in the manpage and fix a couple of +inconsistencies. + + -- Mattia Dongili malat...@debian.org Sat, 13 Nov 2010 12:08:47 +0900 + acpidump (20100513-2) unstable; urgency=low * Do not build turbostat on ia64 (Closes: #599950) diff --git a/debian/control b/debian/control index d0a5d09..d6489a2 100644 --- a/debian/control +++ b/debian/control @@ -13,6 +13,6 @@ Description: utilities to dump system's ACPI tables to an ASCII file tables: * acpidump: to dump tables * acpixtract: to convert ASCII acpidump output to raw binary - * madt: to parse APIC tables as the Linux kernel does + * turbostat: to gather performance statistics (x86 only) . Note: Upstream package is called pmtools. diff --git a/debian/rules b/debian/rules index 4e2d8b6..7b8aff7 100755 --- a/debian/rules +++ b/debian/rules @@ -19,11 +19,11 @@ endif DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) ifeq ($(DEB_HOST_ARCH),ia64) - BINARIES = acpixtract acpidump madt - MANPAGES = acpixtract madt + BINARIES = acpixtract acpidump + MANPAGES = acpixtract else - BINARIES = acpixtract acpidump turbostat madt - MANPAGES = acpixtract turbostat madt + BINARIES = acpixtract acpidump turbostat + MANPAGES = acpixtract turbostat endif configure: configure-stamp @@ -51,7 +51,6 @@ clean: # Add here commands to clean up after the build process. $(MAKE) clean - [ ! -f madt/madt ] || $(MAKE) -C madt clean dh_clean @@ -63,7 +62,7 @@ install: build # Add here commands to install the package into debian/acpidump. install -d $(CURDIR)/debian/acpidump/usr/bin - install -m 755 acpidump/acpidump madt/madt acpixtract/acpixtract \ + install -m 755 acpidump/acpidump acpixtract/acpixtract \ $(CURDIR)/debian/acpidump/usr/bin [ ! -f turbostat/turbostat ] || \ install -m 755 turbostat/turbostat \ -- mattia :wq! signature.asc Description: Digital signature
Bug#602778: one project packages twice (u-boot and uboot-mkimage)
On Sat, Nov 13, 2010 at 01:13:59 +0100, Julien Cristau wrote: On Mon, Nov 8, 2010 at 01:30:00 +0100, Benjamin Drung wrote: Hi, I just want to let you know that the uboot-mkimage source package contains a stripped version the u-boot source package and both packages have the same functionality. I filed the series bug #602778 [1]. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602778 uboot-mkimage hasn't been uploaded since before lenny, and Clint says we should get rid of it, so I'll get it out of squeeze. Please reassign 602778 and file a bug against ftp.debian.org for its removal from unstable. It looks like debian-installer build-depends on uboot-mkimage. Is switching to u-boot an option? If not, I guess the removal will have to be deferred. Cheers, Julien signature.asc Description: Digital signature
Bug#603130: Acknowledgement (Towitoko SmartCard reader not working anymore)
libusb is also not working... b...@mrnaus:~/pcsc-lite-1.6.4$ sudo /usr/local/sbin/pcscd -f -e readerfactory.c:990:RFInitializeReader() Open Port 20 Failed (usb:067b/2303:libusb-1.0:5:5) 0068 readerfactory.c:257:RFAddReader() Towitoko Chipdrive USB init failed. On Sun, Nov 14, 2010 at 12:39 PM, ing. Barry B.F. de Graaff (debian) deb...@barrydegraaff.tk wrote: After I recompiled pcscd-lite from source and verified the libtowitoko driver is in the drop dir, still not working but got an error message. sudo aptitude install libhal-dev wget https://alioth.debian.org/frs/download.php/3337/pcsc-lite-1.6.4.tar.bz2 tar -xf pcsc-lite-1.6.4.tar.bz2 cd pcsc-lite-1.6.4 ./configure # PCSCLITE_FEATURES: Linux i686-pc-linux-gnu serial usb libhal usbdropdir=/usr/local/lib/pcsc/drivers ipcdir=/var/run/pcscd configdir=/usr/local/etc/reader.conf.d make b...@mrnaus:~$ sudo /usr/local/sbin/pcscd -e -f readerfactory.c:990:RFInitializeReader() Open Port 20 Failed (usb:067b/2303:libhal:/org/freedesktop/Hal/devices/usb_device_67b_2303_noserial_if0) 0065 readerfactory.c:257:RFAddReader() Towitoko Chipdrive USB init failed. 01487216 readerfactory.c:990:RFInitializeReader() Open Port 20 Failed (usb:067b/2303:libusb:005:004) 0052 readerfactory.c:257:RFAddReader() Towitoko Chipdrive USB init failed. 0011 hotplug_libhal.c:472:HPAddDevice() Failed adding USB device: usb_device_67b_2303_noserial_if0 this is a duplicate of bug https://bugs.launchpad.net/ubuntu/+source/towitoko/+bug/569006 Maybe I should try to compile pcscd without libhal and with libusb support... On Thu, Nov 11, 2010 at 8:18 AM, Debian Bug Tracking System ow...@bugs.debian.org wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Simon Richter s...@debian.org If you wish to submit further information on this problem, please send it to 603...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 603130: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603130 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594150: Bug#594153: Bug#594150: CURLOPT_TIMEOUT defaults to zero seconds
On Sat, 13 Nov 2010, Simon McVittie wrote: # GNUTLS backend, zero timeout, fails ./debian/build-gnutls/src/curl -k https://apt-test.aviatis.com/apt-cacher/ftp.us.debian.org/debian/dists/squeeze/Release --cert ../test-client.apt-test.aviatis.com.crt --key ../test-client.apt-test.aviatis.com.key curl: (28) SSL connection timeout It turns out that the error in the GNUTLS, zero timeout test is the *second* occurrence of this error message in lib/gtls.c handshake() (the one marked as g2 in my git branch referenced above). Curl_timeleft() returns 0, and Curl_socket_ready() also returns 0. This turned out to be a minor bug in curl, yes, and I've fixed it upstream now. BUT, I'd like to stress that the timeout problem was just a false track and it simply made the error reporting a bit confused and now with my fix curl will instead say this: $ ./src/curl -k https://apt-test.aviatis.com/apt-cacher/ftp.us.debian.org/debian/dists/squeeze/ -v * About to connect() to apt-test.aviatis.com port 443 (#0) * Trying 204.145.147.227... connected * Connected to apt-test.aviatis.com (204.145.147.227) port 443 (#0) * found 141 certificates in /etc/ssl/certs/ca-certificates.crt *server certificate verification SKIPPED *common name: apt-test.aviatis.com (matched) *server certificate expiration date OK *server certificate activation date OK *certificate public key: RSA *certificate version: #1 *subject: C=US,ST=CA,O=apt-test.aviatis.com,CN=apt-test.aviatis.com *start date: Mon, 23 Aug 2010 04:23:41 GMT *expire date: Sun, 19 May 2013 04:23:41 GMT *issuer: C=US,ST=CA,O=apt-test.aviatis.com,CN=apt-test.aviatis.com *compression: NULL *cipher: AES-128-CBC *MAC: SHA1 GET /apt-cacher/ftp.us.debian.org/debian/dists/squeeze/ HTTP/1.1 User-Agent: curl/7.21.3-DEV (i686-pc-linux-gnu) libcurl/7.21.3-DEV GnuTLS/2.8.6 zlib/1.2.3.4 c-ares/1.7.4-DEV libidn/1.18 libssh2/1.2.6 Host: apt-test.aviatis.com Accept: */* * gnutls_handshake() failed: Decryption has failed. * Closing connection #0 curl: (35) gnutls_handshake() failed: Decryption has failed. ... this should be compared with what curl says when instead built to use OpenSSL (the exact same code base, the current git version built with some extra debug): $ ./src/curl -k https://apt-test.aviatis.com/apt-cacher/ftp.us.debian.org/debian/dists/squeeze/ -v * About to connect() to apt-test.aviatis.com port 443 (#0) * Trying 204.145.147.227... connected * Connected to apt-test.aviatis.com (204.145.147.227) port 443 (#0) * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt CApath: none * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS handshake, Server key exchange (12): * SSLv3, TLS handshake, Server finished (14): * SSLv3, TLS handshake, Client key exchange (16): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSL connection using DHE-RSA-AES256-SHA * Server certificate: *subject: C=US; ST=CA; O=apt-test.aviatis.com; CN=apt-test.aviatis.com *start date: 2010-08-23 04:23:41 GMT *expire date: 2013-05-19 04:23:41 GMT *common name: apt-test.aviatis.com (matched) *issuer: C=US; ST=CA; O=apt-test.aviatis.com; CN=apt-test.aviatis.com * SSL certificate verify result: self signed certificate (18), continuing anyway. GET /apt-cacher/ftp.us.debian.org/debian/dists/squeeze/ HTTP/1.1 User-Agent: curl/7.21.3-DEV (i686-pc-linux-gnu) libcurl/7.21.3-DEV OpenSSL/0.9.8o zlib/1.2.3.4 c-ares/1.7.4-DEV libidn/1.18 libssh2/1.2.8_DEV librtmp/2.2e Host: apt-test.aviatis.com Accept: */* * SSLv3, TLS handshake, Hello request (0): * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS handshake, Server key exchange (12): * SSLv3, TLS handshake, Request CERT (13): * SSLv3, TLS handshake, Server finished (14): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS handshake, Client key exchange (16): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSLv3, TLS alert, Server hello (2): * SSL read: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure, errno 0 * Closing connection #0 curl: (56) SSL read: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure, errno 0 ... to me, it seems the remote server is a bit troublesome. -- / daniel.haxx.se -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603460: Connector area hatch not displayed
Package: openoffice.org-impress Version: 1:3.2.1-7 Reproduce: 1. Create an empty presentation 2. Using the drawing toolbar, create the flowchart connector (circle, not a usual one, but from the flowchart menu button) 3. Right-Click on it, select Area... 4. In tab Hatching, select the any hatch, say, Black 0 degrees, and confirm [Ok] 5. Press F5 to view the slide. Observe the white-area circle with a usual black border. Required: observing hatched area of the circle. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582228: This is already reported upstream
Hi Julien and Giorgio, sorry for delay. On Mon, 08 Nov 2010 12:06:22 +0100, Julien PUYDT wrote: I already reported that bug upstream, and found a place in the code where the goof up probably is ; see : https://savannah.gnu.org/bugs/?30120 Unfortunately, no developper seemed to have a look yet. Hope this helps, Thanks for your bug report and forwading it to the upstream. I confirmed the bug even with the latest texmacs 1.0.7.7 (recently uploaded to unstable). I might not respond so quickly but I don't forget to pay my attention to this report. Thanks again for your contribution. Regards,2010-11-14(Sun) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603432: linux-image-2.6.32-5-amd64 hangs when booted as VM under Xen
Christoph Anton Mitterer cales...@scientia.net writes: If you need any further help or so, please ask. My great ISP (Star-Hosting) is very cooperative and they'll probably give me a test system for some time, if we need it. Thanks for reporting this bug. Can you please save the save the state of the hung domU by executing xm dump-core $DOMAIN $DOMAIN.dump on dom0 (you probably need your ISP to run it for you) and then apt-get install linux-image-2.6.32-5-amd64-dbg crash on some squeeze machine (even your domU booted with another kernel is ok) so that you can say crash -e emacs /usr/lib/debug/boot/vmlinux-2.6.32-5-amd64 $DOMAIN.dump and then invoke at least the following commands in the crash prompt: sys ps foreach bt -f foreach bt -F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603439: gpsd: SEGV when receiving short aivdm message type 26
Hi! Thanks for the bug report! Did you check if similar issues exist for other message types? I'll upload a package with your fix today. Cheers, Bernd On 11/14/2010 03:27 AM, Nirgal Vourgère wrote: Subject: gpsd: SEGV when receiving short aivdm message type 26 Package: gpsd Version: 2.95-7 Severity: important Tags: patch The gps daemon, when connected to public ais source, is crashing every week or so. I traced back the segment violation to a unsigned size being assigned a negative value, leading to a call to memcpy with an insane value. You can reproduce this with a simple: echo '!AIVDM,1,1,,A,J=IJuwOmoTt,2*3F' | gpsdecode SIGSEGV (gdb) bt #0 0xb75e2d5c in memcpy () from /lib/i686/cmov/libc.so.6 #1 0xb66a972b in aivdm_decode (buf=0x868e76c !AIVDM,1,1,,A,J=IJuwOmoTt,2*3F, buflen=31, ais_contexts=0x86e70f8, ais=0x86e4c38) at driver_aivdm.c:810 ... (gdb) up (gdb) display ais-type 5: ais-type = 26 (gdb) display ais-repeat 6: ais-repeat = 0 (gdb) display ais-mmsi 7: ais-mmsi = 899071485 (gdb) display ais-type 8: ais-type = 26 (gdb) display ais_context-bitlen 9: ais_context-bitlen = 64 (gdb) display ais-type26.addressed 10: ais-type26.addressed = true (gdb) display ais-type26.structured 11: ais-type26.structured = true (gdb) display ais-type26.dest_mmsi 12: ais-type26.dest_mmsi = 1031246784 (gdb) display ais-type26.app_id 13: ais-type26.app_id = 0 (gdb) display ais-type26.bitcount 14: ais-type26.bitcount = 4294967284 (gdb) display (ais-type26.bitcount + 7) / 8 15: (ais-type26.bitcount + 7) / 8 = 536870911 (gdb)display 60 + 16*ais-type26.structured 17: 60 + 16 * ais-type26.structured = 76 Message type 25 is checking bitlen is not too small before assigning bitcount, after testing addressed and structured. Attached is a 2 lines patch that adds such a test for type 26 messages. After patching echo '!AIVDM,1,1,,A,J=IJuwOmoTt,2*3F' | gpsdecode -D 2 yields gpsdecode: AIVDM payload is 64 bits, 8 chars: 68d65af7f7f5de4f gpsdecode: AIVDM message type 26, MMSI 899071485: gpsdecode: AIVDM message type 26 too short for mode. instead of Segment violation -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603461: release.debian.org: Permission to upload erlang 14.a-dfsg-3
Package: release.debian.org Severity: normal Hi release team! I'd like to upload erlang 14.a-dfsg-3 which fixes two crashes and a few typos in the package changelog and descriptions. Attached is the changes between 14.a-dfsg-2 and 14.a-dfsg-3. The following bugs are fixed: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592821 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598525 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597464 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592995 If it's possible, I'd like to see these changes in squeeze. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.CP1251, LC_CTYPE=ru_RU.CP1251 (charmap=CP1251) Shell: /bin/sh linked to /bin/bash diff -u erlang-14.a-dfsg/debian/changelog erlang-14.a-dfsg/debian/changelog --- erlang-14.a-dfsg/debian/changelog +++ erlang-14.a-dfsg/debian/changelog @@ -1,7 +1,22 @@ +erlang (1:14.a-dfsg-3) unstable; urgency=low + + * Fixed a few spelling errors in packages descriptions and Debian changelog +entries (closes: #592995, #597464). + * Applised patch by upstream which fixes wx application crash +(closes: #592821). + * Switched to the old OpenSSL-based SSL implementation by default (it is +still less buggy then the new one written in Erlang). + * Enabled IPv6 for odbcserver and prefer IPv4 in odbc.erl to make odbc +application working in IPv6-only environment (closes: #598525). + * Overridden lintian error mesage about embedded pcre3 library because it +is patched and cannot be replaced by a system one. + + -- Sergei Golovan sgolo...@debian.org Sun, 14 Nov 2010 12:25:50 +0300 + erlang (1:14.a-dfsg-2) unstable; urgency=low * Don't bytecompile erlang-flymake.el for Emacs flavors emacs21 and for -all versions of Xemacs because they don't contain flymake +all versions of XEmacs because they don't contain flymake (closes: #588474). * Bumped standards version to 3.9.1. @@ -78,7 +93,7 @@ * Removed RPATH from ssl and crypto application binaries as required by Debian policy. * Added libwxgtk2.4-dev and libwxgtk2.6-dev to build conflicts. - * Added a few dpendencies for erlang-dialyzer, erlang-et, erlang-observer + * Added a few dependencies for erlang-dialyzer, erlang-et, erlang-observer and erlang-examples packages which now call functions from more modules than in 1:13.b.3. @@ -108,12 +123,12 @@ * Added erlang-erl-docgen package to erlang-nox dependencies. * Made dummy packages erlang-nox and erlang-x11 architecture all. * Cleaned up working with custom substitution variables in debian/rules. - * Reorganized debian/rules to ensure that manpages arent built twice, and + * Reorganized debian/rules to ensure that manpages aren't built twice, and aren't built at all if only architecture-dependent packages are requested. * Fixed project links in README.Debian. * Added a new package erlang-jinterface which provides tools for communication of Java programs with Erlang processes. This adds build -depandency on default-jdk and as a result enables Java module for IDL +dependency on default-jdk and as a result enables Java module for IDL compiler. * Bumped standards version to 3.8.4. @@ -200,7 +215,7 @@ DEB_BUILD_OPTIONS. By default slim runtime without debug info is built. To remove slim option set DEB_BUILD_OPTION to 'nostrip', to add debug_info compiler option set DEB_BUILD_OPTION to 'debug'. Or it may be set to -'nostrip,debug' to return to the previous level ob debug information +'nostrip,debug' to return to the previous level of debug information (closes: #532757). * Added a few words about building Erlang packages with debug info included to README.Debian. @@ -275,7 +290,7 @@ for individual Erlang/OTP applications. erlang-nox and erlang-x11 are still exist and depend on the correspondent packages. * Overridden lintian error 'embedded-zlib' because zlib included into Erlang -VM is patched, so using system-wide zlib will lead to unknown concequences. +VM is patched, so using system-wide zlib will lead to unknown consequences. * Bumped standards version to 3.8.1. -- Sergei Golovan sgolo...@debian.org Fri, 10 Apr 2009 16:32:04 +0400 @@ -330,7 +345,7 @@ erlang (1:12.b.3-dfsg-3) unstable; urgency=low - * Fixed patches to reenable building erlang regexp driver for common_test + * Fixed patches to re-enable building erlang regexp driver for common_test application on hurd-i386 architecture. * Refreshed patches and made their description more clear. * Made dependencies of architecture-independent packages erlang, @@ -436,7 +451,7 @@ * Copied Erlang Emacs mode files to /usr/share/emacs/site-lisp/erlang instead of linking which allows to loosen erlang-mode dependencies. Now it -
Bug#257641: Update?
Greetings! I'm facing the same problem, but: 1. valgrind's version is 1:3.6.0~svn11254+nmu1 2. libc6-dbg's version is 2.11.2-7 3. valgrind actually depends on libc6-dbg, so uninstalling is not a viable workaround. Cheers! Uli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529016: Still broken...
FWIW, libc6-dbg's version is 2.11.2-7 here, valgrind's is 1:3.6.0~svn11254+nmu1. Uli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602778: one project packages twice (u-boot and uboot-mkimage)
tag 602778 squeeze-ignore kthxbye On Sun, Nov 14, 2010 at 12:45:57 +0100, Julien Cristau wrote: On Sat, Nov 13, 2010 at 01:13:59 +0100, Julien Cristau wrote: On Mon, Nov 8, 2010 at 01:30:00 +0100, Benjamin Drung wrote: Hi, I just want to let you know that the uboot-mkimage source package contains a stripped version the u-boot source package and both packages have the same functionality. I filed the series bug #602778 [1]. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602778 uboot-mkimage hasn't been uploaded since before lenny, and Clint says we should get rid of it, so I'll get it out of squeeze. Please reassign 602778 and file a bug against ftp.debian.org for its removal from unstable. It looks like debian-installer build-depends on uboot-mkimage. Is switching to u-boot an option? If not, I guess the removal will have to be deferred. tbm says this is post squeeze, so I'll ignore this for now. 13:11 tbm jcristau: sounsd like uboot-mkimage should become a dummy package depending on u-boot 13:16 jcristau tbm: we can't just change the build-dep and remove uboot-mkimage? 13:20 tbm jcristau: for d-i, sure. but there are other things that use uboot-mkimage 13:20 jcristau there's no other reverse dep 13:20 tbm jcristau: but imho this is post-squeeze 13:20 jcristau ok 13:21 tbm flash-kernel uses uboot-mkimage, but it's not Depends Cheers, Julien signature.asc Description: Digital signature
Bug#603462: freerdp-x11: Should depend on libfreerdp-plugins-standard
Package: freerdp-x11 Version: 0.8.2-1 Severity: wishlist IMHO it would be a good idea to let freerdp-x11 or libfreerdp0 depend on libfreerdp-plugins-standard. Cheers Andreas -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (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 freerdp-x11 depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libfreerdp0 0.8.2-1RDP client for Windows Terminal Se ii libx11-6 2:1.3.3-3 X11 client-side library ii libxcursor1 1:1.1.11-1 X cursor management library freerdp-x11 recommends no packages. freerdp-x11 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#584327: Bug #584327: is it an issue?
On Sun, Nov 14, 2010 at 01:59:31AM +0100, Luca Falavigna wrote: I wonder whether this is still an issue, given that enigmail now builds on mipsel again, see related log: It builds fine because mozilla-devscripts (a build-dep of enigmail) no longer depends on this package. Rdflib 3.0.0 is on its way (I promise, he) so, as it does not ship C extensions, it will be impossible to reproduce this problem. Willi, do you agree on closing this bug? Nacho signature.asc Description: Digital signature
Bug#603463: apache2-mpm-worker: Seems to send incorrect multi-page reply
Package: apache2-mpm-worker Version: 2.2.16-3 I'm using mini-dinstall to maintain a local repository in ~/public_html/; my sources.list looks like this: deb http://localhost:3142/ftp.nl.debian.org/debian/ unstable main deb-src http://localhost:3142/ftp.nl.debian.org/debian/ unstable main deb http://localhost:3142/multimedia/ unstable main deb-src http://localhost:3142/multimedia/ unstable main deb http://localhost/~shevek/archive sid/i386/ deb http://localhost/~shevek/archive sid/all/ deb-src http://localhost/~shevek/archive sid/source/ on 3142 I have apt-cacher-ng, which proxies to the outside. Everything normally works fine. However, in some cases (I don't know when exactly), I get an invalid reply from my local archive. I've captured the traffic with wireshark and attached it. The problem seems to be in packet 19. It contains 3 HTTP parts, the second of which does not seem to have data in it (according the wireshark's parser). However, when looking at that part, it not only contains data: it also contains the next HTTP header. I think that the fact that this is not parsed separately is the reason that aptitude hangs on the download: it doesn't realize that the reply is already complete. It may well be that this is not a bug in apache. However, I do not know where else it belongs. Please reassign if you think you know a better home for it. :-) Thanks, Bas Wijnen apt-http-problem.dump Description: Binary data signature.asc Description: OpenPGP digital signature
Bug#603464: gramps: closes with error every time you try to export tree
Package: gramps Version: 3.2.3-3 Severity: important Every time I try to export tree, it closes with error. You can correctly export it, but it closes at the end of process. If you try to cancel at any step on the export process, it also closes. This is the error you obtain: The program 'gramps.py' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 12029 error_code 3 request_code 20 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (650, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64-preemp-1000-scsiprocpci (SMP w/4 CPU cores; PREEMPT) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gramps depends on: ii librsvg2-common 2.26.3-1SAX-based renderer library for SVG ii python 2.6.6-3+squeeze1interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-gtk2 2.17.0-4Python bindings for the GTK+ widge ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from Versions of packages gramps recommends: ii graphviz 2.26.3-5 rich set of graph drawing tools ii python-gtkmozembed2.25.3-6 Python bindings for the GtkMozEmbe ii python-webkit 1.1.7-1+b1 WebKit/Gtk Python bindings Versions of packages gramps suggests: ii python-enchant1.5.3-2spellchecking library for Python ii python-gtkspell 2.25.3-6 Python bindings for the GtkSpell l ii ttf-freefont 20090104-7 Freefont Serif, Sans and Mono True -- 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#603465: mumble-server: Please don't depend on dbus
Package: mumble-server Version: 1.2.2-5 Severity: wishlist Since dbus is deprecated in Murmur, please remove the dbus dependency from the Debian package. (On the other hand, Murmur runs perfectly well without dbus, so a Suggests should be enough anyways...) See http://mumble.sourceforge.net/DBus for a deprecation note. Thanks! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#307986: mrxvt: Would like to change open tabs via mousewheel
I guess this bug could be closed, as this feature is in 0.5.4 and atleast works for me perfectly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584327: Bug #584327: is it an issue?
Am 2010-11-14 01:59, schrieb Luca Falavigna: I wonder whether this is still an issue, given that enigmail now builds on mipsel again, see related log: https://buildd.debian.org/fetch.cgi?pkg=enigmailarch=mipselver=2%3A1.0.1-5stamp=1278109432file=logas=raw I builds on mipsel because we switched to another rdf query implementation in mozilla-devscripts. m-d did the SIGBUS-causing query when building enigmail on mipsel. I already posted this on Jun 10, but my message was probably to cryptic. WM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560721: spice and its friends uploaded to mentors.debian.org
Hi, Marc-André, I've uploaded spice and its friends to mentors.d.o, it can be downloaded with: dget http://mentors.debian.net/debian/pool/main/s/spice-protocol/spice-protocol_0.6.3-1.dsc dget http://mentors.debian.net/debian/pool/main/c/celt051/celt051_0.5.1.3-1.dsc dget http://mentors.debian.net/debian/pool/main/s/spice/spice_0.6.3-1.dsc dget http://mentors.debian.net/debian/pool/main/q/qemu-spice/qemu-spice_0.13~git20101114-1.dsc Spice need higher version of pixman in unstable now, so before it can be build, pixman should be updated to experimental. I'll push spice to git.debian.org soon, so we can co-maintain it. Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598575: [Pkg-openldap-devel] Bug#598575: Announce of the upcoming NMU for the openldap package
Quoting Steve Langasek (vor...@debian.org): This is the first message I've seen from you about this, and http://lists.alioth.debian.org/pipermail/pkg-openldap-devel/2010-November/thread.html also shows no record of your earlier mail. Where was it sent? Hmmm, well, apparently in a black hole..:-) Sorry for this, I supposedly sent a message with Intent to NMU or help last Thursday, but it may have never left my laptop. As you say, there is indeed no reason for an NMU. Would you be OK for a last chance round of translations, then I'd give you a go for an upload? signature.asc Description: Digital signature
Bug#584327: Bug #584327: is it an issue?
Am 2010-11-14 13:30, schrieb Nacho Barrientos Arias: On Sun, Nov 14, 2010 at 01:59:31AM +0100, Luca Falavigna wrote: I wonder whether this is still an issue, given that enigmail now builds on mipsel again, see related log: It builds fine because mozilla-devscripts (a build-dep of enigmail) no longer depends on this package. Rdflib 3.0.0 is on its way (I promise, he) so, as it does not ship C extensions, it will be impossible to reproduce this problem. Willi, do you agree on closing this bug? Yes, I'm fine with that as it no longer touches one of my packages. Additionally, if there's still a bug, it's in gcc. WM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542292: Missing python-lxml makes Inkscape unresponsive
Package: inkscape Version: 0.47.0-2+b1 Severity: normal Hello, Please make python-lxml a dependency. Very often I forget to install it and Inkscape just becomes unresponsive during simple operation. Clicking OK makes new pop ups appear. The entire app freezes and is unusable. My work is lost. The error just happened whilst I was trying to duplicate a couple of circles with alpha transparency. Installing python-lxml made the pop ups go away, but the app is still freezing. Either 1. make python-lxml a dep. or 2. grey out functions which produce such error until the package is installed. Maybe also a message warning about missing dep? Thank you very much for your time and work. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages inkscape depends on: ii libaspell15 0.60.6-4 GNU Aspell spell-checker runtime l ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcairomm-1.0-11.8.4-3 C++ wrappers for Cairo (shared lib ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-1 FreeType 2 font engine, shared lib ii libgc1c21:6.8-1.2conservative garbage collector for ii libgcc1 1:4.4.5-6GCC support library ii libgconf2-4 2.28.1-5 GNOME configuration database syste ii libglib2.0-02.24.2-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.24.2-1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 1:2.24.3-1 GNOME Virtual File System (runtime ii libgomp14.4.5-6 GCC OpenMP (GOMP) support library ii libgsl0ldbl 1.14+dfsg-1 GNU Scientific Library (GSL) -- li ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.20.3-1 C++ wrappers for GTK+ (shared libr ii libgtkspell02.0.16-1 a spell-checking addon for GTK's T ii liblcms11.18.dfsg-1.2+b3 Color management library ii libmagick++38:6.6.0.4-2.2object-oriented C++ interface to I ii libmagickcore3 8:6.6.0.4-2.2low-level image manipulation libra ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libpangomm-1.4-12.26.2-1 C++ Wrapper for pango (shared libr ii libpng12-0 1.2.44-1 PNG library - runtime ii libpoppler-glib40.12.4-1.2 PDF rendering library (GLib-based ii libpoppler5 0.12.4-1.2 PDF rendering library ii libpopt01.16-1 lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.2.4.2-1type-safe Signal Framework for C++ ii libstdc++6 4.4.5-6 The GNU Standard C++ Library v3 ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwpg-0.1-10.1.3-1 WordPerfect graphics import/conver 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 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages inkscape recommends: ii aspell 0.60.6-4 GNU Aspell spell-checker ii imagemagick8:6.6.0.4-2.2 image manipulation programs pn libwmf-bin none(no description available) pn perlmagick none(no description available) ii pstoedit 3.50-3+b1 PostScript and PDF files to editab Versions of packages inkscape suggests: pn dia | dia-gnome none (no description available) pn libgnomevfs2-extra none (no description available) pn libsvg-perl none (no description available) pn libxml-xql-perl none (no description available) ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-lxml 2.2.8-2 pythonic binding for the libxml2 a ii python-numpy1:1.4.1-5Numerical Python adds a fast array pn python-uniconvertor none (no description available) pn rubynone (no description available) pn skencil none (no description available) pn ttf-bitstream-vera none (no description available) -- no debconf information
Bug#442576: Still there with 3.7.6
Ricardo Mones mo...@debian.org wrote: AFAIK not in 3.7.7 (scheduled for next week). You call it a problem but I don't really see the point of having the progress window shown while what you really want to do is some other task in some other application's window and therefore don't paying attention to it. Maybe what you really miss is a kind of 'background sending has finished' notification or something like that? The point is that sometimes I am eager to see a mail being sent (for example that super-important message for my boss or whatever) and would like the feedback The mail was successfully sent as soon as possible. OTOH, if I have to send a number of big messages with big attachments to a number of different people, I don’t like to wait for the first message to be sent to start writing the second one – queuing the messages or disabling the sending-window is the current workaround, but I don’t really see the point in blocking the whole application when this is obviously not necessary (because it isn’t blocked w/o the sending window). I agree, though, that a notification would be a good thing to have :) Best regards, Claudius -- More are taken in by hope than by cunning. -- Vauvenargues http://chubig.net/ signature.asc Description: PGP signature
Bug#591194: tdiary: does not build .swf files from source
Dai, Hideki, 2010/11/14 d+...@vdr.jp: On Sun, Nov 14, 2010 at 07:24:43PM +0900, Hideki Yamane wrote: I'm not going to do option 5 myself because I have no idea how to test tdiary, but that seems like the only way we're likely to keep it in Squeeze. Since tdiary is a leaf package with a lowish popcon score, I'm inclined to ask the release team to drop tdiary from squeeze (i.e. option 1) if there isn't any progress on this. Those swf files are not main component for tdiary, but just an addon, so option 5 approach is kind for us (me, upstream authors and other users). And surely I can test it (roughly, though). Dai, could you upload updated one to mentors or attache debdiff for it? uploaded to mentors. - URL: http://mentors.debian.net/debian/pool/main/t/tdiary - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/tdiary/tdiary_2.2.1+dfsg1-0.1.dsc I repackaged source tarball and modified debian/tdiary.copyright and debian/changelog. Would you please check and modify to suitable for official? Thank you for the preparation and sorry for my too late reply. I will be able to take time tomorrow. I will check and upload the package. Regards, Daigo -- Daigo Moriwaki beatles at sgtpepper dot net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603192: openssl CMS support
On Fri, Nov 12, 2010 at 20:22:58 +0100, Kurt Roeckx wrote: Hi, Someone has requested CMS to be enabled in openssl, and I'm not sure you find such a change acceptable at this time in the release process. See http://en.wikipedia.org/wiki/Cryptographic_Message_Syntax The only change in the source package this requires is a configure option. As far as I can see this just enables a whole bunch of new functions and adds an application to work with CMS documents. So it's atleast going to require an shlib bump. I think it's too late for that. Cheers, Julien signature.asc Description: Digital signature
Bug#603466: unblock: global/5.7.1-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package global
I probably wouldn't have bugged you for this one, but Julien BLACHE reports:
We're hitting this on automated installs that happen either without
network connectivity or sometimes on a DHCP LAN that isn't the destination
LAN (which will be another LAN with fixed IPs and hostnames etc) so
hostname might not always be very happy with the situation. For some
reason however, we only started bumping into this issue a few days ago
after a few weeks of working on our Squeeze-based version. Maybe something
has changed somewhere recently.
It seems that ipython has added it as a dep, which means more people might
hit it now than for the case bremner originally reported -- so this and
the trigger fix (thanks lintian) look like final polish we should have
for squeeze. It's been 28 days in unstable, and the package it's based
on is way older than that. Thanks! (sorry it's kinda late)
Ron
unblock global/5.7.1-2
$ debdiff global_5.7.1-1.dsc global_5.7.1-2.dsc
diff -u global-5.7.1/debian/changelog global-5.7.1/debian/changelog
--- global-5.7.1/debian/changelog
+++ global-5.7.1/debian/changelog
@@ -1,3 +1,12 @@
+global (5.7.1-2) unstable; urgency=low
+
+ * Fall back to localhost if `hostname --fqdn` fails.
+This shouldn't usually happen, but may in some corner cases,
+and the postinst shouldn't abort if it does. Closes: #541322
+ * Extra deps for the Lenny info trigger transition.
+
+ -- Ron Lee r...@debian.org Sun, 17 Oct 2010 11:42:50 +1030
+
global (5.7.1-1) unstable; urgency=low
* New upstream release. Closes: #491713
diff -u global-5.7.1/debian/control global-5.7.1/debian/control
--- global-5.7.1/debian/control
+++ global-5.7.1/debian/control
@@ -3,11 +3,11 @@
Priority: optional
Build-Depends: debhelper (=6.0.7), texinfo
Maintainer: Ron Lee r...@debian.org
-Standards-Version: 3.8.0.1
+Standards-Version: 3.9.1.0
Package: global
Architecture: any
-Depends: ${shlibs:Depends}
+Depends: dpkg (= 1.15.4) | install-info, ${shlibs:Depends}
Suggests: lynx | www-browser, doxygen (=1.4.3), apache | httpd, id-utils
Description: Source code search and browse tools
GNU GLOBAL is a source code tag system that works the same way across
diff -u global-5.7.1/debian/global.postinst global-5.7.1/debian/global.postinst
--- global-5.7.1/debian/global.postinst
+++ global-5.7.1/debian/global.postinst
@@ -2,7 +2,7 @@
set -e
if [ $1 = configure ];
then
- HOST=`hostname --fqdn`
+ HOST=$(hostname --fqdn) || HOST=localhost
htconfig -I -a http://${HOST}/cgi-bin/gsearch.cgi -p
/var/lib/gsearch/pathdata /usr/lib/cgi-bin
fi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601989: Permission to upload vanessa-logger_0.0.10-1.1 (NMU)
On Sun, Nov 14, 2010 at 02:06:20 +0100, Luca Falavigna wrote:
--- vanessa-logger-0.0.10.orig/debian/control
+++ vanessa-logger-0.0.10/debian/control
@@ -20,6 +20,8 @@
Architecture: any
Section: libdevel
Depends: libvanessa-logger0 (= ${binary:Version}), ${misc:Depends}
+Breaks: libvanessa-logger0 ( 0.0.8-1)
+Replaces: libvanessa-logger0 ( 0.0.8-1)
Description: Headers and static libraries for libvanessa-logger
Headers and static libraries required to develop against vanessa-logger.
Vanessa logger is a generic logging layer that may be used to log to
The Breaks field seems unnecessary, as you already have Depends on the
exact version. If you agree please drop the Breaks and go ahead.
Cheers,
Julien
signature.asc
Description: Digital signature
Bug#603459: debian-installer: Squeeze installer hanged at partitioning step when the language is selected as Turkish
tags 603459 + moreinfo unreproducible thanks emrah eryilmaz, le Sun 14 Nov 2010 13:30:09 +0200, a écrit : Package: debian-installer Severity: important Squeeze Installer hanged at partitioning step when the language is selected as Turkish. This is the daily build version of Netinstall at 12 Nov 2010, but there is the same problem with the earlier versions. There is no problem, if language is selected as English. To reproduce the bug: - Boot from CD - Install - Select a language: Turkish - Konum secimi (Select a location): Turkiye - Bir klavye duzeni sec (Select a keyboard layout): Turkce (Q duzeni) - Defaults until partition disks step There is no problem if one of the guided defaults is choosen and if no change is made. When selecting the manual mode or trying to change a default value of a partition in the guided mode (for example, changing ext3 to ext4 as the fs), the installer is hanged. I've just tried it without problems, using today's http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso (that is, 14th nov). Just to rule that out, how much memory do you have? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603467: cups: Stop recommending non-existing xpdf-* but use existing xpdf, please.
Package: cups Version: 1.4.4-3 Severity: normal Tags: patch As I switched to test pre-lease version of squeeze, I realize cups still recommend xpdf-korean | xpdf-japanese | xpdf-chinese-traditional | xpdf-chinese-simplified All these are removed from squeeze now. Please consider to change this to xpdf which is newly updated using feee poppler package. No more strange CJK things in squeeze. Osamu === diff -Nru cups-1.4.4.orig/debian/control cups-1.4.4/debian/control --- cups-1.4.4.orig/debian/control 2010-11-14 22:16:14.0 +0900 +++ cups-1.4.4/debian/control 2010-11-14 22:18:07.645554915 +0900 @@ -117,7 +117,7 @@ Recommends: foomatic-filters (= 4.0), cups-driver-gutenprint, ghostscript-cups Suggests: cups-bsd, cups-ppdc, foomatic-db-engine, foomatic-db, - hplip, xpdf-korean | xpdf-japanese | xpdf-chinese-traditional | xpdf-chinese-simplified, + hplip, xpdf, cups-pdf, smbclient (= 3.0.9), udev Replaces: cupsddk-drivers ( 1.4.0) Conflicts: cupsddk-drivers ( 1.4.0) === -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 cups depends on: ... Versions of packages cups suggests: ... pn xpdf-korean | xpdf-japane none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568785: grub-pc fails to install on raid10 lvm
Looks like in your config grub-probe reported only mdraid as abstraction and not LVM+MDRAID. This should be fixed now. Could you retest a) DEbian version b) if it fails, the upstream version. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#603468: Please upgrade ccrypt
Package: ccrypt Version: 1.7-11 Hello, Ccrypt version 1.7 is six years old and since 2 new ones have been developped, correcting many bugs and adding new features, please is it possible to upgrade ccrypt to 1.9 ? http://ccrypt.sourceforge.net/ChangeLog Thanks in advance. Best regards, Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603469: xserver-xorg-video-ati: screen randomly goes black with no way to bring it back
Package: xserver-xorg-video-ati Version: 1:6.13.1-2 Severity: important after some random time period my screen goes black and nothing i do short of rebooting can bring it back ... i have gotten quite good at switching to a new console and logging in and rebooting without being able to see what i'm doing btw the system is still running normally but no display at all i am using the open source ati driver with a Thinkpad T500 ... KMS is enabled and the DRM module is loading correctly -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Dec 27 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1733468 Oct 10 14:03 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3650 /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.32-5-686 (Debian 2.6.32-27) (m...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Sat Oct 30 22:47:19 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 33504 Nov 14 13:50 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.23-dsa-ia32 i686 Debian Current Operating System: Linux BUZZ 2.6.32-5-686 #1 SMP Sat Oct 30 22:47:19 UTC 2010 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=564cf89a-18e1-46e3-acd0-159224283f2e ro quiet Build Date: 10 October 2010 11:57:07AM xorg-server 2:1.7.7-8 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Nov 14 13:50:44 2010 (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81ecca0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:1:0:0) 1002:9591:17aa:2117 ATI Technologies Inc Mobility Radeon HD 3650 rev 0, Mem @ 0xd000/268435456, 0xcfff/65536, I/O @ 0x2000/256, BIOS @ 0x/131072 (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX enabled (II) Loading extension GLX (II) LoadModule: record (II) Loading /usr/lib/xorg/modules/extensions/librecord.so (II) Module record: vendor=X.Org Foundation compiled for 1.7.7,
Bug#558211: [grub-pc] update-grub2 generates invalid uuid for windows entry
What does $ sudo grub-probe -t fs_uuid -d /dev/sda1 -v say? What does $ sudo os-prober say? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#603470: libmapnik0.7: package linked against broken external AGG
Package: libmapnik0.7 Severity: important The current Version of Mapnik in Debian (squeeze and sid) has been linked against the AGG library provided by the system. Looks like this library (2.5.x) is more or less unmaintained. For this reason mapnik provides a custom Version of the AGG library which fixes the bugs which causes mapnik to hang. The discussion about this topic can be found here: http://www.mail-archive.com/mapnik-us...@lists.berlios.de/msg02953.html I know that the debian policy is to always use external libraries, but this renders the provided package more or less unusable. Unfortunately I don't have patches for AGG to fix this without breaking the debian policy. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.4-robert-you-suck+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603459: debian-installer: Squeeze installer hanged at partitioning step when the language is selected as Turkish
Quoting Samuel Thibault (sthiba...@debian.org): tags 603459 + moreinfo unreproducible I can reproduce this problem with beta1 netinst image. And it seems to only happen with the Turkish localization. Steps to reproduce: - choose Turkish - acept warning about incomplete translation (Evet) - choose Türkyie - choose French keymap (Francizca) - configure network - set root and user password - Choose guided partitioning (default choice) - Choose al in one partition (Tüm dosyalar...) You get the partitions layout screen. Go up to the partition with / Hit enter Try to change file system to ext4 Somethign apparently fails on you're back at the beginning of partman signature.asc Description: Digital signature
Bug#568639: debian-installer: winxp partition detected, but not added to grub.cfg
Could you supply the output of: $ sudo os-prober as well as the files /etc/default/grub and /boot/grub/grub.cfg ? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#592768: clisp segfaults on install on powerpc system.
Hello, I have successfully installed this package into powerpc machine. On Thu, Aug 12, 2010 at 01:14:45PM -0400, Len Sorensen wrote: ;; Loaded file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp *** - handle_fault error2 ! address = 0x77946b98 not in [0x69a5a0d8,0x69b37000) ! SIGSEGV cannot be cured. Fault address = 0x77946b98. Reinstalling for clisp Recompiling Common Lisp Controller for clisp Installing clc... ;; Loading file /usr/lib/clisp-2.48/install-clc.lisp ... ;; Loading file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ... ;; Loaded file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ;; Loading file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/cl-asdf/wild-modules.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/cl-asdf/wild-modules.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/post-sysdef-install.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/post-sysdef-install.fas ;; Loaded file /usr/lib/clisp-2.48/install-clc.lisp ;; Wrote the memory image into /usr/lib/clisp-2.48/full/lispinit.mem (3,384,224 bytes) Bytes permanently allocated:108,736 Bytes currently in use: 3,268,676 Bytes available until next GC: 814,454 created /usr/lib/clisp-2.48/full/lispinit.mem as expected. -rw-r--r-- 1 root root 3384224 nov 14 13:54 /usr/lib/clisp-2.48/full/lispinit.mem Done rebuilding Configurando common-lisp-controller (7.4+nmu1) ... Reinstalling for clisp Recompiling Common Lisp Controller for clisp Installing clc... ;; Loading file /usr/lib/clisp-2.48/install-clc.lisp ... ;; Loading file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ... ;; Loaded file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ;; Loading file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/cl-asdf/wild-modules.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/cl-asdf/wild-modules.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/post-sysdef-install.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/post-sysdef-install.fas ;; Loaded file /usr/lib/clisp-2.48/install-clc.lisp ;; Wrote the memory image into /usr/lib/clisp-2.48/full/lispinit.mem (3,384,224 bytes) Bytes permanently allocated:108,736 Bytes currently in use: 3,268,676 Bytes available until next GC: 814,454 created /usr/lib/clisp-2.48/full/lispinit.mem as expected. -rw-r--r-- 1 root root 3384224 nov 14 13:54 /usr/lib/clisp-2.48/full/lispinit.mem Done rebuilding Configurando clisp (1:2.48-3) ... Installing clc... ;; Loading file /usr/lib/clisp-2.48/install-clc.lisp ... ;; Loading file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ... ;; Loaded file /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp ;; Loading file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas ;; Loading file /var/cache/common-lisp-controller/0/clisp/cl-asdf/wild-modules.fas ... ;; Loaded file /var/cache/common-lisp-controller/0/clisp/cl-asdf/wild-modules.fas ;; Loading file
Bug#603319: dmraid-activate (silently) fails to active RAID1 array
retitle 603319 dmraid-activate does not handle DDF1-based disks properly thanks Hello, apparently, this problem is strictly related to DDF1 format. dmraid-activate needs special handling for it because /sbin/dmraid binary provides no way to extract names of DDF1 RAID subsets for the particular physical device. `dmraid -r` returns only the top group .ddf1_disks [1] which is useless because `dmraid -s` refuses to work with it [2] (contrary to dmraid 1.0.0.rc14 where this works) [1] # dmraid -r /dev/sda /dev/sda: ddf1, .ddf1_disks, GROUP, ok, 486326272 sectors, data@ 0 [2] # dmraid -s .ddf1_disks ERROR: ddf1: wrong # of devices in RAID set ddf1_4c534920202020201055471147110a28 [1/2] on /dev/sdb ERROR: ddf1: wrong # of devices in RAID set ddf1_4c534920202020201055471147110a28 [1/2] on /dev/sda ERROR: either the required RAID set not found or more options required no raid sets and with names: .ddf1_disks I wrote an awk based program which extracts RAID subsets from the native log of the physical drive (dmraid -i -n /dev/sda). I will test it in the next few days and I will send a patch for dmraid-activate if it works. Special casing is obviously not optimal but changing behaviour of /sbin/dmraid at this point would be worse imho. -- Modestas Vainius mo...@debian.org signature.asc Description: This is a digitally signed message part.
Bug#603471: Update key-constants from recent input.h
Package: acpi-support
Version: 0.137-5
Severity: normal
Please update /usr/share/acpi-support/key-constants from a recent
/usr/include/kernel/input.h so that keys added after Feb 4, 2006, such
as KEY_BACKLIGHT_OFF = 245 may be referred to mnemonically in custom
scripts or those provided by other packages (e.g. eeepc-acpi-scripts).
On an Eee PC model 1001PX with Debian kernel version 2.6.32-23, for
example, the Fn-F7 key does not generate any input event, so it is
desirable to synthesize it, e.g.
acpi_fakekey ${KEY_BACKLIGHT_OFF}
thus enabling it to be bound in the WM or desktop environment to an
appropriate action (like 'xset dpms force off').
Thanks,
Ben
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages acpi-support depends on:
ii acpi-fakekey 0.137-5tool to generate fake key events
ii acpi-support-base 0.137-5scripts for handling base ACPI eve
ii acpid 1:2.0.6-1 Advanced Configuration and Power I
ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip
ii pm-utils 1.3.0-2utilities and scripts for power ma
ii x11-xserver-utils 7.5+2 X server utilities
Versions of packages acpi-support recommends:
ii dbus 1.2.24-3 simple interprocess messaging syst
ii radeontool1.6.1-1utility to control ATI Radeon back
ii vbetool 1.1-2 run real-mode video BIOS code to a
ii xscreensaver 5.11-1+b1 Automatic screensaver for X
Versions of packages acpi-support suggests:
ii rfkill0.4-1 tool for enabling and disabling wi
pn xinputnone (no description available)
-- Configuration Files:
/etc/default/acpi-support 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#558738: grub-probe: error: cannot stat (null)
This looks a lot like old problem caused by not all members of mdraid present in device.map. This should be resolved by now. Please retest -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#586107: Confirmed; forwarded upstream
Hello Confirmed bug #586107 on OpenOffice.org 3.2.0.10. Forwarded upstream to http://www.openoffice.org/issues/show_bug.cgi?id=115574 Thanks, Leo leopold.tal...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603472: Changing fill colour in animations doesn't work in presence of nearby overlapping objects
Package: openoffice.org-impress Version: 1:3.2.1-7 Reproduce: 1. Draw a rectangle using drawing pane 2. Draw the letter A using T from the drawing pane, so that the letter is outside of, but almost touching the rectangle. 3. Create an emphasis animation for the rectangle that changes the fill color of the rectangle to red on click. 4. Start view by F5, then click once. Observe that the red color is first solid, but after a second a part of the area near the letter changes its color back to blue. Required: solid color all the time after the click. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603432: linux-image-2.6.32-5-amd64 hangs when booted as VM under Xen
Christoph Anton Mitterer cales...@scientia.net writes: Package: linux-image-2.6.32-5-amd64 Version: 2.6.32-27 Severity: important Can you also attach the output of xm info from the dom0 to the bug report? 2.6.32-27 boots here as a domU just fine when I also use 2.6.32-27 as a dom0 :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603469: xserver-xorg-video-ati: screen randomly goes black with no way to bring it back
reassign 603469 linux-2.6 2.6.32-27 kthxbye On Sun, Nov 14, 2010 at 14:32:40 +0100, lauren wrote: Package: xserver-xorg-video-ati Version: 1:6.13.1-2 Severity: important after some random time period my screen goes black and nothing i do short of rebooting can bring it back ... i have gotten quite good at switching to a new console and logging in and rebooting without being able to see what i'm doing btw the system is still running normally but no display at all i am using the open source ati driver with a Thinkpad T500 ... KMS is enabled and the DRM module is loading correctly [...] [ 949.420558] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 1sec aborting [ 949.420570] [drm:atom_execute_table_locked] *ERROR* atombios stuck executing F6D8 (len 487, WS 0, PS 4) @ 0xF719 Sounds like a kernel issue, reassigning. Is this reproducible with 2.6.36 (available in experimental). Cheers, Julien signature.asc Description: Digital signature
Bug#598424: Patch for CVE-2010-3394
found 598424 1:1.0.7.4-3
thanks
* Etienne Millon etienne.mil...@gmail.com, 2010-10-20, 09:44:
It does, indeed. On line 30 of /usr/bin/texmacs, the inclusion of
$TEXMACS_BIN_PATH/lib is properly done, because :
- if LD_LIBRARY_PATH is empty before, the ${LD_LIBRARY_PATH+...}
constructs evaluates to the empty string (and no colon is added)
No. It evalutes to empty string only if LD_LIBRARY_PATH is unset, not
when it's empty:
$ LD_LIBRARY_PATH=
$ LD_LIBRARY_PATH=/foobar${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}
$ echo $LD_LIBRARY_PATH
/foobar:
--
Jakub Wilk
signature.asc
Description: Digital signature
Bug#584730: pidgin: main window with buddy list cannot be shrinked below an far too big size
severity 584730 important
thanks
On So, 06 Jun 2010, Norbert Preining wrote:
Currently on my computer (sid, gnome desktop) the pidgin main window with the
buddies cannot be resized to a width below 1274 points (don't ask me
Actually, it can be resized, but *ONLY* made bigger, not smaller.
It is a bit a pain, as I tried again it grew a bit more and is now covering
all of the screen without being able to shrink it again.
(running normal gnome/metacity session on debian/sid)
Best
Norbert
Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
OUNDLE (vb.)
To walk along leaning sideways, with one arm hanging limp and dragging
one leg behind the other. Most commonly used by actors in amateur
production of Richard III, or by people carrying a heavy suitcase in
one hand.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598097: [Debian-eeepc-commits] [SCM] Maintenance of eeepc-acpi-scripts debian package branch, master, updated. 1.1.5-80-ge23230d
I don't think we're quite ready yet to make detect_x_display go away, so
I offer the following as a compromise to partially address #598097. Most
of the time our handlers based on detect_x_display seem to work. I'm
still unsure of why it isn't working with Paul with gdm3, as it seems to
work for me.
Ben
On 14/11/10 10:22 AM, Ben Armstrong wrote:
The following commit has been merged in the master branch:
commit e23230db7f3e299d65b3d6259606638c333ac5ff
Author: Ben Armstrong sy...@debian.org
Date: Sun Nov 14 10:22:33 2010 -0400
Document alternate acpi_fakekey handlers to synthesize missing input
events.
diff --git a/debian/changelog b/debian/changelog
index 84d06ae..56e0a72 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,8 +3,10 @@ eeepc-acpi-scripts (1.1.12) UNRELEASED; urgency=low
* Allow wireless toggle to be configured independently of kernel version,
but with the documented caveat that it is still intended for use with
older kernels without rfkill input.
+ * Document acpi_fakekey alternative key handlers to provide input events
+for keys not handled by the current kernel driver.
- -- Ben Armstrong sy...@sanctuary.nslug.ns.ca Sun, 14 Nov 2010 08:26:20
-0400
+ -- Ben Armstrong sy...@sanctuary.nslug.ns.ca Sun, 14 Nov 2010 10:15:07
-0400
eeepc-acpi-scripts (1.1.11) unstable; urgency=low
diff --git a/debian/eeepc-acpi-scripts.default.in
b/debian/eeepc-acpi-scripts.default.in
index 3af852b..f4d6469 100644
--- a/debian/eeepc-acpi-scripts.default.in
+++ b/debian/eeepc-acpi-scripts.default.in
@@ -85,6 +85,19 @@ BLUETOOTH_FALLBACK_TO_HCITOOL='yes'
# i.e. =2.6.27).
# - NONE
# Ignore the key.
+# - acpi_fakekey ${KEY_xxx}
+# Instead of having eeepc-acpi-scripts handle the key, pass it on as
+# an ordinary input event, allowing your window manager or desktop
+# environment handle it (either via a default key binding or else
+# a custom binding configured by you).
+# * This is generally only needed in case the kernel driver does not
+#generate any input event (testable with evtest using EeePC extra
+#buttons input# reported in dmesg). A couple of keys known to not
+#generate any input events in Debian kernel version 2.6.32-23 are
+#indicated in comments below.
+# * Consult /usr/share/acpi-support/key-constants for allowable
constants,
+#or if no constant is provided, specify the decimal values for KEY_*
+#constants listed in /usr/include/linux/input.h.
# - custom command
# For example you can write a shell function in this file and use its
# name as an action, or call another internal or external command.
@@ -108,10 +121,14 @@ SOFTBTNSHE_ACTION='handle_shengine'
FnF_WIRELESS='NONE'
# --/F3 - touchpad toggle
FnF_TOUCHPAD='handle_touchpad_toggle'
+# Uncomment to synthesize the standard F22 touchpad toggle key:
+#FnF_TOUCHPAD='acpi_fakekey ${KEY_F22}'
# --/F4 - resolution change
FnF_RESCHANGE='NONE'
# --/F7 - backlight off
FnF_BACKLIGHTOFF='handle_blank_screen'
+# Uncomment to synthesize the standard backlight off key:
+#FnF_BACKLIGHTOFF='acpi_fakekey ${KEY_BACKLIGHT_OFF}'
# F5/F8 - VGA toggle
FnF_VGATOGGLE='handle_vga_toggle'
# F6/F9 - 'task manager' key
diff --git a/eeepc-acpi-scripts/hotkey.sh b/eeepc-acpi-scripts/hotkey.sh
index 98e9c80..7bda610 100755
--- a/eeepc-acpi-scripts/hotkey.sh
+++ b/eeepc-acpi-scripts/hotkey.sh
@@ -22,6 +22,11 @@ if [ -e $DEFAULT ]; then . $DEFAULT; fi
code=$3
value=$(test x$1 = x- cat $BACKLIGHT || echo 0x$3)
+# FIXME: should be defined in /usr/share/acpi-support/key-constants which
+# should be regenerated from a recent copy of /usr/include/linux/input.h
+# (see: #603471).
+KEY_DISPLAY_OFF=245
+
handle_mute_toggle() {
$PKG_DIR/volume.sh toggle
}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594629: Severity should be serious
Severity: serious This is currently a blocker for the fix for 560487 to propagate in sid: I'm marking it as RC so folks in BSPs will have it in their radars :) Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603459: debian-installer: Squeeze installer hanged at partitioning step when the language is selected as Turkish
On 11/14/10, Samuel Thibault sthiba...@debian.org wrote: tags 603459 + moreinfo unreproducible thanks I've just tried it without problems, using today's http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso (that is, 14th nov). Just to rule that out, how much memory do you have? Samuel I can reproduce this bug with different machines. The current one has 1 GB ram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601619: Please unblock php5/5.3.3-3 (Was: [php-maint] Bug#601619: CVE-2010-3710: DoS in filter_var())
Hi Adam, Moritz, On Sun, Nov 7, 2010 at 20:20, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Thu, 2010-10-28 at 18:24 +0200, Moritz Muehlenhoff wrote: On Wed, Oct 27, 2010 at 11:45:21PM +0200, Ond??ej Surý wrote: Hi Moritz and Adam, I have prepared 5.3.3-3 in the git, but I would like to seek debian-release(Adam) advice how to proceed. Adam has unblocked 5.3.3-2 (with prolonged delay to 15 days)... btw thanks for that ... so should I upload 5.3.3-3 with this fix or wait for 5.3.3-2 to go to testing and then upload 5.3.3-3 with urgency=high and request an unblock again? This issue doesn't seem urgent. I would recommend to let 5.3.3-2 with the current age-days and followup with the CVE-2010-3710 after that. Maybe this would also allow the PHP maintainers to include a final fix for 546164? 5.3.3-2 has now migrated to testing. The upstream fix for CVE-2010-3710 looks small and sane enough to be included in a -3 upload. The 5.3.3 with: * Fix segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data (CVE-2010-3710, Closes: #601619) was uploaded just now. From reading the log for 546164 I'm not sure what the fix would look like, but would be prepared to look at fixing it in squeeze. I have reported this bug to the upstream as I was able to reproduce the symlink attack quite easily and overwrite /etc/passwd (create download_dir, symlink package.xml to /etc/passwd and asking root user to install any package). There are more directories like that (cache_dir, temp_dir) in PEAR and it probably needs an attention from upstream. Ondrej -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603473: zshdb: Installation fails
Package: zshdb Version: 0.05+git20101031-1 Severity: grave Tags: sid Justification: renders package unusable Package installation fails, also happens when upgrading. -8- Setting up zshdb (0.05+git20101031-1) ... emacsen-common: Handling install of emacsen flavor emacs emacsen-common: Handling install of emacsen flavor emacs21 emacsen-common: byte-compiling for emacs21 Wrote /etc/emacs21/site-start.d/00debian-vars.elc Wrote /usr/share/emacs21/site-lisp/debian-startup.elc Done install/zshdb: Handling install for emacsen flavor emacs21 /usr/lib/emacsen-common/packages/install/zshdb: line 36: cd: /usr/share/emacs/site-lisp/zshdb: No such file or directory emacs-package-install: /usr/lib/emacsen-common/packages/install/zshdb emacs21 emacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 2. dpkg: error processing zshdb (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: zshdb E: Sub-process /usr/bin/dpkg returned an error code (1) zsh: exit 100 apt-get install zshdb -8- Probably because directory /usr/share/emacs/site-lisp/zshdb does not exist and zshdb is not creating one. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.1-bfs315 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages zshdb depends on: ii emacsen-common1.4.19 Common facilities for all emacsen ii zsh 4.3.10-16 A shell with lots of features zshdb recommends no packages. zshdb 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#603474: ITP: libconvert-nls-date-format-perl -- module for converting Oracle NLS_DATE_FORMAT - strftime Format Strings
Package: wnpp Owner: gregor herrmann gre...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libconvert-nls-date-format-perl Version : 0.02 Upstream Author : Nathan Gray, kolib...@cpan.org * URL : http://search.cpan.org/dist/Convert-NLS_DATE_FORMAT/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : module for converting Oracle NLS_DATE_FORMAT - strftime Format Strings Convert::NLS_DATE_FORMAT converts Oracle's NLS_DATE_FORMAT string into a strptime format string, or the reverse. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500375:
I have a similar problem. Running strace bonnie, it hangs like this:
gettimeofday({1289746528, 39336}, NULL) = 0
gettimeofday({1289746528, 39388}, NULL) = 0
write(3, ..., 8192) = 8192
gettimeofday({1289746528, 39528}, NULL) = 0
gettimeofday({1289746528, 39580}, NULL) = 0
write(3, ..., 8192) = -1 ENOSPC (No
space left on device)
write(2, Can't write block.: No space lef..., 44Can't write block.:
No space left on device
) = 44
write(2, Can't write block 745111.\n, 26Can't write block 745111.
) = 26
fsync(3)= 0
close(3)= 0
unlink(./Bonnie.10657)= 0
close(-1) = -1 EBADF (Bad file descriptor)
close(-1) = -1 EBADF (Bad file descriptor)
close(-1) = -1 EBADF (Bad file descriptor)
close(-1) = -1 EBADF (Bad file descriptor)
exit_group(1) = ?
Despite the 'No space left' message, my system is not out of disk:
df -h
FilesystemSize Used Avail Use% Mounted on
/dev/sda1 7.5G 1.5G 5.7G 21% /
none 1.6G 200K 1.6G 1% /dev
none 1.6G 0 1.6G 0% /dev/shm
none 1.6G 40K 1.6G 1% /var/run
none 1.6G 0 1.6G 0% /var/lock
none 7.5G 1.5G 5.7G 21% /var/lib/ureadahead/debugfs
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603355: blueman doesn't work with network-manager anymore
This is the output which seems relevant to me: on_mm_device_added (/usr/lib/python2.6/dist-packages/blueman/plugins/applet/NMDUNSupport.py: 68) /org/freedesktop/ModemManager/Modems/0 _ on_mm_device_added (/usr/lib/python2.6/dist-packages/blueman/plugins/applet/NMDUNSupport.py: 68) It's our bluetooth modem! _ __del__ (/usr/lib/python2.6/dist-packages/blueman/plugins/applet/NMDUNSupport.py: 50) deleting _ __del__ (/usr/lib/python2.6/dist-packages/blueman/main/Device.py:78) deleting device /org/bluez/1847/hci0/dev_XX_XX_XX_XX_XX_XX _ Destroy (/usr/lib/python2.6/dist-packages/blueman/main/Device.py:114) invalidating device /org/bluez/1847/hci0/dev_XX_XX_XX_XX_XX_XX _ success (/usr/lib/python2.6/dist-packages/blueman/gui/manager/ManagerDeviceMenu.p y:123) success (dbus.String(u'/dev/rfcomm0'),) _ unset_op (/usr/lib/python2.6/dist-packages/blueman/gui/manager/ManagerDeviceMenu.p y:103) op: regenerating instance ManagerDeviceMenu object at 0x892a8c4 (GtkMenu at 0x89013d8) _ Generate (/usr/lib/python2.6/dist-packages/blueman/gui/manager/ManagerDeviceMenu.p y:221) XX XXX _ unset_op (/usr/lib/python2.6/dist-packages/blueman/gui/manager/ManagerDeviceMenu.p y:103) op: regenerating instance ManagerDeviceMenu object at 0x8819824 (GtkMenu at 0x89014d8) Information such as device's bluetooth address or name are XXed. -Original Message- From: Christopher Schramm deb...@shakaweb.org To: denk d...@post.com; 603...@bugs.debian.org Sent: Sun, Nov 14, 2010 3:48 pm Subject: Re: Bug#603355: blueman doesn't work with network-manager anymore Please start blueman-applet from command line and check whether there 's any related output. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603476: cakephp: debian/watch does not work
Package: cakephp Severity: wishlist Hi, the debian/watch file for cakephp does not properly track the upstream releases. This is likely because of changes to how upstream does its github hosting The proper line in the debian/watch file should be: http://githubredir.debian.net/github/cakephp/cakephp /(.*).tar.gz - Martin - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 diff --git a/debian/watch b/debian/watch index 412d9fc..dc93eb3 100644 --- a/debian/watch +++ b/debian/watch @@ -1,3 +1,3 @@ version=3 opts=uversionmangle=s/-/~/ \ -http://githubredir.debian.net/github/cakephp/cakephp1x /(.*).tar.gz +http://githubredir.debian.net/github/cakephp/cakephp /(.*).tar.gz
Bug#601619: Please unblock php5/5.3.3-3 (Was: [php-maint] Bug#601619: CVE-2010-3710: DoS in filter_var())
On Sun, 2010-11-14 at 15:42 +0100, Ondřej Surý wrote: On Sun, Nov 7, 2010 at 20:20, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Thu, 2010-10-28 at 18:24 +0200, Moritz Muehlenhoff wrote: This issue doesn't seem urgent. I would recommend to let 5.3.3-2 with the current age-days and followup with the CVE-2010-3710 after that. [...] 5.3.3-2 has now migrated to testing. The upstream fix for CVE-2010-3710 looks small and sane enough to be included in a -3 upload. The 5.3.3 with: * Fix segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data (CVE-2010-3710, Closes: #601619) was uploaded just now. Thanks; unblocked. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603469: xserver-xorg-video-ati: screen randomly goes black with no way to bring it back
i'm sorry but i don't know how to do that kind of upgrade ... will it break the rest of my system? :( On 11/14/10 15:09, Julien Cristau wrote: reassign 603469 linux-2.6 2.6.32-27 kthxbye On Sun, Nov 14, 2010 at 14:32:40 +0100, lauren wrote: Package: xserver-xorg-video-ati Version: 1:6.13.1-2 Severity: important after some random time period my screen goes black and nothing i do short of rebooting can bring it back ... i have gotten quite good at switching to a new console and logging in and rebooting without being able to see what i'm doing btw the system is still running normally but no display at all i am using the open source ati driver with a Thinkpad T500 ... KMS is enabled and the DRM module is loading correctly [...] [ 949.420558] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 1sec aborting [ 949.420570] [drm:atom_execute_table_locked] *ERROR* atombios stuck executing F6D8 (len 487, WS 0, PS 4) @ 0xF719 Sounds like a kernel issue, reassigning. Is this reproducible with 2.6.36 (available in experimental). Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603475: ITP: libdatetime-format-oracle-perl -- module for parsing and formatting Oracle dates and timestamps
Package: wnpp Owner: gregor herrmann gre...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libdatetime-format-oracle-perl Version : 0.05 Upstream Author : Nathan Gray kolib...@cpan.org * URL : http://search.cpan.org/dist/DateTime-Format-Oracle/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : module for parsing and formatting Oracle dates and timestamps DateTime::Format::Oracle may be used to convert Oracle date and timestamp values into DateTime objects. It also can take a DateTime object and produce a date string matching the NLS_DATE_FORMAT. Oracle has flexible date formatting via its NLS_DATE_FORMAT session variable. Date values will be returned from Oracle according to the current value of that variable. Date values going into Oracle must also match the current setting of NLS_DATE_FORMAT. Timestamp values will match either the NLS_TIMESTAMP_FORMAT or NLS_TIMESTAMP_TZ_FORMAT session variables. This module keeps track of these Oracle session variable values by examining environment variables of the same name. Each time one of Oracle's formatting session variables is updated, the %ENV hash must also be updated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601989: Permission to upload vanessa-logger_0.0.10-1.1 (NMU)
Il 14/11/2010 14:06, Julien Cristau ha scritto:
The Breaks field seems unnecessary, as you already have Depends on the
exact version. If you agree please drop the Breaks and go ahead.
Correct, thanks for spotting.
Simon ACKed the first NMU proposal, so I'm going to upload the revised
version (as per attached debdiff) without delay.
--
.''`.
: :' : Luca Falavigna dktrkr...@debian.org
`. `'
`-
only in patch2:
unchanged:
--- vanessa-logger-0.0.10.orig/debian/changelog
+++ vanessa-logger-0.0.10/debian/changelog
@@ -1,3 +1,12 @@
+vanessa-logger (0.0.10-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add Replaces field on libvanessa-logger0 ( 0.0.8-1) for
+libvanessa-logger-dev package to fix overwrite issues with
+/usr/share/doc/libvanessa-logger-dev/README file (Closes: #601989).
+
+ -- Luca Falavigna dktrkr...@debian.org Sun, 14 Nov 2010 16:06:16 +0100
+
vanessa-logger (0.0.10-1) unstable; urgency=low
* New upstream
only in patch2:
unchanged:
--- vanessa-logger-0.0.10.orig/debian/control
+++ vanessa-logger-0.0.10/debian/control
@@ -20,6 +20,7 @@
Architecture: any
Section: libdevel
Depends: libvanessa-logger0 (= ${binary:Version}), ${misc:Depends}
+Replaces: libvanessa-logger0 ( 0.0.8-1)
Description: Headers and static libraries for libvanessa-logger
Headers and static libraries required to develop against vanessa-logger.
Vanessa logger is a generic logging layer that may be used to log to
signature.asc
Description: OpenPGP digital signature
Bug#603355: blueman doesn't work with network-manager anymore
Please start blueman-applet from command line and check whether there 's any related output. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603477: fenics: homepage link is outdated
Package: fenics Version: 10.09-1 Severity: minor Hi FEniCS Debian package maintainers! Thanks for packaging these libraries and applications! I've just noticed that the homepage URL is outdated, since the FEniCS Project was moved from http://www.fenics.org/ to http://www.fenicsproject.org/ Please update the Homepage field accordingly. Thanks for your time. Bye. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594150: Bug#594153: Bug#594150: CURLOPT_TIMEOUT defaults to zero seconds
On Sun, 14 Nov 2010 at 12:51:34 +0100, Daniel Stenberg wrote: This turned out to be a minor bug in curl, yes, and I've fixed it upstream now. Thanks! (https://github.com/bagder/curl/commit/cbf4961bf3e42d88f6489f981efd509faa86f501 for those following the Debian bug log) BUT, I'd like to stress that the timeout problem was just a false track and it simply made the error reporting a bit confused and now with my fix curl will instead say this: $ ./src/curl -k https://apt-test.aviatis.com/apt-cacher/ftp.us.debian.org/debian/dists/squeeze/ -v That's not meant to work here: the test case is an apt repository where you have to present a client certificate to gain access. Presumably Johannes also has a real repository that contains private data or something, but this one is just a mirror of ftp.us.debian.org configured with similar access control, for testing; see http://apt-test.aviatis.com/ for a working client certificate and its private key. curl: (35) gnutls_handshake() failed: Decryption has failed. routines:SSL3_READ_BYTES:sslv3 alert handshake failure, errno 0 You'd know better than I do whether these are what you'd expect to see if the server requires a client certificate and you didn't have one... I'm not sure whether apt-cacher does directory listings, but here's the URL to a flat-file which works with Debian's (OpenSSL-based) curl(1): https://apt-test.aviatis.com/apt-cacher/ftp.us.debian.org/debian/dists/squeeze/Release The command I've been using to test is something like this: curl -k https://apt-test.aviatis.com/apt-cacher/ftp.us.debian.org/debian/dists/squeeze/Release --cert ../test-client.apt-test.aviatis.com.crt --key ../test-client.apt-test.aviatis.com.key Hope this helps, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585825: gyp: lacks overview documentatio
Jonathan Nieder jrnie...@gmail.com writes: Maybe gyp-develo...@googlegroups.com would be the right place. FWIW I foolishly tried importing the svn repository into git to write a patch, ran into http://code.google.com/p/support/issues/detail?id=4647 and ran out of time. Ok, I'm busy too so I guess this bug needs to stay open until somebody has time to work on it... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602935: xen-linux-system-2.6.32-5-xen-amd64: domU stack trace error when migrating with xen kernel 2.6.32-27
Angelo Pantano a.pant...@siodata.it writes: since I cannot dump a core if the machine has already crashed I dumped it right after launching the migration command I'm afraid that dump is not going to be very useful. There must be a way to trigger dumping on crash? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603478: backupninja: Provide means to remove old increments from duplicity target to only keep old full backups
Package: backupninja Version: 0.9.8.1-1 Severity: wishlist Tags: upstream Hi. It would be great to see Debian include the results of https://labs.riseup.net/code/issues/2492 This is mainly a means to be notified when upstream includes this. Best regards, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) 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 backupninja depends on: ii bash 4.1-3 The GNU Bourne Again SHell ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii dialog 1.1-20100428-1Displays user-friendly dialog boxe ii gawk 1:3.1.7.dfsg-5GNU awk, a pattern scanning and pr ii mawk 1.3.3-15 a pattern scanning and text proces backupninja recommends no packages. Versions of packages backupninja suggests: ii cdrdao 1:1.2.3-0.1 records CDs in Disk-At-Once (DAO) ii debconf-utils1.5.36 debconf utilities ii dvd+rw-tools 7.1-6 DVD+-RW/R tools ii genisoimage 9:1.1.11-1 Creates ISO-9660 CD-ROM filesystem ii hwinfo 16.0-2 Hardware identification system ii mdadm3.1.4-1+8efb9d1 tool to administer Linux MD arrays ii rdiff-backup 1.2.8-6 remote incremental backup ii wodim9:1.1.11-1 command line CD/DVD writing tool -- 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#579966: tagging 579966
On Mon, Sep 20, 2010 at 11:58:26AM +0200, Olivier Berger wrote: tags 579966 + pending thanks FYI, this new feature has been implemented in upstream release 0.6.10. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590884: grub-pc: upgrading with vmlinuz-2.6.32-5-amd64 kernel fails on device detection
This looks like the failure of grub-probe to find underlying device from partition. This should be fixed by now. Can you retest? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#603479: unblock: pygccxml/1.0.0-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock source package pygccxml/1.0.0-4. This version of pygccxml fixes the important runtime error on kfreebsd-* archs (Bug #588844) which make it doesn't work at all; it also use hashlib instead of md5 module when Python = 2.6 is available. unblock pygccxml/1.0.0-4 -- Regards, Aron Xu signature.asc Description: Digital signature
Bug#603480: kdebase-workspace: qguiplatformplugin fileDialogSetVisible segs if object is hidden before it's made visible
Package: kdebase-workspace
Version: 4:4.4.5-4
Severity: important
In qguiplatformplugin_kde.cpp:fileDialogSetVisible it has
if (!kdefd visible) {
if(qfd-options() QFileDialog::DontUseNativeDialog)
return false;
kdefd = new
KFileDialogBridge(KUrl::fromPath(qfd-directory().canonicalPath()),
qt2KdeFilter(qfd-nameFilters().join(;;)), qfd);
qfd-setProperty(_k_bridge, QVariant::fromValue(kdefd));
}
i.e. if you are making this visible and kdefd hasn't been created then create
it now.
Most of the contents of the function are guarded by an if (visible) however on
line 249 we have
kdefd-setVisible(visible);
and if you make the object hidden before it's ever been made visible then kdefd
will be NULL
and it seg's on line 249.
This is the underlying cause of bug 599303 in ktoon which is marked RC.
It makes ktoon unusable for KDE users (although it works for Gnome users!)
I suggest guarding this line with an if (kdefd) but I don't know the structure
to know if that is
all that is needed.
Dave
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages kdebase-workspace depends on:
ii kde-window-manager4:4.4.5-4 the K window manager (KWin)
ii kdebase-workspace-bin 4:4.4.5-4 core binaries for the KDE Plasma W
ii klipper 4:4.4.5-4 clipboard manager
ii ksysguard 4:4.4.5-4 process monitor and system statist
ii systemsettings4:4.4.5-4 System Settings
Versions of packages kdebase-workspace recommends:
ii kdm 4:4.4.5-4 KDE Display Manager for X11
kdebase-workspace suggests no packages.
-- no debconf information
--
-Open up your eyes, open up your mind, open up your code ---
/ Dr. David Alan Gilbert| Running GNU/Linux | Happy \
\ gro.gilbert @ treblig.org | | In Hex /
\ _|_ http://www.treblig.org |___/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
