Bug#1016081: elpa-magit: Magit saves wrong buffers for remote repository

[Toby Speight]

Package: elpa-magit
Version: 3.3.0-1
Severity: normal
Tags: patch
X-Debbugs-Cc: Toby Speight 
File: /usr/share/emacs/site-lisp/elpa-src/magit-3.3.0/magit-mode.el

When working remotely over SSH, I find that Magit offers to save only
local files, rather than the ones on the host where Git is running.

The problem stems from `magit-save-repository-buffers', which begins
around line 1208:

/
|   (when-let ((topdir (magit-rev-parse-safe "--show-toplevel")))
| (let ((remote (file-remote-p topdir))
\

`topdir' is the output from "git rev-parse --show-toplevel", which is a
pathname _on the remote machine_, without any adornment.  So `remote' is
always nil, even for such a repository.

I get the desired behavour if I make the following changes, which could
be a candidate for upstream:

--- /usr/share/emacs/site-lisp/elpa-src/magit-3.3.0/magit-mode.el	2022-07-26 08:58:43.534569844 +0100
+++ /usr/share/emacs/site-lisp/elpa-src/magit-3.3.0/magit-mode.el	2022-07-26 08:58:43.534569844 +0100
@@ -1206,7 +1206,7 @@
 argument (the prefix) non-nil means save all with no questions."
   (interactive "P")
   (when-let ((topdir (magit-rev-parse-safe "--show-toplevel")))
-(let ((remote (file-remote-p topdir))
+(let ((remote (file-remote-p default-directory))
   (save-some-buffers-action-alist
`((?Y (lambda (buffer)
(with-current-buffer buffer
@@ -1229,7 +1229,7 @@
   ;; therefore has to come after the above to avoid
   ;; unnecessarily waiting for unrelated hosts.
   (file-exists-p (file-name-directory buffer-file-name))
-  (string-prefix-p topdir (file-truename buffer-file-name))
+  (string-prefix-p topdir (file-local-name (file-truename buffer-file-name)))
   (equal (magit-rev-parse-safe "--show-toplevel")
  topdir)))
 

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

Kernel: Linux 5.10.0-6-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages elpa-magit depends on:
ii  dh-elpa-helper  2.0.10
ii  elpa-dash   2.19.1+dfsg-1
ii  elpa-git-commit 3.3.0-1
ii  elpa-magit-section  3.3.0-1
ii  elpa-transient  0.3.7-1
ii  elpa-with-editor3.0.5-1
ii  emacsen-common  3.0.4
ii  git 1:2.35.1-1

elpa-magit recommends no packages.

elpa-magit suggests no packages.

-- no debconf information

Bug#1016081: elpa-magit: Magit saves wrong buffers for remote repository

[Toby Speight]

Package: elpa-magit
Version: 3.3.0-1
Severity: normal
Tags: patch
X-Debbugs-Cc: Toby Speight 
File: /usr/share/emacs/site-lisp/elpa-src/magit-3.3.0/magit-mode.el

When working remotely over SSH, I find that Magit offers to save only
local files, rather than the ones on the host where Git is running.

The problem stems from `magit-save-repository-buffers', which begins
around line 1208:

/
|   (when-let ((topdir (magit-rev-parse-safe "--show-toplevel")))
| (let ((remote (file-remote-p topdir))
\

`topdir' is the output from "git rev-parse --show-toplevel", which is a
pathname _on the remote machine_, without any adornment.  So `remote' is
always nil, even for such a repository.

I get the desired behavour if I make the following changes, which could
be a candidate for upstream:

--- /usr/share/emacs/site-lisp/elpa-src/magit-3.3.0/magit-mode.el	2022-07-26 08:58:43.534569844 +0100
+++ /usr/share/emacs/site-lisp/elpa-src/magit-3.3.0/magit-mode.el	2022-07-26 08:58:43.534569844 +0100
@@ -1206,7 +1206,7 @@
 argument (the prefix) non-nil means save all with no questions."
   (interactive "P")
   (when-let ((topdir (magit-rev-parse-safe "--show-toplevel")))
-(let ((remote (file-remote-p topdir))
+(let ((remote (file-remote-p default-directory))
   (save-some-buffers-action-alist
`((?Y (lambda (buffer)
(with-current-buffer buffer
@@ -1229,7 +1229,7 @@
   ;; therefore has to come after the above to avoid
   ;; unnecessarily waiting for unrelated hosts.
   (file-exists-p (file-name-directory buffer-file-name))
-  (string-prefix-p topdir (file-truename buffer-file-name))
+  (string-prefix-p topdir (file-local-name (file-truename buffer-file-name)))
   (equal (magit-rev-parse-safe "--show-toplevel")
  topdir)))
 

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

Kernel: Linux 5.10.0-6-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages elpa-magit depends on:
ii  dh-elpa-helper  2.0.10
ii  elpa-dash   2.19.1+dfsg-1
ii  elpa-git-commit 3.3.0-1
ii  elpa-magit-section  3.3.0-1
ii  elpa-transient  0.3.7-1
ii  elpa-with-editor3.0.5-1
ii  emacsen-common  3.0.4
ii  git 1:2.35.1-1

elpa-magit recommends no packages.

elpa-magit suggests no packages.

-- no debconf information

Bug#984912: cppreference-doc-en-qch: Please update to newer upstream release

[Toby Speight]

Package: cppreference-doc-en-qch
Version: 20170409-2
Severity: normal
X-Debbugs-Cc: Toby Speight 

The 20170409 release is looking quite dated now, and 20190607 has been
available for some time.

It's quite frustrating to have to work with old documentation - I
frequently find myself having to go back and look up stuff on the live
web later.

Please consider refreshing this package from the latest upstream (and
perhaps consider packaging 20201016 for sid or experimental).

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.8.0-3-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cppreference-doc-en-qch depends on:
ii  fonts-dejavu-core   2.37-2
ii  qttools5-dev-tools  5.15.2-3

cppreference-doc-en-qch recommends no packages.

cppreference-doc-en-qch suggests no packages.

-- no debconf information

Re: [Talk-GB] Road refs

[Toby Speight]

0> In article <1535573378846-0.p...@n8.nabble.com>,
0> Richard Fairhurst mailto:rich...@systemed.net> ("Richard") wrote:

Richard> Toby Speight wrote:
>> That's why we have
>> rendering rules - if you don't like the rendering, change the rules.

Richard> What you're suggesting would imply that every worldwide site using
Richard> OSM data to display a consumer-facing map, or provide routing,
Richard> needs to write a special exception for Great Britain. With the
Richard> best will in the world, that doesn't and isn't going to happen. (I
Richard> think only one such site does so, and it's the one I run!)

Yeah, it seems that most don't make use of country-level tags, and
that's unfortunate: it leads to the situation we have now where every
mini-roundabout also has to have a "direction" tag instead of the router
just reading a country-level tag (hypothetically, "drives_on=left").

I guess the problem is that the API doesn't return enclosing areas like
it returns containing relations, so it's harder to see from a tile what
adminstrative region it's in.


Richard> Dave's edit (minutiae about highway_authority_ref vs
Richard> unsigned_ref vs official_ref aside[1]) brings this country into
Richard> line with how most of the rest of the world does it: the ref=
Richard> tag is for signposted references. See how
Richard> https://wiki.openstreetmap.org/wiki/Key:ref#Examples_on_ways
Richard> refers to "on the ground", "on the signs", "the usage on the
Richard> signs".

That text appears to be talking about whether refs include spaces or
hyphens, not whether to use ref or another tag (if there is another tag
that's understood worldwide, then it makes sense to do the same - but it
should be listed with Key:ref on the tag wiki so it can be found).

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] GB does not include Northern Ireland

[Toby Speight]

>> Even in these days of Brexit, I don't think there's any movement for
>> Northern Ireland to leave GB.  You've been misinformed!

0> In article ,
0> Martin Wynne mailto:mar...@templot.com> ("Martin") wrote:

Martin> Northern Ireland is part of the UK but it's not part of GB.

But UK is just an informal name for GB - The United Kingdom of Great
Britain and Northern Ireland.  It even has "Northern Ireland" in the
name.  GB without Northern Ireland would just be England, Scotland and
Wales or the island of Britain.

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Road refs

[Toby Speight]

0> In article ,
0> Dave F. mailto:davefoxfa...@btinternet.com> ("Dave") wrote:

Dave> Point about OSM wiki: IMO giving multiple options for the same
Dave> entity leads to confusion & errors so should be avoided.

That's exactly what's problematic about "highways_authority_ref": it
creates a tag that contains the same information as belongs in "ref".

Based on the name, the similarity to ncn_ref and the like suggests a
non-authoritative alternative identifier.

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] GB does not include Northern Ireland

[Toby Speight]

0> In article 
,
0> Dan S. mailto:danstowell%2b...@gmail.com> ("Dan") wrote:

Dan> The documentation happened after-the-fact rather than in advance,
Dan> as the AECoC demands.

There's still no documentation on the tag wiki at [1] or [2].
Interestingly, there is a mention of "unsigned_ref" [3] that's close to
what's proposed.  Perhaps that could be a way forward?

[1] https://wiki.openstreetmap.org/wiki/Key:ref >
[2] https://wiki.openstreetmap.org/wiki/Key:highway_authority_ref >
[3] https://wiki.openstreetmap.org/wiki/Key:unsigned_ref >

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] GB does not include Northern Ireland

[Toby Speight]

0> In article <6591308.YUxS5xHkjF@solus>,
0> WebMaster@Killyfole org uk mailto:webmas...@killyfole.org.uk> ("Wou") 
wrote:

Wou> ... GB doesn't include Northern Ireland, ...

Even in these days of Brexit, I don't think there's any movement for
Northern Ireland to leave GB.  You've been misinformed!

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Road refs

[Toby Speight]

0> In article <1535456684095-0.p...@n8.nabble.com>,
0> Richard Fairhurst mailto:rich...@systemed.net> ("Richard") wrote:

Richard> Toby Speight wrote:
>> Who is responsible for coordinating the related changes to software -
>> editors, renderers, converters and QA tools - that are required?  I
>> see no sign of any of this having started.

Richard> No changes are required to core OSM software, but if your own
Richard> niche requires a map on which C-road refs are displayed (and I
Richard> recognise you from the SABRE forums, so I guess that might be
Richard> the case ;) ) I'd be more than happy to help you and/or others
Richard> set up a server to do that. I'm sure there are other people
Richard> here who'd extend the same offer of help.

