Bug#95373: acknowledged by developer(mbox url)

[Toby Speight]

reopen 95373 
thanks

Whilst there are workarounds to retrieve messages as text/plain or
text/html and then convert them into message/rfc822, there's still
no way to directly read as RFC-822 messages so that a suitable WWW
client will directly render them in the usual manner (including
charset and body part handling), rather than relying on a HTML
rendering, for example.



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

Bug#303284: debconf-utils: debconf-get-selections fails with 'Can't call method "description" on an undefined value'

[Toby Speight]

Hang on - I upgraded debconf instead of debconf-utils.

debconf-utils 1.4.49 does fix the issue for me.

Thanks!



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

Bug#303284: debconf-utils: debconf-get-selections fails with 'Can't call method "description" on an undefined value'

[Toby Speight]

0> In article <[EMAIL PROTECTED]>,
0> Colin Watson mailto:[EMAIL PROTECTED]> ("Colin") wrote:

Colin> This would suggest that you have some entries in config.dat
Colin> that don't have entries matching their Template: value in
Colin> templates.dat.
Colin>
Colin> By the rather crude method of binary-chopping through the
Colin> repository with your templates.dat, I find that a fix went in
Colin> for this in debconf 1.4.34:
Colin>
Colin> debconf (1.4.34) unstable; urgency=low
Colin>
Colin>   * Skip questions with no known type also in
Colin> debconf-get-selections.
Colin>
Colin>  -- Joey Hess <[EMAIL PROTECTED]>  Wed,  1 Sep 2004 01:25:20 -0400

I tried upgrading to 1.4.49 from unstable (hmm, probably should have
done that before submitting) but I still get the original error
message:

/
| Can't call method "description" on an undefined value at
| /usr/share/perl5/Debconf/Question.pm line 76.
\



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

Bug#95373: Extreemly preliminary version of this feature

[Toby Speight]

0> In article <[EMAIL PROTECTED]>,
0> Don Armstrong mailto:[EMAIL PROTECTED]> ("Don") wrote:

Don> http://bugs.donarmstrong.com/105768
Don>
Don> see if that approximates what you were asking for.

The "download as mbox" links?

The content seems okay, but the MIME type is reported as text/plain
rather than message/rfc822 (meaning that headers, MIME multiparts and
so on are just displayed as-is by my browsers, rather than being
formatted in the usual way).

