Bug#182603: fetchmail: Need better messages about oddly disappearing mail

2005-11-09 Thread Mark T.B. Carroll
Matthias Andree <[EMAIL PROTECTED]> writes:

> Please retest with a current version such as 6.2.5. If that solves your
> problem, send a followup to [EMAIL PROTECTED] If not, please
> show the output of fetchmail -vv and send a followup to
> [EMAIL PROTECTED]

I'm afraid that I don't use fetchmail any more, and the original problem
was rather infrequent and intermittent anyway: I couldn't reproduce it
on demand. Thanks for following up, though.

Regards,
 Mark



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#155676: patch] dynamic sha1sums generation

2005-05-11 Thread Mark T.B. Carroll
On Thu, 8 Aug 2002, Anthony Towns wrote:

> But the key part of this is to have dpkg generate the md5sums at install
> time.

Maybe it could even just make extra /var/lib/dpkg/info/*.md5sums files
instead of needing to maintain a separate database?

-- Mark


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#155676: Info received (was Bug#155676: patch] dynamic sha1sums generation)

2005-05-11 Thread Mark T.B. Carroll
I suppose I should have added that what I'm suggesting is something like a
"debsums --generate=keep" after the package is unpacked if there isn't
already a /var/lib/dpkg/info/*.md5sums in it.

-- Mark



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#313455: /usr/bin/lyx-xforms: BadMatch on dualhead display :0.1

2005-09-29 Thread Mark T.B. Carroll
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg51291.html seems to
start a possibly-relevant thread. I've no idea what the outcome was, but I
thought you ought to know - sorry I didn't notice before.

-- Mark



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#313455: /usr/bin/lyx-xforms: BadMatch on dualhead display :0.1

2005-08-08 Thread Mark T.B. Carroll
On Fri, 5 Aug 2005, Rob Weir wrote:

> Hrm, odd.  Other programs work fine with that DISPLAY value?  Could you

Yes, I don't have this problem with any other application that I use.

> capture a backtrace?  Does lyx-qt work?

I probably could - where would I find a binary with debugging symbols and
suchlike? With the normal Debian binary the only juicy bit is,

BadMatch (invalid parameter attributes) id: 50331806

Program received signal SIGABRT, Aborted.
0x4032683b in raise () from /lib/tls/libc.so.6

Yes, lyx-qt seems to work fine.

-- Mark



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#290109: pilot-link: install-datebook gives, fopen: Bad address

2005-01-12 Thread Mark T.B. Carroll
Package: pilot-link
Version: 0.11.8-10
Severity: normal


I can use pilot-xfer fine, but install-datebook gives,

   Listening to port: /dev/pilot

   Please press the HotSync button now... Connected

fopen: Bad address


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages pilot-link depends on:
ii  debconf 1.4.30.11Debian configuration management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libpisock8  0.11.8-10Library for communicating with a P
ii  libpng12-0  1.2.8rel-1   PNG library - runtime
ii  libreadline44.3-11   GNU readline and history libraries

-- debconf information:
* shared/pilot/port: ttyS0


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#290109: pilot-link: install-datebook gives, fopen: Bad address

2005-01-14 Thread Mark T.B. Carroll
On Fri, 14 Jan 2005, Ludovic Rousseau wrote:

> You shall use -r filename

Thanks! That works. My bug then is that -r isn't explained on the manpage!
Instead, we have,

OPTIONS
   No options are supported at this time.

I appreciate the prompt and helpful response that you gave. Whatever -r
is, it works.

All the best,
  Mark


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#174966: Change of address

2006-03-03 Thread Mark T.B. Carroll
Please note that [EMAIL PROTECTED] may not always work for me. 
If not, [EMAIL PROTECTED] is worth a try.

-- Mark



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#380224: udevinfo could be clearer about not wanting relative path with -p

2006-07-28 Thread Mark T.B. Carroll
[EMAIL PROTECTED] (Marco d'Itri) writes:

> Send a patch if you really care so much.
(snip)

For the man page udevinfo.8,

36c36
< The sysfs path of the device to query.
---
> The sysfs absolute path of the device to query.

should do.

-- Mark



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#379664: Acknowledgement (gnus: Mail/Incoming* files appear)

2006-07-25 Thread Mark T.B. Carroll
After hunting around the source code for this bug I discover that
(setq mail-source-delete-incoming t) seems to restore the previous
desirable behavior. I'm not thrilled that there wasn't more warning
of this change in behavior, but as I've found a workaround I'm happy
for the bug to be closed. Best wishes.

-- Mark



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#393834: [Pkg-lyx-devel] Bug#393834: lyx-xforms: Ends with assertion failure when navigating document

2006-10-18 Thread Mark T.B. Carroll
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
(snip)
> Concerning this bug in particular, I do not think that this bug has
> anything to do with xforms. Actually I have seen things like that when
> using page-up in documents containing tables.
(snip)

I think I've managed to produce it using page-up in documents with no
tables (but with enumerated or itemized lists).

I haven't quite figured out a sure way to reproduce it.

-- Mark



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#405428: RFP: roadnav -- gps navigation

2007-04-13 Thread Mark T.B. Carroll
FWIW I'm a happy user of the roadnav debs. AFAICT it's the only such
software that's Free and still actively maintained.

-- Mark



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#439928: uswsusp: HOWTO mentions wrong conf file

2007-08-28 Thread Mark T.B. Carroll
Package: uswsusp
Version: 0.3~cvs20060928-7
Severity: normal

In explaining how to make your own initrd image
/usr/share/doc/uswsusp/HOWTO.gz mentions putting
a suspend.conf on it, but the `resume' binary
is actually looking for a uswsusp.conf file.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages uswsusp depends on:
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libgcrypt11   1.2.3-2LGPL Crypto library - runtime libr
ii  libgpg-error0 1.4-1  library for common error values an
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages uswsusp recommends:
ii  initramfs-tools   0.85h  tools for generating an initramfs

-- debconf information:
* uswsusp/compute_checksum: true
  uswsusp/no_snapshot:
* uswsusp/suspend_loglevel:
  uswsusp/no_swap:
* uswsusp/early_writeout: true
* uswsusp/image_size: 966086082
* uswsusp/compress: true
  uswsusp/create_RSA_key: false
* uswsusp/snapshot_device:
  uswsusp/RSA_key_file: /etc/uswsusp.key
* uswsusp/max_loglevel:
* uswsusp/resume_device: /dev/sda2
  uswsusp/shutdown_method: platform
* uswsusp/encrypt: false
  uswsusp/splash: false
  uswsusp/RSA_key_bits: 1024
  uswsusp/continue_without_swap: true


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#435380: Info received (Bug#435380: xserver-xorg-video-intel: Screen distorted. Some lines are shifted to the right)

2007-08-29 Thread Mark T.B. Carroll
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/134464
looks like it might be the same bug, FWIW.

Mark



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#360495: emacs21-common: smtpmail-open-stream does not use starttls properly

2007-08-31 Thread Mark T.B. Carroll
The suggested fix fixes the same problem for me, too. I am using Gnus.
My emacs21-common is 21.4a+1-3etch1.

Mark


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#354864: Acknowledgement (gnus: Starts under X11 but not under console)

2006-03-17 Thread Mark T.B. Carroll
I'm sorry, I'm such an idiot: please close this bug.

I know what the problem is: I didn't start ssh-agent running when I
logged in from the console, and those crypto keys will be needed for
Gnus to make the connections suggested in .gnus.el So, probably it's
hanging waiting for a password.

Entirely my fault, therefore.

(I can't actually test as my regular computer is away for repair, but
I'm pretty sure that this explains what I was seeing.)

-- Mark



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#351709: udev: usb mass-storgae does not work at all

2006-10-23 Thread Mark T.B. Carroll
I see a similar issue with the same nVidia CK804 USB controller and
kernel 2.6.17 #5 SMP PREEMPT x86_64. For instance, when I try plugging
in a USB CD drive, and a USB hard drive:

usb 1-2: new high speed USB device using ehci_hcd and address 2
usb 1-2: device descriptor read/64, error -71
usb 1-2: device descriptor read/64, error -71
usb 1-2: new high speed USB device using ehci_hcd and address 3
usb 1-2: device descriptor read/64, error -71
usb 1-2: device descriptor read/64, error -71
usb 1-2: new high speed USB device using ehci_hcd and address 4
usb 1-2: device not accepting address 4, error -71
usb 1-2: new high speed USB device using ehci_hcd and address 5
usb 1-2: device not accepting address 5, error -71
usb 1-10: new high speed USB device using ehci_hcd and address 6
usb 1-10: device descriptor read/all, error -110
usb 1-10: new high speed USB device using ehci_hcd and address 7
usb 1-10: device descriptor read/all, error -110
usb 1-10: new high speed USB device using ehci_hcd and address 8
usb 1-10: unable to read config index 0 descriptor/start
usb 1-10: can't read configurations, error -110
usb 1-10: new high speed USB device using ehci_hcd and address 9
usb 1-10: unable to read config index 0 descriptor/start
usb 1-10: can't read configurations, error -110

Let me know if there's some way I can provide any useful information.

-- Mark



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]