Interesting that you say there's a "niche" where road refs should be
displayed; I consider it a "niche" that wants them hidden.  I don't see
that we have to mis-tag them all to have them hidden - I can see it
would be useful to have a map with less clutter, but it shouldn't be
hard to do that without having to mangle the underlying OSM database!

Yes, I appreciate that if the highways_authority_ref were documented and
somehow agreed to be correct, then for mkgmap it would be a simple
matter of "add ref ${highways_authority_ref};" near the beginning; it
would be a bit harder to get a workable tag template for Merkaartor, but
tools like KeepRight and Geofabrik QA aren't so easily adjusted, and
unlikely to adopt new tagging until it's at least documented.

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Road refs

[Toby Speight]

0> In article 
,
0> Andrew Hain mailto:andrewhain...@hotmail.co.uk> ("Andrew") wrote:

Andrew> Toby, I really think you need to read through the conversation
Andrew> archived at
Andrew> 
https://lists.openstreetmap.org/pipermail/talk-gb/2018-August/thread.html
Andrew> and answer the points discussed there.

Thanks for that - it predates my joining this list.  It seems to (partially)
answer only my first question - it's to benefit those who don't like their
rendering (on paper/screen or on a navigation device).  That's why we have
rendering rules - if you don't like the rendering, change the rules.  Using
the wrong tag for the data (especially a totally undocumented tag) to get a
rendering you like is really not helpful.

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Bug#776240: pmount: Bash-completion hangs until interrupted

[Toby Speight]

Package: pmount
Version: 0.9.23-3+b2
Severity: normal
Tags: patch
File: /etc/bash_completion.d/pmount

When I used tab-completion on a pmount command, it would hang
indefinitely.  The problem was here:

/
| grep $mdir /proc/mounts
\

Because $mdir isn't set in _pmount(), grep sees only one argument
"/proc/mounts", which it interprets as the search regexp, and so it
waits for input on stdin.

A simple fix would be to copy the initialisation of $mdir from
_pumount(), but I got carried away: I was frustrated by being unable to
complete using the links in /dev/disk/by-*/.

So I include a pair of completions, to go into the more modern location
of /usr/share/bash-completion/completions:

_pmount() {
# shellcheck disable=SC2034
local cur prev words cword
_init_completion || return

   case "$prev" in
   -@(t|-type))
  COMPREPLY=($(grep "^[[:space:]]$cur" /proc/filesystems) $(find "/lib/modules/$(uname -r)/kernel/fs" -name "*.ko" -print0 | xargs -r -0 /sbin/modinfo | sed -ne 's/^alias: *fs-//p' | grep "^$cur"))
  return 0
  ;;

  -@(c|-charset))
  local encodings=(/sys/module/nls_* $(find "/lib/modules/$(uname -r)/kernel/fs/nls" -name '*.ko' -print0 | xargs -r -0 /sbin/modinfo | sed -ne 's/^\(name\|alias\): *//p'))
  COMPREPLY=($(compgen -W "${encodings[*]##*nls_}" -- "$cur"))
  return 0
  ;;
  -@(u|d|f|-umask|-dmask|-fmask))
  case "$cur" in
  '') COMPREPLY=( {0..7} ) ;;
  [0-7]|[0-7][0-7]) COMPREPLY=( $cur{0..7} ) ;;
  [0-7][0-7][0-7]) COMPREPLY=( $cur ) ;;
  *) return 1 ;;
  esac
  return 0
  ;;

  -@(p|-passphrase))
  _filedir
  return 0
  ;;

   esac

   if [[ "$cur" == -* ]]; then