I suppose it's possible that some browsers don't Accept: message/rfc822,
in which case text/plain seems a reasonable second choice.  (For some
reason, w3-document-information is failing for me ATM, so can't check
we're sending the correct Accepts - sorry.)


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

Bug#303284: debconf-utils: debconf-get-selections fails with 'Can't call method "description" on an undefined value'

[Toby Speight]

Package: debconf-utils
Version: 1.4.30.11
Severity: important

/
| $ debconf-get-selections >/dev/null
| debconf: DbDriver "passwords" warning: could not open 
/var/cache/debconf/passwords.dat: Permission denied
| Can't call method "description" on an undefined value at 
/usr/share/perl5/Debconf/Question.pm line 76.
\

The output (which I've here diverted to the null device) is truncated,
but I think the interesting information is which package would be next
to be written (that we don't get to see).

It might be that something is amiss in the debconf database itself,
but it's wrong that this should cause the command to fail.

I don't have much clue as to how to debug this; I tried single-stepping
in the Perl debugger, but that was slow and unproductive.  We really
want to know where the undefined value came from.  I'm happy to help
attack this bug, if I have some guidance as to how to approach it.

I've tagged this bug 'important' as this makes debconf-get-selections
useless - it would be a 'normal' bug if it were able to recover and
write the rest of the output before failing.


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

Versions of packages debconf-utils depends on:
ii  debconf   1.4.30.11  Debian configuration management sy

-- no debconf information



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

Bug#323561: feed2imap: Keep passwords out of config file

[Toby Speight]

Package: feed2imap
Version: 0.4-4
Severity: wishlist
Tags: security

feed2imap requires users to include passwords in their ~/.feed2imaprc
files, thereby increasing the number of files that need restrictive
read permissions and making it hard for users to easily share setup
experiences.

It would be much better if username and password were read from a
separate, secured file - preferably using one of the existing files,
such as ~/.netrc (used by FTP clients) or ~/.authinfo (used by Gnus,
don't know about others).  Users know to keep the contents of these
files private, and it's clear that they are authentication stores -
the auth info is not buried amongst lots of other config.

This would also have the nice side effect of making password changes
less painful, by reducing the number of stored password files to edit
with the new password.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (300, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages feed2imap depends on:
ii  librmail-ruby1.8  0.15-1 lightweight mail library for Ruby 
ii  ruby  1.8.2-1An interpreter of object-oriented 
ii  ruby1.8   1.8.2-9Interpreter of object-oriented scr

Versions of packages feed2imap recommends:
ii  libopenssl-ruby1.81.8.2-9OpenSSL interface for Ruby 1.8

-- no debconf information


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

Bug#323561: feed2imap: Keep passwords out of config file

[Toby Speight]

0> In article <[EMAIL PROTECTED]>,
0> Lucas Nussbaum mailto:[EMAIL PROTECTED]> ("Lucas") wrote:

Lucas> Also, feed2imap will check .feed2imaprc's mode and issue a
Lucas> warning if it is world-readable.

Perhaps only if it finds a password in the file?  So that users can
copy bits off each other if they don't keep passwords there.

If you issue warnings like that, it may be a bad idea to recommend
redirecting stderr to /dev/null in crontab[1], as users may change the
file but never see the warning.

[1] http://home.gna.org/feed2imap/#installation >


Lucas> Btw, thank you, that was my first bug report for my first
Lucas> Debian package :-)

Always glad to help!  Just wish I had the time to fix it and include a
patch.  :-)


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

Bug#405422: mozilla-locale-ja: purge of uninstalled package fails

[Toby Speight]

Package: mozilla-locale-ja
Version: 1.7.8+jlp.1-1
Severity: normal

Having a spring-clean, I discovered an old configuration of my
long-uninstalled package, and attempted to purge it:

/[ aptitude show mozilla-locale-ja; aptitude purge -y mozilla-locale-ja 
]
| Package: mozilla-locale-ja
| State: not installed
| Version: 1.7.8+jlp.1-1
| Priority: optional
| Section: web
| Maintainer: Takuo KITAME <[EMAIL PROTECTED]>
| Uncompressed Size: 1135k
| Depends: mozilla-browser (>= 2:1.7.8)
| Conflicts: mozilla-browser (>= 2:1.8)
| Description: Mozilla Japanese Language/Region Package.
|  Japanese Menu/Message resource and Region property package for Mozilla.
| 
| Tags: culture::japanese, role::app-data, suite::mozilla
| 
| Reading package lists... Done
| Building dependency tree... Done
| Reading extended state information  
| Initializing package states... Done
| Building tag database... Done  
| The following packages will be REMOVED:
|   mozilla-locale-ja{p} 
| 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
| Need to get 0B of archives. After unpacking 0B will be used.
| Writing extended state information... Done
| (Reading database ... 189625 files and directories currently installed.)
| Removing mozilla-locale-ja ...
| Purging configuration files for mozilla-locale-ja ...
| /var/lib/dpkg/info/mozilla-locale-ja.postrm: line 7: update-mozilla-chrome: 
command not found
| dpkg: error processing mozilla-locale-ja (--purge):
|  subprocess post-removal script returned error exit status 127
| Errors were encountered while processing:
|  mozilla-locale-ja
| E: Sub-process /usr/bin/dpkg returned an error code (1)
| A package failed to install.  Trying to recover:
\

I don't know what the rules are for dependencies of uninstall, but
I should not need to (re-)install anything to purge a package?

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17tms1.0
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages mozilla-locale-ja depends on:
pn  mozilla-browser(no description available)

mozilla-locale-ja recommends no packages.


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

Bug#402614: gimp: File dialogs become very slow

[Toby Speight]

Package: gimp
Version: 2.2.13-1
Severity: normal

Over time, I find that it takes file dialogs longer and longer to
show.  This is true even using just one directory and not adding any
new files to it.  It's also true whether or not it's displaying the
file list, and whether one is opening or closing files.

The slowdown is quite non-linear: initially the dialog preparation
time is imperceptible, increasing to a few seconds.  Eventually it
takes several minutes at 100% CPU.  Last week, trying to save all my
work, it took an hour for the first file; I gave up waiting for the
second one after 3½ days of processor time.  And it's not a slow
machine:

/
| x86info v1.18.  Dave Jones 2001-2006
| Feedback to <[EMAIL PROTECTED]>.
|
| Found 2 CPUs
| --
| CPU #1
| Found unknown cache descriptors: 40 50 5b 60 70 7d
| Family: 15 Model: 4 Stepping: 3 Type: 0 Brand: 0
| CPU Model: Pentium 4 (Prescott) [N0] Original OEM
| Processor name string: Intel(R) Pentium(R) 4 CPU 3.20GHz
\

I don't know if it's coincidence, but I've usually noticed this
problem in directories with lots of Canon RAW images (which I load
using gimp-ufraw - I've assigned the bug to GIMP as that's the
program hogging the CPU).



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

Versions of packages gimp depends on:
ii  gimp-data 2.2.13-1   Data files for The GIMP
ii  libaa11.4p5-30   ascii art library
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libc6 2.3.6.ds1-9GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libexif12 0.6.13-5   library to parse EXIF files
ii  libexpat1 1.95.8-3.3 XML parsing C library - runtime li
ii  libfontconfig12.4.2-1generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgimp2.02.2.13-1   Libraries necessary to Run the GIM
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libgtk2.0-0   2.8.20-3   The GTK+ graphical user interface 
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  liblcms1  1.15-1 Color management library
ii  libmng1   1.0.9-1Multiple-image Network Graphics li
ii  libpango1.0-0 1.14.8-2   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-0 PNG library - runtime
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libtiff4  3.8.2-6Tag Image File Format (TIFF) libra
ii  libwmf0.2-7   0.2.8.4-2  Windows metafile conversion librar
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxmu6   1:1.0.2-2  X11 miscellaneous utility library
ii  libxpm4   1:3.5.5-2  X11 pixmap library
ii  libxrandr22:1.1.0.2-5X11 RandR extension library
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  wget  1.10.2-2   retrieves files from the web
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages gimp recommends:
ii  gimp-print5.0.0-3print plugin for the GIMP
ii  gimp-svg  2.2.13-1   SVG (Scalable Vector Graphics) plu

-- no debconf information

Bug#402614: gimp: File dialogs become very slow

[Toby Speight]

0> In article <[EMAIL PROTECTED]>,
0> Ari Pollak mailto:[EMAIL PROTECTED]> ("Ari") wrote:

Ari> Are you running out of memory while opening lots of images?

No - I'm using about 1.5G out of 2G of RAM (mostly in Iceweasel), and
only opening one or two images at a time.


Ari> Are there a lot of images in the directory you're trying to open?

Not many - a couple of dozen, say.  I wonder if it's relevant that
most of them have a link count of 2 or 3 - is Gimp trying to be clever
about other names in different directories?

This could of course be the GTK file chooser playing up, and happening
to be provoked by Gimp, but it would be nice to know what's going on.


Ari> What happens if you increase the in-memory cache sizes in Gimp
Ari> preferences?

Don't know - I'll try this when I'm back at home on the machine in
question (running Gimp remotely across 100kbit/s SSL link is too
painful...)


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

Bug#403629: tramp: Error on some commands

[Toby Speight]

0> In article <[EMAIL PROTECTED]>,
0> Michael Albinus mailto:[EMAIL PROTECTED]> ("Michael") wrote:

Michael> Toby Speight <[EMAIL PROTECTED]> writes:

>> Package: tramp
>> Version: 1:2.0.54-2
>> Severity: important
>>
>> Once Tramp is running, some commands fail - such as `M-,'
>> (`tags-loop-continue'), which gives the following stack trace:

Michael> I see the problem in the backtrace, but I haven't been able
Michael> to reproduce it, neither with emacs21, nor with emacs22
Michael> (pretest release).
Michael>
Michael> Could you, please, describe exactly which Emacs version you
Michael> use, and wich keystrokes are necessary for reproducing the
Michael> problem?

/[ (emacs-version) ]
| "GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)\n
| of 2006-10-25 on raven, modified by Debian"
\

I've just tried with "emacs -q" and I'm having trouble reproducing
this.  But in my main Emacs (same version, etc), it's failing.  I have
a lot more stuff running in my main one (Gnus, BBDB, w3, Mule-UCS,
...), so it's hard to pin down what's happening.

`C-h l' (`view-lossage') just shows my key-press as "M-,", so there's
no clue there as to where the negative character is coming from.

A little further experimentation using `M-:' (`eval-expression') shows
that (char-equal) doesn't like negative numbers.  It is probably only
important when `case-fold-search' is non-nil (it is, for me), as the
big array looks like a case-mapping table.

Is that any help?


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

Bug#403629: tramp: Error on some commands

[Toby Speight]

0> In article <[EMAIL PROTECTED]>,
0> Michael Albinus mailto:[EMAIL PROTECTED]> ("Michael") wrote:

Michael> Anyway, the test in `tramp-completion-mode' is made in order
Michael> to check whether `char-equal' can be applied.  If you replace
Michael>
Michael>(and (integerp last-input-event)
Michael> by
Michael>
Michael>(and (wholenump last-input-event)
Michael>
Michael> we should be on the safe side.  Could you, please, check it?
Michael> For me it works of course :-)

Yes, this works for me.  :-)

Thanks for looking at this one.


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

Bug#397911: wikipedia2text: Please suggest most as alternative pager

[Toby Speight]

Package: wikipedia2text
Version: 0.05-1
Severity: wishlist

The package suggests "less | more".  I think my preferred pager
(most) should be in this list.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17tms1.0
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages wikipedia2text depends on:
ii  firefox [www- 1.5.dfsg+1.5.0.7-2 lightweight web browser based on M
ii  lynx [www-bro 2.8.5-2sarge2.1Text-mode WWW Browser
ii  w3-el-e21 [ww 4.0pre.2001.10.27.nodocs-1 Web browser for GNU Emacs 21
ii  w3m [www-brow 0.5.1-5WWW browsable pager with excellent

Versions of packages wikipedia2text recommends:
pn  less | more(no description available)
ii  lynx [lynx-ssl]  2.8.5-2sarge2.1 Text-mode WWW Browser
ii  w3m  0.5.1-5 WWW browsable pager with excellent

-- no debconf information


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

Bug#95373: acknowledged by developer(mbox url)

[Toby Speight]

0> In article <[EMAIL PROTECTED]>,
0> Debian Bug Tracking System mailto:[EMAIL PROTECTED]> ("Debian") wrote:

Debian> This is an automatic notification regarding your Bug report
Debian> #95373: bugs.debian.org; Retrieve as message/rfc822,
Debian> which was filed against the debbugs package.
Debian>
Debian> It has been closed by one of the developers, namely
Debian> Justin Pryzby <[EMAIL PROTECTED]>.
Debian>
Debian> Their explanation is attached below.  If this explanation is
Debian> unsatisfactory and you have not received a better one in a
Debian> separate message then please contact the developer, by replying
Debian> to this email.


Justin> For the the mbox or msg listing of this bug:
Justin>
Justin> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=95373&mbox=yes

text/plain

Justin> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=95373&msg=1

text/html


I don't see any URL which returns a message/rfc822 resource, so why is
this closed?



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

Bug#384189: python-gtk2: postinst/prerm failure: "/usr/share/python-support/python-gtk does not exist"

[Toby Speight]

Package: python-gtk2
Version: 2.8.6-5
Severity: important

I get this when I try to install:

/
| Setting up python-gtk2 (2.8.6-5) ...
| Traceback (most recent call last):
|   File "/usr/sbin/update-python-modules", line 246, in ?
| raise "%s does not exist"%arg
| /usr/share/python-support/python-gtk does not exist
| dpkg: error processing python-gtk2 (--configure):
|  subprocess post-installation script returned error exit status 1
| Errors were encountered while processing:
|  python-gtk2
| E: Sub-process /usr/bin/dpkg returned an error code (1)
| A package failed to install.  Trying to recover:
| Setting up python-gtk2 (2.8.6-5) ...
| Traceback (most recent call last):
|   File "/usr/sbin/update-python-modules", line 246, in ?
| raise "%s does not exist"%arg
| /usr/share/python-support/python-gtk does not exist
| dpkg: error processing python-gtk2 (--configure):
|  subprocess post-installation script returned error exit status 1
\

and I then can't install/upgrade/remove the package at all.  Editing
/var/lib/dpkg/info/python-gtk2.prerm and
/var/lib/dpkg/info/python-gtk2.postinst to change the calls to
update-python-modules to refer to "python-gtk" instead of
"python-gtk2" seems to make it work (until the next upgrade).

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages python-gtk2 depends on:
ii  libatk1.0-0  1.12.1-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-2 GNU C Library: Shared libraries
ii  libcairo21.2.2-1 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.3.2-7 generic font configuration library
ii  libglib2.0-0 2.10.3-3The GLib library of C routines
ii  libgtk2.0-0  2.8.20-1The GTK+ graphical user interface 
ii  libpango1.0-01.12.3-1+b1 Layout and rendering of internatio
ii  libx11-6 2:1.0.0-8   X11 client-side library
ii  libxcursor1  1.1.5.2-5   X cursor management library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxfixes3   1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.0-5   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-4 X11 RandR extension library
ii  libxrender1  1:0.9.0.2-4 X Rendering Extension client libra
ii  python   2.3.5-11An interactive high-level object-o
ii  python-cairo 1.2.0-1 Python bindings for the Cairo vect
ii  python-numeric   24.2-5  Numerical (matrix-oriented) Mathem
ii  python-support   0.3.8   automated rebuilding support for p

python-gtk2 recommends no packages.

-- no debconf information


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

Bug#392195: tetex-bin: Lots of access to nonexistent /share/* files

[Toby Speight]

Package: tetex-bin
Version: 3.0-19
Severity: normal

tetex is driving my /share automounter crazy - here's the syslog from
my latest upgrade:

/
| Oct 10 14:52:24 canisp automount[20087]: failed to mount /share/texmf-local
| Oct 10 14:52:24 canisp automount[20088]: failed to mount /share/texmf
| Oct 10 14:52:59 canisp automount[20164]: failed to mount /share/texmf-local
| Oct 10 14:52:59 canisp automount[20165]: failed to mount /share/texmf
| Oct 10 14:52:59 canisp automount[20167]: failed to mount /share/texmf-local
| Oct 10 14:52:59 canisp automount[20168]: failed to mount /share/texmf
| Oct 10 14:52:59 canisp automount[20175]: failed to mount /share/texmf-local
| Oct 10 14:52:59 canisp automount[20176]: failed to mount /share/texmf
| Oct 10 14:52:59 canisp automount[20181]: failed to mount /share/texmf-local
| Oct 10 14:52:59 canisp automount[20182]: failed to mount /share/texmf
| Oct 10 14:52:59 canisp automount[20186]: failed to mount /share/texmf-local
| Oct 10 14:52:59 canisp automount[20187]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20195]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20196]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20198]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20199]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20201]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20202]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20204]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20205]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20207]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20208]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20210]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20211]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20213]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20214]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20216]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20217]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20224]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20225]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20230]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20231]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20237]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20238]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20243]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20244]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20250]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20251]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20256]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20257]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20263]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20264]: failed to mount /share/texmf
| Oct 10 14:53:00 canisp automount[20269]: failed to mount /share/texmf-local
| Oct 10 14:53:00 canisp automount[20270]: failed to mount /share/texmf
| Oct 10 14:53:01 canisp automount[20276]: failed to mount /share/texmf-local
| Oct 10 14:53:01 canisp automount[20277]: failed to mount /share/texmf
| Oct 10 14:53:01 canisp automount[20282]: failed to mount /share/texmf-local
| Oct 10 14:53:01 canisp automount[20283]: failed to mount /share/texmf
| Oct 10 14:53:02 canisp automount[20289]: failed to mount /share/texmf-local
| Oct 10 14:53:02 canisp automount[20290]: failed to mount /share/texmf
| Oct 10 14:53:02 canisp automount[20295]: failed to mount /share/texmf-local
| Oct 10 14:53:02 canisp automount[20296]: failed to mount /share/texmf
| Oct 10 14:53:02 canisp automount[20302]: failed to mount /share/texmf-local
| Oct 10 14:53:02 canisp automount[20303]: failed to mount /share/texmf
| Oct 10 14:53:02 canisp automount[20308]: failed to mount /share/texmf-local
| Oct 10 14:53:02 canisp automount[20309]: failed to mount /share/texmf
| Oct 10 14:53:02 canisp automount[20315]: failed to mount /share/texmf-local
| Oct 10 14:53:02 canisp automount[20316]: failed to mount /share/texmf
| Oct 10 14:53:02 canisp automount[20321]: failed to mount /share/texmf-local
| Oct 10 14:53:02 canisp automount[20322]: failed to mount /share/texmf
| Oct 10 14:53:03 canisp automount[20328]: failed to mount /share/texmf-local
| Oct 10 14:53:03 canisp automount[20329]: failed to mount /share/texmf
| Oct 10 14:53:03 canisp automount[20334]: failed to mount /share/texmf-local
| Oct 10 14:53:03 canisp automount[20335]: failed to mount /share/texmf
| Oct 10 14:53:03 canisp automount[20341]: fai

Bug#392195: tetex-bin: Lots of access to nonexistent /share/* files

[Toby Speight]

0> In article <[EMAIL PROTECTED]>,
0> Frank Küster mailto:[EMAIL PROTECTED]> ("fant") wrote:

fant> I've built a package with that change.  [Toby], would you please
fant> test whether this helps?  I'm not even sure whether it's sufficient
fant> to change libkpathsea4, or you also need tetex-bin.  And of course
fant> during the upgrade, some old executables will also be used in the
fant> maintainer scripts, so you can't expect it to be completely quiet.
fant>
fant> The packages are at
fant>
fant> http://people.debian.org/~frank/libkpathsea4_3.0-22~1_i386.deb
fant> http://people.debian.org/~frank/tetex-bin_3.0-22~1_i386.deb

Thanks.  I upgraded libkpathsea4 first, with no problems, and then
tetex-bin (I had to upgrade tex-common first).  I still got lots of
syslog output, so I then re-installed the new tetex-bin (to ensure
we're using all the new binaries), and the same happened.  Watching
that install with xconsole next to the xterm I was using showed that
the accesses to /share all happened during the following stages:

/
| Running fmtutil-sys. This may take some time... done.
| Running updmap-sys. This may take some time... done.
\

Both these programs are part of tetex-bin, so the install should be
using the new ones by that stage - unless there's some conffile I need
to check?

(P.S. forgot to mention that something in cron.daily has this effect, too)

Bug#392195: tetex-bin: Lots of access to nonexistent /share/* files

[Toby Speight]

0> In article <[EMAIL PROTECTED]>,
0> Frank Küster mailto:[EMAIL PROTECTED]> ("fant") wrote:

fant> /etc/cron.daily/tetex-bin running mktexlsr.
fant>
fant> I think the following command will also trigger it:
fant>
fant> kpsewhich --expand-var='$TEXMF'
fant>
fant> Is that right?  If yes, then run
fant>
fant> kpsewhich --debug=127 --expand-var='$TEXMF' 2>kpsewhich.log
fant>
fant> and send us the resulting file.

Yes, I get one attempt on each of /share/texmf-local and /share/texmf
by running that (I assume it gets called many times during the
install).

/[ kpsewhich.log ]
| kdebug:fopen(/usr/bin/kpsewhich, r) => 0x804d090
| kdebug:fclose(0x804d090) => 0
| kdebug:Search path for cnf files (from compile-time paths.h)
| kdebug:  = 
/usr/bin:/usr:/:/usr/bin/share/texmf-local/web2c:/usr/share/texmf-local/web2c://share/texmf-local/web2c:/usr/bin/texmf-local/web2c:/usr/texmf-local/web2c://texmf-local/web2c:/usr/bin/share/texmf/web2c:/usr/share/texmf/web2c://share/texmf/web2c:/usr/bin/texmf/web2c:/usr/texmf/web2c://texmf/web2c::/usr/share/texmf/web2c:/usr/share/texmf/web2c
| kdebug:  before expansion = 
{$SELFAUTOLOC,$SELFAUTODIR,$SELFAUTOPARENT}{,{/share,}/texmf{-local,}/web2c}:$TETEXDIR:/usr/share/texmf/web2c:/usr/share/texmf/web2c
| kdebug:  application override path = (none)
| kdebug:  application config file path = (none)
| kdebug:  texmf.cnf path = (none)
| kdebug:  compile-time path = 
{$SELFAUTOLOC,$SELFAUTODIR,$SELFAUTOPARENT}{,{/share,}/texmf{-local,}/web2c}:$TETEXDIR:/usr/share/texmf/web2c:/usr/share/texmf/web2c
| kdebug:  default suffixes = .cnf
| kdebug:  other suffixes = (none)
| kdebug:  search only with suffix = 0
| kdebug:  numeric format value = 8
| kdebug:  runtime generation program = (none)
| kdebug:  runtime generation command = (none)
| kdebug:  program enabled = 0
| kdebug:  program enable level = 0
| kdebug:start search(file=texmf.cnf, must_exist=1, find_all=1, 
path=/usr/bin:/usr:/:/usr/bin/share/texmf-local/web2c:/usr/share/texmf-local/web2c://share/texmf-local/web2c:/usr/bin/texmf-local/web2c:/usr/texmf-local/web2c://texmf-local/web2c:/usr/bin/share/texmf/web2c:/usr/share/texmf/web2c://share/texmf/web2c:/usr/bin/texmf/web2c:/usr/texmf/web2c://texmf/web2c::/usr/share/texmf/web2c:/usr/share/texmf/web2c).
| kdebug:kpse_normalize_path (/usr/bin) => 1
| kdebug:kpse_normalize_path (/usr/bin) => 1
| kdebug:path element /usr/bin => /usr/bin/
| kdebug:kpse_normalize_path (/usr/bin/texmf.cnf) => 1
| kdebug:kpse_normalize_path (/usr) => 1
| kdebug:kpse_normalize_path (/usr) => 1
| kdebug:path element /usr => /usr/
| kdebug:kpse_normalize_path (/usr/texmf.cnf) => 1
| kdebug:kpse_normalize_path (/) => 1
| kdebug:kpse_normalize_path (/) => 1
| kdebug:path element / => /
| kdebug:kpse_normalize_path (/texmf.cnf) => 1
| kdebug:kpse_normalize_path (/usr/bin/share/texmf-local/web2c) => 1
| kdebug:kpse_normalize_path (/usr/bin/share/texmf-local/web2c) => 1
| kdebug:path element /usr/bin/share/texmf-local/web2c =>
| kdebug:kpse_normalize_path (/usr/share/texmf-local/web2c) => 1
| kdebug:kpse_normalize_path (/usr/share/texmf-local/web2c) => 1
| kdebug:path element /usr/share/texmf-local/web2c =>
| kdebug:kpse_normalize_path (//share/texmf-local/web2c) => 2
| kdebug:kpse_normalize_path (//share/texmf-local/web2c) => 2
| kdebug:path element //share/texmf-local/web2c =>
| kdebug:kpse_normalize_path (/usr/bin/texmf-local/web2c) => 1
| kdebug:kpse_normalize_path (/usr/bin/texmf-local/web2c) => 1
| kdebug:path element /usr/bin/texmf-local/web2c =>
| kdebug:kpse_normalize_path (/usr/texmf-local/web2c) => 1
| kdebug:kpse_normalize_path (/usr/texmf-local/web2c) => 1
| kdebug:path element /usr/texmf-local/web2c =>
| kdebug:kpse_normalize_path (//texmf-local/web2c) => 2
| kdebug:kpse_normalize_path (//texmf-local/web2c) => 2
| kdebug:path element //texmf-local/web2c =>
| kdebug:kpse_normalize_path (/usr/bin/share/texmf/web2c) => 1
| kdebug:kpse_normalize_path (/usr/bin/share/texmf/web2c) => 1
| kdebug:path element /usr/bin/share/texmf/web2c =>
| kdebug:kpse_normalize_path (/usr/share/texmf/web2c) => 1
| kdebug:kpse_normalize_path (/usr/share/texmf/web2c) => 1
| kdebug:path element /usr/share/texmf/web2c => /usr/share/texmf/web2c/
| kdebug:kpse_normalize_path (/usr/share/texmf/web2c/texmf.cnf) => 1
| kdebug:kpse_normalize_path (//share/texmf/web2c) => 2
| kdebug:kpse_normalize_path (//share/texmf/web2c) => 2
| kdebug:path element //share/texmf/web2c =>
| kdebug:kpse_normalize_path (/usr/bin/texmf/web2c) => 1
| kdebug:kpse_normalize_path (/usr/bin/texmf/web2c) => 1
| kdebug:path element /usr/bin/texmf/web2c =>
| kdebug:kpse_normalize_path (/usr/texmf/web2c) => 1
| kdebug:kpse_normalize_path (/usr/texmf/web2c) => 1
| kdebug:path element /usr/texmf/web2c =>
| kdebug:kpse_normalize_path (//texmf/web2c) => 2
| kdebug:kpse_normalize_path (//texmf/web2c) => 2
| kdebug:path element //texmf/web2c =>
| kdebug:kpse_normalize_path () => 0
| kdebug:kpse_normalize_path (/usr/share/texmf/web2c) => 1
| kdebug:kpse_normalize_path

Bug#392195: tetex-bin: Lots of access to nonexistent /share/* files

[Toby Speight]

Still getting the same issue.  It looks like the library hasn't been
built with your changes:

/
| $ ls -lhog /usr/lib/libkpathsea.so.4.0.0
| -rw-r--r-- 1 66K 2006-10-11 10:45 /usr/lib/libkpathsea.so.4.0.0
\

Shouldn't it have a more recent modtime?


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

Bug#384189: python-gtk2: postinst/prerm failure (was: Bug#384189 closed by...)

[Toby Speight]

I've looked at the Web version of the bug log; here is the information
you wanted:

/[ chase /etc/alternatives/python-gtk ]
| /usr/share/python-gtk-2.0
\

/[ file /usr/share/python-support/python-gtk ]
| /usr/share/python-support/python-gtk: symbolic link to 
`/etc/alternatives/python-gtk'
\

also:

/[ file `chase /usr/share/python-support/python-gtk` ]
| /usr/share/python-gtk-2.0: directory
\

and:

/[ ls -Al /usr/share/python-support ]
| total 16
| -rw-r--r-- 1 root root   27 2006-08-26 02:48 apt-listchanges.dirs
| -rw-r--r-- 1 root root   24 2006-09-03 18:07 fvwm-crystal.dirs
| lrwxrwxrwx 1 root root   28 2006-08-23 11:09 python-gtk -> 
/etc/alternatives/python-gtk
| drwxr-xr-x 3 root root 4096 2006-08-22 10:52 python-gtk2
| -rw-r--r-- 1 root root   33 2006-06-18 13:19 python-support.dirs
\

/[ ls -Al /usr/share/python-support/python-gtk2/ ]
| total 8
| drwxr-xr-x 3 root root 4096 2006-08-22 10:52 gtk-2.0
| -rw-r--r-- 1 root root8 2006-08-07 18:54 pygtk.pth
\



Sorry that an MTA on the way is bouncing mail - not under my control,
I'm afraid.  Probably the generic [EMAIL PROTECTED] address probably
works.


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

Bug#388387: docbook-utils: docbook2* scripts all use same temporary files

[Toby Speight]

Package: docbook-utils
Version: 0.6.14-1
Severity: normal

If I run two docbook2* scripts on the same source file concurrently, I
get an error because they both try to remove the same intermediate
files:

/[ docbook2ps test.xml & docbook2pdf test.xml ]
| Using catalogs: /etc/sgml/catalog
| Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print
| Working on: /tmp/test.xml
| Using catalogs: /etc/sgml/catalog
| Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print
| Working on: /tmp/test.xml
| rm: cannot remove `test.tmp': No such file or directory
| rm: cannot remove `test.tex': No such file or directory
| x -i print -d /usr/share/docbook-utils/docbook-utils.dsl#print -V 
paper-type=A4 /usr/share/sgml/declaration/xml.dcl /tmp/test.xml
| Done.
| Done.
\

and one of the processes fails with exit value 9.

This isn't a contrived scenario - it bit me because I was using make
with the '-j' argument.

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

Versions of packages docbook-utils depends on:
ii  docbook-dsssl1.79-4  modular DocBook DSSSL stylesheets,
ii  jadetex  3.13-6  generator of printable output from
ii  lynx 2.8.5-2sarge1.1 Text-mode WWW Browser
ii  perl 5.8.8-6.1   Larry Wall's Practical Extraction 
ii  sgmlspl  1.03ii-31   SGMLS-based example Perl script fo
ii  sp   1.3.4-1.2.1-47  James Clark's SGML parsing tools
ii  w3m  0.5.1-5 WWW browsable pager with excellent

Versions of packages docbook-utils recommends:
ii  docbook-xml   4.4-5  standard XML documentation system,

-- no debconf information



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

Bug#388643: gpscorrelate: Install failure: depends on unavailable libexiv2-0.10

[Toby Speight]

Package: gpscorrelate
Severity: important


/[ aptitude install gpscorrelate ]
| Reading package lists... Done
| Building dependency tree... Done
| Reading extended state information  
| Initializing package states... Done
| Reading task descriptions... Done  
| Building tag database... Done
| The following packages are BROKEN:
|   gpscorrelate 
| 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
| Need to get 67.1kB of archives. After unpacking 188kB will be used.
| The following packages have unmet dependencies:
|   gpscorrelate: Depends: libexiv2-0.10 (>= 1.4-2) but it is not installable
| Resolving dependencies...
| Unable to resolve dependencies!  Giving up...
| Abort.
\

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)



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

Bug#721721: Still affecting osmosis (was: Bug#721721: I confirm)

[Toby Speight]

Severity: important
Version: 2.1.1-5
File: /usr/share/java/postgis.jar

It's still an issue with 2.1.1:

/[ dpkg -L libpostgis-java ]
| /.
| /usr
| /usr/share
| /usr/share/doc
| /usr/share/doc/libpostgis-java
| /usr/share/doc/libpostgis-java/changelog.gz
| /usr/share/doc/libpostgis-java/copyright
| /usr/share/doc/libpostgis-java/changelog.Debian.gz
| /usr/share/java
| /usr/share/java/postgis-jdbc-2.1.0~rc1.jar
| /usr/share/java/postgis.jar
\
/[ ls -l /usr/share/java/postgis.jar ]
| lrwxrwxrwx 1 root root 22 Jan 28 13:35 /usr/share/java/postgis.jar -> 
postgis-jdbc-2.1.1.jar
\


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#669584: python-rbtools: Version 0.6 available upstream

[Toby Speight]

Package: python-rbtools
Version: 0.3.4
Severity: normal

Dear Maintainer,

Upstream has released quite a few versions since 0.3.4, including bug
fixes and features that many of us would find useful:

http://www.reviewboard.org/docs/releasenotes/rbtools/ >

Please consider packaging RBTools 0.6.

Thank you.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armel

Kernel: Linux 3.11.10-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#746539: kernel-package: Please suggest liblz4-tool

[Toby Speight]

Package: kernel-package
Version: 12.036+nmu3
Severity: wishlist

If I build a kernel with LZ4 compression enabled, it fails at

/
|   LZ4 arch/x86/boot/compressed/vmlinux.bin.lz4
| /bin/sh: 1: lz4c: not found
\

Kernel-package could Suggest liblz4-tool to help find the right binary
to fix this.

Thanks.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armel

Kernel: Linux 3.11.10-balti (SMP w/8 CPU cores; PREEMPT)
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 kernel-package depends on:
ii  binutils   2.24-4
ii  build-essential11.6
ii  debianutils4.4
ii  file   1:5.17-1
ii  gettext0.18.3.2-1
ii  make   3.81-8.3
ii  module-init-tools  16-2
ii  po-debconf 1.0.16+nmu2
ii  util-linux 2.20.1-5.7

Versions of packages kernel-package recommends:
ii  cpio  2.11+dfsg-2

Versions of packages kernel-package suggests:
pn  btrfs-tools 
ii  bzip2   1.0.6-5
ii  docbook-utils   0.6.14-3
ii  e2fsprogs   1.42.9-3
pn  grub | grub2
ii  initramfs-tools [linux-initramfs-tool]  0.115
pn  jfsutils
ii  libncurses5-dev [libncurses-dev]5.9+20140118-1
ii  linux-source3.13+56
pn  mcelog  
pn  oprofile
pn  pcmciautils 
pn  ppp 
ii  procps  1:3.3.9-2
pn  quota   
pn  reiserfsprogs   
pn  squashfs-tools  
ii  udev204-8
pn  xfsprogs
ii  xmlto   0.0.25-2

-- 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#747903: libstdc++6-4.9-dbg:amd64: pretty-printer "SyntaxError: invalid syntax"

[Toby Speight]

Package: libstdc++6-4.9-dbg
Version: 4.9.0-2
Severity: normal
File: 
/usr/lib/x86_64-linux-gnu/../../share/gcc-4.9/python/libstdcxx/v6/printers.py

Dear Maintainer,

I'm using gdb 7.6.2, and I get the following when I load a program
linked against libstdc++:

/
| [Thread debugging using libthread_db enabled]
| Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
| Traceback (most recent call last):
|   File "/usr/lib/debug/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.20-gdb.py", 
line 59, in 
| from libstdcxx.v6.printers import register_libstdcxx_printers
|   File 
"/usr/lib/x86_64-linux-gnu/../../share/gcc-4.9/python/libstdcxx/v6/printers.py",
 line 54
| raise ValueError, "Cannot find type %s::%s" % (str(orig), name)
| ^
| SyntaxError: invalid syntax
\


I have python2.7 and python3 both installed, if that makes a difference.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armel

Kernel: Linux 3.11.10-balti (SMP w/8 CPU cores; PREEMPT)
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 libstdc++6-4.9-dbg:amd64 depends on:
ii  gcc-4.9-base  4.9.0-2
ii  libc6 2.18-5
ii  libgcc1   1:4.9.0-2
ii  libgcc1-dbg   1:4.9.0-2
ii  libstdc++64.9.0-2

Versions of packages libstdc++6-4.9-dbg:amd64 recommends:
ii  libstdc++-4.9-dev  4.9.0-2

libstdc++6-4.9-dbg:amd64 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#679499: schroot: suspend fails from chroot

[Toby Speight]

Package: schroot
Version: 1.5.4-1
Severity: normal

If I use plain 'chroot' to access a working system, with
SHELL=/bin/bash, I can type 'suspend' into bash, and get back to my
parent shell.

If I use 'schroot' to do the same, then 'suspend' just hangs until I
go to another terminal and 'kill -CONT' the bash process.

I would like schroot to behave the same as plain chroot.  I appreciate
it might not be trivial (chroot doesn't have to do anything special, as
it simply exec()s the required command, whereas schroot would have to
detect its child stopping and do the same to itself - I've no idea how
to do that).


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armel

Kernel: Linux 3.2.9-balti (SMP w/4 CPU cores; PREEMPT)
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 schroot depends on:
ii  libboost-filesystem1.49.0   1.49.0-3
ii  libboost-iostreams1.49.01.49.0-3
ii  libboost-program-options1.49.0  1.49.0-3
ii  libboost-regex1.49.01.49.0-3
ii  libboost-system1.49.0   1.49.0-3
ii  libc6   2.13-33
ii  libgcc1 1:4.7.0-8
ii  liblockdev1 1.0.3-1.5
ii  libpam0g1.1.3-7.1
ii  libstdc++6  4.7.0-8
ii  libuuid12.20.1-5.1
ii  schroot-common  1.5.4-1

schroot recommends no packages.

Versions of packages schroot suggests:
pn  aufs-modules | unionfs-modules  
pn  btrfs-tools 
ii  debootstrap 1.0.41
pn  lvm2
ii  qemu-user-static1.1.0+dfsg-1

-- Configuration Files:
/etc/schroot/setup.d/15binfmt changed:
set -e
. "$SETUP_DATA_DIR/common-data"
. "$SETUP_DATA_DIR/common-functions"
. "$SETUP_DATA_DIR/common-config"
if [ "$STAGE" != "setup-start" ] && \
   [ "$STAGE" != "setup-stop"  ] && \
   [ "$STAGE" != "setup-recover" ]; then
exit 0
elif ! which update-binfmts > /dev/null; then
info "Missing update-binfmts; not enabling binfmt support"
exit 0
fi
shell="${CHROOT_PATH}/bin/sh"
for emulator in $(update-binfmts --find "$shell"); do
dst="${CHROOT_PATH}$emulator"
if [ ! -e "$emulator" ]; then
info "Missing emulator: $emulator; not enabling binfmt support"
else
[ -e "$dst" ] || touch "$dst"
mount --bind "$emulator" "$dst"
mount -o remount,ro,bind "$dst"
fi
done


-- 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#679500: cron: test for missing lost+found should ignore bind mounts

[Toby Speight]

Package: cron
Version: 3.0pl1-121
Severity: normal
File: /etc/cron.daily/standard

Dear Maintainer,

Every day, I receive an email warning me about missing lost+found
directories.  But the filesystems listed are merely bind mounts of
sub-trees of other filesystems which do in fact have lost+found.  I
think that the test script should filter out bind mounts before
checking for /lost+found.


-- Package-specific info:
--- EDITOR:


--- /usr/bin/editor:
/usr/bin/emacs23-x

--- /usr/bin/crontab:
-rwxr-sr-x 1 root crontab 40912 Jan 30 11:09 /usr/bin/crontab

--- /var/spool/cron:
drwxr-xr-x 5 root root 4096 Dec  6  2007 /var/spool/cron

--- /var/spool/cron/crontabs:
drwx-wx--T 2 root crontab 4096 Apr 13 22:53 /var/spool/cron/crontabs

--- /etc/cron.d:
drwxr-xr-x 2 root root 4096 Jun  5 11:05 /etc/cron.d

--- /etc/cron.daily:
drwxr-xr-x 2 root root 4096 Jun 26 09:43 /etc/cron.daily

--- /etc/cron.hourly:
drwxr-xr-x 2 root root 4096 Feb 10 13:59 /etc/cron.hourly

--- /etc/cron.monthly:
drwxr-xr-x 2 root root 4096 Feb 10 13:59 /etc/cron.monthly

--- /etc/cron.weekly:
drwxr-xr-x 2 root root 4096 Jun  1 17:58 /etc/cron.weekly



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armel

Kernel: Linux 3.2.9-balti (SMP w/4 CPU cores; PREEMPT)
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 cron depends on:
ii  adduser 3.113+nmu3
ii  debianutils 4.3.1
ii  dpkg1.16.3
ii  libc6   2.13-33
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libselinux1 2.1.9-5
ii  lsb-base4.1+Debian7

Versions of packages cron recommends:
ii  exim4-daemon-light [mail-transport-agent]  4.80-3

Versions of packages cron suggests:
pn  anacron
pn  checksecurity  
ii  logrotate  3.8.1-4

Versions of packages cron is related to:
pn  libnss-ldap   
pn  libnss-ldapd  
pn  libpam-ldap   
pn  libpam-mount  
pn  nis   
pn  nscd  

-- Configuration Files:
/etc/default/cron changed:
READ_ENV="yes"
EXTRA_OPTS="-L 12"


-- no debconf information

Bug#659620: RFP: wview -- Weather station daemon

[Toby Speight]

Package: wnpp
Severity: wishlist

(I'm not sure whether this is RFP or RFA, as a package exists, but it's
not in Debian's archive - please re-title if necessary).

* Package name: wview
  Version : 5.19.0-1
  Upstream Author : Mark Teel 
* URL or Web page : http://www.wviewweather.com/
* License : GPL2 and GPL3
  Description : Weather station daemon

I've been using the Debian package from upstream for half a year or so
now, but there are benefits from being able to move the package into
Debian properly:

* Easier for new users to find and install
* Easier to keep in sync with mixed distributions (stable/testing or
  testing/unstable)
* Standard bug tracking and patch submission process

There are a few issues I'd like to see addressed, but shouldn't stand in
the way of this RFP:

* Daemon should run as a daemon user, not as root.
* It would be nice to have more modular install - e.g. I'm recording
  weather recording to my database, but I don't want or need the HTML
  generator.  I shouldn't have to install components (and their
  dependencies) which I turn off.
* Set up questions should be debconfised.


The upstream packaging has mixed license terms (all DFSG, AIUI):

/[ copyright ]
| This package was debianized by Mark Teel  on
| Thu, 19 Nov 2009 16:09:27 -0600.
| 
| It was downloaded from http://www.wviewweather.com
| 
| wview was written by Mark Teel 
| 
| Copyright: Copyright (C) 2001-2009 Mark Teel. All rights reserved.
| 
| Licensed under GPL version 2, see `/usr/share/common-licenses/GPL-2'.
| 
| The Debian packaging is:
| 
| Copyright (C) 2009 Mark Teel 
| 
| and is licensed under the GPL version 3, 
| see `/usr/share/common-licenses/GPL-3'.
| 
\


The radlib-dev package which is a dependency is mixed BSD and GPL3:

/[ copyright ]
| This package was debianized by: Mark Teel  on 
| Mon, 16 Nov 2009 21:09:51 -0600
| 
| It was downloaded from: http://radlib.teel.ws
| 
| Upstream Author: Mark Teel 
| 
| Copyright (C) 2001-2009 Mark Teel 
| 
| You are free to distribute this software under the terms of the BSD License.
| On Debian systems, the complete text of the BSD License can be found in the
| file `/usr/share/common-licenses/BSD'.
| 
| The Debian packaging is Copyright (C) 2009 Mark Teel 
| and is licensed under the GPL version 3, and can be found in the file 
| `/usr/share/common-licenses/GPL-3'.
\


I don't see anywhere in either license that specifies invariant sections
or cover pages for the GPL-3 part; I believe there are no invariant
sections and no cover pages.


I've included upstream (Mark Teel) on this RFP in case he has opinions
for/against his package entering Debian, or can contribute further
relevant information.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#659802: xscreensaver: Option to leave DPMS alone

[Toby Speight]

Package: xscreensaver
Version: 5.15-2
Severity: wishlist

XScreenSaver imposes its idea of DPMS settings every time it does
something.  However, I prefer to set DPMS externally (in particular, I
set a much shorter timeout when away, according to pam-usb).

One might expect that setting the 'dpmsEnabled' resource to a false
value would have the desired effect; however, that makes XScreenSaver
turn DPMS off at every opportunity - not what I wanted

It seems like the only way to stop XScreenSaver touching DPMS is to
recompile with --without-dpms-ext

I'd like to see a resource to prevent XScreenSaver using or touching
DPMS at all, so I can manage it without being overruled.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.1-balti (SMP w/4 CPU cores; PREEMPT)
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 xscreensaver depends on:
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-26
ii  libcairo2   1.10.2-6.2
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.8-1
ii  libgdk-pixbuf2.0-0  2.24.0-2
ii  libglade2-0 1:2.6.4-1
ii  libglib2.0-02.30.2-6
ii  libgtk2.0-0 2.24.8-3
ii  libice6 2:1.0.7-2
ii  libpam0g1.1.3-7
ii  libpango1.0-0   1.29.4-2
ii  libsm6  2:1.2.0-2
ii  libx11-62:1.4.4-4
ii  libxext62:1.3.0-3
ii  libxi6  2:1.4.5-1
ii  libxinerama12:1.1.1-3
ii  libxml2 2.7.8.dfsg-7
ii  libxmu6 2:1.1.0-3
ii  libxpm4 1:3.5.9-4
ii  libxrandr2  2:1.3.2-2
ii  libxrender1 1:0.9.6-2
ii  libxt6  1:1.1.1-2
ii  libxxf86vm1 1:1.1.1-2
ii  xscreensaver-data   5.15-2

Versions of packages xscreensaver recommends:
ii  libjpeg-progs  8d-1
ii  miscfiles [wordlist]   1.4.2.dfsg.1-9
ii  perl [perl5]   5.14.2-7
ii  wbritish [wordlist]7.1-1
ii  wbritish-large [wordlist]  7.1-1

Versions of packages xscreensaver suggests:
ii  elinks [www-browser] 0.12~pre5-7
ii  fortune-mod [fortune]1:1.99.1-4
ii  gdm3 | kdm-gdmcompat 
ii  iceweasel [www-browser]  9.0.1-1
ii  lynx-cur [www-browser]   2.8.8dev.9-3
ii  qcam | streamer  
ii  w3m [www-browser]0.5.3-5
ii  xdaliclock   2.35+debian-1
ii  xfishtank2.2-25.2
ii  xscreensaver-gl  5.15-2

-- Configuration Files:
/etc/pam.d/xscreensaver changed:
auth[success=done new_authtok_reqd=ok default=die]  pam_usb.so
@include common-auth


-- 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#659802: xscreensaver: Option to leave DPMS alone

[Toby Speight]

> "Jamie" == Jamie Zawinski  writes:

Jamie> Intended behavior. Won't fix.  It's impossible to allow use
Jamie> of both xset and a GUI and know which setting should take
Jamie> priority, since changes to settings don't have timestamps on
Jamie> them. Therefore, xscreensaver has to be 100% in charge of
Jamie> these settings for it to work at all.

I'm not asking to use "both xset and a GUI"; I'm asking to to use only
xset, and have the GUI leave DPMS well alone.  At present, there's a
./configure option to do so, but no run-time equivalent.

An acceptable alternative would for XScreenSaver to take charge, as
you want, but to permit users to turn DPMS on and off (and change its
timings) via xscreensaver-command.

Or even (uglily) to re-read the relevant X resources each time it is
about to set DPMS.  Or even to do the expected thing, and only set DPMS
at startup, and when the user changes the settings using the GUI, instead
of every single time the screensaver activates, deactivates or cycles.

In case it's not obvious what I'm doing, here's my pamusb user script:

/[ screenlock ]
| #!/bin/sh
| 
| dev="Logitech USB-PS/2 Optical Mouse"
| prop="Device Enabled"
| 
| case "$1" in
| off|lock)
| # Lock screen, disable mouse (to prevent accidental wakeup),
| # and minimise monitor usage while I'm away.
| xscreensaver-command --lock
| xinput set-prop "$dev" "$prop" 0
| xset dpms 5 20 20 dpms force off
| sleep 15# xscreensaver stomps on DPMS settings
| xset dpms 5 20 20 dpms force off
| ;;
| on|unlock)
| # Undo all the above
| xset -dpms
| xscreensaver-command --deactivate
| xinput set-prop "$dev" "$prop" 1
| sleep 15# xscreensaver stomps on DPMS settings
| xset dpms -dpms
| ;;
| *)
| echo "Usage: $0 lock|unlock" >&2
| exit 1;
| esac
\

