Bug#511089: Preferences accessible via dock icon
Whilst you are correct that the main UI does not have a preferences button, I was invited to enter my Twitter credentials on initial startup. I was also able to later re-use the Preferences dialog by right-clicking gTwitter's notification area icon and selecting Preferences. Whilst it would be nice if the UI was a bit more transparent about available options, I don't think this qualifies as a GRAVE package problem? -- Matthew Exley hen...@guided-naafi.org
Bug#399135: Workaround for lirc-modules-source build on kernels 2.6.18
I was able to get around the well-documented problems with the package by subverting the build process as follows: * Complete the module-assistant setup steps: sudo m-a update,prepare sudo rm /usr/src/lirc*deb sudo m-a clean lirc * Unpack /usr/src/lirc-modules.tar.gz * Edit /usr/src/modules/lirc/drivers/lirc_dev/lirc_dev.c o Replace the reference on line 35 from: #include linux/config.h o to: #include linux/autoconf.h * Edit :/usr/src/modules/lirc/drivers/lirc_mceusb2/lirc_mceusb2.c NOTE: Substitute with the hardware module you're using! o Replace the reference on line 35 from: #include linux/config.h * to: #include linux/autoconf.h * Change all instances of the string SLAB_ATOMIC to GFP_ATOMIC in this file * cd back to /usr/src * Re-pack the modules into lirc-modules.tar.gz: tar zcvf lirc-modules.tar.gz modules/lirc * And now complete the build: m-a a-i lirc depmod -a ..Very ugly I know, but it does workaround to let you build; I've tested on kernel 2.6.22-1-k7 successfully I hope someone finds this useful and I'm not just spamming the bugtracker. -- Matthew Exley[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431745: opensync-plugin-google-calendar: Fails to sync with google calendar with DateTime exception
Package: opensync-plugin-google-calendar
Version: 0.19-2
Severity: grave
Tags: patch
Justification: renders package unusable
(I believe this applies to anyone using this plugin hence the severity)
Any attempt to synchronise using the google-calendar plugin will fail
with an exception:
__main__.DateConversionError: Invalid date/time
e.g:
[EMAIL PROTECTED]:~$ msynctool --sync mysink
Synchronizing group mysink
The previous synchronization was unclean. Slow-syncing
Member 1 of type google-calendar just connected
Member 2 of type kdepim-sync just connected
All clients connected or error
Received an entry libkcal-744074169.903 with data of size 4 from member
2. Changetype ADDED
Member 2 of type kdepim-sync just sent all changes
Traceback (most recent call last):
File /usr/lib/opensync/google-cal-helper, line 402, in ?
sys.exit(main(sys.argv))
File /usr/lib/opensync/google-cal-helper, line 394, in main
return fn(argv)
File /usr/lib/opensync/google-cal-helper, line 286, in oper_get_all
data = e.dumpOsync()
File /usr/lib/opensync/google-cal-helper, line 200, in dumpOsync
self.addElementContent(doc, event, 'DateStarted',
xsdateToOsync(self.dtstart))
File /usr/lib/opensync/google-cal-helper, line 118, in xsdateToOsync
raise DateConversionError(Invalid date/time: %s % (s))
__main__.DateConversionError: Invalid date/time:
Member 1 of type google-calendar had an error while getting changes:
Helper exited abnormally
Member 1 of type google-calendar just disconnected
Member 2 of type kdepim-sync just disconnected
All clients have disconnected
The sync failed: Unable to read from one of the members
Error synchronizing: Unable to read from one of the members
Pipe closed! Exiting.
Pipe closed! Exiting.
Investigation reveals this is a known bug with a patch available. See:
http://opensync.gforge.punktart.de/ticket/18
..for details, or indeed:
http://www.nabble.com/-PATCH--google-calendar-recurrency-support-p9781043.html
...For a different source.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (200, 'stable'), (50,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.16.30.2006110301 (PREEMPT)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to
en_GB)
Shell: /bin/sh linked to /bin/bash
Versions of packages opensync-plugin-google-calendar depends on:
ii libc6 2.5-11GNU C Library: Shared libraries
ii libglib2.0-0 2.12.12-1 The GLib library of C routines
ii libopensync0 0.19-1.2 Synchronisation framework for emai
ii libxml22.6.29.dfsg-1 GNOME XML library
ii python 2.4.4-6 An interactive high-level object-o
ii python-httplib20.2.0-2 A comprehensive HTTP client librar
ii python-xml 0.8.4-7 XML tools for Python
opensync-plugin-google-calendar recommends no packages.
-- no debconf information
--- src/google-cal-helper.py~ 2007-04-01 14:51:03.0 -0400
+++ src/google-cal-helper.py 2007-04-01 14:51:05.0 -0400
@@ -138,6 +138,41 @@
sys.stderr.write(xs to osync: %s = %s\n % (s, r))
return r
+GDEND_RE = re.compile(DTEND;[^:]*:(\S+))
+def gdRecurToEnd(recur):
+m = GDEND_RE.search(recur)
+if m is None:
+raise DateConversionError(failed to find end in \%s\ % recur)
+start = m.group(1)
+year = start[0:4]
+month = start[4:6]
+day = start[6:8]
+hour = start[9:11]
+min = start[11:13]
+sec = start[13:15]
+return %s-%2s-%2sT%2s:%2s:%2s % (year, month, day, hour, min, sec)
+
+GDSTART_RE = re.compile(DTSTART;[^:]*:(\S+))
+def gdRecurToStart(recur):
+m = GDSTART_RE.search(recur)
+if m is None:
+raise DateConversionError(failed to find start in \%s\ % recur)
+start = m.group(1)
+year = start[0:4]
+month = start[4:6]
+day = start[6:8]
+hour = start[9:11]
+min = start[11:13]
+sec = start[13:15]
+return %s-%2s-%2sT%2s:%2s:%2s % (year, month, day, hour, min, sec)
+
+GDRECUR_RE = re.compile(RRULE:(\S+))
+def gdRecurToORecur(recur):
+m = GDRECUR_RE.search(recur)
+if m is None:
+raise DateConversionError(failed to find rule in \%s\ % recur)
+return m.group(1)
+
class GCalRequestError(Exception):
def __init__(self, response):
self.response = response
@@ -159,13 +194,19 @@
self.id = self.elementValue('atom:id/text()')
self.editUri = self.elementValue('atom:[EMAIL PROTECTED]edit]/@href')
self.content = self.elementValue('atom:[EMAIL PROTECTED]text]/text()')
- self.dtstart = self.elementValue('gd:when/@startTime')
- self.dtend = self.elementValue('gd:when/@endTime')
+self.dtrecur = self.elementValue('gd:recurrence/text()')
+if self.dtrecur:
+
Bug#401677: mailscanner: MailScanner 4.55.10-1 missing DEPENDS on libsys-hostname-long-perl
Package: mailscanner Version: 4.55.10-1 Severity: grave Justification: renders package unusable Mailscanner fails to start since upgrade. Manually running the daemon gives error message: Can't locate Sys/Hostname/Long.pm in @INC (@INC contains: /usr/share/MailScanner /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/local/lib/perl/5.8.0 /usr/local/share/perl/5.8.0 . /usr/share/MailScanner) at /usr/sbin/MailScanner line 67. Installing package libsys-hostname-long-perl resolves this error, therefore please append this package as a DEPENDS to the MailScanner package. Thanks, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (200, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.30.2006110301 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages mailscanner depends on: ii debconf [debconf-2.0] 1.5.9Debian configuration management sy ii exim4 4.63-11 metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mai 4.63-11 exim MTA (v4) daemon with extended ii libarchive-zip-perl 1.16-1 Module for manipulation of ZIP arc ii libcompress-zlib-perl 1.42-2 Perl module for creation and manip ii libconvert-binhex-perl 1.119+pristine-1 Perl5 module for extracting data f ii libconvert-tnef-perl0.17-5 Perl module to read TNEF files ii libdbd-sqlite3-perl 1.13-1.1 Perl DBI driver with a self-contai ii libfilesys-df-perl 0.92-2 Module to obtain filesystem disk s ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libmime-perl5.420-1 Perl5 modules for MIME-compliant m ii libnet-cidr-perl0.11-1 Manipulate IPv4/IPv6 netblocks in ii libsys-syslog-perl 0.18-2 Perl interface to the UNIX syslog( ii perl5.8.8-6.1Larry Wall's Practical Extraction ii spamassassin3.1.7-1 Perl-based spam filter using text ii ucf 2.0017 Update Configuration File: preserv ii unzip 5.52-9 De-archiver for .zip files Versions of packages mailscanner recommends: ii ncftp 2:3.2.0-1 A user-friendly and well-featured ii tnef 1.4.3-1Tool to unpack MIME application/ms ii wget 1.10.2-2 retrieves files from the web -- debconf information: * mailscanner/v3_upgrade: Don't upgrade -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391387: libapache2-mod-php5: 5.1.6-3 still causing apache2.2 to FAIL
Package: libapache2-mod-php5 Version: 5.1.6-3 Severity: grave Justification: renders package unusable Apologies if this is a dup or I've over-egged the severity, I'm just copying what I see from other bug reports. 5.1.6-3 is installable on apache2.2-common and apache2-mpm-prefork, however it still renders apache2 unstartable. During installation I got: Setting up libapache2-mod-php5 (5.1.6-3) ... Your apache2 configuration is broken, so we're not restarting it for you. Subsequent calls to /etc/init.d/apache2 start are met with: Apu:~# /etc/init.d/apache2 start Starting web server (apache2)...apache2: Syntax error on line 185 of /etc/apache2/apache2.conf: Syntax error on line 1 of /etc/apache2/mods-enabled/php5.load: API module structure `php5_module' in file /usr/lib/apache2/modules/libphp5.so is garbled - perhaps this is not an Apache module DSO? failed! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (200, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.2006010301 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages libapache2-mod-php5 depends on: ii apache2- 2.2.3-1 Traditional model for Apache HTTPD ii libbz2-1 1.0.3-6 high-quality block-sorting file co ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.10.02+dfsg-1 common error description library ii libdb4.4 4.4.20-8Berkeley v4.4 Database Libraries [ ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime ii libkrb53 1.4.4-3 MIT Kerberos runtime libraries ii libmagic 4.17-4 File type determination library us ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii libssl0. 0.9.8c-3SSL shared libraries ii libxml2 2.6.26.dfsg-4 GNOME XML library ii mime-sup 3.37-1 MIME files 'mime.types' 'mailcap ii php5-com 5.1.6-3 Common files for packages built fr ii zlib1g 1:1.2.3-13 compression library - runtime libapache2-mod-php5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383267: postinst incorrectly concatenating apache/server-name with value
Package: apache
Version: 1.3.34-3
Followup-For: Bug #383267
I did a set -x on /var/lib/dpkg/info/apache.postinst
After doing the db_conf section, I noticed this:
+ db_set apache/server-name apu.exley.net
+ _db_cmd 'SET apache/server-name' apu.exley.net
+ printf '%s\n' 'SET apache/server-nameapu.exley.net'
+ IFS='
'
+ read -r _db_internal_line
+ RET='10 apache/server-nameapu.exley.net doesn'\''t exist'
+ case ${_db_internal_line%%[ ]*} in
+ return 10
dpkg: error processing apache (--configure):
subprocess post-installation script returned error exit status 10
Errors were encountered while processing:
apache
...Looks to me like there's a missing space between var and value,
although I'm not sure
This bug also applies to apache-ssl which is failing with the same
problem (I don't know how to link the bug to two packages, my
apologies).
further checking shows the problem is in
/usr/share/apache/postinst.common, lines 163-184. The bug is manifested
by the call to db_set on line 186, but I think it's introduced in the
awk call in line 164. Actually, I'm not sure that the problem isn't in
_db_cmd itself
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (900, 'unstable'), (500, 'testing'), (200, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.2006010301
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to
en_GB)
Versions of packages apache depends on:
ii apache-common 1.3.34-3 support files for all Apache webse
ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy
ii libc6 2.3.6-19 GNU C Library: Shared libraries
ii libdb4.4 4.4.20-7 Berkeley v4.4 Database Libraries [
ii libexpat1 1.95.8-3.2 XML parsing C library - runtime li
ii libmagic1 4.17-3 File type determination library us
ii logrotate 3.7.1-3Log rotation utility
ii lsb-base 3.1-14 Linux Standard Base 3.1 init scrip
ii mime-support 3.37-1 MIME files 'mime.types' 'mailcap
ii perl 5.8.8-6.1 Larry Wall's Practical Extraction
apache recommends no packages.
-- debconf information:
* apache/enable-suexec: true
* apache/server-name: apu.exley.net
* apache/document-root: /var/www
* apache/server-port: 80
* apache/init: true
* apache/server-admin: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308591: apache-ssl: 1.3.33-5 won't install: Template parse error near `www-sivut.`
Package: apache-ssl Version: 1.3.33-5 Severity: grave Justification: renders package unusable Output from dpkg --configure apache-ssl: Setting up apache-ssl (1.3.33-5) ... Template parse error near `www-sivut.', in stanza #5 of /var/lib/dpkg/info/apache-ssl.templates dpkg: error processing apache-ssl (--configure): subprocess post-installation script returned error exit status 255 Errors were encountered while processing: apache-ssl -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9.2010043 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages apache-ssl depends on: ii apache-common 1.3.33-5 support files for all Apache webse ii debconf 1.4.49 Debian configuration management sy ii dpkg1.10.27 Package maintenance system for Deb ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libmagic1 4.12-1 File type determination library us ii libssl0.9.7 0.9.7g-1 SSL shared libraries ii logrotate 3.7-2Log rotation utility ii mime-support3.33-1 MIME files 'mime.types' 'mailcap ii openssl 0.9.7g-1 Secure Socket Layer (SSL) binary a ii perl5.8.4-8 Larry Wall's Practical Extraction ii ssl-cert1.0-11 Simple debconf wrapper for openssl -- debconf information: * apache-ssl/server-name: apu.exley.net * apache-ssl/enable-suexec: false * apache-ssl/document-root: /var/www * apache-ssl/server-admin: [EMAIL PROTECTED] * apache-ssl/init: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308591: PATCH for apache-ssl.templates
Package: apache-ssl Version: 1.3.33-5 Followup-For: Bug #308591 OK, here's a short patch which fixes the problem and lets it be installed, although since I don't read Finnish I've got no idea whether I've changed the semantics behind the entry: --- apache-ssl.templates.org2005-05-11 11:54:52.521381145 +0100 +++ apache-ssl.templates2005-05-11 11:55:57.060602985 +0100 @@ -244,8 +244,7 @@ El valor por omisión es establecer este valor a /var/www, en concordancia con el FHS. Si va a utilizar un valor distinto a éste los contenidos de /var/www NO serán modificados o movidos. -Description-fi.ISO-8859-15: Aseta hakemisto, joka sisältää oletusarvoisen apache-ssl-palvelimen -www-sivut. +Description-fi.ISO-8859-15: Aseta hakemisto, joka sisältää oletusarvoisen apache-ssl-palvelimen www-sivut. Oletuksena käytetään tiedostojärjestelmähierarkian (FHS) mukaisesti hakemistoa /var/www. Jos käytät jotain muuta asetusta, hakemiston /var/www sisältöön EI kosketa. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