# transform "--help" output into completion list
   COMPREPLY=($(compgen -W "$(pmount --help | sed -e '/^..-/!d' -e 's/:.*//' -e 's/<[^>]*>//g' -e 'y/,/ /')" -- "$cur"))
   else
   local i allowed removable devices search
   local IFS=$'\n'
   allowed=($(grep -v '^[[:space:]]*#' /etc/pmount.allow))
   removable=($(for i in /sys/block/*
do
grep -Fxq 1 "$i/removable" || continue
# Replace with its partitions, if it has any - N.B. final /. is crucial, as
# subsystem entries are symlinks!
find "$i"/*/subsystem/. -maxdepth 0 -samefile "$i"/subsystem/. -print0 \
| awk -F/ -v RS='\0' -v i="${i##*/}" '{print"/dev/"$(NF-2)} END{if(!NR)print"/dev/"i}'
# # alternative non-awk version:
# j=$(find "$i"/*/subsystem/. -maxdepth 0 -samefile "$i"/subsystem/. -exec dirname '{}' \;)
# sed -e 's,.*/,/dev/,' <<<"${j:-$i}"
done))
   # Select only actual block devices that aren't already mounted
   # N.B. expansion of $allowed is unquoted, as wildcards are permitted
   devices=($(for i in ${allowed[*]} "${removable[@]}"; do test -b "$i" && echo "$i"; done | grep -vxF "$(cut -d' ' /proc/mounts -f1)"))
   test "${#devices[@]}" -gt 0 || return 0
   for i in "${devices[@]}"
   do search+=(-o -samefile "$i")
   done
   # alternative names - symlinks in /dev/disk/*/
   devices+=($(find -L /dev/disk -false "${search[@]}"))
   # all found names for mountable block devices, with and without initial /dev/
   COMPREPLY=($(compgen -W "$(printf '%q\n' "${devices[@]}" "${devices[@]#/dev/}")" -- "$cur"))
   fi
} &&
complete -F _pmount pmount
_pumount() {
# shellcheck disable=SC2034
local cur prev words cword
_init_completion || return

if [[ "$cur" == -* ]]; then
# transform "--help" output into completion list
   COMPREPLY=($(compgen -W "$(pumount --help | sed -e '/^..-/!d' -e 's/:.*//' -e 's/<[^>]*>//g' -e 'y/,/ /')" -- "$cur"))
   else
   local i mdir devices mounts search symlinks
   mdir=$(readlink -f /media)
   # shellcheck disable=SC2013
   for i in $(cut -d' ' -f1,2 /proc/mounts | grep -F " $mdir/")
   do
   # expand backslash escapes
   i=$(printf '%b' "$i")
   if test -b "$i"
   then
   search+=(-o -samefile "$i")
   devices+=("$i" "${i#/dev/}")
   elif test -d "$i"
   then
   mounts+=("$i" "${i#$mdir/}")
   fi
   done

   # alternative names - symlinks in /dev/disk/*/ and device or mountpoint basenames
   local IFS=$'\n'
   symlinks=($(find -L /dev/disk -false "${search[@]}"))
   COMPREPLY=($(compgen -W "$(printf '%q\n' "${mounts[@]}" "${devices[@]}" "${symlinks[@]}" "${symlinks[@]#/dev/}")" -- "$cur"))
   fi
} &&
complete -F _pumount pumount

I think these are a better match for what pmount and pumount accept as
arguments.  I've tested them with a variety of removable media (with
various partition layouts and some with multiple LUNs) and have been
using this 

[Talk-GB] Road refs

[Toby Speight]

Recently, all the tertiary roads in my region had their ref tags
removed, and replaced with "highways_authority_ref".  A week later the
unclassified and residential roads suffered similar attack.

* Who is supposed to benefit from hiding these data?
* Who is responsible for documenting what this tag means, and when it
  should be used in place of the standard tagging?  So far, there's no
  mention of it on its own tag wiki, nor on key:ref
* Who is responsible for coordinating the related changes to software -
  editors, renderers, converters and QA tools - that are required?  I
  see no sign of any of this having started.

In short, what's going on, what's wrong with the standard tagging, and
how can we get the data back where they belong?

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Bug#906882: libqt5gstreamer-dev: pkg-config fails unless libgstreamer-plugins-base1.0-dev is also installed

[Toby Speight]

Package: libqt5gstreamer-dev
Version: 1.2.0-5
Severity: normal

* aptitude install libqt5gstreamer-dev
* pkg-config --cflags Qt5GStreamer-1.0

  /
  | Package gstreamer-audio-1.0 was not found in the pkg-config search path.
  | Perhaps you should add the directory containing `gstreamer-audio-1.0.pc'
  | to the PKG_CONFIG_PATH environment variable
  | Package 'gstreamer-audio-1.0', required by 'Qt5GStreamer-1.0', not found
  \

* aptitude install libgstreamer-plugins-base1.0-dev
* pkg-config --cflags Qt5GStreamer-1.0

  (now works)

This package should have a dependency (at least Recommends) on
libgstreamer-plugins-base1.0-dev, otherwise its pkg-config file is
unusable.

Alternatively, perhaps the pc files need to be shuffled between packages?

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

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

Versions of packages libqt5gstreamer-dev depends on:
ii  libboost-dev1.62.0.1
ii  libqt5glib-2.0-01.2.0-5
ii  libqt5gstreamer-1.0-0   1.2.0-5
ii  libqt5gstreamerquick-1.0-0  1.2.0-5
ii  libqt5gstreamerui-1.0-0 1.2.0-5
ii  libqt5gstreamerutils-1.0-0  1.2.0-5
ii  qtbase5-dev 5.11.1+dfsg-6

libqt5gstreamer-dev recommends no packages.

Versions of packages libqt5gstreamer-dev suggests:
pn  qtgstreamer-doc  

-- no debconf information

[Pkg-kde-extras] Bug#906882: libqt5gstreamer-dev: pkg-config fails unless libgstreamer-plugins-base1.0-dev is also installed

[Toby Speight]

Package: libqt5gstreamer-dev
Version: 1.2.0-5
Severity: normal

* aptitude install libqt5gstreamer-dev
* pkg-config --cflags Qt5GStreamer-1.0

  /
  | Package gstreamer-audio-1.0 was not found in the pkg-config search path.
  | Perhaps you should add the directory containing `gstreamer-audio-1.0.pc'
  | to the PKG_CONFIG_PATH environment variable
  | Package 'gstreamer-audio-1.0', required by 'Qt5GStreamer-1.0', not found
  \

* aptitude install libgstreamer-plugins-base1.0-dev
* pkg-config --cflags Qt5GStreamer-1.0

  (now works)

This package should have a dependency (at least Recommends) on
libgstreamer-plugins-base1.0-dev, otherwise its pkg-config file is
unusable.

Alternatively, perhaps the pc files need to be shuffled between packages?

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

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

Versions of packages libqt5gstreamer-dev depends on:
ii  libboost-dev1.62.0.1
ii  libqt5glib-2.0-01.2.0-5
ii  libqt5gstreamer-1.0-0   1.2.0-5
ii  libqt5gstreamerquick-1.0-0  1.2.0-5
ii  libqt5gstreamerui-1.0-0 1.2.0-5
ii  libqt5gstreamerutils-1.0-0  1.2.0-5
ii  qtbase5-dev 5.11.1+dfsg-6

libqt5gstreamer-dev recommends no packages.

Versions of packages libqt5gstreamer-dev suggests:
pn  qtgstreamer-doc  

-- no debconf information

___
pkg-kde-extras mailing list
pkg-kde-extras@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-kde-extras

Bug#853726: please put wiki in a -doc package

[Toby Speight]

0> In article <20180331011017.6aqdom452re4b...@mail.wookware.org>,
0> Wookey  ("Wookey") wrote:

Wookey> So, Phil Sargent fettled the tunnel wiki to be properly
Wookey> standalone. I tidied up some more cruft, but the result is
Wookey> still 34MB.  I'm not convinced that the 250K tunnelx package
Wookey> should be expanded to 34MB just for the docs.

Ouch!  That does sound unreasonable.

Wookey> Putting the text back online might be a better use of that time.

Agreed.

Wookey> On the other hand if you know of a good tool for munging the set
Wookey> of pages to remove all those links and pages to make some thing
Wookey> which is just the core, then I may have a go to see if it can be
Wookey> got down to a more sensible size.

Unfortunately my knowledge of any such tools approximates zero.

Bug#826044: needrestart: needrestart hangs after children have finished

[Toby Speight]

Package: needrestart
Version: 2.11-4
Severity: normal

After any upgrade, needrestart hangs, with a zombie child:

/
| root   929 27669  0 20:31 pts/200:00:00 aptitude install
| root   930   929  0 20:31 pts/200:00:00   sh -c test -x 
/usr/lib/needrestart/apt-pinvoke && /usr/lib/needrestart/apt-pinvoke || true
| root   931   930  0 20:31 pts/200:00:00 /usr/bin/perl -w 
/usr/share/debconf/frontend /usr/sbin/needrestart
| root   939   931  0 20:31 pts/200:00:00   [needrestart] 

\

If I kill the perl process (931 above) my package upgrade completes
successfully.

It looks like it's not waiting properly for its children.

-- System Information:
Debian Release: buster/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), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages needrestart depends on:
ii  dpkg   1.19.0.5
ii  gettext-base   0.19.8.1-4
ii  libintl-perl   1.26-2
ii  libmodule-find-perl0.13-1
ii  libmodule-scandeps-perl1.24-1
ii  libproc-processtable-perl  0.53-3
ii  libsort-naturally-perl 1.03-1
ii  libterm-readkey-perl   2.37-1+b2
ii  perl   5.26.1-5
ii  xz-utils   5.2.2-1.3

Versions of packages needrestart recommends:
ii  sysvinit-core  2.88dsf-59.10

Versions of packages needrestart suggests:
pn  needrestart-session | libnotify-bin  

-- Configuration Files:
/etc/needrestart/notify.conf changed:
NR_NOTIFYD_DISABLE_WRITE='1'
NR_NOTIFYD_DISABLE_MAIL='1'


-- no debconf information

Bug#879887: caveconverter: Could not find or load main class footleg.cavesurvey.cmdline.CaveConverter

[Toby Speight]

Package: caveconverter
Version: 0~20170114-2
Severity: important

I installed and tried to run caveconverter, but it simply doesn't start:

/
| $ caveconverter
| Error: Could not find or load main class 
footleg.cavesurvey.cmdline.CaveConverter
\


-- System Information:
Debian Release: buster/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), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages caveconverter depends on:
ii  default-jre [java8-runtime]2:1.8-59
ii  jarwrapper 0.61
ii  openjdk-8-jre [java8-runtime]  8u144-b01-1

caveconverter recommends no packages.

caveconverter 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#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 = {"", "", "", "", "", "", "", "", "", "", "", "" };
+	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("

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#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#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#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#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#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

Re: [Merkaartor] Unable to Import Shape File

[Toby Speight]

0> In article 
,
0> PARTH LOYA  ("Parth") wrote:

Parth> I am using Merkaartor to convert shape file into osm file. I am
Parth> trying to import the shape file but I am getting the following
Parth> error -
Parth>
Parth> No Valid file
Parth> xyz.shp could not be opened

It may be helpful to know a bit more about the file (e.g. projection,
coordinate system etc.)  What does "ogrinfo -al -where null xyz.shp"
report?

___
Merkaartor mailing list
Merkaartor@openstreetmap.org
https://lists.openstreetmap.org/listinfo/merkaartor

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

[Toby Speight]

0 In article 55c759cb.8070...@gmail.com,
0 Ludovic Rousseau URL: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#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

Re: [Gimp-developer] Download

[Toby Speight]

0 In article 1434392541.19586.197.ca...@holoweb.net,
0 Liam R. E. Quin URL:mailto:l...@holoweb.net (Lee) wrote:

Lee Free here means that if you modify the software you must make your
Lee modifications (or the whole modified source) available to anyone who
Lee wants them, and that anyone can access and/or modify the source.

A pedantic note: you are not *obliged* to make your changes available
*unless* you *distribute* the changed version (i.e. you are permitted
to modify and use the modified program).  If you do choose to make your
changes available to others, you must provide the source, so as to
extend the same freedoms to them.

To clarify for the original poster - you are permitted to *use* GIMP for
any purpose, and you are permitted to modify it for your own use without
restriction.  If you want to redistribute the program to others, please
read the licence terms carefully.
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Bug#785257: osmosis: ClassCastException when reading from pgsnapshot

[Toby Speight]

0 In article 55549ae2.1000...@xs4all.nl,
0 Sebastiaan Couwenberg URL: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.  :-)

___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel

Bug#785257: osmosis: ClassCastException when reading from pgsnapshot

[Toby Speight]

0 In article 55549ae2.1000...@xs4all.nl,
0 Sebastiaan Couwenberg URL: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#785257: closed by Sebastiaan Couwenberg sebas...@xs4all.nl (Re: Bug#785257: osmosis: ClassCastException when reading from pgsnapshot)

[Toby Speight]

reopen 785257 
thanks

0 In article handler.785257.d785257.14315564474590.notifd...@bugs.debian.org,
0 Debian Bug Tracking System URL: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!

___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel

Bug#785257: closed by Sebastiaan Couwenberg sebas...@xs4all.nl (Re: Bug#785257: osmosis: ClassCastException when reading from pgsnapshot)

[Toby Speight]

reopen 785257 
thanks

0 In article handler.785257.d785257.14315564474590.notifd...@bugs.debian.org,
0 Debian Bug Tracking System URL: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]

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 use 

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 use 

[Merkaartor] Kudos

[Toby Speight]

I've pulled last week's git changes, and I have to say that Merkaartor is
the best I've seen for a long time.  I used to see concurrency-related
crashes quite frequently (using 8-core processor), and then recently my
work-flow was massively disrupted by issue 8.

Now, both of those are fixed, and now Merkaartor is an awesome editor!

P.S. Anybody know how to stop builds trying to write libraries and
binaries back to the source tree?  My Qt4 and Qt5 builds create their
object files in their own trees, but both try to write back to source
dir when linking.  This is obviously a nuisance when I end up with the
program of one and the plugins of the other!

P.P.S. I have a small improvement to the HTTP server which stops Iceweasel
opening blank tabs when I mouse-2 on edit links.  I've not yet got to
grips with GitHub - is it okay to post a small diff here for inclusion?


___
Merkaartor mailing list
Merkaartor@openstreetmap.org
https://lists.openstreetmap.org/listinfo/merkaartor

Re: [Merkaartor] Kudos

[Toby Speight]

0 In article krakonos+md-20150501.103253.16671.mus...@krakonos.org,
0 Ladislav Laska URL:mailto:la...@kam.mff.cuni.cz (Ladislav) wrote:

Ladislav Thanks! Did you test issue 8?  I've fixed some stuff that
Ladislav could be related, but have not yet tested if it really is
Ladislav fixed.

It's now Working for Me (TM).  Last week, every upload would leave the
changes visible in the Undo dock, and subsequent uploads would fail with
conflicts unless I remembered to undo everything (much faster in
wireframe mode!) and re-download anything I might change again.  A pain
in the proverbial!  That hasn't happened to me since updating.


 P.P.S. I have a small improvement to the HTTP server which stops
 Iceweasel opening blank tabs when I mouse-2 on edit links.  I've
 not yet got to grips with GitHub - is it okay to post a small diff
 here for inclusion?

Ladislav Sure, every patch counts!

Okay, appended.  It changes the success response to 204 No Data, and it
also adds a bit of robustness in the face of invalid requests.

diff --git a/src/MainWindow.cpp b/src/MainWindow.cpp
index d2cf337..4c2216f 100755
--- a/src/MainWindow.cpp
+++ b/src/MainWindow.cpp
@@ -1074,20 +1074,29 @@ void MainWindow::readLocalConnection()
 if ( socket-canReadLine() ) {
 QString ln = socket-readLine();
 QStringList tokens = ln.split( QRegExp([ \r\n][ \r\n]*), QString::SkipEmptyParts );
-if ( tokens[0] == GET ) {
+if ( tokens.size()  2 || tokens[0] != GET ) {
+static const QString message = Inappropriate method for server\r\n;
 QTextStream resultStream(socket);
-resultStream  HTTP/1.1 200 OK\r\n;
-resultStream  Date:   QDateTime::currentDateTime().toString(Qt::TextDate);
+resultStream  HTTP/1.1 405 Method Not Allowed \r\n;
+resultStream  Date:   QDateTime::currentDateTime().toString(Qt::TextDate)  \r\n;
 resultStream  Server: Merkaartor RemoteControl\r\n;
 resultStream  Content-type: text/plain\r\n;
 resultStream  Access-Control-Allow-Origin: *\r\n;
-resultStream  Content-length: 4\r\n\r\n;
-resultStream  OK\r\n;
+resultStream  Content-length:   message.length()  \r\n\r\n;
+resultStream  message;
 socket-disconnectFromHost();
-
-QUrl u = QUrl(tokens[1]);
-loadUrl(u);
+return;
 }
+{
+QTextStream resultStream(socket);
+resultStream  HTTP/1.1 204 No data\r\n;
+resultStream  Date:   QDateTime::currentDateTime().toString(Qt::TextDate)  \r\n;
+resultStream  Server: Merkaartor RemoteControl\r\n;
+resultStream  Access-Control-Allow-Origin: *\r\nr\n;
+}
+
+loadUrl(QUrl(tokens[1], QUrl::StrictMode));
+socket-disconnectFromHost();
 }
 }
 
___
Merkaartor mailing list
Merkaartor@openstreetmap.org
https://lists.openstreetmap.org/listinfo/merkaartor

Bug#782153: qtbase-opensource-src: debian/rules clean fails

[Toby Speight]

Source: qtbase-opensource-src
Severity: minor

It's hard to get back into a clean state (e.g. when trying to patch):

/
| make[3]: Entering directory 
'/usr/local/src/debian/qtbase-opensource-src-5.3.2+dfsg/qmake'
| rm -f project.o option.o property.o main.o ioutils.o proitems.o qmakevfs.o 
qmakeglobals.o qmakeparser.o qmakeevaluator.o qmakebuiltins.o makefile.o 
unixmake2.o unixmake.o mingw_make.o winmakefile.o projectgenerator.o meta.o 
makefiledeps.o metamakefile.o xmloutput.o pbuilder_pbx.o msvc_vcproj.o 
msvc_vcxproj.o msvc_nmake.o msvc_objectmodel.o msbuild_objectmodel.o gbuild.o 
cesdkhandler.o qtextcodec.o qutfcodec.o qstring.o qstring_compat.o 
qstringbuilder.o qtextstream.o qiodevice.o qmalloc.o qglobal.o qarraydata.o 
qbytearray.o qbytearraymatcher.o qdatastream.o qbuffer.o qlist.o qfiledevice.o 
qfile.o qfilesystementry.o qfilesystemengine.o qfsfileengine.o 
qfsfileengine_iterator.o qregexp.o qvector.o qbitarray.o qdir.o qdiriterator.o 
quuid.o qhash.o qfileinfo.o qdatetime.o qstringlist.o qabstractfileengine.o 
qtemporaryfile.o qmap.o qmetatype.o qsettings.o qsystemerror.o qlibraryinfo.o 
qvariant.o qvsnprintf.o qlocale.o qlocale_tools.o qlinkedlist.o qnumeric.o 
qcryptographichash.o qxmlstream.o qxmlutils.o qlogging.o qjson.o 
qjsondocument.o qjsonparser.o qjsonarray.o qjsonobject.o qjsonvalue.o 
qfilesystemengine_unix.o qfilesystemiterator_unix.o qfsfileengine_unix.o 
qlocale_unix.o
| rm -rf .deps
| rm -f /usr/local/src/debian/qtbase-opensource-src-5.3.2+dfsg/bin/qmake
| make[3]: Leaving directory 
'/usr/local/src/debian/qtbase-opensource-src-5.3.2+dfsg/qmake'
| cd src/  ( test -e Makefile || 
/usr/local/src/debian/qtbase-opensource-src-5.3.2+dfsg/bin/qmake 
/usr/local/src/debian/qtbase-opensource-src-5.3.2+dfsg/src/src.pro -o Makefile 
)  /usr/bin/make -f Makefile distclean
| make[3]: Entering directory 
'/usr/local/src/debian/qtbase-opensource-src-5.3.2+dfsg/src'
| /usr/local/src/debian/qtbase-opensource-src-5.3.2+dfsg/bin/qmake -o Makefile 
src.pro
| make[3]: /usr/local/src/debian/qtbase-opensource-src-5.3.2+dfsg/bin/qmake: 
Command not found
| Makefile:757: recipe for target 'Makefile' failed
| make[3]: *** [Makefile] Error 127
| make[3]: Leaving directory 
'/usr/local/src/debian/qtbase-opensource-src-5.3.2+dfsg/src'
| Makefile:50: recipe for target 'sub-src-distclean' failed
| make[2]: *** [sub-src-distclean] Error 2
| make[2]: Leaving directory 
'/usr/local/src/debian/qtbase-opensource-src-5.3.2+dfsg'
| debian/rules:142: recipe for target 'override_dh_auto_clean' failed
| make[1]: *** [override_dh_auto_clean] Error 2
| make[1]: Leaving directory 
'/usr/local/src/debian/qtbase-opensource-src-5.3.2+dfsg'
| debian/rules:92: recipe for target 'clean' failed
| make: *** [clean] Error 2
\

It appears we remove the 'qmake' binary but then still want to use it to
make the rules to clean the rest of the build tree.

-- 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-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87k2xmljgo.fsf@balti.ashgrove

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 'src:linux' to 'rsyslog'.,
the links point to [2] and [3] respectively, which both return 404 Not
Found errors.

[1] URL: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780239#28 
[2] URL: 
https://bugs.debian.org/cgi-bin/%3Ca%20href=%22pkgreport.cgi?src=linux%22%3Esrc:linux%3C/a%3E
 
[3] URL: 
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

[Aptitude-devel] 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  none
pn  debtags   none
pn  tasksel   none

-- 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
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel

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  none
pn  debtags   none
pn  tasksel   none

-- 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#775834: closed by Michael Gilbert mgilb...@debian.org (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#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/client/{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  none

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#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#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 module
| 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#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 module
| 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-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87a9amzvtt.fsf@balti.ashgrove

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 none
ii  bzip2   1.0.6-5
ii  docbook-utils   0.6.14-3
ii  e2fsprogs   1.42.9-3
pn  grub | grub2none
ii  initramfs-tools [linux-initramfs-tool]  0.115
pn  jfsutilsnone
ii  libncurses5-dev [libncurses-dev]5.9+20140118-1
ii  linux-source3.13+56
pn  mcelog  none
pn  oprofilenone
pn  pcmciautils none
pn  ppp none
ii  procps  1:3.3.9-2
pn  quota   none
pn  reiserfsprogs   none
pn  squashfs-tools  none
ii  udev204-8
pn  xfsprogsnone
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#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:

URL: 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#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#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
\

___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel

Re: [Merkaartor] Strange behavior with geotagged images

[Toby Speight]

0 In article 20131024181951.gb4...@coco.home,
0 Nicolas Boullis URL:mailto:nboul...@debian.org (Nicolas) wrote:

Nicolas Moreover, even though I could open my images, the GeoImage
Nicolas dockable window still appears to be empty. I may be missing
Nicolas something obvious, but what's the point of the window?

Use PgUp and PgDn to cycle through the images.  This used to just work,
but now you need to select the dock first, otherwise it zooms in and
out, the same as pressing + and -.  There's a context menu as well - but
I've never found removing images to be particularly stable; it's on my
list of crashes worth investigating.

___
Merkaartor mailing list
Merkaartor@openstreetmap.org
https://lists.openstreetmap.org/listinfo/merkaartor

Re: [mkgmap-dev] [PATCH v2] Move maxspeed calculations to style file

[Toby Speight]

0 In article 522050a9.5010...@gmail.com,
0 Felix Hartmann URL:mailto:extremecar...@gmail.com (Felix) wrote:

Felix only downwards, is what everyone expects, but not what mkgmap did
Felix so far. I critisized this quite often in the past

Thanks Felix - that's what I wanted to know.  I obviously overlooked
your previous complaints!

The style rules you present do look quite unwieldy - perhaps it's
possible to simplify by setting initial defaults, and using those to
allow revising downwards:

/
| highway=motorway { add mkgmap:road-speed-class = 7 }
| highway=trunk{ add mkgmap:road-speed-class = 6 }
| ...
|
| maxspeed:practical=* { set maxspeed=${maxspeed:practical} }
|
| maxspeed=*  mkgmap:road-speed-class  1  maxspeedkmh() =  5
|   { set mkgmap:road-speed-class = 1 }
| maxspeed=*  mkgmap:road-speed-class  2  maxspeedkmh() = 20
|   { set mkgmap:road-speed-class = 2 }
| ...
\

Is there any reason why that wouldn't work?
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] [PATCH v2] Move maxspeed calculations to style file