P.S. I'm not sure why timestamps of changes are important - if DPMS
settings changed since XScreenSaver started, then that's probably what
the user wants.  But perhaps I'm missing something?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#659802: xscreensaver: Option to leave DPMS alone

[Toby Speight]

Tags: patch
thanks

Despite Jamie's misgivings, I believe it's possible to provide the
functionality I need without inconvenience users who like the existing
action; I attached a patch that adds a config file option
"leaveDpmsAlone" (no UI or documentation - I could perhaps have a stab
at that later if requested).  If false (default), xscreensaver takes
over DPMS for the user; if set to true, then it will not touch the DPMS
settings.

diff -ru xscreensaver-5.15/debian/changelog xscreensaver-5.15-2+tms1/debian/changelog
--- xscreensaver-5.15/debian/changelog	2012-02-15 19:29:57.0 +
+++ xscreensaver-5.15-2+tms1/debian/changelog	2012-02-15 19:17:38.0 +
@@ -1,3 +1,10 @@
+xscreensaver (5.15-2+tms1) unstable; urgency=low
+
+  * Add config file option to prevent xscreensaver touching DPMS (Closes:
+    #659802).
+
+ -- Toby Speight   Wed, 15 Feb 2012 19:17:38 +
+
 xscreensaver (5.15-2) unstable; urgency=low
 
   * Build-dep on libjpeg-dev instead of libjpeg62-dev (Closes: #647110)
Only in xscreensaver-5.15-2+tms1/debian/patches: .dpkg-source-applied
diff -ru xscreensaver-5.15/driver/prefs.c xscreensaver-5.15-2+tms1/driver/prefs.c
--- xscreensaver-5.15/driver/prefs.c	2011-10-05 21:51:17.0 +0100
+++ xscreensaver-5.15-2+tms1/driver/prefs.c	2012-02-15 18:48:38.0 +
@@ -275,6 +275,7 @@
   "logFile",			/* not saved */
   "ignoreUninstalledPrograms",
   "font",
+  "leaveDpmsAlone",
   "dpmsEnabled",
   "dpmsQuickOff",
   "dpmsStandby",
@@ -817,6 +818,7 @@
 
   CHECK("font")		type = pref_str,  s =stderr_font;
 
+  CHECK("leaveDpmsAlone")	type = pref_bool, b = p->dpms_leave_alone_p;
   CHECK("dpmsEnabled")	type = pref_bool, b = p->dpms_enabled_p;
   CHECK("dpmsQuickOff")	type = pref_bool, b = p->dpms_quickoff_p;
   CHECK("dpmsStandby")	type = pref_time, t = p->dpms_standby;
@@ -1074,6 +1076,7 @@
"windowCreationTimeout",
 		   "Time");
 
+  p->dpms_leave_alone_p = get_boolean_resource (dpy, "leaveDpmsAlone", "Boolean");
   p->dpms_enabled_p  = get_boolean_resource (dpy, "dpmsEnabled", "Boolean");
   p->dpms_quickoff_p = get_boolean_resource (dpy, "dpmsQuickOff", "Boolean");
   p->dpms_standby= 1000 * get_minutes_resource (dpy, "dpmsStandby", "Time");
diff -ru xscreensaver-5.15/driver/timers.c xscreensaver-5.15-2+tms1/driver/timers.c
--- xscreensaver-5.15/driver/timers.c	2011-10-05 21:51:17.0 +0100
+++ xscreensaver-5.15-2+tms1/driver/timers.c	2012-02-15 19:02:44.0 +
@@ -1445,13 +1445,14 @@
 
   /* If the DPMS settings on the server have changed, change them back to
  what ~/.xscreensaver says they should be. */
-  sync_server_dpms_settings (si->dpy,
- (p->dpms_enabled_p  &&
-  p->mode != DONT_BLANK),
- p->dpms_standby / 1000,
- p->dpms_suspend / 1000,
- p->dpms_off / 1000,
- False);
+  if (!p->dpms_leave_alone_p)
+sync_server_dpms_settings (si->dpy,
+   (p->dpms_enabled_p  &&
+p->mode != DONT_BLANK),
+   p->dpms_standby / 1000,
+   p->dpms_suspend / 1000,
+   p->dpms_off / 1000,
+   False);
 
   if (si->screen_blanked_p)
 {
diff -ru xscreensaver-5.15/driver/types.h xscreensaver-5.15-2+tms1/driver/types.h
--- xscreensaver-5.15/driver/types.h	2011-10-05 21:51:17.0 +0100
+++ xscreensaver-5.15-2+tms1/driver/types.h	2012-02-15 08:24:09.0 +
@@ -111,6 +111,7 @@
   Time watchdog_timeout;	/* how often to re-raise and re-blank screen */
   int pointer_hysteresis;	/* mouse motions less than N/sec are ignored */
 
+  Bool dpms_leave_alone_p;  /* Whether to update DPMS settings */
   Bool dpms_enabled_p;		/* Whether to power down the monitor */
   Bool dpms_quickoff_p;		/* Whether to power down monitor immediately
    in "Blank Only" mode */
diff -ru xscreensaver-5.15/driver/xscreensaver.c xscreensaver-5.15-2+tms1/driver/xscreensaver.c
--- xscreensaver-5.15/driver/xscreensaver.c	2011-10-05 21:51:17.0 +0100
+++ xscreensaver-5.15-2+tms1/driver/xscreensaver.c	2012-02-15 19:02:44.0 +
@@ -1096,13 +1096,14 @@
 
   /* If the DPMS settings in the init file have changed,
  change the settings on the server to match. */
-  sync_server_dpms_settings (si->dpy,
- (p->dpms_enabled_p  &&
-

Bug#659479: aptitude: Too chatty even with --quiet=9

[Toby Speight]

> "Daniel" == Daniel Hartwig  writes:

Daniel> This problem is already reported.  The attached patch fixes
Daniel> it:

I've had that patch installed for a couple of days and it does just what
I want - thanks.  Looking forward to seeing it in a future release.  :-)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#659802: xscreensaver: Option to leave DPMS alone

[Toby Speight]

> "Jamie" == Jamie Zawinski  writes:

Jamie> Sorry, I think this is only going to confuse people.
Jamie> Applications should not have UI elements that just magically
Jamie> get ignored if some forgotten text-only preference is set.
Jamie> I'm not going to install this patch upstream.

I did say that I could add UI to that proof-of-concept (which would
disable the rest of the DPMS UI when leaveDpmsAlone is set, in the same
way that the timeout fields are disabled when dpmsEnabled is unset).
But you do seem vehemently prejudiced against anyone wanting to do
things differently from you so I won't push it unless Jose Luis thinks
my approach is valuable in Debian.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#679500: cron: test for missing lost+found should ignore bind mounts

[Toby Speight]

0> In article 
,
0> Javier Fernandez-Sanguino mailto:j...@computer.org> ("Javier") wrote:

Javier> This bug was already reported (in bug reports #662605 and
Javier> #660879) and has been fixed in the 3.0pl1-123 version (in
Javier> unstable now) by removing the standard cron task file.

Oops - sorry I didn't check thoroughly enough.

One note on the proposed fix - I think that the argument that fsck will
create /lost+found is possibly a bit flawed - the point of having a
large enough pre-created directory is to avoid any block allocations
during fsck, to reduce the risk of further corrupting the filesystem
when the free list is mangled.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#658013: libpam-usb: Upgrade requires rewrite of config file

[Toby Speight]

Package: libpam-usb
Version: 0.5.0-1
Severity: normal
File: /etc/pamusb.conf

When upgrading libpam-usb from 0.4.2 to 0.5.0, I found that my
existing configuration file did not correctly give success for the
configured devices.  I found that changing the "serial" field for
each device from the form "SanDisk_U3_Cruzer_179FAC60DBA4-0:0"
to just "179FAC60DBA4" was sufficient to make it work again.

Although it may be possible to write compatibility code, I suggest that
a suitable NEWS item should be enough to alert admins to this change.

Thanks.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.1-balti (SMP w/4 CPU cores; PREEMPT)
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 libpam-usb depends on:
ii  libc6  2.13-24
ii  libdbus-1-31.4.16-1
ii  libxml22.7.8.dfsg-5.1
ii  multiarch-support  2.13-24
ii  pamusb-common  0.5.0-1
ii  pmount 0.9.23-2
ii  udisks 1.0.4-3

libpam-usb recommends no packages.

libpam-usb 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#658700: libpam-usb: Insufficient entropy in pad files

[Toby Speight]

Package: libpam-usb
Version: 0.5.0-1+tms1
Severity: normal
Tags: security, patch

When creating pad files of "random" data, the randomness is quite small.
For an attacker with a local account, the time of login and process id
are quite easy to guess.  (Using the deterministic rand() generator to
increase the length to 1024 bytes doesn't generate any extra randomness,
so that's a red herring).  Being generous, there's probably 8-12 bits of
entropy, from the point of view of a local adversary.

This patch increases the entropy bits sizeof(int)*CHAR_BIT bits (i.e. 32
bits where int is 32 bits), although it does nothing to deal with the
false impression of security given by creating a 8192-bit file.

Description: Increase entropy of generated pad files
  Seeding the random number generator from PID and current time
  provides very little entropy, as these can be guessed quite closely
  by an attacker, so use the kernel's random number generator instead.
Author: Toby Speight 
---
--- libpam-usb-0.5.0.orig/src/pad.c
+++ libpam-usb-0.5.0/src/pad.c
@@ -22,6 +22,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include "conf.h"
@@ -181,6 +182,8 @@ static void pusb_pad_update(t_pusb_optio
 	FILE	*f_system = NULL;
 	char	magic[1024];
 	int		i;
+	unsigned int seed;
+	int devrandom;
 
 	if (!pusb_pad_should_update(opts, user))
 		return ;
@@ -201,7 +204,14 @@ static void pusb_pad_update(t_pusb_optio
 	pusb_pad_protect(user, fileno(f_system));
 
 	log_debug("Generating %d bytes unique pad...\n", sizeof(magic));
-	srand(getpid() * time(NULL));
+	devrandom = open("/dev/random", O_RDONLY);
+	if (devrandom < 0 || read(devrandom, &seed, sizeof seed) != sizeof seed) {
+		log_debug("/dev/random seeding failed...\n");
+		seed = getpid() * time(NULL); /* low-entropy fallback */
+	}
+	if (devrandom > 0)
+		close(devrandom);
+	srand(seed);
 	for (i = 0; i < sizeof(magic); ++i)
 		magic[i] = (char)rand();
 	log_debug("Writing pad to the device...\n");

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.1-balti (SMP w/4 CPU cores; PREEMPT)
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 libpam-usb depends on:
ii  libc6  2.13-24
ii  libdbus-1-31.4.16-1
ii  libxml22.7.8.dfsg-7
ii  multiarch-support  2.13-24
ii  pamusb-common  0.5.0-1+tms1
ii  pmount 0.9.23-2
ii  udisks 1.0.4-3

libpam-usb recommends no packages.

libpam-usb suggests no packages.

-- no debconf information

Bug#683772: gpscorrelate: provide a --force option to overwrite existing GPS tags

[Toby Speight]

Package: gpscorrelate
Version: 1.6.1-4
Severity: wishlist

I've recently acquired a camera that writes GPS data to its images.
But the positioning data are quite often a bit off, because it only
infrequently updates itself (to conserve battery, I presume).

Therefore, I want to overwrite the image data with a GPS position
taken from my separate recorder, if that was on at the time of the
photo.

I could use a two-pass approach, using the -r option, but that would
mean that I'd completely lose geodata where it's not present in the
tracklog.  Which is undesirable, really.

N.B. the GPSDateTime records the time of acquisition of geodata, and
 can be minutes behind Date/Time Original; I think the camera
 interpolates but haven't checked.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armel

Kernel: Linux 3.2.9-balti (SMP w/4 CPU cores; PREEMPT)
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 gpscorrelate depends on:
ii  libc62.13-33
ii  libexiv2-12  0.23-1
ii  libgcc1  1:4.7.1-2
ii  libstdc++6   4.7.1-2
ii  libxml2  2.8.0+dfsg1-5

gpscorrelate recommends no packages.

gpscorrelate 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#683776: gimp: JPEG export - save settings is broken

[Toby Speight]

Package: gimp
Version: 2.8.0-2+b1
Severity: normal

I wanted to change my default JPEG settings, so I used the "Save Defaults"
on the export dialog.  It did succeed in changing my defaults, but not to
the values I asked for - it seems to have broken things so badly that it
now wants to save everything with Integer DCT and 4:2:2 chroma. :-(

The (working) preferences that I previously had were saved with an
earlier Gimp, probably 2.6 or so.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armel

Kernel: Linux 3.2.9-balti (SMP w/4 CPU cores; PREEMPT)
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 gimp depends on:
ii  gimp-data   2.8.0-2
ii  libaa1  1.4p5-40
ii  libatk1.0-0 2.4.0-2
ii  libbabl-0.1-0   0.1.10-1
ii  libbz2-1.0  1.0.6-3
ii  libc6   2.13-33
ii  libcairo2   1.12.2-2
ii  libdbus-1-3 1.6.0-1
ii  libdbus-glib-1-20.100-1
ii  libexif12   0.6.20-3
ii  libfontconfig1  2.9.0-6
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libgegl-0.2-0   0.2.0-2
ii  libgimp2.0  2.8.0-2+b1
ii  libglib2.0-02.32.3-1
ii  libgs9  9.05~dfsg-6
ii  libgtk2.0-0 2.24.10-1
ii  libgudev-1.0-0  175-3.1
ii  libjasper1  1.900.1-13
ii  libjpeg88d-1
ii  liblcms11.19.dfsg-1.1
ii  libmng1 1.0.10-3
ii  libpango1.0-0   1.30.0-1
ii  libpng12-0  1.2.49-1
ii  libpoppler-glib80.18.4-3
ii  librsvg2-2  2.36.1-1
ii  libtiff43.9.6-7
ii  libwebkitgtk-1.0-0  1.8.1-2
ii  libwmf0.2-7 0.2.8.4-10
ii  libx11-62:1.5.0-1
ii  libxcursor1 1:1.1.13-1
ii  libxext62:1.3.1-2
ii  libxfixes3  1:5.0-4
ii  libxmu6 2:1.1.1-1
ii  libxpm4 1:3.5.10-1
ii  python  2.7.3~rc2-1
ii  python-gtk2 2.24.0-3
ii  python2.7   2.7.3~rc2-2.1
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages gimp recommends:
ii  ghostscript  9.05~dfsg-6

Versions of packages gimp suggests:
ii  gimp-data-extras  1:2.0.1-3
ii  gimp-help-en [gimp-help]  2.6.1-1
pn  gvfs-backends 
ii  libasound21.0.25-3

-- 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#679499: [buildd-tools-devel] Bug#679499: schroot: suspend fails from chroot

[Toby Speight]

0> In article <20121014231616.gn5...@codelibre.net>,
0> Roger Leigh mailto:rle...@codelibre.net> ("Roger") wrote:

Roger> This is quite an interesting problem, and will need a bit more
Roger> investigation before I find a solution.

I fully expected that!  :-)

I have however just tried a bit of experimentation, which does basically
what you suggest here:

Roger> I'll try trapping SIGCONT/SIGSTOP, and then raise the same signal
Roger> on ourselves.  However, this could open a horrible can of worms,
Roger> e.g. if you send SIGCONT to bash while schroot is stopped.

I've tried that scenario, and the child bash does continue okay when
given SIGCONT, and resuming schroot gets me back correctly.  Weird
things happen if the child exits when schroot is not in the foreground,
though - it seems that the parent (of schroot) is told to stop.  In
other words, if we do something like:

/
| ~$ schroot -d / -c child -u root
| /# suspend; exit
| 
| [1]+  Stopped schroot/schroot -d / -c child -u root
| ~$ bg
| [1]+ schroot/schroot -d / -c child -u root &
\

I get

/
| ~$ exit
| exit
\

without asking for it.  Since all my other tests are successful and I
don't know what causes the above, I present my patch below, in the hope
that someone can identify what's needed.  Admittedly, typing "suspend;
exit" (or even "suspend; exec ") seems a fairly oddball case.

If I use 'fg' rather than 'bg', it works; also if I start schroot
backgrounded, with a command such as 'schroot -- sleep 3 &' or
'schroot -- bash -c "sleep 3" &'.

If I use 'schroot -- bash -i -c "sleep 3" &', I get some strange
behaviour.  It stops itself, and if I immediately type 'fg' I get the
unasked-for exit (which can be prevented if you get bash to give
"There are stopped jobs."  message, by having another background
process).  A second 'fg' gets in, and the sleep runs.  If I first
just press enter, the parent notices schroot stop, but I still need
to 'fg' twice to get in.

Here's the patch I've been trying:

diff -u -x '*~' schroot-1.6.4/sbuild/sbuild-session.cc schroot-new/sbuild/sbuild-session.cc
--- schroot-1.6.4/sbuild/sbuild-session.cc	2012-10-27 23:39:05.0 +0100
+++ schroot-new/sbuild/sbuild-session.cc	2012-12-10 18:54:56.421884095 +
@@ -1431,7 +1431,7 @@
 	  child_killed = true;
 	}
 
-  if (waitpid(pid, &status, 0) == -1)
+  if (waitpid(pid, &status, WUNTRACED) == -1)
 	{
 	  if (errno == EINTR && (sighup_called || sigterm_called || sigint_called))
 	continue; // Kill child and wait again.
@@ -1450,6 +1450,16 @@
 	}
   // No need to handle the SIGINT case here; it is handled
   // correctly below
+  else if (WIFSTOPPED(status))
+{
+  siginfo_t info;
+  int stopsig = WSTOPSIG(status); // one of SIGSTOP, SIGTSTP, SIGTTIN, SIGTTOU
+  raise(stopsig);
+  // time passes ... when we come back, attempt to wake the child
+  // (which may now be a zombie, but that's fine):
+  kill(pid, SIGCONT);
+  continue;
+}
   else
 	break;
 }

Bug#679499: [buildd-tools-devel] Bug#679499: Bug#679499: schroot: suspend fails from chroot

[Toby Speight]

0> In article <20121210203903.gi14...@codelibre.net>,
0> Roger Leigh mailto:rle...@codelibre.net> ("Roger") wrote:

Roger> Many thanks for the patch.  I'm afraid I'm a little busy to look
Roger> at it in detail right now; maybe while I'm home for Christmas.
Roger>
Roger> I do have a lurking suspicion that the odd corner cases are why
Roger> ssh doesn't implement this; it's safer to not try to deal with
Roger> the problem.

Yes, or at least make it something that must be explicitly requested
(command line or config file).  I'm certainly not pressing for such a
thing to be rushed into schroot, and the patch is mainly just a straw-man
to get more eyes on this.

Thanks again for responding; I may be out of contact a fair bit over the
Christmas and New Year period, but will respond to emails after that.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#683772: gpscorrelate: provide a --force option to overwrite existing GPS tags

[Toby Speight]

Tags: patch

I finally got around to doing this myself - please consider adding or
upstreaming this patch:

diff -r -u gpscorrelate-1.6.1/correlate.c gpscorrelate-1.6.1+tms.1/correlate.c
--- gpscorrelate-1.6.1/correlate.c	2007-06-21 15:31:49.0 +0100
+++ gpscorrelate-1.6.1+tms.1/correlate.c	2013-04-26 09:45:25.464853539 +0100
@@ -60,7 +60,7 @@
 		Options->Result = CORR_NOEXIFINPUT;
 		return 0;
 	}
-	if (IncludesGPS)
+	if (IncludesGPS && !Options->OverwriteExisting)
 	{
 		/* Already have GPS data in the file!
 		 * So we can't do this again... */
diff -r -u gpscorrelate-1.6.1/correlate.h gpscorrelate-1.6.1+tms.1/correlate.h
--- gpscorrelate-1.6.1/correlate.h	2007-06-21 15:31:49.0 +0100
+++ gpscorrelate-1.6.1+tms.1/correlate.h	2013-04-26 09:44:12.656247487 +0100
@@ -29,6 +29,7 @@
  * Not really sure if this is needed, but... */
 struct CorrelateOptions {
 	int NoWriteExif;
+	int OverwriteExisting;
 	int NoInterpolate;
 	int NoChangeMtime;
 	int TimeZoneHours;  /* To add to photos to make them UTC. */
diff -r -u gpscorrelate-1.6.1/debian/changelog gpscorrelate-1.6.1+tms.1/debian/changelog
--- gpscorrelate-1.6.1/debian/changelog	2012-05-06 23:28:10.0 +0100
+++ gpscorrelate-1.6.1+tms.1/debian/changelog	2013-04-26 10:30:33.559152896 +0100
@@ -1,3 +1,9 @@
+gpscorrelate (1.6.1-4+tms.1) unstable; urgency=low
+
+  * Add ability to force overwriting of existing tags
+
+ -- Toby Speight   Fri, 26 Apr 2013 09:31:14 +0100
+
 gpscorrelate (1.6.1-4) unstable; urgency=low
 
   * Update Maintainer field with Debian email.
diff -r -u gpscorrelate-1.6.1/doc/command.html gpscorrelate-1.6.1+tms.1/doc/command.html
--- gpscorrelate-1.6.1/doc/command.html	2007-06-21 15:31:49.0 +0100
+++ gpscorrelate-1.6.1+tms.1/doc/command.html	2013-04-26 10:14:59.547518455 +0100
@@ -54,6 +54,13 @@
 
 
 
+--force or -F
+
+Overwrite any existing GPS EXIF tags in the file. Without this option, image files that already have GPS tags are not modified.  Setting this option will never cause tags to be removed; use -r for that.
+
+
+
+
 --datum or -d "datum"
 
 Specifies the "datum" to write into the GPS EXIF tags. By default, it is WGS-84. However, GPX is not supposed to store anything but WGS-84, so use if you must.
diff -r -u gpscorrelate-1.6.1/doc/gpscorrelate-manpage.xml.in gpscorrelate-1.6.1+tms.1/doc/gpscorrelate-manpage.xml.in
--- gpscorrelate-1.6.1/doc/gpscorrelate-manpage.xml.in	2008-10-31 11:50:39.0 +
+++ gpscorrelate-1.6.1+tms.1/doc/gpscorrelate-manpage.xml.in	2013-04-26 09:56:46.094513109 +0100
@@ -77,6 +77,11 @@
 -n
 --no-write
   
+  
+  
+-F
+--force
+  
 
   
 -m
@@ -297,6 +302,16 @@
 
   
 
+  
+
+  -F,
+  --force
+
+
+  overwrite existing GPS tags
+
+  
+
   
 
   -m,
diff -r -u gpscorrelate-1.6.1/doc/gui.html gpscorrelate-1.6.1+tms.1/doc/gui.html
--- gpscorrelate-1.6.1/doc/gui.html	2007-06-21 15:31:49.0 +0100
+++ gpscorrelate-1.6.1+tms.1/doc/gui.html	2013-04-26 10:13:34.086815903 +0100
@@ -28,6 +28,8 @@
 
 The "Don't write" checkbox, if checked, will prevent the GPS EXIF tags being written back to the photo. However, the point that is matched will be shown in the list, which allows you to correlate and check the results first.
 
+The "Overwrite existing tags" checkbox, if checked, will make matches replace any existing tags.  Without this option, files that already have GPS tags will not be touched.  Unmatched files will not be modified, regardless of this setting.
+
 The "Don't change mtime" checkbox, if checked, will prevent changes to the JPEG files from updating the files mtime.
 
 The "Between Segments" checkbox, if checked, will ignore track segments, and match photos between track segments. Usually a track segment differentiates between multiple GPS data logging sessions, so interpolating between track segments could well be interpolating when there was no GPS data.
diff -r -u gpscorrelate-1.6.1/exif-gps.cpp gpscorrelate-1.6.1+tms.1/exif-gps.cpp
--- gpscorrelate-1.6.1/exif-gps.cpp	2013-05-02 17:44:42.0 +0100
+++ gpscorrelate-1.6.1+tms.1/exif-gps.cpp	2013-04-26 11:02:11.142842258 +0100
@@ -434,6 +434,15 @@
 
 }
 
+void replace(Exiv2::ExifData &exif, Exiv2::ExifKey key, const Exiv2::Value *value)
+{
+Exiv2::ExifData::iterator it = exif.findKey(key);
+if (it != exif.end())
+it->setValue(value);
+else
+exif.add(key, value);
+}
+
 int WriteGPSData(char* File, struct GPSPoint* Point, char* Datum, int NoChangeMtime, int DegMinSecs)
 {
 	// Write the GPS data to the file...
@@ -473,7 +482,7 @@
 	//  (and, must be present).
 	Exiv2::Value::AutoPtr Value = Exiv2::Value::create(Exiv2::unsignedByte);
 	Value->read("2 0 0 0");
-	ExifToWrite.add(Exiv2::ExifKey("Exif.GPSInfo.GPSVersionID&

Bug#700614: libosmium-dev: new upstream supports 64-bit ids

[Toby Speight]

Package: libosmium-dev
Version: 0.0~20111213-g7f3500a-3+b2
Severity: important

OSM ids now exceed the capacity of a 32-bit signed int, causing my
applications to fail with a bad_alloc.  Upstream changelog mentions
64-bit ID support, so please package for us.

Thanks.


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armel

Kernel: Linux 3.2.35-balti (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 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#572627: librsvg2-bin: CSS multiple class selectors fail

[Toby Speight]

Package: librsvg2-bin
Version: 2.26.0-1
Severity: normal

Viewing the included SVG file with rsvg-view (or converting it to PNG
with rsvg) shows the dashed line in black, meaning that the CSS for
".foo" and ".bar" has been applied, but not the rule for ".foo.bar".
Inkscape (and inkview) correctly show the dashed line in red.

<>
Specification reference:

http://www.w3.org/TR/2008/REC-CSS2-20080411/selector.html#class-html >

rsvg also doesn't match using the full attribute-value syntax
"[class~=foo][class~=bar]" - perhaps it's internally using a CSS1
engine?  The SVG spec says that CSS2 selectors must be supported:

http://www.w3.org/TR/SVG11/styling.html#StylingWithCSS >


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30 (SMP w/4 CPU cores; PREEMPT)
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 librsvg2-bin depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii  libglib2.0-0  2.22.4-1   The GLib library of C routines
ii  libgtk2.0-0   2.18.6-1   The GTK+ graphical user interface 
ii  librsvg2-22.26.0-1   SAX-based renderer library for SVG
ii  libx11-6  2:1.3.3-1  X11 client-side library
ii  python2.5.4-9An interactive high-level object-o

librsvg2-bin recommends no packages.

librsvg2-bin suggests no packages.

-- no debconf information

Bug#633652: emacs on a text console - please help me overcome the shock

[Toby Speight]

> "r" == rdiezmail-emacs   writes:
r> The console mode has been a shock.  There is no mouse at all.  I
r> cannot navigate the menus as usual, menu-bar-open is weird and
r> unfriendly.  But, worst of all, some key combinations do not work
r> well.


0> In article <87ty99otg1@jidanni.org>,
0> jidanni mailto:jida...@jidanni.org> ("Jidanni") wrote:

Jidanni> My question is how do all those high powered Debian Developers
Jidanni> cope?  Don't tell me they don't use emacs.  Or not as root.
Jidanni> Not even when administering their system?


I certainly avoid running programs as large and extensible as emacs when
I'm root!  And, generally, all X11 programs fall into that category.

As previously mentioned, Tramp is the ultimate saviour for editing files
as many users on many systems.

If you feel you must run as root, and you want to use a mouse with emacs
in XTerm, then xterm-mouse-mode may help:

/
| xterm-mouse-mode is an interactive autoloaded Lisp function in `xt-mouse'.
| (xterm-mouse-mode &optional arg)
| 
| Toggle XTerm mouse mode.
| With prefix arg, turn XTerm mouse mode on if arg is positive, otherwise
| turn it off.
| 
| Turn it on to use Emacs mouse commands, and off to use xterm mouse
| commands.  This works in terminal emulators compatible with xterm.  It
| only works for simple uses of the mouse.  Basically, only non-modified
| single clicks are supported.  When turned on, the normal xterm mouse
| functionality for such clicks is still available by holding down the
| SHIFT key while pressing the mouse button.
\



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#717805: initramfs-tools: lsinitramfs doesn't understand early microcode images

[Toby Speight]

Package: initramfs-tools
Version: 0.113
Severity: normal
File: /usr/bin/lsinitramfs

Dear Maintainer,

With iucode-tool installed, mkinitramfs will generate an image for 3.9
or higher kernels with an uncompressed cpio archive containing processor
firmware before the main, compressed initramfs.  lsinitramfs doesn't
handle this at all, simply repeating the file name to stdout (not even
listing the contents of the first archive).

I believe that initramfs should list the contents of both the early
microcode firmware and the main initramfs when looking at one of these
archives.


-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 2.8M Jul 17 17:56 /boot/initrd.img-3.10.1
-rw-r--r-- 1 root root 2.8M Jul 16 23:25 /boot/initrd.img-3.9.8

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=y
KEYMAP=n
COMPRESS=xz
BOOT=local
DEVICE=
NFSROOT=auto

-- /etc/initramfs-tools/update-initramfs.conf
update_initramfs=yes
backup_initramfs=no

-- mkinitramfs hooks
/etc/initramfs-tools/hooks/:

/usr/share/initramfs-tools/hooks:
busybox
dmsetup
intel_microcode
keymap
klibc
kmod
thermal
udev


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armel

Kernel: Linux 3.10.1-balti (SMP w/8 CPU cores; PREEMPT)
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 initramfs-tools depends on:
ii  cpio   2.11+dfsg-1
ii  klibc-utils2.0.1-3.1
ii  kmod   9-3
ii  module-init-tools  9-3
ii  udev   175-7.2

Versions of packages initramfs-tools recommends:
ii  busybox  1:1.20.0-8.1

Versions of packages initramfs-tools suggests:
ii  bash-completion  1:2.0-1

-- Configuration Files:
/etc/initramfs-tools/initramfs.conf changed:
MODULES=most
BUSYBOX=y
KEYMAP=n
COMPRESS=xz
BOOT=local
DEVICE=
NFSROOT=auto


-- no debconf information

Bug#659620: RFP: wview -- Weather station daemon

[Toby Speight]

0> In article <4f40399d.5070...@gmail.com>,
0> Mark Teel mailto:mteel2...@gmail.com> ("Mark") wrote:

Mark> I am very open to official inclusion in the debian repository.  I
Mark> do not have time or desire to be the package maintainer for an
Mark> official debian package.  Further, radlib would also require
Mark> inclusion as it is a firm prerequisite for wview.  If Mr. Speight
Mark> is proposing to be the package maintainer I will gladly support
Mark> his or anyone's efforts.

I'm not currently a Debian Developer, but perhaps it's time I got more
involved.  I'll look into what's required for me to become a DD and
adopt the wview package.


A small clarification:

Mark> More modular install - An enhancement to be considered in the future.
Mark> Most users want the simplicity of a web-based configuration requiring
Mark> apache and php-sqlite.

If I were to split into sub-packages, I'd keep a "wview" package that
depended on all the components, so no impact on existing users who
expect to get everything.

I don't think having different licenses for the code and the packaging
is a problem; it's just something to check.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#564781: [mk-build-deps] Nudge aptitude towards the proper resolution

[Toby Speight]

Package: devscripts
Version: 2.11.4
Tags: patch
File: /usr/bin/mk-build-deps

Here's a patch to mk-build-deps that incorporates Loïc Minier's improvement
(though I still find aptitude asking to remove my new package) and also
makes it actually use MKBUILDDEPS_ROOTCMD from the .devscripts file (I
didn't write any documentation, though).

--- /usr/local/src/debian/devscripts-2.11.4/scripts/mk-build-deps.pl	2011-12-22 21:39:47.0 +
+++ /usr/bin/mk-build-deps	2012-02-23 08:17:12.0 +
@@ -149,6 +149,7 @@
 or $config_vars{'MKBUILDDEPS_ROOTCMD'}=$config_default{'MKBUILDDEPS_ROOTCMD'};
 
 $install_tool = $config_vars{'MKBUILDDEPS_TOOL'};
+$root_cmd = $config_vars{'MKBUILDDEPS_ROOTCMD'};
 
 if ($config_vars{'MKBUILDDEPS_REMOVE_AFTER_INSTALL'} =~ /yes/) {
 $opt_remove=1;
@@ -283,13 +284,13 @@
 if($root_cmd) {
 system shellwords($root_cmd), 'dpkg', '--unpack', @deb_files;
 die("dpkg call failed\n") if ( ($?>>8) != 0 );
-system shellwords($root_cmd), shellwords($install_tool), '-f', 'install';
+system shellwords($root_cmd), shellwords($install_tool), '-f', 'install', map("$_-build-deps", @packages);
 die("install call failed\n") if ( ($?>>8) != 0 );
 }
 else {
 system 'dpkg', '--unpack', @deb_files;
 die("dpkg call failed\n") if ( ($?>>8) != 0 );
-system shellwords($install_tool), '-f', 'install';
+system shellwords($install_tool), '-f', 'install', map("$_-build-deps", @packages);
 die("install call failed\n") if ( ($?>>8) != 0 );
 }
 


-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
MKBUILDDEPS_TOOL="aptitude --schedule-only"
MKBUILDDEPS_REMOVE_AFTER_INSTALL='yes'
MKBUILDDEPS_ROOTCMD='sudo'

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.1-balti (SMP w/4 CPU cores; PREEMPT)
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 devscripts depends on:
ii  dpkg-dev   1.16.1.2
ii  libc6  2.13-26
ii  perl   5.14.2-7
ii  python 2.7.2-10
ii  python2.6  2.6.7-4
ii  python2.7  2.7.2-8

Versions of packages devscripts recommends:
ii  at3.1.13-1
ii  curl  7.24.0-1
ii  dctrl-tools   2.20.1
ii  debian-keyring2011.12.01
ii  dput | dupload
ii  equivs2.0.9
ii  fakeroot  1.18.2-1
ii  gnupg 1.4.11-3
ii  libcrypt-ssleay-perl  0.58-1
ii  libjson-perl  
ii  libparse-debcontrol-perl  2.005-3
ii  libsoap-lite-perl 
ii  liburi-perl   1.59-1
ii  libwww-perl   6.03-1
ii  lintian   2.5.4
ii  man-db2.6.0.2-3
ii  patch 2.6.1-3
ii  patchutils0.3.2-1.1
ii  python-debian 0.1.21
ii  python-magic  
ii  sensible-utils0.0.6
ii  strace4.5.20-2.3
ii  unzip 6.0-5
ii  wdiff 0.6.5-1
ii  wget  1.13.4-2
ii  xz-utils  5.1.1alpha+20110809-3

Versions of packages devscripts suggests:
ii  build-essential  11.5
ii  cvs-buildpackage 
ii  devscripts-el35.2
ii  gnuplot  
ii  libauthen-sasl-perl  
ii  libfile-desktopentry-perl
ii  libnet-smtp-ssl-perl 
ii  libterm-size-perl
ii  libtimedate-perl 1.2000-1
ii  libyaml-syck-perl1.19-1+b1
ii  mailutils [mailx]1:2.2+dfsg1-4+b1
ii  mutt 
ii  openssh-client [ssh-client]  1:5.9p1-2
ii  svn-buildpackage 
ii  w3m  0.5.3-5

-- no debconf information

Bug#661105: pipewalker: Prevents DPMS blanking

[Toby Speight]

Package: pipewalker
Version: 0.9.1-1
Severity: normal

If pipewalker is running (either mapped or iconified), then turning off
the monitor with e.g. 'dpms force off' is very quickly undone, and the
monitor returns to the 'on' state within a second or so.

The only remedy is to exit pipewalker and repeat the action.

Please stop this program meddling with my display settings.  Thanks.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.1-balti (SMP w/4 CPU cores; PREEMPT)
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 pipewalker depends on:
ii  libc6 2.13-26
ii  libgcc1   1:4.6.2-12
ii  libgl1-mesa-glx [libgl1]  7.11.2-1
ii  libsdl1.2debian   1.2.15-1
ii  libstdc++64.6.2-12

pipewalker recommends no packages.

pipewalker 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#647452: osmosis: spring-beans.jar not found

[Toby Speight]

Package: osmosis
Version: 0.39+ds1-5
Severity: important

$ osmosis --read-xml enableDateParsing=no file=in.osm --write-xml file=out.osm
java.io.FileNotFoundException: /usr/share/java/spring-beans.jar
at 
org.codehaus.plexus.classworlds.launcher.ConfigurationParser.parse(ConfigurationParser.java:265)
at 
org.codehaus.plexus.classworlds.launcher.Configurator.configure(Configurator.java:135)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.configure(Launcher.java:131)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:404)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351)
at org.codehaus.classworlds.Launcher.main(Launcher.java:31)

$ (cd /usr/share/java;ls spring*)
spring3-beans-3.x.jar  spring3-core-3.x.jar  spring3-jdbc-3.x.jar  
spring3-transaction-3.x.jar  spring-core-2.5.jar  spring-tx-2.5.jar
spring3-beans.jar  spring3-core.jar  spring3-jdbc.jar  
spring3-transaction.jar  spring-core.jar  spring-tx.jar

I think that spring3-beans.jar is the right library.  A similar situation
exists with spring-jdbc.jar.  Linking those libraries to the expected
locations fixes the problem for me.

Possibly the fix is for the libspring-beans-java and libspring-jdbc-java
packages to provide symlinks to these names, in which case bugs need to
be filed against those packages.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-balti (SMP w/4 CPU cores; PREEMPT)
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 osmosis depends on:
ii  ant  1.8.2-4
ii  default-jre-headless [java6-runtime-headless]1:1.6-43   
ii  libbatik-java1.7-8  
ii  libcommons-codec-java1.5-1  
ii  libcommons-compress-java 1.2-1  
ii  libcommons-dbcp-java 1.4-2  
ii  libcommons-pool-java 1.5.6-1
ii  libjpf-java  1.5.1+dfsg-3   
ii  libmysql-java5.1.16-2   
ii  libosmpbf-java   1.1-1  
ii  libpg-java   8.4-702-1  
ii  libplexus-classworlds-java   1.5.0-3
ii  libpostgis-java  1.5.3-1
ii  libprotobuf-java 2.4.0a-2   
ii  libspring-beans-java 3.0.6.RELEASE-4
ii  libspring-jdbc-java  3.0.6.RELEASE-4
ii  libspring-tx-2.5-java2.5.6.SEC02-7  
ii  libwoodstox-java 1:3.9.2.dfsg-4 
ii  openjdk-6-jre-headless [java6-runtime-headless]  6b23~pre11-1   
ii  sun-java6-jre [java6-runtime-headless]   6.26-3 

osmosis recommends no packages.

osmosis 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#654410: wview: wviewd fails to start

[Toby Speight]

Package: wview
Severity: normal

Recently (since mid-December), wview no longer starts.

The log file contains

/
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035325> : radlib: wviewd 
started as a daemon ...
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035325> : wview 5.19.0 
starting ...
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035326> : station interface: 
native USB ...
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035326> : Rain Season Start 
Month set to 1
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035326> : Rain Storm Start 
Trigger set to  0.05 in/hr
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035326> : Rain Storm Stop 
Time set to 12 hours
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035326> : Rain YTD preset set 
to 0.00 inches
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035326> : ET YTD preset set 
to 0.000 inches
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035326> : bad rain/ET YTD 
Year given, disabling...
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035326> : station polling 
interval set to 30 seconds
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035355> : HILOW: database OK
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035355> : HILOW: beginning 
normal LOOP operation
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035355> : -- Station Init 
Start --
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035355> : WMR on USB 
0FDE:CA01 opened ...
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035357> : station archive 
interval: 5 minutes
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035357> : Starting station 
interface: WMR
| Jan  3 14:30:35 ashgrove wviewd[20144]: <1325601035358> : wviewd: recv sig 
11: shutting down!
\

I don't know how to discover where the SIGSEGV occurs, but would be
willing to perform more investigation if you can guide me.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.1-balti (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#654410: wview: wviewd fails to start

[Toby Speight]

0> In article <87r4zgyf8r@luthien.mhp>,
0> Gergely Nagy mailto:alger...@madhouse-project.org> ("Gergely") wrote:

Gergely> There is no such package in Debian, and as far as I see,
Gergely> there never was. Please report bugs in third-party packages
Gergely> to wherever you obtained the package from.

Oops, sorry - didn't realise it was from a non-Debian archive in my
sources.list.  I'll see if I can get hold of the source package and
compile it myself.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#664130: mkgmap: Please include tile splitter

[Toby Speight]

Package: mkgmap
Version: 0.0.0+svn1067-1
Severity: wishlist

Mkgmap is much more useful with its associated splitter to divide up
country-sized extracts into Garmin-sized chunks:

http://www.mkgmap.org.uk/page/tile-splitter >

I'd suggest calling the binary something like mkgmap-split or such.

Also, any chance of refreshing with the latest upstream?  There's loads
of improvements we'd all like to see (TYP compiler for me!).  :-)

Thanks in advance.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.9-balti (SMP w/4 CPU cores; PREEMPT)
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 mkgmap depends on:
ii  gcj-4.6-jre-headless [java5-runtime-headless]4.6.3-1
ii  gcj-jre-headless [java5-runtime-headless]4:4.6.2-4
ii  openjdk-6-jre-headless [java5-runtime-headless]  6b24-1.11.1-3
ii  openjdk-7-jre-headless [java5-runtime-headless]  7~b147-2.0-1

mkgmap recommends no packages.

Versions of packages mkgmap suggests:
ii  josm   0.0.svn4878+dfsg1-1
ii  qlandkartegt [qlandkarte]  1.2.3-1+b1

-- 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#657438: xfonts-traditional: Missing dependency on libsys-cpu-perl

[Toby Speight]

Package: xfonts-traditional
Version: 1.3
Severity: important

When installing, I see

/
| Setting up xfonts-traditional (1.3) ...
| Generating fonts...
| Can't locate Sys/CPU.pm in @INC (@INC contains: /etc/perl
| /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5
| /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14
| /usr/local/lib/site_perl .) at /usr/bin/update-xfonts-traditional
| line 10.
| BEGIN failed--compilation aborted at /usr/bin/update-xfonts-traditional
| line 10.
| dpkg: error processing xfonts-traditional (--configure):
|  subprocess installed post-installation script returned error exit
|  status 2
\

Installing libsys-cpu-perl fixes this.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.1-balti (SMP w/4 CPU cores; PREEMPT)
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 xfonts-traditional depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  pcf2bdf1.04-2
ii  perl   5.14.2-6
ii  xfonts-utils   1:7.6+1

xfonts-traditional recommends no packages.

xfonts-traditional suggests no packages.

-- debconf information:
  xfonts-traditional/generate: true
* xfonts-traditional/remap-fixed: false
  xfonts-traditional/confirm-break-remove: false
* xfonts-traditional/reconfigure-xterm: false



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661105: pipewalker: Prevents DPMS blanking

[Toby Speight]

0> In article <20120513081611.ga21...@master.debian.org>,
0> Bart Martens mailto:ba...@debian.org> ("Bart") wrote:

Bart> I cannot reproduce the problem with pipewalker 0.9.4-1.  Can you ?
Bart> If yes, please describe how.

I can still reproduce it, and there's no change to my repro steps.
With pipewalker running, turning the display off with xset only lasts
briefly.  For some reason, the X server thinks the display is still
off, so perhaps it has somehow been turned on behind X's back?

/[ xset dpms force off; sleep 10; xset q | sed -e '0,/^DPMS/d' ]
|   Standby: 10800Suspend: 11000Off: 11000
|   DPMS is Enabled
|   Monitor is Off
\

The monitor turns back on several seconds before the above output
appears, even though it claims the monitor is off.  If I press a key
after the monitor comes on, but before the sleep finishes, I see the
expected "Monitor is On" message.

When Pipewalker is not running, the monitor stays off indefinitely.

I tried a variant of your test:

/
| (vbetool dpms off ; sleep 10 ; vbetool dpms on) & for i in $(seq 20); do 
sleep 1; echo -n $i.; done; echo
\

and here I see the screen come back on at 12 seconds (which is
consistent with my monitor taking 2 seconds to wake up).

Clearly vbetool operates at a much lower level than the X server (and I
can confirm that xset reports "Monitor is On" throughout).

If it were possible to do the above as non-root, it could be a useful
workaround (I'm tempted to write a short SUID wrapper).  But the
underlying issue remains.  Presumably there's something going on at a
higher level than vbetool and a lower level than X - framebuffer,
perhaps?

In case it's relevant, my X server driver is xserver-xorg-video-intel
version 2:2.18.0-2, and I'm using a G33 chipset.  I've appended my Xorg
log file, in case that helps.  If you need any more info, just ask!

[ 64182.311] 
X.Org X Server 1.11.3.901 (1.11.4 RC 1)
Release Date: 2012-01-06
[ 64182.311] X Protocol Version 11, Revision 0
[ 64182.311] Build Operating System: Linux 3.2.0-rc6+ x86_64 Debian
[ 64182.311] Current Operating System: Linux balti 3.2.9-balti #3 SMP PREEMPT 
Mon Mar 12 14:42:16 GMT 2012 x86_64
[ 64182.311] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.9-balti 
root=UUID=e87e8d9c-96ff-44bc-bc35-063970867ffd ro pci=nommconf 
video=1920x1080-24@60
[ 64182.311] Build Date: 19 January 2012  09:53:39AM
[ 64182.311] xorg-server 2:1.11.3.901-2 (Cyril Brulebois ) 
[ 64182.311] Current version of pixman: 0.24.4
[ 64182.311]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 64182.311] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 64182.311] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Mar 13 15:22:54 
2012
[ 64182.311] (==) Using config file: "/etc/X11/xorg.conf"
[ 64182.311] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 64182.312] (==) ServerLayout "Default Layout"
[ 64182.312] (**) |-->Screen "Default Screen" (0)
[ 64182.312] (**) |   |-->Monitor "PLE2400WS"
[ 64182.312] (**) |   |-->Device "Intel onboard video"
[ 64182.312] (**) |-->Input Device "Generic Keyboard"
[ 64182.312] (**) Option "DontZap" "true"
[ 64182.312] (==) Automatically adding devices
[ 64182.312] (==) Automatically enabling devices
[ 64182.314] (WW) The directory "/usr/X11R6/lib/X11/fonts/misc" does not exist.
[ 64182.314]Entry deleted from font path.
[ 64182.314] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 64182.314]Entry deleted from font path.
[ 64182.314] (WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not 
exist.
[ 64182.314]Entry deleted from font path.
[ 64182.315] (WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi/" does not 
exist.
[ 64182.315]Entry deleted from font path.
[ 64182.316] (WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi/" does not 
exist.
[ 64182.316]Entry deleted from font path.
[ 64182.317] (WW) The directory "/usr/X11R6/lib/X11/fonts/Type1" does not exist.
[ 64182.317]Entry deleted from font path.
[ 64182.317] (WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi" does not 
exist.
[ 64182.317]Entry deleted from font path.
[ 64182.317] (WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi" does not exist.
[ 64182.317]Entry deleted from font path.
[ 64182.317] (WW) The directory 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[ 64182.317]Entry deleted from font path.
[ 64182.317] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 64182.317]Entry deleted from font path.
[ 64182.317] (WW) The directory 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[ 64182.317]Entry deleted from font path.
[ 64182.317] (**) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/

Bug#799961: acpi-support: Fails to configure on upgrade

[Toby Speight]

Package: acpi-support
Version: 0.142-7
Severity: normal

When I attempted to update one of my systems, I got

/
| Setting up acpi-support (0.142-7) ...
| insserv: Service dbus has to be enabled to start service acpi-support
| insserv: exiting now!
| update-rc.d: error: insserv rejected the script header
| dpkg: error processing package acpi-support (--configure):
|  subprocess installed post-installation script returned error exit status 1
| Errors were encountered while processing:
|  acpi-support
| E: Sub-process /usr/bin/dpkg returned an error code (1)
| Failed to perform requested operation on package.  Trying to recover:
| Setting up acpi-support (0.142-7) ...
| insserv: Service dbus has to be enabled to start service acpi-support
| insserv: exiting now!
| update-rc.d: error: insserv rejected the script header
| dpkg: error processing package acpi-support (--configure):
|  subprocess installed post-installation script returned error exit status 1
| Errors were encountered while processing:
|  acpi-support
\

DBus is not installed, and is not a declared dependency of
acpi-support, so this should not happen.

Bug#808255: osmosis: Cannot access PostgreSQL database

[Toby Speight]

Package: osmosis
Version: 0.44.1-2
Severity: important

My usual update command:

/
| osmosis -q --read-replication-interval 
workingDirectory=$HOME/maps/replication --write-pgsql-change database=osm
\

now fails with an exception:

/
| java.io.FileNotFoundException: /usr/share/java/postgis.jar
\

There is a postgis-jdbc.jar in that directory, and things seem to work if I
add the obvious symlink ‘/usr/share/java/postgis.jar’ -> ‘postgis-jdbc.jar’.
So I think there's something needs updating in osmosis to point to the new
location.  Or reassign this to libpostgis-java if you think that package
should provide a symlink.


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

Kernel: Linux 3.16.7-ckt2-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages osmosis depends on:
ii  default-jre-headless [java7-runtime-headless]2:1.7-52.1
ii  libbatik-java1.8-3
ii  libcommons-codec-java1.10-1
ii  libcommons-compress-java 1.10-1
ii  libcommons-dbcp-java 1.4-5
ii  libcommons-pool-java 1.6-2
ii  libjpf-java  1.5.1+dfsg-4
ii  libmysql-java5.1.38-1
ii  libnetty-3.9-java3.9.0.Final-1
ii  libosmpbf-java   1.3.3-5
ii  libplexus-classworlds-java   1.5.0-5
ii  libpostgis-java  1:2.2.0-1
ii  libpostgresql-jdbc-java  9.2-1002-1
ii  libprotobuf-java 2.6.1-1.3
ii  libspring-beans-java 3.2.13-4
ii  libspring-context-java   3.2.13-4
ii  libspring-core-java  3.2.13-4
ii  libspring-jdbc-java  3.2.13-4
ii  libspring-transaction-java   3.2.13-4
ii  libxerces2-java  2.11.0-7
ii  libxz-java   1.5-1
ii  openjdk-7-jre-headless [java7-runtime-headless]  7u91-2.6.3-1

osmosis recommends no packages.

osmosis suggests no packages.

-- no debconf information

Bug#794806: jhead: jhead refuses to rename read-only files

[Toby Speight]

Package: jhead
Version: 1:3.00-1
Severity: normal

I have a writable directory containing some JPEG files that are
non-writable for me.  I want to rename them by their timestamps (but
not to inadvertently change their content).  But "jhead -n" refuses,
saying "Skipping readonly file".

The -n option doesn't write the file at all, only the directory, and "mv" has
no objections to that.  But jhead doesn't check the directory's permissions
in the same way, so it's completely inconsistent.  I tried an experiment with
a read-only directory containing writable files, and it tried to rename them,
reporting the error: "Error: Couldn't rename ..."

Instead of skipping readonly files, it makes sense to continue as normal
until/unless a system call gives us a failure, then report it - like
every other Unix utility.  That's more reliable that doing access()
checks, or whatever it is that jhead does.


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

Kernel: Linux 3.16.7-ckt2-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages jhead depends on:
ii  libc62.19-19
ii  libjpeg-turbo-progs [libjpeg-progs]  1:1.4.1-1

jhead recommends no packages.

Versions of packages jhead suggests:
ii  graphicsmagick-imagemagick-compat [imagemagick]  1.3.20-3+deb8u1

-- 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#794806: jhead: jhead refuses to rename read-only files

[Toby Speight]

0> In article <55c759cb.8070...@gmail.com>,
0> Ludovic Rousseau mailto:ludovic.rouss...@gmail.com> ("Ludovic") wrote:

>> Instead of skipping readonly files, it makes sense to continue as normal
>> until/unless a system call gives us a failure, then report it - like
>> every other Unix utility.  That's more reliable that doing access()
>> checks, or whatever it is that jhead does.

Ludovic> Great idea!
Ludovic>
Ludovic> Can you propose a patch? That would help a lot.

I haven't looked at the source at all.  I'm on holiday this week, but
I'll take a look when I return.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#821853: emacs: Emacs Menu entry has disappeared

[Toby Speight]

Package: emacs
Version: 46.1
Severity: normal

Dear Maintainer,

Has the menu file been dropped from the Emacs packages?  I can no
longer start Emacs directly from fvwm, and must resort to starting an
xterm just to launch an Emacs.

Please restore this useful functionality.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

Kernel: Linux 3.16.7-ckt2-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages emacs depends on:
ii  emacs24  24.5+1-6+b2

emacs recommends no packages.

emacs suggests no packages.

-- no debconf information

Bug#785257: osmosis: ClassCastException when reading from pgsnapshot

[Toby Speight]

Package: osmosis
Version: 0.43.1-4
Severity: normal

I recently dropped my pgsimple database and created a new pgsnapshot
database.  But although osmosis successfully writes to it (both
initially and every night using replication), a read fails:

/
| $ osmosis -q --read-pgsimp database=osm --dataset-dump --write-null
| log4j:WARN No appenders could be found for logger 
(org.springframework.jdbc.datasource.DataSourceTransactionManager).
| log4j:WARN Please initialize the log4j system properly.
| log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
| May 13, 2015 5:30:03 AM 
org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager 
waitForCompletion
| SEVERE: Thread for task 1-read-pgsql failed
| java.lang.ClassCastException: java.util.HashMap cannot be cast to 
org.openstreetmap.osmosis.hstore.PGHStore
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.EntityRowMapper.mapCommonEntityData(EntityRowMapper.java:80)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.NodeRowMapper.mapRow(NodeRowMapper.java:30)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.NodeRowMapper.mapRow(NodeRowMapper.java:17)
|   at 
org.openstreetmap.osmosis.pgsnapshot.common.RowMapperRowCallbackListener.processRow(RowMapperRowCallbackListener.java:46)
|   at 
org.springframework.jdbc.core.JdbcTemplate$RowCallbackHandlerResultSetExtractor.extractData(JdbcTemplate.java:1493)
|   at 
org.springframework.jdbc.core.JdbcTemplate$1QueryStatementCallback.doInStatement(JdbcTemplate.java:446)
|   at 
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:396)
|   at 
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:456)
|   at 
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:460)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.EntityDao.getFeaturelessEntity(EntityDao.java:178)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.EntityDao.iterate(EntityDao.java:227)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.EntityDao.iterate(EntityDao.java:256)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.PostgreSqlDatasetContext.iterate(PostgreSqlDatasetContext.java:208)
|   at 
org.openstreetmap.osmosis.dataset.v0_6.DumpDataset.process(DumpDataset.java:48)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.PostgreSqlDatasetReader.run(PostgreSqlDatasetReader.java:53)
|   at java.lang.Thread.run(Thread.java:745)
| 
| May 13, 2015 5:30:03 AM org.openstreetmap.osmosis.core.Osmosis main
| SEVERE: Execution aborted.
| org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks 
failed.
|   at 
org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146)
|   at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:92)
|   at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:37)
|   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
|   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
|   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
|   at java.lang.reflect.Method.invoke(Method.java:606)
|   at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:328)
|   at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:238)
|   at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:408)
|   at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351)
|   at org.codehaus.classworlds.Launcher.main(Launcher.java:31)
\

Shell tracing /usr/bin/osmosis shows the final command as

/
| exec java -server -Xmx4G -Djava.io.tmpdir=/tmp/user/1000 -cp 
/usr/share/java/plexus-classworlds.jar -Dapp.home=/usr/share/osmosis 
-Dclassworlds.conf=/etc/osmosis/plexus.conf 
-Dlog4j.configuration=file:/etc/osmosis/log4j.properties 
org.codehaus.classworlds.Launcher -q --read-pgsimp database=osm --dataset-dump 
--write-null
\

My database was created using the SQL from
/usr/share/doc/osmosis/examples/pgsnapshot_schema_0.6*, and the table
definitions look reasonable - here's the nodes table:

/
| osm=# \d nodes
|   Table "public.nodes"
| Column|Type | Modifiers 
| --+-+---
|  id   | bigint  | not null
|  version  | integer | not null
|  user_id  | integer | not null
|  tstamp   | timestamp without time zone | not null
|  changeset_id | bigint  | not null
|  tags | hstore  | 
|  geom | geometry(Point,4326)| 
| Indexes:
| "pk_nodes" PRIMARY KEY, btree (id)
| "idx_nodes_geom" gist (geom)
\

P.S. the log4j warnings start appearing once I 

Bug#785257: closed by Sebastiaan Couwenberg (Re: Bug#785257: osmosis: ClassCastException when reading from pgsnapshot)

[Toby Speight]

reopen 785257 
thanks

0> In article ,
0> Debian Bug Tracking System mailto:ow...@bugs.debian.org> ("Debian") 
wrote:

>> /
>> | $ osmosis -q --read-pgsimp database=osm --dataset-dump --write-null

Debian> You should use --read-pgsql for the snapshot schema.

Oops, that's an error in my report.  I pasted that command from the wrong
terminal.

I am using --read-pgsql, not --read-pgsimp; here's my actual command and output:

/[ $ osmosis -q --read-pgsql database=osm --dataset-dump --write-null ]
| log4j:WARN No appenders could be found for logger 
(org.springframework.jdbc.datasource.DataSourceTransactionManager).
| log4j:WARN Please initialize the log4j system properly.
| log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
| May 14, 2015 8:27:59 AM 
org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager 
waitForCompletion
| SEVERE: Thread for task 1-read-pgsql failed
| java.lang.ClassCastException: java.util.HashMap cannot be cast to 
org.openstreetmap.osmosis.hstore.PGHStore
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.EntityRowMapper.mapCommonEntityData(EntityRowMapper.java:80)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.NodeRowMapper.mapRow(NodeRowMapper.java:30)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.NodeRowMapper.mapRow(NodeRowMapper.java:17)
|   at 
org.openstreetmap.osmosis.pgsnapshot.common.RowMapperRowCallbackListener.processRow(RowMapperRowCallbackListener.java:46)
|   at 
org.springframework.jdbc.core.JdbcTemplate$RowCallbackHandlerResultSetExtractor.extractData(JdbcTemplate.java:1493)
|   at 
org.springframework.jdbc.core.JdbcTemplate$1QueryStatementCallback.doInStatement(JdbcTemplate.java:446)
|   at 
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:396)
|   at 
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:456)
|   at 
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:460)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.EntityDao.getFeaturelessEntity(EntityDao.java:178)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.EntityDao.iterate(EntityDao.java:227)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.EntityDao.iterate(EntityDao.java:256)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.PostgreSqlDatasetContext.iterate(PostgreSqlDatasetContext.java:208)
|   at 
org.openstreetmap.osmosis.dataset.v0_6.DumpDataset.process(DumpDataset.java:48)
|   at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.PostgreSqlDatasetReader.run(PostgreSqlDatasetReader.java:53)
|   at java.lang.Thread.run(Thread.java:745)
| 
| May 14, 2015 8:28:00 AM org.openstreetmap.osmosis.core.Osmosis main
| SEVERE: Execution aborted.
| org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks 
failed.
|   at 
org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146)
|   at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:92)
|   at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:37)
|   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
|   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
|   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
|   at java.lang.reflect.Method.invoke(Method.java:606)
|   at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:328)
|   at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:238)
|   at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:408)
|   at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351)
|   at org.codehaus.classworlds.Launcher.main(Launcher.java:31)
| 
\

Sorry for the mistake!


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#785257: osmosis: ClassCastException when reading from pgsnapshot

[Toby Speight]

0> In article <55549ae2.1000...@xs4all.nl>,
0> Sebastiaan Couwenberg mailto:sebas...@xs4all.nl> ("SC") wrote:

SC> I've prepared a new osmosis revision for jessie and requested
SC> approval from the release team (#785298).
SC>
SC> I'll include that change, and more of the upstream changes in a new
SC> osmosis revision for unstable.

I've grabbed 0.43.1-5 from unstable and that works flawlessly for me.

Thank you for the very rapid response.  :-)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#775834: closed by Michael Gilbert (Bug#775834: fixed in isc-dhcp 4.3.1-6)

[Toby Speight]

reopen 775834
thanks

I'm not convinced that a change to isc-dhcp fixes this issue - did you
perhaps make a typo?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#778606: aptitude: Add support for colours in non-interactive mode

[Toby Speight]

Package: aptitude
Version: 0.6.11-1+b1
Severity: wishlist

Dear Maintainer,

I would find it useful when doing 'aptitude upgrade' to (optionally) show
the list of proposed actions using colours to distinguish those to be
removed, installed, upgraded and recommended.  This would draw attention
immediately to possible unintended consequences before answering "Do you
want to continue? [Y/n/?]".

Obviously, this would only be enabled if the user wants it and the $TERM
supports colours.

-- Package-specific info:
Terminal: eterm-color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.11 compiled at Nov  8 2014 13:34:39
Compiler: g++ 4.9.1
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.4.0
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20140913
  cwidget version: 0.5.17
  Apt version: 4.12.0

-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (900, 'testing'), (900, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

Kernel: Linux 3.16.7-ckt2-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages aptitude depends on:
ii  aptitude-common   0.6.11-1
ii  libapt-pkg4.121.0.9.6
ii  libboost-iostreams1.55.0  1.55.0+dfsg-3
ii  libc6 2.19-13
ii  libcwidget3   0.5.17-2
ii  libgcc1   1:4.9.1-19
ii  libncursesw5  5.9+20140913-1+b1
ii  libsigc++-2.0-0c2a2.4.0-1
ii  libsqlite3-0  3.8.7.1-1
ii  libstdc++64.9.1-19
ii  libtinfo5 5.9+20140913-1+b1
ii  libxapian22   1.2.19-1

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc]  0.6.11-1
ii  libparse-debianchangelog-perl   1.2.0-1.1
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
pn  apt-xapian-index  
pn  debtags   
pn  tasksel   

-- Configuration Files:
/etc/cron.daily/aptitude changed:
bak=/var/backups
if test -f /var/lib/aptitude/pkgstates && cd $bak ; then
if ! cmp -s aptitude.pkgstates.0 /var/lib/aptitude/pkgstates ; then
cp -p /var/lib/aptitude/pkgstates aptitude.pkgstates
savelog -c 7 aptitude.pkgstates > /dev/null
fi
fi

-- no debconf information

Bug#541269: mpd: Hang after 2min43sec on BBC Radio feed

[Toby Speight]

As the submitter, I support the proposal to archive this bug.  I clearly
haven't used this for a while!

(Sorry for late response; I've been on holiday for a couple of weeks.)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#775834: kernel-package: Installed vmlinuz file has insufficient read permissions

[Toby Speight]

Package: kernel-package
Version: 13.014+nmu1
Severity: normal

I build Linux image packages for some of my diskless client systems,
and install using schroot on the file server.

The TFTP server is set to serve the kernel image and initrd with
symlinks in /var/lib/tftpboot//{vmlinuz-rd,initrd.img} pointing
(indirectly) to the latest installed client kernel.

However, the installed kernel is not readable by the TFTP server and I
get repeated failed requests until I realise the problem and change the
permissions of kernel file from 600 to 644.

The contents of the kernel image file are not a secret (if that were
the case, then the package file in /var/cache/archives would be an
information leak), so there's no good reason not to install
/boot/vmlinuz-* with mode 644.

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

Kernel: Linux 3.14.12-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages kernel-package depends on:
ii  bc   1.06.95-9
ii  binutils 2.24.90.20141023-1
ii  build-essential  11.7
ii  bzip21.0.6-7+b2
ii  dpkg-dev 1.17.23
ii  file 1:5.20-2
ii  gettext  0.19.3-2
ii  kmod 18-3
ii  po-debconf   1.0.16+nmu3
ii  xmlto0.0.25-2
ii  xz-utils [lzma]  5.1.1alpha+20120614-2+b3

Versions of packages kernel-package recommends:
ii  cpio   2.11+dfsg-4
ii  docbook-utils  0.6.14-3
ii  kernel-common  13.014+nmu1
pn  uboot-mkimage  

Versions of packages kernel-package suggests:
ii  libncurses5-dev [libncurses-dev]  5.9+20140913-1+b1
ii  linux-source  3.16+63

-- Configuration Files:
/etc/etc/bash_completion.d/make_kpkg 3dced6ebb0018f30dfa1c564732d9f52 [Errno 2] 
No such file or directory: u'/etc/etc/bash_completion.d/make_kpkg 
3dced6ebb0018f30dfa1c564732d9f52'
/etc/etc/kernel-pkg.conf 58848b5372349e9edd33792bc92900ad [Errno 2] No such 
file or directory: u'/etc/etc/kernel-pkg.conf 58848b5372349e9edd33792bc92900ad'

-- 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#781613: bugs.debian.org: Broken links for reassigned bugs

[Toby Speight]

Package: bugs.debian.org
Severity: normal

Have a look at a bug that has been reassigned - e.g. [1].  Where the
text says "Bug reassigned from package '' to ''.",
the links point to [2] and [3] respectively, which both return 404 Not
Found errors.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780239#28 >
[2] https://bugs.debian.org/cgi-bin/%3Ca%20href=%22pkgreport.cgi?src=linux%22%3Esrc:linux%3C/a%3E
 >
[3] https://bugs.debian.org/cgi-bin/%3Ca%20href=%22pkgreport.cgi?package=rsyslog%22%3Ersyslog%3C/a%3E
 >

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

Kernel: Linux 3.16.7-ckt2-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#797703: openssh-client: ssh-copy-id hangs when connection sharing in effect

[Toby Speight]

Package: openssh-client
Severity: normal
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 2235, in 
main()
  File "/usr/bin/reportbug", line 1002, in main
(options, args) = parser.parse_args()
  File "/usr/lib/python2.7/optparse.py", line 1400, in parse_args
stop = self._process_args(largs, rargs, values)
  File "/usr/lib/python2.7/optparse.py", line 1444, in _process_args
self._process_short_opts(rargs, values)
  File "/usr/lib/python2.7/optparse.py", line 1551, in _process_short_opts
option.process(opt, value, values, self)
  File "/usr/lib/python2.7/optparse.py", line 789, in process
self.action, self.dest, opt, value, values, parser)
  File "/usr/lib/python2.7/optparse.py", line 809, in take_action
self.callback(self, opt, value, parser, *args, **kwargs)
  File "/usr/bin/reportbug", line 760, in verify_append_option
elif value in valid:
TypeError: argument of type 'function' is not iterable


If I attempt to ssh-copy-id to a host that has connection sharing
enabled in my config file, it hangs and must be killed.

I can avoid this by including `-o ControlPath=none' on the command line.

I think that ssh-copy-id should automatically set this option, always.

Bug#775834: kernel-package: Installed vmlinuz file has insufficient read permissions

[Toby Speight]

A workaround exists: on every client root directory, write the
following to a file in /etc/kernel/postinst.d/ (you'll probably also
want "UMASK=022" in your /etc/initramfs-tools/initramfs.conf, too):

#!/bin/sh
set -e
# Ensure that kernel image is readable by tftpd
vmlinuz_location="$2"
if test -e "$vmlinuz_location"
then
chmod a+r "$vmlinuz_location"
fi

Bug#852718: tunnelx: Exception reported when using scaled angle units

[Toby Speight]

Package: tunnelx
Version: 20160713-3
Severity: normal
Tags: patch

I'm too lazy to type decimal points, so my Survex data files have

/
| *units tape 0.001 metres
| *units compass clino 0.1 degrees
\

When I import this as centreline, Tunnel does nothing, but prints an
exception to its output.  It will only accept angle units that are
exactly 1.0 of the known measures.

I've written a patch to permit angle units of any size.  As I couldn't
find any unit tests in the source package, it's just been tested with my
own data files (as above), and I don't use grads or percent, so those
are tested only by inspection.  However, the patch is probably still
suitable for forwarding upstream.

Index: tunnelx-20160713/src/LegLineFormat.java
===
--- tunnelx-20160713.orig/src/LegLineFormat.java
+++ tunnelx-20160713/src/LegLineFormat.java
@@ -28,9 +28,10 @@ import java.util.ArrayList;
 //
 public class LegLineFormat// implements Cloneable
 {
-	static int DEGREES = 0;
-	static int GRADS = 1; 
-	static int PERCENT = 2;
+	// angular units are positive for degrees; negative for percent
+	static final float DEGREES = 1;
+	static final float GRADS = 400F / 360F; 
+	static final float PERCENT = 1;
 
 	static float TAPEFAC_M = 1.0F; 
 	static float TAPEFAC_CM = 0.01F;
@@ -57,12 +58,13 @@ public class LegLineFormat// implements
 	float compassnegoffset = 0.0F;
 	float backcompassnegoffset = 0.0F;
 	float compassnegoffsetdeclination = 0.0F; // a secondary offset value (separates the calibration from the magnetic wandering (declination))
-	int compassfac = DEGREES;
+	float compassfac = DEGREES;
 
 	int clinoindex = 4;
 	int backclinoindex = -1;
 	float clinonegoffset = 0.0F;
-	int clinofac = DEGREES;
+	float clinofac = DEGREES;
+	boolean clinopercent = false;
 
 	int dxindex = -1;
 	int dyindex = -1;
@@ -331,8 +333,7 @@ public class LegLineFormat// implements
 			return OneLeg.INVALID_COMPASSCLINO; 
 
 		float compass = GetFLval(acompass) - (bback ? backcompassnegoffset : compassnegoffset) - compassnegoffsetdeclination;
-		if (compassfac == GRADS)
-			compass *= 360.0F / 400.0F;
+compass *= compassfac;
 
 while (compass < 0.0F)
 compass += 360.0F;
@@ -359,9 +360,8 @@ public class LegLineFormat// implements
 		{
 			clino = GetFLval(aclino);
 			clino -= clinonegoffset;   // is there a different setting for backclino?
-			if (clinofac == GRADS)
-clino *= 360.0F / 400.0F;
-			if (clinofac == PERCENT)
+clino *= clinofac;
+			if (clinopercent)
 clino = (float)TN.percentdeg(clino);
 		}
 		return clino; 
@@ -618,25 +618,28 @@ public class LegLineFormat// implements
 
 		else if (sunitype.equalsIgnoreCase("bearing") || sunitype.equalsIgnoreCase("compass")) 
 		{
-			assert sunitval2.equals("") || (fac == 1.0); 
+			assert sunitval2.equals("") || (fac != 0); 
 			if (sunitval.equalsIgnoreCase("degrees")) 
-compassfac = DEGREES;
+compassfac = DEGREES * fac;
 			else if (sunitval.equalsIgnoreCase("grads")) 
-compassfac = GRADS; 
+compassfac = GRADS * fac; 
 			else 
 TN.emitWarning("don't know *Units bearing " + sunitval1 + "," + sunitval2); 
 		}
 
 		else if (sunitype.equalsIgnoreCase("gradient") || sunitype.equalsIgnoreCase("clino"))
 		{
-			assert sunitval2.equals("") || (fac == 1.0); 
-			if (sunitval.equalsIgnoreCase("degrees")) 
-clinofac = DEGREES;
-			else if (sunitval.equalsIgnoreCase("grads"))
-clinofac = GRADS;
-			else if (sunitval.equalsIgnoreCase("percent"))
-clinofac = PERCENT;
-			else 
+			assert sunitval2.equals("") || (fac != 0); 
+			if (sunitval.equalsIgnoreCase("degrees")) {
+clinopercent = false;
+clinofac = DEGREES * fac;
+			} else if (sunitval.equalsIgnoreCase("grads")) {
+clinopercent = false;
+clinofac = GRADS * fac;
+			} else if (sunitval.equalsIgnoreCase("percent")) {
+clinopercent = true;
+clinofac = PERCENT * fac;
+			} else 
 TN.emitWarning("don't know *Units gradient " + sunitval1 + "," + sunitval2);
 		}
 


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

Kernel: Linux 3.16.7-ckt2-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages tunnelx depends on:
ii  default-jre [java8-runtime]2:1.8-58
ii  gcj-4.8-jre [java5-runtime]4.8.5-4
ii  jarwrapper 0.59
ii  openjdk-8-jre [java8-runtime]  8u111-b14-3

tunnelx recommends no packages.

tunnelx suggests no packages.

-- no debconf information

Bug#852721: tunnelx: Non-ASCII character corruption

[Toby Speight]

Package: tunnelx
Version: 20160713-3
Severity: normal
Tags: patch

Characters outside US-ASCII get corrupted when saving and loading
tunnel sketches.  The reason is that each char is simply cast to byte
when saving, and sign-extended to char when loading.  I've made a patch
which writes and reads XML numeric character references for characters
not in US-ASCII as declared in the XML declaration.  I tested with my
current survey which contains Gaelic names, and hand-edited the XML to
ensure that reading hexadecimal representations works (we always write
decimal).  The patch is probably suitable for forwarding upstream.

Perhaps an alternative approach might be considered - open the output
file with UTF-8 encoding, and change the XML declaration to reflect
that.

Index: tunnelx-20160713/src/TNXML.java
===
--- tunnelx-20160713.orig/src/TNXML.java
+++ tunnelx-20160713/src/TNXML.java
@@ -726,7 +726,7 @@ class TNXML
 	/
 	static char[] chconvCH = { (char)176, (char)246, (char)252, '<', '>', '"', '&', '\\', '\'', '\n', '\t', ' ' };
 	static char[] chconv = chconvCH;  // allow for hacks (which vary chconvleng)
-	static String[] chconvName = {"°", "ö", "ü", "<", ">", """, "&", "&backslash;", "&apostrophe;", "&newline;", "&tab;", "&space;" };
+	static String[] chconvName = {"deg", "ouml", "uuml", "lt", "gt", "quot", "amp", "backslash", "apostrophe", "newline", "tab", "space" };
 	static int chconvleng = chconvCH.length;  // used for hacking out the space ones (this hack needs to be killed, or replaced with a flag)
 	static int chconvlengWSP = chconvCH.length - 4;  // used for hacking out the space ones (this hack needs to be killed, or replaced with a flag)
 	/
@@ -739,16 +739,23 @@ class TNXML
 			int j;
 
 			// there might be a regexp that would do this substitution directly, or use indexOf in a concatenated string of chconvCH
-			for (j = 0; j < chconvleng; j++)
+			for (j = 3; j < chconvleng; j++) // start at '<' to allow deg, ouml, and uuml to use the general substitution below
 			{
 if ((ch == chconvCH[j]) && (bAlsoSpace || (ch != ' ')))
 {
-	sb.append(chconvName[j]);
+	sb.append('&').append(chconvName[j]).append(';');
 	break;
 }
 			}
-			if (j == chconvleng)
-sb.append(ch);
+			if (j == chconvleng) {
+// not found in table
+if (' ' <= ch && ch <= 127)
+	// printable ASCII
+	sb.append(ch);
+else
+	// general Unicode character
+	sb.append("&#").append((int)ch).append(";");
+			}
 		}
 	}
 
@@ -771,31 +778,34 @@ class TNXML
 			char ch = s.charAt(i);
 			if (ch == '&')
 			{
-int j;
-for (j = 0; j < chconvleng; j++)
-{
-	if (s.regionMatches(i, chconvName[j], 0, chconvName[j].length()))
-	{
-		sb.append(chconvCH[j]);
-		i += chconvName[j].length() - 1;
-		//if (j < 2)
-		//	System.out.println(chconv[j] + " -- " + (int)chconv[j].toCharArray()[0]);
-		break;
-	}
-}
-if (j == chconvleng)
-{
-	if (s.regionMatches(i, "&space;", 0, 7))  // back-compatible
-	{
-		sb.append(" ");
-		i += 6;
-	}
+int refc = s.indexOf(';', i);
+if (refc < 0)
+	TN.emitError("Missing reference close at " + s.substring(i, Math.max(i+15, s.length(;
+
+if (s.charAt(++i) == '#')  {
+	// A malformed numeric character reference will result in NumberFormatException
+	if (s.charAt(++i) == 'x')
+		// hexadecimal
+		sb.append((char)Integer.parseInt(s.substring(++i, refc), 16));
 	else
+		// decimal
+		sb.append((char)Integer.parseInt(s.substring(i, refc), 10));
+} else {
+	String name = s.substring(i, refc);
+	int j;
+	for (j = 0; j < chconvleng; j++)
 	{
-		System.out.println(s.substring(i));
-		TN.emitError("unable to resolve & from pos " + i + " in string:" + s);
+		if (name.equals(chconvName[j]))
+		{
+			sb.append(chconvCH[j]);
+			break;
+		}
 	}
+	if (j == chconvleng)
+		TN.emitError("unable to resolve entity " + name);
 }
+// advance to the reference-close character (loop increment will skip it)
+i = refc;
 			}
 			else
 sb.append(ch);


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

Kernel: Linux 3.16.7-ckt2-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages tunnelx depends on:
ii  default-jre [java8-runtime]2:1.8-58
ii  gcj-4.8-jre [java5-runtime]4.8.5-4
ii  jarwrapper 0.59
ii  openjdk-8-jre [java8-runtime]  8u111-b14-3

tunnelx recommends no packages.

tunnelx suggests no packages.

-- no debconf information

Bug#852720: tunnelx: Estimated walls not dashed in SVG output

[Toby Speight]

Package: tunnelx
Version: 20160713-3
Severity: normal
Tags: patch

In saved SVG images, estimated walls appear identical to actual walls.
No dash pattern is being applied to the stroke.  I've made a patch that
fixes it - tested by exporting SVG and viewing in Iceweasel - and it's
probably suitable for forwarding upstream.

Index: tunnelx-20160713/src/SvgGraphics2D.java
===
--- tunnelx-20160713.orig/src/SvgGraphics2D.java
+++ tunnelx-20160713/src/SvgGraphics2D.java
@@ -168,6 +168,7 @@ public class SvgGraphics2D extends Graph
 	{
 		BasicStroke bs = (BasicStroke)s;
 		myPST.strokewidth = bs.getLineWidth();
+		myPST.dashpattern = bs.getDashArray();
 	}
 	public void setFont(Font f)
 	{
@@ -279,6 +280,7 @@ class SvgPathStyleTracker
 	public float calpha;
 	public float strokewidth;
 	public Font currfont;
+	public float[] dashpattern;
 
 	private List stylestack;
 
@@ -294,7 +296,18 @@ class SvgPathStyleTracker
 
 	String stringifyOutline()
 	{
-		return String.format("stroke: %s; stroke-width: %.1fpx; stroke-linecap: round; fill: none", crgb, strokewidth);
+		StringBuffer s = new StringBuffer();
+		s.append(String.format("stroke: %s; stroke-width: %.1fpx; stroke-linecap: round; fill: none;", crgb, strokewidth));
+		if (dashpattern != null) {
+			s.append(" stroke-dasharray:");
+			char sep = ' ';
+			for (int i = 0;  i < dashpattern.length;  ++i) {
+s.append(sep).append(dashpattern[i]);
+sep = ',';
+			}
+			s.append(';');
+		}
+		return s.toString();
 	}
 
 	String stringifyText()

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

Kernel: Linux 3.16.7-ckt2-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages tunnelx depends on:
ii  default-jre [java8-runtime]2:1.8-58
ii  gcj-4.8-jre [java5-runtime]4.8.5-4
ii  jarwrapper 0.59
ii  openjdk-8-jre [java8-runtime]  8u111-b14-3

tunnelx recommends no packages.

tunnelx suggests no packages.

-- no debconf information

Bug#853726: tunnelx: Dead link in man page

[Toby Speight]

Package: tunnelx
Version: 20160713-3
Severity: normal

Sorry, no patch this time, because I couldn't find a fix!

The manual page says:

/
|  This manual page was written for the Debian distribution because the
|  original program does not have a manual page.  Instead, it has
|  excellent documentation online at
|  http://www.freesteel.co.uk/wiki/index.php/Tunnel .  Please refer to
|  that.
\

Sadly, the "excellent documentation" is no longer available from that
URI - I get a HTTP 404 response.  There seems to be a cached copy at
http://expo.survex.com/expofiles/tunnelwiki/www.freesteel.co.uk/wiki/index.php/Tunnel.html
 > -
although I'm having trouble accessing that as it's not providing a
HTTPS version properly.

Perhaps there's a case (given a sufficient supply of Round Tuits) for
creating a 'tunnelx-doc' package with a snapshot of that documentation
(if the licensing permits)?

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

Kernel: Linux 3.16.7-ckt2-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages tunnelx depends on:
ii  default-jre [java8-runtime]2:1.8-58
ii  gcj-4.8-jre [java5-runtime]4.8.5-4
ii  jarwrapper 0.59
ii  openjdk-8-jre [java8-runtime]  8u111-b14-3

tunnelx recommends no packages.

tunnelx suggests no packages.

-- no debconf information

Bug#843032: qemu-user-static: Upgrade fails: unable to close /proc/sys/fs/binfmt_misc/register

[Toby Speight]

Package: qemu-user-static
Version: 1:2.7+dfsg-3

When I upgrade from the previous (working) version in 'testing', I get a
configure failure:

/
| # dpkg --configure -a
| Setting up qemu-user-static (1:2.7+dfsg-3) ...
| update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: 
Invalid argument
| update-binfmts: warning: unable to enable binary format qemu-mips
| update-binfmts: exiting due to previous errors
| dpkg: error processing package qemu-user-static (--configure):
|  subprocess installed post-installation script returned error exit status 2
\

Running 'update-binfmts' by hand causes similar complaints:

/
| # update-binfmts --enable
| update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: 
Invalid argument
| update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: 
Invalid argument
| update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: 
Invalid argument
| update-binfmts: exiting due to previous errors
\

I was able to work around this issue by hand-editing the postinst it to add
'|mips*' to the end of $omit (luckily, I don't need MIPS emulation on my
systems).

The one thing that stands out about the MIPS registration is that the magic
and mask are much longer than for other systems - is it possible that the
kernel can't handle such long patterns?  If so, can this be detected and
avoided?

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

Kernel: Linux 3.16.7-ckt2-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

qemu-user-static depends on no packages.

Versions of packages qemu-user-static recommends:
ii  binfmt-support  2.1.6-1

Versions of packages qemu-user-static suggests:
ii  sudo  1.8.17p1-2

-- no debconf information

Bug#843032: qemu-user-static: Upgrade fails: unable to close /proc/sys/fs/binfmt_misc/register

[Toby Speight]

It might be some time before I'm in a position to run a newer kernel (I
like to be physically present for reboots, in case of problems).  Current
uptime is less than 1 year, so it's not particularly pressing otherwise.

I'm guessing that any such recovery action would be a wishlist bug
against binfmt-utils, rather than something the qemu package would be
in a position to handle?

Bug#845318: fvwm: should suggest XML::Parser

[Toby Speight]

Package: fvwm
Version: 1:2.6.5.ds-4.1+b2
Severity: normal
File: /usr/bin/fvwm-menu-desktop

When I run fvwm-menu-desktop, I get

/
| fvwm-menu-desktop:  XML::Parser not installed.
\

I think that the package should suggest or recommend a package to solve
this.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

Kernel: Linux 3.16.7-ckt2-balti (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages fvwm depends on:
ii  libc6   2.24-5
ii  libcairo2   1.14.6-1.1
ii  libfontconfig1  2.11.0-6.7
ii  libfreetype62.6.3-3+b1
ii  libfribidi0 0.19.7-1
ii  libgdk-pixbuf2.0-0  2.36.0-1
ii  libglib2.0-02.50.2-1
ii  libice6 2:1.0.9-1+b1
ii  libperl4-corelibs-perl  0.003-2
ii  libpng16-16 1.6.26-2
ii  libreadline77.0-1
ii  librplay3   3.3.2-16+b1
ii  librsvg2-2  2.40.16-1
ii  libsm6  2:1.2.2-1+b1
ii  libstroke0  0.5.1-8
ii  libtinfo5   6.0+20160917-1
ii  libx11-62:1.6.3-1
ii  libxcursor1 1:1.1.14-1+b1
ii  libxext62:1.3.3-1
ii  libxft2 2.3.2-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  libxrender1 1:0.9.9-2
ii  perl5.24.1~rc3-3
ii  zlib1g  1:1.2.8.dfsg-2+b3

Versions of packages fvwm recommends:
pn  fvwm-icons
pn  libx11-protocol-perl  
ii  perl-tk   1:804.033-1+b3

Versions of packages fvwm suggests:
ii  cpp  4:6.1.1-1
pn  fvwm-themes  
ii  m4   1.4.17-5
ii  menu 2.1.47
pn  wm-icons 

-- debconf information:
  fvwm/upgrade/pre_2.5.8: false

Bug#356921: evolution-exchange: Upgrading to 2.4 breaks Exchange Calendar

[Toby Speight]

0> In article <[EMAIL PROTECTED]>,
0> Øystein Gisnås mailto:[EMAIL PROTECTED]> ("Øystein") wrote:

Øystein> Can you please give an updated status on whether the bug reported at
Øystein> http://bugs.debian.org/356921 is still present in Evolution 2.10.1?

I'm now on 2.6.3.* versions of Evolution and evolution-exchange; no
longer seeing the problems in this bug.  :-)

Bug#456306: kernel-package: Should auto-select --initrd if necessary

[Toby Speight]

Package: kernel-package
Version: 11.001
Severity: wishlist

It would be nice if make-kpkg would automatically determine if the
kernel is configured with initrd support.  That would avoid the
nuisance when building different configurations to remember to
specify --initrd on the command line, or to edit INITRD setting in
kernel-pkg.conf.

There doesn't seem to be any --noinitrd option, for the case where
INITRD is set in the config file and one wishes to build a non-initrd
kernel.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22tms1.0 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages kernel-package depends on:
ii  dpkg  1.14.7 package maintenance system for Deb
ii  dpkg-dev  1.14.7 package building tools for Debian
ii  file  4.21-3 Determines file type using "magic"
ii  gcc [c-compiler]  4:4.2.1-6  The GNU C compiler
ii  gcc-4.2 [c-compiler]  4.2.2-4The GNU C compiler
ii  gettext   0.16.1-2   GNU Internationalization utilities
ii  make  3.81-3 The GNU version of the "make" util
ii  perl  5.8.8-12   Larry Wall's Practical Extraction 
ii  po-debconf1.0.10 manage translated Debconf template

Versions of packages kernel-package recommends:
ii  bzip2 1.0.3-7high-quality block-sorting file co
ii  libc6-dev [libc-dev]  2.7-3  GNU C Library: Development Librari

-- no debconf information




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

Bug#502410: pamusb-tools: Re-read config file on SIGHUP

[Toby Speight]

Package: pamusb-tools
Version: 0.4.2-1
Severity: wishlist
File: /usr/bin/pamusb-agent

pamusb-agent acts as a daemon (certainly when started with -d), but
doesn't honour the convention of re-reading its config file when sent
SIGHUP.  It would be useful if the daemon didn't need to be restarted
every time the file is edited.

For bonus points, it might be even better to re-read it in
authChangeCallback if its modtime has changed since it was last
read...

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26 (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/bash

Versions of packages pamusb-tools depends on:
ii  dbus  1.2.1-3simple interprocess messaging syst
ii  hal   0.5.11-3   Hardware Abstraction Layer
ii  libpam-usb0.4.2-1PAM module for authentication with
ii  python2.5.2-2An interactive high-level object-o
ii  python-celementtree   1.0.5-10   Light-weight toolkit for XML proce
ii  python-dbus   0.82.4-2   simple interprocess messaging syst
ii  python-gobject2.14.2-1   Python bindings for the GObject li

pamusb-tools recommends no packages.

pamusb-tools suggests no packages.

-- no debconf information



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

Bug#502475: chbg: X server resource usage seems large

[Toby Speight]

Package: chbg
Version: 2.0-1
Severity: normal

I'm running chbg in non-gui mode, and its server usage is almost 1.5G,
which seems much more than necessary:

/[ xrestop ]
| res-base Wins  GCs Fnts Pxms Misc   Pxm mem  Other   Total   PID Identifier   
 
| 0a0 220  3414   1425934K192B 1425934K  3254 chbg
\

/[ ps -o pid,tty,etime,cmd -p3254 ]
|   PID TT   ELAPSED CMD
|  3254 ?28-07:43:12 /usr/bin/chbg -scenario /usr/users/tobys/.chbg-root
\

/[ .chbg-root ]
| # this is automaticaly generated chbg scenario file
| 
| OutputToFile: false
| OutputFileWidth: 0
| OutputFileHeight: 0
| Blank: false
| Speed: 500
| Tooltips: true
| Recurse: true
| InWindow: false
| Randomize: true
| CycleBlank: false
| MinPictureSize: 8
| FractalIterations: 30
| RectSize: 16
| Screensaver: false
| XScreensaver: false
| Enlightenment: false
| RememberLast: true
| Sort: false
| ForceNautilus: false
| SendExpose: false
| 
| 
| BannerXPosition: 0.500
| BannerYPosition: 0.500
| BannerMaxGrow: 1.0
| BannerMaxSize: 90
| BannerMode: normal
| 
| 
| Pattern: *.jpg
| UseGradients: false
| UseTiles: false
| UseBanners: false
| Gradient: 0
| BackgroundColor: #00
| BackgroundColor2: #ff
| RandomizeColors: false
| RenderingMode: smart
| MaxGrow: 1.0
| MaxSize: 100
| XPosition: 0.500
| YPosition: 0.500
| Tile: Random
| Banner: Random
| Interval: 120.00
| Efect: 1
| Shader: 0
| 
| Picture: /usr/users/tobys/roots
\

The server usage grows over time, suggesting that it's failing to
release pixmaps.  In particular, the pixmap count grows by 1 each
time the background image is changed - are we leaking the root image
pixmap?


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26 (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/bash

Versions of packages chbg depends on:
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-14GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libgtk2.0-02.12.11-3 The GTK+ graphical user interface 
ii  libimlib2  1.4.0-1.1 powerful image loading and renderi
ii  libpango1.0-0  1.20.5-2  Layout and rendering of internatio
ii  libpng12-0 1.2.27-2  PNG library - runtime
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxcomposite1 1:0.4.0-3 X11 Composite extension library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxdamage11:1.1.1-4 X11 damaged region extension libra
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxrandr2 2:1.2.3-1 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

chbg recommends no packages.

chbg suggests no packages.

-- no debconf information



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

Bug#495916: libpam-usb: Fails to update pads over NFS

[Toby Speight]

Package: libpam-usb
Version: 0.4.2-1
Severity: normal

I get the following (some details censored with ***):

/
| # pamusb-check 
| * Authentication request for user "" (pamusb-check)
| * Device "**" is connected (good).
| * Performing one time pad verification...
| * Regenerating new pads...
| * Unable to update pads.
| * Access granted.
\

I guess that the "Unable to update pads" message is due to trying to
access the user's NFS-mounted home directory as root (which the NFS
server maps to nobody).

I think that PAM should temporarily become the target user when
accessing user files.

For now, my workaround is to symlink ~/.pamusb to /var/local/pamusb/$USER


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25 (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/bash

Versions of packages libpam-usb depends on:
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libdbus-1-31.2.1-3   simple interprocess messaging syst
ii  libhal-storage10.5.11-2  Hardware Abstraction Layer - share
ii  libhal10.5.11-2  Hardware Abstraction Layer - share
ii  libxml22.6.32.dfsg-2 GNOME XML library
ii  pmount 0.9.17-2  mount removable devices as normal 

libpam-usb recommends no packages.

libpam-usb suggests no packages.

-- no debconf information



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

Bug#496632: iceweasel: Iceweasel keeps grabbing focus inappropriately

[Toby Speight]

Package: iceweasel
Version: 3.0.1-1
Severity: normal

Iceweasel rudely interrupts my session and switches the window
manager to it whenever it loads a URL or opens a dialog.  This means
I'm unable to minimise all its windows whilst loading a session
(usually about 100 tabs in 10 or so windows), like I could with
Iceweasel 2.  Even worse, if I'm entering the password manager's
master password, other Iceweasel windows steal the focus while I'm
trying to enter the password - not just rude, active dangerous!

Window manager is fvwm 2.5.26, if that matters.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages iceweasel depends on:
ii  debianutils   2.30   Miscellaneous utilities specific t
ii  fontconfig2.6.0-1generic font configuration library
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libglib2.0-0  2.16.4-2   The GLib library of C routines
ii  libgtk2.0-0   2.12.11-3  The GTK+ graphical user interface 
ii  libnspr4-0d   4.7.1-3NetScape Portable Runtime Library
ii  libstdc++64.3.1-2The GNU Standard C++ Library v3
ii  procps1:3.2.7-8  /proc file system utilities
ii  psmisc22.6-1 Utilities that use the proc filesy
ii  xulrunner-1.9 1.9.0.1-1  XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  latex-xft-fonts   0.1-8  Xft-compatible versions of some La
ii  libkrb53  1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries
pn  mozplugger (no description available)
ii  ttf-mathematica4.14  Installer of Mathematica TrueType 
ii  xfonts-mathml 2  Type1 Symbol font for MathML
ii  xprint2:1.4.2-3  X11 print system (binary)
pn  xulrunner-1.9-gnome-s  (no description available)

-- no debconf information



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

Bug#356921: evolution-exchange: Upgrading to 2.4 breaks Exchange Calendar

[Toby Speight]

This one is bothering me, too, although I'm not sure that it's the
upgrade to Evolution that's broken things for me.  I suspect that
changes to the server may be causing problem instead or as well.

In my case, it was coincident with upgrading from 2.4 to 2.6.

One thing I discovered is that if I get a meeting request etc from
Exchange, the URL appended by the server doesn't work : the server
returns "500 Invalid URL".  Changing "%0A" to "_x000A_" and "%0D" to
"_xOOOD_" gives one that it's happy to process.  Looks like someone
made a fix to a URL exploitation bug without considering the knock-on
effects?  Perhaps just coincidence, though - I can't confirm that this
failure only started when Evolution stopped working for me.

I don't know how to identify the server version from Evolution or the
Web front end, nor how to do any protocol debugging (e.g. seeing what
error message the server returns).  If this is straightforward, I'll
have a look and report what I find.


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

Bug#356921: evolution-exchange: Upgrading to 2.4 breaks Exchange Calendar

[Toby Speight]

If it helps, I see quite a few of these when I try to connect:

/
| (evolution-2.6:28512): libecal-WARNING **: e-cal.c:288: Unexpected response
\


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

Bug#525486: merkaartor: Images taken west of Greenwich shown to east

[Toby Speight]

Package: merkaartor
Version: 0.13.1-1
Severity: normal

I've tried opening some of my recent photographs, but they appear
reflected around the prime meridian.  IOW, a photo taken at 5 deg
51' 31.77" W appears in Merkaartor at 5 deg 51' 31.77" E.

I can provide sample JPEGs if required; they were written using
gpscorrelate and appear correct in exiftool output and when uploaded
to the Geograph project.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages merkaartor depends on:
ii  libc6  2.9-4 GNU C Library: Shared libraries
ii  libexiv2-4 0.17.1-1  EXIF/IPTC metadata manipulation li
ii  libgcc11:4.3.3-3 GCC support library
ii  libqt4-network 4.4.3-2   Qt 4 network module
ii  libqt4-svg 4.4.3-2   Qt 4 SVG module
ii  libqt4-webkit  4.4.3-2   Qt 4 WebKit module
ii  libqt4-xml 4.4.3-2   Qt 4 XML module
ii  libqtcore4 4.4.3-2   Qt 4 core module
ii  libqtgui4  4.4.3-2   Qt 4 GUI module
ii  libstdc++6 4.3.3-3   The GNU Standard C++ Library v3
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

merkaartor recommends no packages.

merkaartor 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#525486: merkaartor: Images taken west of Greenwich shown to east

[Toby Speight]

I have now submitted a patch to upstream, and it has been applied.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#525486: merkaartor: Images taken west of Greenwich shown to east

[Toby Speight]

0> In article <49fe2ccc.50...@bzed.de>,
0> Bernd Zeimetz mailto:be...@bzed.de> ("Bernd") wrote:

Bernd> Toby Speight wrote:
>> I have now submitted a patch to upstream, and it has been applied.

Bernd> Do you know if that patch has made it into 0.13.2?

I've just checked, and my code is NOT in 0.13.2.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#525486: merkaartor: Images taken west of Greenwich shown to east

[Toby Speight]

0> In article <49fedf9b.4040...@bzed.de>,
0> Bernd Zeimetz mailto:be...@bzed.de> ("Bernd") wrote:

Bernd> Could you send me the patch so I can apply it in Debian, or at
Bernd> least make sure it will not be forgotten?

The patch was sent to the Merkaartor mailing list:

http://lists.openstreetmap.org/pipermail/merkaartor/2009-April/001579.html >

The list software seems to have mangled the MIME type of the text/x-patch
part; if it doesn't apply cleanly, let me know.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#529517: gpscorrelate: Fails if directory not writable

[Toby Speight]

Package: gpscorrelate
Version: 1.6.0-1+b1
Severity: normal

I get the following failure from gpscorrelate:

/
| EXIF-GPS Photo matching program.
| Daniel Foote, 2005.
| 
| Reading GPS Data...
| Legend: . = Ok, / = Interpolated, < = Rounded, - = No match, ^ = Too far.
| w = Write Fail, ? = No exif date, ! = GPS already present.
| 
| terminate called after throwing an instance of 'Exiv2::Error'
|   what():  /home/tms/pictures/latest/_src/20090519-133248.jpg: Failed to open 
file (w+b): Permission denied (errno = 13)
\

But there's no reason that the file can't be opened w+b:

/
| $ ls -logh /home/tms/pictures/latest/_src/20090519-133248.jpg
| -rw-r--r-- 1 8.4M 2009-05-19 13:32 
/home/tms/pictures/latest/_src/20090519-133248.jpg
\

Changing the directory permissions to allow writing of the directory
makes the message go away.

So at best, the message is misleading.  I don't see that it should need
a writable directory, but I suspect that's harder to fix (and probably
lives in libexiv2?).

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.29 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gpscorrelate depends on:
ii  libc6   2.9-4GNU C Library: Shared libraries
ii  libexiv2-5  0.18.1-1 EXIF/IPTC metadata manipulation li
ii  libgcc1 1:4.4.0-4GCC support library
ii  libstdc++6  4.4.0-4  The GNU Standard C++ Library v3
ii  libxml2 2.7.3.dfsg-1 GNOME XML library

gpscorrelate recommends no packages.

gpscorrelate 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#529517: gpscorrelate: Fails if directory not writable

[Toby Speight]

It's worse than that - as you might suspect from needing a writable
directory, it replaces the file.  After first truncating it!  So all the
other hard-links to the processed files are broken, and I've got a bunch
now zero-length files where the other links to the pictures used to be
:-(

I'd really, really like it to write to the target files in-place, as it
should by the Principle of Least Surprise.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#529517: gpscorrelate: Fails if directory not writable

[Toby Speight]

0> I wrote:

>> I'd really, really like it to write to the target files in-place, as it
>> should by the Principle of Least Surprise.

0> In article <20090519222035.ga10...@localhost.localdomain>,
0> Eugeniy Meshcheryakov mailto:eu...@debian.org> ("Eugeniy") wrote:

Eugeniy> Well, for me it will be writing to a temporary file, and then
Eugeniy> renaming it.

I think it's probably better practice for the temporary file to be in
$TMP - but there's no best "Right Answer" here.  Look at Emacs for
backup file creation options gone mad!



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#537455: ia32-apt-get: ia32-aptitude does not update periodically

[Toby Speight]

Package: ia32-apt-get
Version: 22
Severity: normal

[I'm not sure whether this is 'normal' or 'wishlist' - it depends on
whether the Apt::Periodic functionality is supposed to be supported]

I have the following in a my apt.conf.d:

/[ 50periodic ]
| APT::Periodic::Update-Package-Lists "1";
| APT::Periodic::Download-Upgradeable-Packages "1";
| APT::Periodic::Unattended-Upgrade "0";
\

so that I get the latest package lists and packages using cheap-rate
night-time bandwidth.  But this seems to cause only (native) aptitude's
package list to update, and ia32-aptitude sees no new packages (possibly
a security risk, given that security updates may be missed).  If
ia32-aptitude is supposed to be a replacement, then there's certainly a
shortfall in this area.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ia32-apt-get depends on:
ii  debconf   1.5.27 Debian configuration management sy
ii  ia32-libs-tools   22 Tools for converting i386 debs for

Versions of packages ia32-apt-get recommends:
ii  fakeroot  1.12.4 Gives a fake root environment

ia32-apt-get suggests no packages.

-- debconf information:
* ia32-apt-get/allowed-packages: All
  ia32-apt-get/undo-old-sources-list:



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#537455: ia32-apt-get: ia32-aptitude does not update periodically

[Toby Speight]

0> In article <87y6qljw2b@frosties.localdomain>,
0> Goswin von Brederlow mailto:goswin-...@web.de> ("Goswin") wrote:

Goswin> Another drawback of not diverting apt-get and aptitude.  I'm
Goswin> afraid this would have to be fixed in the apt-cron package so it
Goswin> calls the new wrappers.

Just to clarify - I'm using aptitude's own cron job, and I've now
uninstalled the cron-apt package.  I've nothing against going back to
the cron-apt method personally, but if Apt::Periodic can be made to work
as well, then even better.

I wonder if the correct long-term approach is for apt-get and aptitude to
be multi-arch aware, so that they accept extensions for the particular
architectures that are supported?  But I don't know where such discussions
are taking place.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#535163: mount: >mount -f" ignores 'user' option from fstab

[Toby Speight]

Package: mount
Version: 2.15.1~rc1-1
Severity: normal
File: /bin/mount

When I (as a mortal user) attempt "mount -f" to determine whether I'm
allowed to mount a filesystem, I get the "mount: only root can do that"
message, even though the relevant fstab line specifies the 'user'
option (and running mount without the "-f" argument succeeds).

So the "-f" argument is no use at all for non-root users.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mount depends on:
ii  libblkid1 1.41.3-1   block device id library
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  libselinux1   2.0.71-1   SELinux shared libraries
ii  libsepol1 2.0.36-1   Security Enhanced Linux policy lib

mount recommends no packages.

Versions of packages mount suggests:
pn  nfs-common (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#432017: Aptitude forgets about "automatically installed" status on upgrade.

[Toby Speight]

The workaround suggested by Linas Žvirblis also works for me (though I
find that there's no need to quit aptitude between steps 2 and 3) on
both of i386 and amd64 platforms.

Bug#433513: emacs21-el: align-region fails with error

[Toby Speight]

Package: emacs21-el
Version: 21.4a+1-5
Severity: normal
Tags: patch
File: /usr/share/emacs/21.4/lisp/align.el

Problem:

/
| Debugger entered--Lisp error: (error "Not enough arguments for format string")
|   message("Aligning `%s' (rule %d of %d) %d%%..." "1" 3 32)
|   (if name (message "Aligning `%s' (rule %d of %d) %d%%..." rule-index 
rule-count (/ ... ...)) (message "Aligning %d%%..." (/ ... ...)))
|   (let ((name ...)) (if name (message "Aligning `%s' (rule %d of %d) %d%%..." 
rule-index rule-count ...) (message "Aligning %d%%..." ...)))
|   (if report (let (...) (if name ... ...)))
|   (while (and (< ... end-mark) (if regfunc ... ...)) (if report (let ... 
...)) (if (bolp) (forward-char -1)) (unless group-c (setq group ...) (if ... 
... ...) (setq group-c t)) (unless spacing-c (setq spacing ... spacing-c t)) 
(unless tab-stop-c (setq tab-stop ... tab-stop-c t)) (if (> ... eol) (setq same 
nil eol ...)) (or repeat-c (setq repeat ... repeat-c t)) (or valid-c (setq 
valid ... valid-c t)) (setq b (match-beginning first) save-match-data 
(match-data)) (unless (and valid ...) (if ... ... ...) (set-match-data 
save-match-data) (let ... ... ...) (unless exclude-p ... ...)))
|   (let (exclude-areas) (when exclude-rules (set ... nil) (align-region beg 
end ... exclude-rules nil ...) (setq exclude-areas ...)) (and case-fold (setq 
case-fold-search ...)) (while (and ... ...) (if report ...) (if ... ...) 
(unless group-c ... ... ...) (unless spacing-c ...) (unless tab-stop-c ...) (if 
... ...) (or repeat-c ...) (or valid-c ...) (setq b ... save-match-data ...) 
(unless ... ... ... ... ...)) (if regions (align-regions regions align-props 
rule func)))
|   (unwind-protect (let (exclude-areas) (when exclude-rules ... ... ...) (and 
case-fold ...) (while ... ... ... ... ... ... ... ... ... ... ...) (if regions 
...)) (setq case-fold-search current-case-fold))
|   (progn (unwind-protect (let ... ... ... ... ...) (setq case-fold-search 
current-case-fold)))
|   (if (or (not func) (funcall func beg end rule)) (progn (unwind-protect ... 
...)))
|   (when (or (not func) (funcall func beg end rule)) (unwind-protect (let ... 
... ... ... ...) (setq case-fold-search current-case-fold)))
|   (save-excursion (if real-beg (goto-char beg) (if ... ...) 
(beginning-of-line) (while ... ...) (let* ... ... ... ... ... ... ... ... ... 
... ... ...)) (when (or ... ...) (unwind-protect ... ...)))
|   (let* ((current-case-fold case-fold-search) (case-fold ...) (regexp ...) 
(regfunc ...) (rulesep ...) (thissep ...) same (eol 0) group group-c spacing 
spacing-c tab-stop tab-stop-c repeat repeat-c valid valid-c pos-list first 
regions index last-point b e save-match-data exclude-p align-props) 
(save-excursion (if real-beg ... ... ... ... ...) (when ... ...)))
|   (if (or (and modes ...) (and run-if ...)) nil (let* (... ... ... ... ... 
... same ... group group-c spacing spacing-c tab-stop tab-stop-c repeat 
repeat-c valid valid-c pos-list first regions index last-point b e 
save-match-data exclude-p align-props) (save-excursion ... ...)))
|   (unless (or (and modes ...) (and run-if ...)) (let* (... ... ... ... ... 
... same ... group group-c spacing spacing-c tab-stop tab-stop-c repeat 
repeat-c valid valid-c pos-list first regions index last-point b e 
save-match-data exclude-p align-props) (save-excursion ... ...)))
|   (let* ((rule ...) (run-if ...) (modes ...)) (unless (or ... ...) (let* ... 
...)))
|   (while rules (let* (... ... ...) (unless ... ...)) (setq rules (cdr rules) 
rule-index (1+ rule-index)))
|   (let ((end-mark ...) (real-beg beg) (real-end end) (report ...) (rule-index 
1) (rule-count ...)) (if (and align-indent-before-aligning real-beg end-mark) 
(indent-region real-beg end-mark nil)) (while rules (let* ... ...) (setq rules 
... rule-index ...)) (if report (message "Aligning...done")))
|   align-region(1 16621 "^\\s-*[{}]?\\s-*$" ((date (regexp . 
"^&?\\(Jan\\|Feb\\|Ma[ry]\\|Apr\\|Ju[nl]\\|Aug\\|Sep\\|Oct\\|Nov\\|Dec\\)\\(\\s-+[0-9]+,\\)\\(\\s-+\\)[12][90][0-9][0-9]")
 (group 2 3) (justify . t)) (block (regexp . 
"^&?%%(diary-block\\(\\s-+[0-9]+\\)\\(\\s-+[0-9]+\\)\\(\\s-+[0-9]+\\)\\(\\s-+[0-9]+\\)\\(\\s-+[0-9]+\\)\\(\\s-+[0-9]+\\))")
 (group 1 2 3 4 5 6) (justify . t)) (cyclic (regexp . 
"^&?%%(diary-cyclic\\(\\s-+[0-9]+\\)\\(\\s-+[0-9]+\\)\\(\\s-+[0-9]+\\)\\(\\s-+[0-9]+\\))")
 (group 1 2 3 4) (justify . t))) ((exc-dq-string (regexp . 
"\"\\([^\"\n]+\\)\"") (repeat . t) (modes . align-dq-string-modes)) 
(exc-sq-string (regexp . "'\\([^'\n]+\\)'") (repeat . t) (modes . 
align-sq-string-modes)) (exc-open-comment (regexp lambda ... ...) (modes . 
align-open-comment-modes)) (exc-c-comment (regexp . "/\\*\\(.+\\)\\*/") (repeat 
. t) (modes . align-c++-modes)) (exc-c-func-params (regexp . "(\\([^)\n]+\\))") 
(repeat . t) (modes . align-c++-modes)) (exc-c-macro (regexp . 
"^\\s-*#\\s-*\\(if\\w*\\|endif\\)\\(.*\\)$") (group . 2) (modes . 
align-c++-modes
|   align(1 16621)
| * call-interactively(align)
\

Bug#433513: emacs21-el: align-region fails with error

[Toby Speight]

0> In article <[EMAIL PROTECTED]>,
0> Toby Speight mailto:[EMAIL PROTECTED]> ("Toby") wrote:

Toby>
Toby> Fix:
Toby> 1419a1420
Toby> > name

Sorry, that was supposed to be a unified diff!

Here:
--- /tmp/align.el	2007-07-17 18:40:49.0 +0100
+++ /tmp/align.el5926QYx	2007-07-17 18:40:49.0 +0100
@@ -1417,6 +1417,7 @@
   (if name
   (message
"Aligning `%s' (rule %d of %d) %d%%..."
+   name
rule-index rule-count
(/ (* (- (point) real-beg) 100)
   (- end-mark real-beg)))

Bug#319822: XTerm crashes when displaying non-Latin characters

[Toby Speight]

I see this issue every so often; particularly when non-Latin characters
are to be displayed.  For instance, a recent upgrade of libc6 crashed
when [apt-listchanges's pager] 'most' reached the line

/
|   * New Malayalam debconf translation, by Sajeev പിആര്‍.
\

in the changelog.  However, this happened only for one xterm (226-1 on
amd64), but not on another (225-1 on i386), both using the same X
server (xserver-xorg 1:7.2-5, on the i386).

Here's the error message:

/
| xterm:  warning, error event received:
| X Error of failed request:  BadValue (integer parameter out of range for 
operation)
|   Major opcode of failed request:  75 (X_PolyText16)
|   Value in failed request:  0x0
|   Serial number of failed request:  3780
|   Current serial number in output stream:  3783
\



Relevant environment:

/amd64 (fails)
| SHELL=/bin/bash
| TERM=xterm
| LANG=en_GB.UTF-8
| LANGUAGE=en_GB:en_US:en_GB:en
| DISPLAY=localhost:10.0
\

/i386 (succeeds)
| SHELL=/bin/bash
| TERM=xterm
| LANG=en_GB
| DISPLAY=:0.0
\

The two XTerms share their X resources, and both have UTF-8 checked and
disabled in the mouse-3 menu; TrueType fonts unchecked and disabled.

It looks like something is amiss in the Unicode/font handling somewhere,
perhaps?


Further investigation: changing LANG seems to make a difference, as
follows:

/
| $ LANG=en_GB.UTF-8 xterm -e zcat /usr/share/doc/libc6/changelog.Debian.gz 
| xterm:  warning, error event received:
| X Error of failed request:  BadValue (integer parameter out of range for 
operation)
|   Major opcode of failed request:  75 (X_PolyText16)
|   Value in failed request:  0x0
|   Serial number of failed request:  240
|   Current serial number in output stream:  2128
\

/
| $ LANG=en_GB xterm -e zcat /usr/share/doc/libc6/changelog.Debian.gz 
\
  (no output)


This result is consistent on both the machines I am using.

Does this help?


Another common case where I see the crash is when debconf uses whiptail,
though I'm finding this harder to write a reproducible test.

Bug#432017: Still clearing auto flag

[Toby Speight]

reopen 432017
thanks

Package: aptitude
Version: 0.4.6.1-1
Severity: normal

This bug is happening for me again (this on a i686 box; my amd64
machine is currently unaffected).

Workaround:

  * after pressing 'g' to preview changes, go to "Packages to be
upgraded", press 'M' to mark all as auto, then go again to
"Packages to be upgraded" and press '+' to restore the state.

Config files, in case they're relevant:

/[ apt.conf ]
| 
| APT::Default-Release testing;
| 
| APT::Get::Show-Upgraded true;
\

/[ preferences ]
| Explanation: see http://www.argon.org/~roderick/apt-pinning.html
| Package: *
| Pin: release o=Debian,a=testing
| Pin-Priority: 900
| 
| Explanation: get stable security fixes if newer than testing
| Package: *
| Pin: release o=Debian,l=Debian-Security
| Pin-Priority: 900
| 
| Package: *
| Pin: release o=Debian,a=unstable
| Pin-Priority: 400
| 
| Package: *
| Pin: release o=Debian
| Pin-Priority: -1
| 
| Explanation: local Lame gets precedence
| Package: *
| Pin: origin marillat.free.fr
| Pin-Priority: 300
| 
| Explanation: want hugin etc, but don't clobber Debian gimp-ufraw
| Package: *
| Pin: origin itp.tugraz.at
| Pin-Priority: 300
\


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22tms1.0 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.6-6 0.7.6  Advanced front-end for dpkg
ii  libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii  libgcc1   1:4.2.1-4  GCC support library
ii  libncursesw5  5.6+20070825-1 Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a2.0.17-2   type-safe Signal Framework for C++
ii  libstdc++64.2.1-4The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.4.6.1-1  English manual for aptitude, a ter
ii  libparse-debianchangelog-perl 1.1.1-1parse Debian changelogs and output

-- no debconf information



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