[Toby Speight]

Just to confirm - this affects only the *max* speed, correct?  So if my
defaults for single-track unclassified roads suggest 40mph, but tags say
we're allowed to do up to 60mph (both quite reasonable here in Scotland,
where the National Speed Limit is unattainable on many roads), then the
map won't try to take me down the narrow roads just because the allowed
maximum is higher?

Or will I need to reformulate my speed rules to avoid increasing speed
class?  (And, if so, does such a reformulation need to be in the default
rules?)

P.S. Please would you post patches in a text/* MIME-type (ideally
text/x-patch)?  application/x-download isn't really appropriate for
diffs, as it doesn't imply any charset or line-end conversions, and is
harder to display inline.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

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#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#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 t.m.speight...@cantab.net  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 @@
 
 tr
 td valign=top nowrap=nowrap
+b--force or -F/b
+/tdtd
+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.
+/td/tr
+
+tr
+td valign=top nowrap=nowrap
 b--datum or -d datum/b
 /tdtd
 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 @@
 arg choice=plain-n/arg
 arg choice=plain--no-write/arg
   /group
+  
+  group
+arg choice=plain-F/arg
+arg choice=plain--force/arg
+  /group
 
   group
 arg choice=plain-m/arg
@@ -297,6 +302,16 @@
 /listitem
   /varlistentry
 
+  varlistentry
+term
+  option-F/option,
+  option--force/option
+/term
+listitem
+  paraoverwrite existing GPS tags/para
+/listitem
+  /varlistentry
+
   varlistentry
 term
   option-m/option,
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 @@
 
 pThe bDon't write/b 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./p
 
+pThe bOverwrite existing tags/b 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./p
+
 pThe bDon't change mtime/b checkbox, if checked, will prevent changes to the JPEG files from updating the files mtime./p
 
 pThe bBetween Segments/b 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./p
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

Re: [Merkaartor] Someone interested in taking over Merkaartor?

[Toby Speight]

I don't have enough time to take a leadership role in the project, but I
do have an interest in keeping Merkaartor as the tool of choice for
heavy mappers.

I'm now doing C++/Qt4 development professionally, and would like to play
a more active part in Merkaartor development again.  The major stumbling
block is that I need to get comfortable with Git and Gitorious to be
able to contribute effectively.

I see the development priority to be stability first and foremost
(even if it's simply a matter of serialising the undo stack to disk
to recover from those occasional segfaults).

After that, I'd be interested in some improvements to relation handling
(two that come to mind include joining and splitting of multipolygons
just like simple areas, and intelligently deciding which ways to keep in
turn restrictions when way members are split).

Some indication to the user of differences in tags or
relation-memberships of ways or areas before joining would be useful,
too, to help avoid inappropriate joins.

___
Merkaartor mailing list
Merkaartor@openstreetmap.org
http://lists.openstreetmap.org/listinfo/merkaartor

Re: [mkgmap-dev] Support for through_route relations?

[Toby Speight]

0 In article 515c8e7f.4000...@web.de,
0 WanMil URL:mailto:wmgc...@web.de (Wanmil) wrote:

Wanmil mkgmap contains some code to support through_route relations.
[...]
Wanmil Shall we still support this type of relation?
Wanmil Can anybody explain what this relation does?

I think the best explanation is in the patch announcement email[1] -
perhaps that could be adapted for the OSM Wiki?

[1] URL: 
http://www.mail-archive.com/mkgmap-dev@lists.mkgmap.org.uk/msg04975.html 
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] Computing area (was: length () in relations file)

[Toby Speight]

0 In article 51194252.7080...@web.de,
0 WanMil URL:mailto:wmgc...@web.de (Wanmil) wrote:

Wanmil It might be possible. The problem to be solved is that the
Wanmil garmin map geometry is not rectangular. So at the moment I
Wanmil don't know how the area size of a polygon can be calculated in
Wanmil a metric unit.

I did this by preprocessing in C++, which adds a computed:area tag to
each area (including multipolygons if TWOPASS is defined):


#include osmium.hpp
#include osmium/storage/byid.hpp
#include osmium/handler/coordinates_for_ways.hpp
#include osmium/handler/multipolygon.hpp
#include osmium/geometry/multipolygon.hpp

#include geos/geom/Geometry.h
#include geos/geom/CoordinateFilter.h
#include geos/geom/Envelope.h
#include proj_api.h

#include unicode/coll.h
#include unicode/stsearch.h

#include cmath
#include vector
#include unordered_map

#include autosprintf.h

static inline double deg2rad(double r) { return r * M_PI / 180; }

class ProjectFromWGS84 : public geos::geom::CoordinateFilter
{
projPJ source;
projPJ target;

public:
ProjectFromWGS84(const char *target_projection)
: geos::geom::CoordinateFilter(),
  source(pj_init_plus(+proj=latlon +datum=WGS84)),
  target(pj_init_plus(target_projection))
{
assert(source);
assert(target);
}

~ProjectFromWGS84()
{
pj_free(source);
pj_free(target);
}

virtual void filter_ro(const geos::geom::Coordinate *)
{
// not used
}

virtual void filter_rw(geos::geom::Coordinate *c) const
{
c-x *= DEG_TO_RAD;
c-y *= DEG_TO_RAD;
c-z *= DEG_TO_RAD;

pj_transform(source, target, 1, 1, c-x, c-y, c-z);
}
};



typedef Osmium::Storage::SparseTableOsmium::OSM::Position storage_sparsetable_t;
typedef Osmium::Storage::MmapOsmium::OSM::Position storage_mmap_t;
typedef Osmium::Handler::CoordinatesForWaysstorage_sparsetable_t, storage_mmap_t cfw_handler_t;

#if 1
class TagMap : public std::unordered_mapstd::string,UnicodeString
{

public:
TagMap(const Osmium::OSM::TagList tags) {
reserve(tags.size());
for (const Osmium::OSM::Tag tag: tags)
operator[](tag.key()) = UnicodeString::fromUTF8(tag.value());
}

operator Osmium::OSM::TagList() {
Osmium::OSM::TagList l;
for (const value_type p: *this) {
std::string s;
p.second.toUTF8String(s);
l.add(p.first.c_str(), s.c_str());
}
return l;
}

bool contains(const key_type k) const {
return find(k) != end();
}

const mapped_type get(const key_type k) const {
return contains(k) ? at(k) : empty_value;
}

private:
static const mapped_type empty_value;
};
const TagMap::mapped_type TagMap::empty_value = ;

templatetypename Base
class ModifyTagsHandler : public Base {
UErrorCode collator_error;
Collator *const collator;

public:
templatetypename... Args
ModifyTagsHandler(Args... args)
: Base(std::forwardArgs(args)...),
  collator_error(U_ZERO_ERROR),
  collator(Collator::createInstance(collator_error))
{
collator-setStrength(Collator::PRIMARY);
}

void node(const shared_ptrOsmium::OSM::Node n) {
do_tag_update(n-tags(), n-get_type());
Base::node(n);
}

void way(const shared_ptrOsmium::OSM::Way w) {
do_tag_update(w-tags(), w-get_type());
Base::way(w);
}

void relation(const shared_ptrOsmium::OSM::Relation r) {
do_tag_update(r-tags(), r-get_type());
Base::relation(r);
}

private:
void do_tag_update(Osmium::OSM::TagList tags, osm_object_type_t) {
using std::string;
TagMap m(tags);
UnicodeString oper = m.get(operator);

if (!oper.isEmpty()) {
static const Locale gb_locale(en, GB);
UErrorCode status = U_ZERO_ERROR;
StringSearch iter(oper, m.get(name), gb_locale, NULL, status);
//iter.getCollator()-setStrength(Collator::PRIMARY);
if (iter.first(status) != USEARCH_DONE) {
// name contains operator
m.erase(operator);
} else if (m.get(amenity) == post_box  oper.caseCompare(Royal Mail, U_FOLD_CASE_DEFAULT))
m.erase(operator);
else if (m.get(amenity) == telephone  oper.caseCompare(BT, U_FOLD_CASE_DEFAULT))
m.erase(operator);
}
tags = m;
}
};
#endif

#if 0
templatetypename Callback
class Multipolygon : public Base {
using std::vector;

/// a list of areas that need to be completed
vectorOsmium::OSM::AreaFromRelation* m_areas;

// a map from way_id to a vector of indexes into the areas array
// this is used to find in which multipolygon relations a way is
typedef google::sparse_hash_maposm_object_id_t, vectorosm_object_id_t  way2areaidx_t;
way2areaidx_t m_way2areaidx;

bool m_attempt_repair;
Callback 

Re: [mkgmap-dev] Computing area

[Toby Speight]

Oops - old version.  Here's the correct one:


#include osmium.hpp
#include osmium/storage/byid.hpp
#include osmium/handler/coordinates_for_ways.hpp
#include osmium/handler/multipolygon.hpp
#include osmium/geometry/multipolygon.hpp

#include geos/geom/Geometry.h
#include geos/geom/CoordinateFilter.h
#include geos/geom/Envelope.h
#include proj_api.h

#include unicode/coll.h
#include unicode/stsearch.h

#include cmath
#include vector
#include unordered_map

#include autosprintf.h

static inline double deg2rad(double r) { return r * M_PI / 180; }

class ProjectFromWGS84 : public geos::geom::CoordinateFilter
{
projPJ source;
projPJ target;

public:
ProjectFromWGS84(const char *target_projection)
: geos::geom::CoordinateFilter(),
  source(pj_init_plus(+proj=latlon +datum=WGS84)),
  target(pj_init_plus(target_projection))
{
assert(source);
assert(target);
}

~ProjectFromWGS84()
{
pj_free(source);
pj_free(target);
}

virtual void filter_ro(const geos::geom::Coordinate *)
{
// not used
}

virtual void filter_rw(geos::geom::Coordinate *c) const
{
c-x *= DEG_TO_RAD;
c-y *= DEG_TO_RAD;
c-z *= DEG_TO_RAD;

pj_transform(source, target, 1, 1, c-x, c-y, c-z);
}
};



typedef Osmium::Storage::SparseTableOsmium::OSM::Position storage_sparsetable_t;
typedef Osmium::Storage::MmapOsmium::OSM::Position storage_mmap_t;
typedef Osmium::Handler::CoordinatesForWaysstorage_sparsetable_t, storage_mmap_t cfw_handler_t;


templatetypename Base
class ComputeAreaHandler : public Base {
storage_sparsetable_t store_pos;
storage_mmap_t store_neg;
cfw_handler_t handler_cfw;

ProjectFromWGS84 project_north;
ProjectFromWGS84 project_world;
ProjectFromWGS84 project_south;


public:

templatetypename... Args
ComputeAreaHandler(Args... args)
: Base(std::forwardArgs(args)...),
  handler_cfw(store_pos, store_neg),
  project_north(+init=epsg:3408),
  project_world(+init=epsg:3410),
  project_south(+init=epsg:3409)
{
}

~ComputeAreaHandler() {
}

void init(Osmium::OSM::Meta meta) {
handler_cfw.init(meta);
Base::init(meta);
}

void node(const shared_ptrOsmium::OSM::Node n) {
handler_cfw.node(n);
Base::node(n);
}

void after_nodes() {
handler_cfw.after_nodes();
std::cerr  nodes done  std::endl;
Base::after_nodes();

}

void way(const shared_ptrOsmium::OSM::Way w) {
#ifdef TWOPASS
handler_multipolygon-way(way);
#else
if (w-is_closed()  w-node_count()  3) {
// remember, a triangle has 4 nodes (as one appears twice)
Osmium::Geometry::Polygon p(*w);
geos::geom::Geometry *g = p.create_geos_geometry();
addAreaTag(*w, g);
delete g;
}
#endif
Base::way(w);
}

void tag_way(const shared_ptrOsmium::OSM::Way w) {
if (w-is_closed()  w-node_count()  3) {
// remember, a triangle has 4 nodes (as one appears twice)
Osmium::Geometry::Polygon p(*w);
geos::geom::Geometry *g = p.create_geos_geometry();
addAreaTag(*w, g);
delete g;
}
}

void area(Osmium::OSM::Area *a)
{
geos::geom::Geometry *g = a-get_geometry();
addAreaTag(a, g);
Base::area(a);
}

private:
// Area of the supplied WGS-84 lon/lat geometry, in square metres
double computeArea(geos::geom::Geometry *g) {
if (!g)
return 0;

// We need to project to an equal-area projection for g-getArea() to give useful results
// We use azimuthal near the poles, and cylindrical near the equator, for precision
static const double max_lat = 60;
static const double hysteresis = 15;
static const geos::geom::Envelope north_rect(-180, 180,  max_lat,  90);
static const geos::geom::Envelope world_rect(-180, 180, -max_lat,  max_lat);
static const geos::geom::Envelope south_rect(-180, 180, -90, -60);

const geos::geom::Envelope *e = g-getEnvelopeInternal();
if (!e) return 0;

if (e-getMaxY()  (max_lat + hysteresis)  e-getMinY()  -(max_lat + hysteresis)) {
// most of the world = EPSG:3410
g-apply_rw(project_world);
} else if (e-getMinY()  (max_lat - hysteresis)) {
// north polar region = EPSG:3408
g-apply_rw(project_north);
} else if (e-getMaxY()  -(max_lat - hysteresis)) {
// south polar region = EPSG:3409
g-apply_rw(project_south);
} else {
// big area - split into sub-areas
return computeArea(g-intersection(g-getFactory()-toGeometry(north_rect)))
+  computeArea(g-intersection(g-getFactory()-toGeometry(world_rect)))
+  

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

[Pkg-osm-maint] 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

___
Pkg-osm-maint mailing list
Pkg-osm-maint@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-osm-maint

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

[Toby Speight]

0 In article 20121014231616.gn5...@codelibre.net,
0 Roger Leigh URL: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 command) 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#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 none
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#679500: cron: test for missing lost+found should ignore bind mounts

[Toby Speight]

0 In article 
CAB9B7UuZKh=o-89Q35MHbwhCU2k1Fz4=xcu3qpyozoklzd4...@mail.gmail.com,
0 Javier Fernandez-Sanguino URL: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#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  none
pn  btrfs-tools none
ii  debootstrap 1.0.41
pn  lvm2none
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  anacronnone
pn  checksecurity  none
ii  logrotate  3.8.1-4

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

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


-- no debconf information

Bug#661105: pipewalker: Prevents DPMS blanking

[Toby Speight]

0 In article 20120513081611.ga21...@master.debian.org,
0 Bart Martens URL: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 k...@debian.org) 
[ 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/100dpi/:unscaled,

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:

URL: 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#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#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 | duploadnone
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  none
ii  libparse-debcontrol-perl  2.005-3
ii  libsoap-lite-perl none
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  none
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 none
ii  devscripts-el35.2
ii  gnuplot  none
ii  libauthen-sasl-perl  none
ii  libfile-desktopentry-perlnone
ii  libnet-smtp-ssl-perl none
ii  libterm-size-perlnone
ii  libtimedate-perl 1.2000-1
ii  libyaml-syck-perl1.19-1+b1
ii  mailutils [mailx]1:2.2+dfsg1-4+b1
ii  mutt none
ii  openssh-client [ssh-client]  1:5.9p1-2
ii  svn-buildpackage none
ii  w3m  0.5.3-5

-- no debconf information

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 | duploadnone
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  none
ii  libparse-debcontrol-perl  2.005-3
ii  libsoap-lite-perl none
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  none
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 none
ii  devscripts-el35.2
ii  gnuplot  none
ii  libauthen-sasl-perl  none
ii  libfile-desktopentry-perlnone
ii  libnet-smtp-ssl-perl none
ii  libterm-size-perlnone
ii  libtimedate-perl 1.2000-1
ii  libyaml-syck-perl1.19-1+b1
ii  mailutils [mailx]1:2.2+dfsg1-4+b1
ii  mutt none
ii  openssh-client [ssh-client]  1:5.9p1-2
ii  svn-buildpackage none
ii  w3m  0.5.3-5

-- no debconf information

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

[Toby Speight]

0 In article 4f40399d.5070...@gmail.com,
0 Mark Teel URL: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#659620: RFP: wview -- Weather station daemon

[Toby Speight]

0 In article 4f40399d.5070...@gmail.com,
0 Mark Teel URL: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-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87fwe2ziec.fsf@balti.ashgrove

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 t.m.speight...@cantab.net  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  
-  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

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

[Toby Speight]

 Daniel == Daniel Hartwig mand...@gmail.com 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 j...@jwz.org 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

[Aptitude-devel] Bug#659479: aptitude: Too chatty even with --quiet=9

[Toby Speight]

 Daniel == Daniel Hartwig mand...@gmail.com 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.  :-)



___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel

Bug#659802: xscreensaver: Option to leave DPMS alone

[Toby Speight]

 Jamie == Jamie Zawinski j...@jwz.org 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]

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 none
ii  iceweasel [www-browser]  9.0.1-1
ii  lynx-cur [www-browser]   2.8.8dev.9-3
ii  qcam | streamer  none
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#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 mteel2...@gmail.com
* 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 mteel2...@gmail.com on
| Thu, 19 Nov 2009 16:09:27 -0600.
| 
| It was downloaded from http://www.wviewweather.com
| 
| wview was written by Mark Teel mteel2...@gmail.com
| 
| 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 mteel2...@gmail.com
| 
| 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 mteel2...@gmail.com on 
| Mon, 16 Nov 2009 21:09:51 -0600
| 
| It was downloaded from: http://radlib.teel.ws
| 
| Upstream Author: Mark Teel mteel2...@gmail.com
| 
| Copyright (C) 2001-2009 Mark Teel mteel2...@gmail.com
| 
| 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 mteel2...@gmail.com
| 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-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87k43s82ix.fsf@balti.ashgrove

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 mteel2...@gmail.com
* 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 mteel2...@gmail.com on
| Thu, 19 Nov 2009 16:09:27 -0600.
| 
| It was downloaded from http://www.wviewweather.com
| 
| wview was written by Mark Teel mteel2...@gmail.com
| 
| 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 mteel2...@gmail.com
| 
| 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 mteel2...@gmail.com on 
| Mon, 16 Nov 2009 21:09:51 -0600
| 
| It was downloaded from: http://radlib.teel.ws
| 
| Upstream Author: Mark Teel mteel2...@gmail.com
| 
| Copyright (C) 2001-2009 Mark Teel mteel2...@gmail.com
| 
| 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 mteel2...@gmail.com
| 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#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 mteel2...@gmail.com
* 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 mteel2...@gmail.com on
| Thu, 19 Nov 2009 16:09:27 -0600.
| 
| It was downloaded from http://www.wviewweather.com
| 
| wview was written by Mark Teel mteel2...@gmail.com
| 
| 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 mteel2...@gmail.com
| 
| 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 mteel2...@gmail.com on 
| Mon, 16 Nov 2009 21:09:51 -0600
| 
| It was downloaded from: http://radlib.teel.ws
| 
| Upstream Author: Mark Teel mteel2...@gmail.com
| 
| Copyright (C) 2001-2009 Mark Teel mteel2...@gmail.com
| 
| 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 mteel2...@gmail.com
| 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-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87k43s82ix.fsf@balti.ashgrove

[Aptitude-devel] Bug#659479: aptitude: Too chatty even with --quiet=9

[Toby Speight]

Package: aptitude
Version: 0.6.4-1.2
Severity: minor

Aptitude is an awesome tool, but one thing that annoys me is a bunch of
progress messages that can't be eliminated even at the highest 'quiet'
setting:

/
| # aptitude -q9 update
| Reading package lists...
| Building dependency tree...
| Reading state information...
| Reading extended state information...
| Initializing package states...
| Writing extended state information...
| Deleting obsolete downloaded files
\

I have cron jobs that run aptitude several times (in different chroots,
for diskless clients), and all the clutter gets in the way of easily
seeing which packages are to be upgraded.

In case it's relevant, my scripts look something like

/
| for d in $clients
| do
|   chroot $d aptitute -q2 update
|   chroot $d aptitute -q2 -d -y full-upgrade
| done
\

so that the downloading is done at night when bandwidth is cheap, but
the email from cron alerts me when I have stuff to install.

-- Package-specific info:
aptitude 0.6.4 compiled at Oct 29 2011 20:08:13
Compiler: g++ 4.6.2
Compiled against:
  apt version 4.10.1
  NCurses version 5.9
  libsigc++ version: 2.2.9
  Ept support enabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20110404
  cwidget version: 0.5.16
  Apt version: 4.10.1
linux-vdso.so.1 =  (0x7fff579ff000)
libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0x00381a00)
libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x00382080)
libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x00382980)
libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x00381c00)
libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f868a1c2000)
libept.so.1 = /usr/lib/libept.so.1 (0x7f8689f65000)
libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f8689b68000)
libz.so.1 = /usr/lib/libz.so.1 (0x003819c0)
libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0x00383120)
libboost_iostreams.so.1.46.1 = /usr/lib/libboost_iostreams.so.1.46.1 
(0x00382380)
libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 
(0x00381980)
libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x00381cc0)
libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x00381900)
libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x00381c40)
libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x003818c0)
libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x003830e0)
libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x00381940)
libuuid.so.1 = /lib/libuuid.so.1 (0x7f868996)
libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x003829c0)
librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f8689757000)
/lib64/ld-linux-x86-64.so.2 (0x00381880)
Terminal: eterm-color
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:


-- 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 aptitude depends on:
ii  apt [libapt-pkg4.10]  0.8.15.9
ii  libboost-iostreams1.46.1  1.46.1-8
ii  libc6 2.13-26
ii  libcwidget3   0.5.16-3.1
ii  libept1   1.0.5
ii  libgcc1   1:4.6.2-12
ii  libncursesw5  5.9-4
ii  libsigc++-2.0-0c2a2.2.9-1.1
ii  libsqlite3-0  3.7.9-2
ii  libstdc++64.6.2-12
ii  libtinfo5 5.9-4
ii  libxapian22   1.2.8-1
ii  zlib1g1:1.2.3.4.dfsg-3

Versions of packages aptitude recommends:
ii  apt-xapian-indexnone
ii  aptitude-doc-en [aptitude-doc]  0.6.4-1.2
ii  libparse-debianchangelog-perl   1.2.0-1
ii  sensible-utils  0.0.6

Versions of packages aptitude suggests:
pn  debtags  none
pn  tasksel  none

-- 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
___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel

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 t.m.speight...@cantab.net
---
--- libpam-usb-0.5.0.orig/src/pad.c
+++ libpam-usb-0.5.0/src/pad.c
@@ -22,6 +22,7 @@
 #include errno.h
 #include sys/types.h
 #include sys/stat.h
+#include fcntl.h
 #include pwd.h
 #include time.h
 #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#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#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#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 URL: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#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

[Pkg-osm-maint] 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



___
Pkg-osm-maint mailing list
Pkg-osm-maint@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-osm-maint

Re: emacs on a text console - please help me overcome the shock

[Toby Speight]

 r == rdiezmail-emacs  rdiezmail-em...@yahoo.de 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 URL: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-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87bovg5zhi.fsf@balti.ashgrove

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

[Toby Speight]

 r == rdiezmail-emacs  rdiezmail-em...@yahoo.de 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 URL: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