Bug#1001583: fish: Version info is empty

[Wolodja Wentland]

Package: fish
Version: 3.3.1+ds-2
Followup-For: Bug #1001583
X-Debbugs-Cc: deb...@babilen5.org

Hello,

I am seeing the following behaviour when using fzf-history-widget:

--- snip ---
Argument is not a number: ''
Standard input (line 64): 
  if [ "$FISH_MAJOR" -gt 2 -o \( "$FISH_MAJOR" -eq 2 -a "$FISH_MINOR" -ge 4 
\) ];

in function 'fzf-history-widget'
--- snip ---

which is a direct effect of fish not providing its version information
correctly.

Ultimately, the following code is broken in fzf:

--- snip ---
set -l FISH_MAJOR (echo $version | cut -f1 -d.)
set -l FISH_MINOR (echo $version | cut -f2 -d.)
if [ "$FISH_MAJOR" -gt 2 -o \( "$FISH_MAJOR" -eq 2 -a "$FISH_MINOR" -ge 4 \) ];
  ...
--- snip ---

It would be fantastic if this issue could be addressed as it also
breaks other packages.

Thank you,
Wolodja

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_USER
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages fish depends on:
ii  bsdextrautils   2.37.3-1+b1
ii  firefox [www-browser]   96.0.3-1
ii  fish-common 3.3.1+ds-2
ii  google-chrome-stable [www-browser]  98.0.4758.80-1
ii  groff-base  1.22.4-8
ii  libc6   2.33-5
ii  libpcre2-32-0   10.39-3
ii  libstdc++6  11.2.0-14
ii  libtinfo6   6.3-2
ii  lynx [www-browser]  2.9.0dev.10-1
ii  man-db  2.9.4-4
ii  python3 3.9.7-1
ii  w3m [www-browser]   0.5.3+git20210102-6

Versions of packages fish recommends:
ii  xsel  1.2.0+git9bfc13d.20180109-3

Versions of packages fish suggests:
pn  doc-base  

-- no debconf information

Bug#1000829: $PATH is reset because of Debian patch

[Wolodja Wentland]

Package: fish
Version: 3.3.1+ds-2
Followup-For: Bug #1000199

Hello,

I can confirm the behaviour reported in this bug (i.e. PATH hardcoded
to /usr/local/bin /usr/bin /bin/usr/local/games /usr/games).

I've furthermore tested the alternative implementation provided by
Federico and that resolved any issues I had and results in the
behaviour I desire and expect.

Thank you,
Wolodja


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.15.0-1-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_USER
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages fish depends on:
ii  bsdextrautils   2.37.2-4
ii  firefox [www-browser]   94.0.2-1
ii  fish-common 3.3.1+ds-2
ii  google-chrome-stable [www-browser]  96.0.4664.45-1
ii  groff-base  1.22.4-7
ii  libc6   2.32-4
ii  libpcre2-32-0   10.39-3
ii  libstdc++6  11.2.0-10
ii  libtinfo6   6.3-1
ii  lynx [www-browser]  2.9.0dev.10-1
ii  man-db  2.9.4-2
ii  python3 3.9.7-1
ii  w3m [www-browser]   0.5.3+git20210102-6

Versions of packages fish recommends:
ii  xsel  1.2.0+git9bfc13d.20180109-3

Versions of packages fish suggests:
pn  doc-base  

-- no debconf information

Bug#1000199: $PATH is reset because of Debian patch

[Wolodja Wentland]

Package: fish
Version: 3.3.1+ds-2
Followup-For: Bug #1000199

Hello,

I can confirm the behaviour reported in this bug (i.e. PATH hardcoded
to /usr/local/bin /usr/bin /bin/usr/local/games /usr/games).

I've furthermore tested the alternative implementation provided by
Federico and that resolved any issues I had and results in the
behaviour I desire and expect.

Thank you,
Wolodja


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.15.0-1-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_USER
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages fish depends on:
ii  bsdextrautils   2.37.2-4
ii  firefox [www-browser]   94.0.2-1
ii  fish-common 3.3.1+ds-2
ii  google-chrome-stable [www-browser]  96.0.4664.45-1
ii  groff-base  1.22.4-7
ii  libc6   2.32-4
ii  libpcre2-32-0   10.39-3
ii  libstdc++6  11.2.0-10
ii  libtinfo6   6.3-1
ii  lynx [www-browser]  2.9.0dev.10-1
ii  man-db  2.9.4-2
ii  python3 3.9.7-1
ii  w3m [www-browser]   0.5.3+git20210102-6

Versions of packages fish recommends:
ii  xsel  1.2.0+git9bfc13d.20180109-3

Versions of packages fish suggests:
pn  doc-base  

-- no debconf information

Bug#862735: Infinite loop in Python docstring detection

[Wolodja Wentland]

Package: emacs25
Version: 25.1+1-4
Severity: normal
Tags: patch

Dear Maintainer,

emacs25 runs into an infinite loop in python-mode that can be
triggered with:

  $ emacs25 -Q test.py --eval '(insert " \"")'

which makes python-mode and other modes that use it rather unpleasant
to use.

This bug has been reported upstream [0] and a patch is included in
25.2 which, unfortunately, didn't make it into stretch.

[0] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24856

It would be appreciated if the attached patch could be included in
stretch.

Thank you and may you have a nice day

Wolodja

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages emacs25 depends on:
ii  emacs25-bin-common 25.1+1-4
ii  gconf-service  3.2.6-4+b1
ii  libacl12.2.52-3+b1
ii  libasound2 1.1.3-5
ii  libatk1.0-02.22.0-1
ii  libc6  2.24-10
ii  libcairo-gobject2  1.14.8-1
ii  libcairo2  1.14.8-1
ii  libdbus-1-31.10.18-1
ii  libfontconfig1 2.11.0-6.7+b1
ii  libfreetype6   2.6.3-3.2
ii  libgconf-2-4   3.2.6-4+b1
ii  libgdk-pixbuf2.0-0 2.36.5-2
ii  libgif75.1.4-0.4
ii  libglib2.0-0   2.50.3-2
ii  libgnutls303.5.8-5
ii  libgomp1   6.3.0-16
ii  libgpm21.20.4-6.2+b1
ii  libgtk-3-0 3.22.12-1
ii  libice62:1.0.9-2
ii  libjpeg62-turbo1:1.5.1-2
ii  libm17n-0  1.7.0-3+b1
ii  libmagickcore-6.q16-3  8:6.9.7.4+dfsg-6
ii  libmagickwand-6.q16-3  8:6.9.7.4+dfsg-6
ii  libotf00.9.13-3+b1
ii  libpango-1.0-0 1.40.5-1
ii  libpangocairo-1.0-01.40.5-1
ii  libpng16-161.6.28-1
ii  librsvg2-2 2.40.16-1+b1
ii  libselinux12.6-3+b1
ii  libsm6 2:1.2.2-1+b3
ii  libtiff5   4.0.7-6
ii  libtinfo5  6.0+20161126-1
ii  libx11-6   2:1.6.4-3
ii  libx11-xcb12:1.6.4-3
ii  libxcb11.12-1
ii  libxfixes3 1:5.0.3-1
ii  libxft22.3.2-1+b2
ii  libxinerama1   2:1.1.3-1+b3
ii  libxml22.9.4+dfsg1-2.2
ii  libxpm41:3.5.12-1
ii  libxrandr2 2:1.5.1-1
ii  libxrender11:0.9.10-1
ii  zlib1g 1:1.2.8.dfsg-5

emacs25 recommends no packages.

Versions of packages emacs25 suggests:
ii  emacs25-common-non-dfsg  25.1+1-1

-- no debconf information
>From 5da4f196fc3c8b411936551568477d70a9046421 Mon Sep 17 00:00:00 2001
From: Noam Postavsky 
Date: Wed, 2 Nov 2016 21:59:10 -0400
Subject: [PATCH v1] Fix infloop in python docstring detection

The function `python-info-docstring-p' (introduced in 2015-04-05
"python.el: Enhance docstring detection following PEP-257[...]") could
get stuck when called with point before the first expression in the
buffer.  The attempted fix in 2015-04-06 "Fix previous commit to prevent
infloop" did not handle the case where there is only whitespace between
the first expression and the beginning of buffer (Bug#24856, Bug#24839).

* lisp/progmodes/python.el (python-info-docstring-p): Stop looping when
`python-nav-backward-sexp' fails to move point.
---
 lisp/progmodes/python.el | 15 ---
 1 file changed, 8 insertions(+), 7 deletions(-)

diff --git a/lisp/progmodes/python.el b/lisp/progmodes/python.el
index e5efc2b..de06efb 100644
--- a/lisp/progmodes/python.el
+++ b/lisp/progmodes/python.el
@@ -4867,13 +4867,14 @@ python-info-docstring-p
   2
   (progn
 (while (save-excursion
- (python-nav-backward-sexp)
- (setq backward-sexp-point (point))
- (and (= indentation (current-indentation))
-  (not (bobp)) ; Prevent infloop.
-  (looking-at-p
-   (concat "[uU]?[rR]?"
-   (python-rx string-delimiter)
+ (let ((cur-point (point)))
+   (python-nav-backward-sexp)
+   (setq backward-sexp-point (point))
+   (and (= indentation (current-indentation))
+(/= cur-point (point)) ; Prevent infloop.
+(looking-at-p
+ (concat "[uU]?[rR]?"
+ (python-rx string-delimiter))
   ;; Previous sexp was a string, restore point.
   (goto-char backward-sexp-point)
  

Bug#851654: Prerm maintainer script unconditionally stops xend/xenconsoled

[Wolodja Wentland]

On Tue, Jan 17, 2017 at 14:45 +, Ian Jackson wrote:
> >  If the maintainer scripts of these versioned
> > packages would only deal with 'their' version this would not happen.

> I wonder if this is the best approach.  Which of the different coinstallable
> packages' xenconsoled actually ends up running depends on the booted
> hypervisor, so there should be only one of these sets active at a time.

That's a very good idea! Would you implement this in the init script shipped in
xen-utils-common itself or do you think that it would be more appropriate in the
xen-utils maintainer scripts?
--
Wolodja 

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: PGP signature

Bug#851654: Prerm maintainer script unconditionally stops xend/xenconsoled

[Wolodja Wentland]

Hi Ian,

On Tue, Jan 17, 2017 at 10:58 +, Ian Jackson wrote:
> Wolodja Wentland writes ("Bug#851654: Prerm maintainer script unconditionally
> stops xend/xenconsoled"): > We triggered a xen stop by removing obsolete
> xen-utils-4.1 packages while already using xen-utils-4.4.

> I think a xenconsoled restart should be harmless, so I think it is
> probably right that the maintainer scripts end up stopping the old
> xenconsoled and starting a new one, at least unless it's going to be
> away for a long time.

It makes perfect sense for them to restart xenconsoled during package upgrades
which the combination of prerm and postinst scripts achieves for upgrades of the
same versioned package. Upgrades of xen-utils-4.{1,4,8} will all stop
xenconsoled during the prerm run and start it again in the postinst run of the
upgraded package.

The problem we encountered, however, was that we removed obsolete packages
(xen-utils-4.1) after the postinst script of a newer one (xen-utils-4.4) had
already started xenconsoled. The prerm script of xen-utils-4.1 thereby stopped a
daemon that was started by the postinst script of xen-utils-4.4 and xenconsoled
was no longer running as a result. If the maintainer scripts of these versioned
packages would only deal with 'their' version this would not happen.
--
Wolodja <deb...@babilen5.org>

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: PGP signature

Bug#851654: Prerm maintainer script unconditionally stops xend/xenconsoled

[Wolodja Wentland]

Package: xen-utils-4.4
Severity: normal

Dear Maintainer,

the xen-utils-4.4 and xen-utils-4.1 prerm maintainer scripts contain the 
following code snippet:

remove|upgrade)
update-alternatives --remove xen-default /usr/lib/xen-4.4
if [ -x "/etc/init.d/xen" ]; then
invoke-rc.d xen stop || exit $?
fi
;;

which, in conjunction with the postinst script triggers a xend and xenconsoled 
restart that relies on both maintainer scripts being executed.

We triggered a xen stop by removing obsolete xen-utils-4.1 packages while 
already using xen-utils-4.4.

Can you think of a way to implement the restart and stop more robustly in that 
the stop and start actions are performed atomically or the service shipped in 
the unversioned xen-utils-common is not stopped if it has been started by the 
maintainer script of a different (newer) xen-utils-X.Y package?

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#851137: Requires a dependency on missing 'scandir' module

[Wolodja Wentland]

Package: python-pathlib2
Version: 2.2.0-1
Severity: grave

Dear Maintainer,

thank you for packaging python-pathlib2, but it appears to be unusable at the 
moment. Using an up-to-date sid version, unsurprisingly, results in the 
following error:

  >>> import pathlib2
  Traceback (most recent call last):
File "", line 1, in 
  import pathlib2
File "/usr/lib/python2.7/dist-packages/bpython/curtsiesfrontend/repl.py", 
line 257, in load_module
  module = pkgutil.ImpLoader.load_module(self, name)
File "/usr/lib/python2.7/pkgutil.py", line 246, in load_module
  mod = imp.load_module(fullname, self.file, self.filename, self.etc)
File "/usr/lib/python2.7/dist-packages/pathlib2.py", line 46, in 
  from scandir import scandir as os_scandir
  ImportError: No module named scandir

Which is due to the following code in pathlib2:

  try:
  from os import scandir as os_scandir
  except ImportError:
  from scandir import scandir as os_scandir

where pathlib2 tries to import 'scandir' from the stdlib in Python >= 3.5 (cf.
[0]) and then falls back to benhoyt's scandir module [1]. This follows the
pattern Ben documented for scandir [2], but fails on Debian at the moment as
'scandir' has not yet been packaged yet (cf. ITP/RFP [3]) and this package
therefore can't easily include a dependency on it.

It appears as if the best way to fix this bug would be by packaging scandir for
Python 2 and by including a Depends on the new package in this one.

[0] https://docs.python.org/3.6/library/os.html#os.scandir
[1] https://github.com/benhoyt/scandir
[2] https://github.com/benhoyt/scandir#now-included-in-a-python-near-you
[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711388

Thank you!

Wolodja

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

Kernel: Linux 4.8.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python-pathlib2 depends on:
ii  python-six  1.10.0-3
pn  python:any  

python-pathlib2 recommends no packages.

python-pathlib2 suggests no packages.

-- no debconf information

Bug#760080: Build python3 package

[Wolodja Wentland]

Package: virtualenvwrapper
Version: 4.3.1-2
Followup-For: Bug #760080

It would be great if Python 3 packages could be build. Is there anything we can
do to help or something in particular that's holding this back?

Thank you!

Wolodja

Bug#738063: nfs-kernel-server: option to disable NFSv4 in /etc/default/nfs-kernel-server not working properly

[Wolodja Wentland]

Hello,

this problem just came up in #debian and it took us a while to arrive at
the same conclusion (and patch) as detailed in this bug report. It would
be appreciated if the patch could be included as this would allow
users in a similar situation to solve it immediately.

Thank you!
-- 
Wolodja 

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC

Bug#826561: build-openstack-debian-image: /etc/cloud/cloud.cfg.d/90_dpkg.cfg should be well-formed YAML

[Wolodja Wentland]

Package: openstack-debian-images
Severity: normal
Tags: patch

Architecture: amd64 (x86_64)

Kernel: Linux 4.5.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Dear Maintainer,

build-openstack-debian-image writes /etc/cloud/cloud.cfg.d/90_dpkg.cfg, but
unfortunately prefixes 'datasource_list' with a tab. This prevents proper YAML
parsing and can be easily fixed by applying the attached patch.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
>From 943308553ec242ade8de63bf77f3439fba38dad9 Mon Sep 17 00:00:00 2001
From: Wolodja Wentland <w...@babilen5.org>
Date: Mon, 6 Jun 2016 13:32:45 +0200
Subject: [PATCH] Remove leading tab from datasource_list

The leading tab caused yaml errors when parsing
/etc/cloud/cloud.cfg.d/90_dpkg.cfg from, for example, cloud-init.
---
 build-openstack-debian-image | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/build-openstack-debian-image b/build-openstack-debian-image
index 5ae9a60..696882d 100755
--- a/build-openstack-debian-image
+++ b/build-openstack-debian-image
@@ -479,7 +479,7 @@ datasource_list: [Azure]" >${MOUNT_DIR}/etc/cloud/cloud.cfg.d/90_dpkg.cfg
 else
 	# For OpenStack, we would like to use Ec2 and no other API
 	echo "# to update this file, run dpkg-reconfigure cloud-init
-	datasource_list: [ConfigDrive, Openstack, Ec2]" >${MOUNT_DIR}/etc/cloud/cloud.cfg.d/90_dpkg.cfg
+datasource_list: [ConfigDrive, Openstack, Ec2]" >${MOUNT_DIR}/etc/cloud/cloud.cfg.d/90_dpkg.cfg
 fi
 
 # Needed to have automatic mounts of /dev/vdb
-- 
2.8.1

Bug#826276: Manpage does not document all arguments being passed to the customize script

[Wolodja Wentland]

Package: vmdebootstrap
Version: 1.5-1
Severity: minor

Dear Maintainer,

the manpage of vmdebootstrap documents the customize option as:

  --customize=SCRIPT
  [...]
  Thes cript needs to be executable and is passed the root directory of the
  debootstrap as the only argument.
  [...]

while the call to the customize script looks like:

  cliapp.runcmd([script, rootdir, self.settings['image']], stdout=tty, 
stderr=tty)

It would be great if you could document the second argument (i.e. name of the
image) that is being passed to the script.

Thank you for your consideration and time!

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages vmdebootstrap depends on:
ii  debootstrap 1.0.81
ii  extlinux3:6.03+dfsg-13
ii  kpartx  0.5.0+git1.656f8865-9
ii  libjs-sphinxdoc 1.3.6-2
ii  mbr 1.1.11-5+b1
ii  parted  3.2-15
ii  python-cliapp   1.20160316-1
ii  python-distro-info  0.14
ii  python2.7   2.7.11-9
pn  python:any  
ii  qemu-utils  1:2.6+dfsg-1+b1

Versions of packages vmdebootstrap recommends:
ii  grub2-common  2.02~beta2-36
pn  python-guestfs
ii  qemu-system   1:2.6+dfsg-1+b1
ii  qemu-user-static  1:2.6+dfsg-1+b1
ii  squashfs-tools1:4.3-3

Versions of packages vmdebootstrap suggests:
pn  cmdtest   
pn  pandoc
pn  u-boot:armhf  

-- no debconf information

Bug#805071: salt-ssh: sal-ssh in sid does not work with a Wheezy target : no backports.ssl_match_hostname in the pushed bundle

[Wolodja Wentland]

Hi Gilles,

we have just uploaded a new salt version to unstable and this bug should
have been fixed a while ago. As outlined in [0] I had to perform some
additional cleanup steps before I was able to use salt-ssh with squeeze
and wheezy targets again.

It would be fantastic if you could check if this problem still occurs
with the version currently in unstable as we would like to close it otherwise.

[0] https://github.com/saltstack/salt/issues/27355#issuecomment-197275457
-- 
Wolodja 

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC

Bug#783063: Xen domU freeze with "Guest Rx stalled"

[Wolodja Wentland]

Hello,

we have been observing this behaviour over the last couple of months and
can report that it still happens with recent kernels in
wheezy-backports.

In particular the following kernels where used:

Dom0: 3.16.7-ckt11-1+deb8u6~bpo70+1
DomU: 3.16.7-ckt20-1+deb8u3~bpo70+1

We still only see this with PV guests. How could we investigate this
further and/or solve the issue?
-- 
Wolodja 

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC

Bug#818237: Re: vagrant-libvirt: undefined method `group_by' for nil:NilClass (NoMethodError)

[Wolodja Wentland]

Christian Hofstaedtler  writes:

> [ text/plain ]
> * Antonio Terceiro  [160401 16:34]:
>> On Fri, Apr 01, 2016 at 02:22:14PM +0200, Christian Hofstaedtler wrote:

> As such, no good reason to move it.

Due to our discussion the following PR has been submitted to upstream:
https://github.com/mitchellh/vagrant/pull/7198.
-- 
Wolodja 

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC

Bug#818237: Re: vagrant-libvirt: undefined method `group_by' for nil:NilClass (NoMethodError)

[Wolodja Wentland]

Christian Hofstaedtler  writes:

> [ text/plain ]
> This might be a suitable patch for vagrant, but I clearly don't
> understand enough of what vagrant is doing there in the first place.
> (The patch makes vagrant plugin install vagrant-libvirt work for
> me, but that's the only thing I tried.)
[ patch ]

Thank you very much for looking into this, Christian! I have tried your
patch and it does indeed solve the issue at hand. I also follow your
reasoning and hope that vagrant upstream will look into this issue,
rather than "weasel around" the underlying issue as you so pointedly
said in an earlier mail.
-- 
Wolodja 

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC

Bug#818237: vagrant-libvirt: undefined method `group_by' for nil:NilClass (NoMethodError)

[Wolodja Wentland]

Package: vagrant
Version: 1.8.1+dfsg-1
Followup-For: Bug #818237

Hello,

i looked into this issue and found the following discussion:

https://github.com/pradels/vagrant-libvirt/issues/575

which led me to:

https://github.com/rubygems/rubygems/commit/044b0e2685e4b219b013f1067d670918a48c1f62

I can confirm that editing /usr/lib/ruby/2.3.0/rubygems/specification.rb as
suggested fixes the issue at hand. This issue therefore seems to be with
rubygems rather than vagrant itself.

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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages vagrant depends on:
ii  bsdtar 3.1.2-11+b1
ii  bundler1.11.2-1
ii  curl   7.47.0-1
ii  openssh-client 1:7.2p2-2
ii  ruby   1:2.3.0+1
ii  ruby-childprocess  0.5.9-1
ii  ruby-erubis2.7.0-3
ii  ruby-i18n  0.7.0-2
ii  ruby-listen3.0.3-3
ii  ruby-log4r 1.1.10-4
ii  ruby-net-scp   1.2.1-3
ii  ruby-net-sftp  1:2.1.2-3
ii  ruby-net-ssh   1:3.0.1-3
ii  ruby-nokogiri  1.6.7.2-3
ii  ruby-rb-inotify0.9.7-1
ii  ruby-rest-client   1.8.0-2

vagrant recommends no packages.

Versions of packages vagrant suggests:
ii  virtualbox  5.0.16-dfsg-2

-- no debconf information

Bug#753358: Bug#743977: drbd8: Xen resource script fails when using the xl stack

[Wolodja Wentland]

Hi,

we are still experiencing this error on stable jessie with xen 4.4.1 and it
does not appear to be fixed in that version at all.

The actual error is:

-- snip --
Traceback (most recent call last):
  File "/usr/lib/xen-4.4/bin/pygrub", line 809, in 
part_offs = get_partition_offsets(file)
  File "/usr/lib/xen-4.4/bin/pygrub", line 106, in get_partition_offsets
image_type = identify_disk_image(file)
  File "/usr/lib/xen-4.4/bin/pygrub", line 48, in
identify_disk_image
fd = os.open(file, os.O_RDONLY)
  OSError: [Errno 2] No such file or directory: 'foo1'
-- snip --

when we try to boot a guest with /usr/lib/xen-4.4/bin/pygrub as bootloader.

--
Wolodja 

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#726935: network-manager-gnome: nm-connection-editor segfaults when importing .ovpn config

[Wolodja Wentland]

Package: network-manager-gnome
Version: 1.0.4-1
Followup-For: Bug #726935

Dear Maintainer,

This bug can still be reproduced in 1.0.4-1 and has been fixed in Ubuntu for
quite a while now. In fact a patch has been provided earlier and I don't quite
understand why it is not being integrated into the Debian packaging.

It would be much appreciated if you could review Jousselin's patch and
integrate it into the Debian packages as well unless there is a good reason not
to.

Have a nice day and thank you for your work

Wolodja Wentland

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages network-manager-gnome depends on:
ii  dbus-x11 1.8.20-1
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gconf-service3.2.6-3
ii  gnome-icon-theme 3.12.0-1
ii  libatk1.0-0  2.16.0-2
ii  libc62.19-19
ii  libcairo21.14.2-2
ii  libdbus-1-3  1.8.20-1
ii  libdbus-glib-1-2 0.102-1
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.31.5-1
ii  libglib2.0-0 2.44.1-1.1
ii  libgnome-keyring03.12.0-1+b1
ii  libgtk-3-0   3.16.6-1
ii  libmm-glib0  1.4.10-1
ii  libnm-glib-vpn1  1.0.6-1
ii  libnm-glib4  1.0.6-1
ii  libnm-gtk0   1.0.4-1
ii  libnm-util2  1.0.6-1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libsecret-1-00.18.3-1
ii  network-manager  1.0.6-1
ii  policykit-1-gnome0.105-2

Versions of packages network-manager-gnome recommends:
ii  dunst [notification-daemon]1.1.0-2
ii  gnome-keyring  3.16.0-4
ii  gnome-shell [notification-daemon]  3.16.3-1
ii  iso-codes  3.60-1
ii  mobile-broadband-provider-info 20140317-1

Versions of packages network-manager-gnome suggests:
pn  network-manager-openconnect-gnome  
ii  network-manager-openvpn-gnome  1.0.2-1
pn  network-manager-pptp-gnome 
pn  network-manager-vpnc-gnome 

-- no debconf information

Bug#794461: RequirementParseError: Expected version spec in funcsigs; python_version3.3 at ; python_version3.3

[Wolodja Wentland]

Package: cookiecutter
Version: 1.0.0-2
Severity: grave

Dear Maintainer,

When running cookiecutter the aforementioned error is encountered. The entire
traceback is:

  $ cookiecutter --help
Traceback (most recent call last):
File /usr/bin/cookiecutter, line 5, in module
  from pkg_resources import load_entry_point
File /usr/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 
3084, in module
  @_call_aside
File /usr/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 
3070, in _call_aside
  f(*args, **kwargs)
File /usr/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 
3097, in _initialize_master_working_set
  working_set = WorkingSet._build_master()
File /usr/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 
651, in _build_master
  ws.require(__requires__)
File /usr/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 
952, in require
  needed = self.resolve(parse_requirements(requirements))
File /usr/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 
847, in resolve
  new_requirements = dist.requires(req.extras)[::-1]
File /usr/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 
2602, in requires
  dm = self._dep_map
File /usr/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 
2597, in _dep_map
  dm.setdefault(extra,[]).extend(parse_requirements(reqs))
File /usr/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 
2930, in parse_requirements
  version spec)
File /usr/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 
2895, in scan_list
  raise RequirementParseError(msg, line, at, line[p:])
  pkg_resources.RequirementParseError: Expected version spec in 
funcsigs;python_version3.3 at ;python_version3.3

This is, obviously, rather unfortunate and prevents users from using this
program.

Please let me know if additional information is required or if there is anything
I can do to help with this issue.

I'd like to mention that cookiecutter installed in a virtualenv works fine and
that this issue is specific to the one packaged in Debian.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cookiecutter depends on:
ii  python   2.7.9-1
ii  python-cookiecutter  1.0.0-2

cookiecutter recommends no packages.

cookiecutter 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#794461: RequirementParseError: Expected version spec in funcsigs; python_version3.3 at ; python_version3.3

[Wolodja Wentland]

On Mon, Aug 03, 2015 at 11:54 +0200, Vincent Bernat wrote:

  When running cookiecutter the aforementioned error is encountered. The 
  entire
  traceback is:
 
$ cookiecutter --help
[…]
pkg_resources.RequirementParseError: Expected version spec in 
  funcsigs;python_version3.3 at ;python_version3.3

 This seems to be a regression in python-mock. This spec string comes
 From its requirements.txt. It seems that pkg-resources from Python 2.7
 is unable to parse such a string. A workaround may be to invoke with
 Python 3:

 python3 $(which cookiecutter) --help

 Reassigning.

It could also be a bug in python-funcsigs that python-mock depends on ever
since a Depends was added to it in #794013 - I'll take a more detailed look
tomorrow, but the error message seems to lend further credit to this
hypethesis.

thank you for the prompt reply.
--
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#783063: Xen domU freeze with Guest Rx stalled

[Wolodja Wentland]

On Wed, Apr 22, 2015 at 08:37 +0100, Ian Campbell wrote:
 

 
 In fact 3.16.7-ckt9-2~bpo70+1 has just been uploaded, so best to test 
  
 that. 
  

 
We will test that kernel on the domUs (which are most likely to blame in this   
 
case) and will report back. 
 

 
The Xen stack is the standard one on wheezy (i.e. 4.1.4-3+deb7u5).  
 

Thank you
--  
 
Wolodja deb...@babilen5.org   
 

 
4096R/CAF14EFC  
 
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#774625: Disabled services in sysvinit are started/reenabled during transition to systemd

[Wolodja Wentland]

Package: systemd
Version: 215-8
Severity: important

Dear Maintainer,

services that have explicitly been disabled in sysvinit with update-rc.d
disable $SERVICE are enabled/started in systemd after the transition. This
requires users to keep track of the service status before the upgrade/transition
and might cause serious problems if service that weren't supposed to run are
started unintentionally.

If this cannot be solved technically then it would probably make sense to
reassign this bug to release-notes and warn users about this behaviour so that
they can take appropriate actions. It would, in that case, still be unclear how
users could prevent services from being started though.

Thank you and keep up the great work!

-- Package-specific info:

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-58
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1+b1
ii  libblkid1   2.25.2-4
ii  libc6   2.19-13
ii  libcap2 1:2.24-6
ii  libcap2-bin 1:2.24-6
ii  libcryptsetup4  2:1.6.6-4
ii  libgcrypt20 1.6.2-4+b1
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2+b3
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-8
ii  mount   2.25.2-4
ii  sysv-rc 2.88dsf-58
ii  udev215-8
ii  util-linux  2.25.2-4

Versions of packages systemd recommends:
ii  dbus1.8.12-3
ii  libpam-systemd  215-8

Versions of packages systemd suggests:
pn  systemd-ui  none

-- 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#771678: Please add bash (zsh) completion functionality

[Wolodja Wentland]

Package: dcfldd
Version: 1.3.4.1-6
Severity: wishlist

Hello,

one of the reasons for still using dd even though dcfldd is installed is that
the former comes with nice bash-completion scripts. dcfldd unfortunately does
not which probably hampers its adoption quite a bit due to the rather, well,
verbose syntax of these tools.

It would be most appreciated if you (or upstream) would consider adding bash
(and zsh?) completion functionality to this otherwise wonderful piece of
software.

Thank you

Wolodja

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages dcfldd depends on:
ii  libc6  2.19-13

dcfldd recommends no packages.

dcfldd 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#762194: Summary:Re: Bug#762194: Proposal for upgrades to jessie (lendows 1)

[Wolodja Wentland]

On Sat, Nov 29, 2014 at 12:30 -0800, Steve Langasek wrote:
 On Sat, Nov 29, 2014 at 08:14:07PM +0100, Philipp Kern wrote:

  That's even more unlikely than to add a debconf message (which would be
  package-owned). Yes, debian-installer is frozen. This would add new
  udebs, new strings, new everything. We're actually trying to release.
 
 Debian releases when it's ready.  If large numbers of our users are going to
 have a bad experience with jessie as a result of being switched to systemd,
 then we should take appropriate steps to address that, even if that means
 unfreezing the installer.

Indeed. Jessie should be released once large numbers of our users [will] no
longer have a bad experience as a result of being switched to systemd [because
all relevant bugs have been fixed].

As somebody who is active in user support on IRC I dread the jessie release if 
it
means that we will ask people for years to come if they have switched to systemd
after their upgrade and, if not, walk them through the process. So far most
users who had a bad experience with jessie did so because they did *not* switch
and the fact that -shim wasn't ready.

having a bad experience should directly translate into bugs that can, and have
to, be fixed before the release. I would welcome a more technical discussion at
this point rather than an emotional one.

Thank you and everybody else for their wonderful work and patience.
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#765411: Was this package abandonned?

[Wolodja Wentland]

On Tue, Oct 14, 2014 at 15:51 -0400, Alexandre Viau wrote:

 Is there any plans to update leiningen? It's needed to compile Riemann, which 
 I
 intend to package. 

There are definitely plans to update leiningen, but I am not sure when I (or
anybody else) will get around to do that. AFAICT this won't happen in time for
the freeze, but I would still very much like to get leiningen 2 into Debian, so
that the remaining dependencies will have to be packaged and bugs fixed.

I close this bug as there are better ways to communicate about this and I would
also be very interested in seeing riemann in Debian.
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#765346: Authentication error due to missing polkit agent

[Wolodja Wentland]

Package: libvirt-bin
Version: 1.2.9-2
Severity: important

Hello,

ever since upgrading libvirt* to 1.2.9* I am running into the following error
when trying to connect:

  $ virsh connect qemu:///system
  error: Failed to connect to the hypervisor
  error: authentication failed: no agent is available to authenticate

This is, presumably, due to the changes introduced to the authentication system
introduced in da11813 [0], but I am not sure how to ensure that an agent is
started properly. My user is, naturally, a member of the expected groups:

  $ groups
  [...] libvirt [...]

and polkitd is running properly:

  $ ps aux|grep polkitd
  root  2072  0.1  0.0 280140  7640 ?Ssl  12:49   0:00
  /usr/lib/policykit-1/polkitd --no-debug

I can reproduce this error under both i3 and Gnome and therefore don't
necessarily think that it is due to the way my session is being loaded, but
could very well be due to me not having installed all necessary packages to
ensure that libvirt is able to properly authenticate via polkit.

Would you, dear maintainer, be aware of anything that I might like to try to get
libvirt 1.2.9 running on sid?

[0] Use polkit instead of socket permissions.  As before membership
in the libvirt group gives r/w access to all VMs

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libvirt-bin depends on:
ii  libvirt-clients1.2.9-2
ii  libvirt-daemon-system  1.2.9-2

libvirt-bin recommends no packages.

libvirt-bin 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#765346: [Pkg-libvirt-maintainers] Bug#765346: Authentication error due to missing polkit agent

[Wolodja Wentland]

Hello Guido,

On Tue, Oct 14, 2014 at 14:19 +0200, Guido Günther wrote:
 On Tue, Oct 14, 2014 at 01:02:50PM +0200, Wolodja Wentland wrote:

  
$ groups
[...] libvirt [...]
 
 Which is used in
 
 /usr/share/polkit-1/rules.d/60-libvirt.rules

Indeed, I saw that, but wasn't sure what it was that I am doing wrong exactly.
 
$ ps aux|grep polkitd
root  2072  0.1  0.0 280140  7640 ?Ssl  12:49   0:00
/usr/lib/policykit-1/polkitd --no-debug
  

 What version of polkit is running on your system? What's the output of 
 pkaction?

$ COLUMNS=200 dpkg -l '*polkit*'
[...]
ii  gir1.2-polkit-1.00.105-7
ii  libpolkit-agent-1-0:amd640.105-7
ii  libpolkit-backend-1-0:amd64  0.105-7
ii  libpolkit-gobject-1-0:amd64  0.105-7
un  libpolkit-gtk-1-0none

$ pkaction
com.ubuntu.pkexec.gparted
org.freedesktop.ModemManager1.Contacts
org.freedesktop.ModemManager1.Control
org.freedesktop.ModemManager1.Device.Control
org.freedesktop.ModemManager1.Firmware
org.freedesktop.ModemManager1.Location
org.freedesktop.ModemManager1.Messaging
org.freedesktop.ModemManager1.USSD
org.freedesktop.NetworkManager.enable-disable-network
org.freedesktop.NetworkManager.enable-disable-wifi
org.freedesktop.NetworkManager.enable-disable-wimax
org.freedesktop.NetworkManager.enable-disable-wwan
org.freedesktop.NetworkManager.network-control
org.freedesktop.NetworkManager.settings.modify.hostname
org.freedesktop.NetworkManager.settings.modify.own
org.freedesktop.NetworkManager.settings.modify.system
org.freedesktop.NetworkManager.sleep-wake
org.freedesktop.NetworkManager.wifi.share.open
org.freedesktop.NetworkManager.wifi.share.protected
org.freedesktop.RealtimeKit1.acquire-high-priority
org.freedesktop.RealtimeKit1.acquire-real-time
org.freedesktop.accounts.change-own-user-data
org.freedesktop.accounts.set-login-option
org.freedesktop.accounts.user-administration
org.freedesktop.color-manager.create-device
org.freedesktop.color-manager.create-profile
org.freedesktop.color-manager.delete-device
org.freedesktop.color-manager.delete-profile
org.freedesktop.color-manager.device-inhibit
org.freedesktop.color-manager.install-system-wide
org.freedesktop.color-manager.modify-device
org.freedesktop.color-manager.modify-profile
org.freedesktop.color-manager.sensor-lock
org.freedesktop.hostname1.set-hostname
org.freedesktop.hostname1.set-machine-info
org.freedesktop.hostname1.set-static-hostname
org.freedesktop.locale1.set-keyboard
org.freedesktop.locale1.set-locale
org.freedesktop.login1.attach-device
org.freedesktop.login1.flush-devices
org.freedesktop.login1.hibernate
org.freedesktop.login1.hibernate-ignore-inhibit
org.freedesktop.login1.hibernate-multiple-sessions
org.freedesktop.login1.inhibit-block-idle
org.freedesktop.login1.inhibit-block-shutdown
org.freedesktop.login1.inhibit-block-sleep
org.freedesktop.login1.inhibit-delay-shutdown
org.freedesktop.login1.inhibit-delay-sleep
org.freedesktop.login1.inhibit-handle-hibernate-key
org.freedesktop.login1.inhibit-handle-lid-switch
org.freedesktop.login1.inhibit-handle-power-key
org.freedesktop.login1.inhibit-handle-suspend-key
org.freedesktop.login1.power-off
org.freedesktop.login1.power-off-ignore-inhibit
org.freedesktop.login1.power-off-multiple-sessions
org.freedesktop.login1.reboot
org.freedesktop.login1.reboot-ignore-inhibit
org.freedesktop.login1.reboot-multiple-sessions
org.freedesktop.login1.set-user-linger
org.freedesktop.login1.suspend
org.freedesktop.login1.suspend-ignore-inhibit
org.freedesktop.login1.suspend-multiple-sessions
org.freedesktop.packagekit.cancel-foreign
org.freedesktop.packagekit.clear-offline-update
org.freedesktop.packagekit.device-rebind
org.freedesktop.packagekit.package-eula-accept
org.freedesktop.packagekit.package-install
org.freedesktop.packagekit.package-install-untrusted
org.freedesktop.packagekit.package-remove
org.freedesktop.packagekit.repair-system
org.freedesktop.packagekit.system-network-proxy-configure
org.freedesktop.packagekit.system-sources-configure
org.freedesktop.packagekit.system-sources-refresh
org.freedesktop.packagekit.system-trust-signing-key
org.freedesktop.packagekit.system-update
org.freedesktop.packagekit.trigger-offline-update
org.freedesktop.policykit.exec
org.freedesktop.policykit.lockdown
org.freedesktop.realmd.configure-realm
org.freedesktop.realmd.deconfigure-realm
org.freedesktop.realmd.discover-realm
org.freedesktop.realmd.login-policy
org.freedesktop.systemd1.bus-access
org.freedesktop.systemd1.reply-password
org.freedesktop.timedate1.set-local-rtc
org.freedesktop.timedate1.set-ntp
org.freedesktop.timedate1.set-time
org.freedesktop.timedate1.set-timezone
org.freedesktop.udisks2.ata-check-power
org.freedesktop.udisks2.ata-secure-erase
org.freedesktop.udisks2.ata-smart-enable-disable
org.freedesktop.udisks2.ata-smart-selftest
org.freedesktop.udisks2.ata-smart-simulate
org.freedesktop.udisks2.ata-smart-update

Bug#765346: [Pkg-libvirt-maintainers] Bug#765346: Authentication error due to missing polkit agent

[Wolodja Wentland]

On Tue, Oct 14, 2014 at 14:19 +0200, Guido Günther wrote:
 On Tue, Oct 14, 2014 at 01:02:50PM +0200, Wolodja Wentland wrote:
$ groups
[...] libvirt [...]
 
 Which is used in
 
 /usr/share/polkit-1/rules.d/60-libvirt.rules

Well, I only have /etc/polkit-1/rules.d/60-libvirt.rules and apt-file also lists
only that:

$ apt-file search 60-libvirt.rules
libvirt-daemon-system: /etc/polkit-1/rules.d/60-libvirt.rules

And the content of that file is:

/* -*- mode: js; js-indent-level: 4; indent-tabs-mode: nil -*- */

// Mimic behaviour of group libvirt owning libvirt's rw socket
//
// See the polkit(8) man page for more information
// about configuring polkit.

polkit.addRule(function(action, subject) {
if (action.id == org.libvirt.unix.manage 
subject.isInGroup(libvirt)) {
return polkit.Result.YES;
}
});

Which seems to work (well, there are at least some libvirt related entries in
the output of pkaction. Just wanted to clarify this point.
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#765346: [Pkg-libvirt-maintainers] Bug#765346: Authentication error due to missing polkit agent

[Wolodja Wentland]

On Tue, Oct 14, 2014 at 15:03 +0200, Guido Günther wrote:
 On Tue, Oct 14, 2014 at 02:59:01PM +0200, Wolodja Wentland wrote:
  On Tue, Oct 14, 2014 at 14:19 +0200, Guido Günther wrote:
   On Tue, Oct 14, 2014 at 01:02:50PM +0200, Wolodja Wentland wrote:

   Which is used in
   
   /usr/share/polkit-1/rules.d/60-libvirt.rules
  
  Well, I only have /etc/polkit-1/rules.d/60-libvirt.rules and apt-file also 
  lists
  only that:
  
  $ apt-file search 60-libvirt.rules
  libvirt-daemon-system: /etc/polkit-1/rules.d/60-libvirt.rules
[...]
 O.k. The file moves to /usr/share with the next upload. Sorry about
 that. Could you update to polkit from experimental and check if this
 fixes your problem?

I've just upgraded gir1.2-polkit-1.0 libpolkit-agent-1-0 and
libpolkit-gobject-1-0 to their respective version (cf. [0]) in experimental.
There was, however, no newer version of libpolkit-backend-1-0 in there, so that
I currently have the following versions installed:

ii  gir1.2-polkit-1.0   0.112-3
ii  libpolkit-agent-1-0:amd64   0.112-3
ii  libpolkit-backend-1-0:amd64 0.105-7
ii  libpolkit-gobject-1-0:amd64 0.112-3

Unfortunately this did not change anything in the reported behaviour and I still
see:

$ virsh connect qemu:///system
error: Failed to connect to the hypervisor
error: authentication failed: no agent is available to authenticate
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#765346: [Pkg-libvirt-maintainers] Bug#765346: Authentication error due to missing polkit agent

[Wolodja Wentland]

On Tue, Oct 14, 2014 at 15:03 +0200, Guido Günther wrote:
 On Tue, Oct 14, 2014 at 02:59:01PM +0200, Wolodja Wentland wrote:
  On Tue, Oct 14, 2014 at 14:19 +0200, Guido Günther wrote:
   On Tue, Oct 14, 2014 at 01:02:50PM +0200, Wolodja Wentland wrote:

 O.k. The file moves to /usr/share with the next upload. Sorry about
 that. Could you update to polkit from experimental and check if this
 fixes your problem?

Interestingly enough the behaviour now differs between my Gnome session and my
i3 one after having installed the aforementioned packages from experimental.
Whereas I still get the same error in i3 the connection attempt just hangs in
Gnome for both virsh connect and virt-manager.

Is there any better way to provide more explicit debug logs about this process
than what I have been running so far? It is rather annoying that all I can say
is hangs and a more informed approach would be great.
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#699532: Dependency chain

[Wolodja Wentland]

On Tue, Apr 08, 2014 at 17:29 +0300, Jaakko Niemi wrote:
 Any news on this? We have now nasty situation as leiningen is broken
 in testing, and fix is in unstable, but that won't go in because of it's
 depending on clojure-contrib, which depends on clojure1.2, which is
 broken on building and won't go in because of clojure1.4 which has
 the fix on dependencies.
 
 Is there help needed for 2.x ?
 
 
 I'll  correct myself. leiningen was removed from testing, but somehow I ended
 up installing it on my testing os.
 
 Recent version of leiningen upstream depends on clojure 1.6, which is not
 packaged yet. There's also major churn going on on dependencies:
 
 http://dev.clojure.org/display/community/Where+Did+Clojure.Contrib+Go

Yes, leiningen has been removed from testing and the new version has not been
packaged as it requires the packaging of a plethora of additional libraries
that weren't necessary for leiningen 1.7.* - I hope to package them soon, but
until then I would recommend to use leiningen from upstream.
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#741255: Downgrade Recommends: nagios3 | icinga to Suggests

[Wolodja Wentland]

Source: nagios-nrpe-plugin
Severity: normal

Dear Maintainer,

the installation of nagios-nrpe-plugin will cause the installation of nagios3
as the package currently includes a Recommends:  nagios3 | icinga which
should, in my opinion, be downgraded to a Suggests: nagios3 | icinga.

The reasoning behind this is that you will typically install this package on
many hosts that you want to monitor, but will report their results to a
central location that already runs nagios or icinga.

This dependency makes it necessary to special-case many automatic provisioning
mechanisms or to remind new colleagues to be aware of the nagios3 problem. A
recommends would be appropriate if the packages [that] would be found together
with this one in all but unusual installations. [0] and I would argue that
the more common setup is, in fact, one in which both packages are not
installed at the same time.

[0] https://www.debian.org/doc/debian-policy/ch-relationships.html

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
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#740833: get-orig-source fails for non hg snapshot versions

[Wolodja Wentland]

Source: xnbd
Version: 0.3.0
Severity: normal

Dear Arno,

xnbd's get-orig-source assumes that REPOSITORY_REV is not empty which would,
however, be the case for normal releases. This causes the hg archive run to be
erroneously called with an -r  -t files.

An easy fix is to use something along the lines of:

--- snip ---
ifdef REPOSITORY_REV
HG_ARCHIVE_OPT := -g $(REPOSITORY_REV)
endif



get-orig-source:
# Version generated by: hg log -r . --template 
'{latesttag}-hg{latesttagdistance}-{node|short}\n'
hg clone https://bitbucket.org/hirofuchi/xnbd xnbd-$(VERSION)-hg
cd xnbd-$(VERSION)-hg  hg archive -X .hg_archival.txt -X .hgtags 
$(HG_ARCHIVE_OPT) -t files ../xnbd-$(VERSION)

--- snip ---

but there are, naturally, many ways to conditionally use the -r
REPOSITORY_REV if one is indeed trying to get hold of that version. It might
also be argued that one could simply export HEAD, but the aforementioned code
works for both hg snapshots and normal releases.

Merci

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
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#738001: Test are not run during build

[Wolodja Wentland]

Source: xcache
Version: 3.1.0-1
Severity: normal

Dear Maintainer,

having just built xcache 3.1.0-1 locally I noticed that tests fail to run:

-- snip --
…
Build complete.
Don't forget to run 'make test'.

/bin/sed s#\\./\\.libs/#/«PKGBUILDDIR»/\\.libs/#  
/«PKGBUILDDIR»/xcache-test.ini  /«PKGBUILDDIR»/tmp-php.ini
if test -z ; then \
TEST_PHP_SRCDIR=/«PKGBUILDDIR» /«PKGBUILDDIR»/run-xcachetest -n -c 
/«PKGBUILDDIR»/tmp-php.ini; \
  fi
XCache test running with:
TEST_PHP_CGI_EXECUTABLE: 
TEST_PHP_EXECUTABLE: /usr/bin/php
TEST_PHP_SRCDIR: /«PKGBUILDDIR»
/«PKGBUILDDIR»/run-xcachetest: 51: /«PKGBUILDDIR»/run-xcachetest: cannot open 
/«PKGBUILDDIR»/php-src/run-tests.php: No such file
make[2]: Leaving directory `/«PKGBUILDDIR»'
make[1]: Leaving directory `/«PKGBUILDDIR»'
…
-- snip --

There is in fact no trace of a run-test as referenced in run-xcachetest
neither in the Debian source package nor the upstream tarball and this might
therefore very well be a bug in the upstream code rather than the packaging.

Thanks a lot and may you have a nice day

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
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#737842: Please package php5 debhelper sequence independently

[Wolodja Wentland]

Source: php5-dev
Severity: wishlist

Dear Michal,

it would, in my opinion, be a good idea to package the new php5 dh sequence
independently as having it coupled makes it incredibly hard to backport
modules that use this sequence to wheezy. If it had been packaged
independently it would make it would be much easier to backport the dh
sequence for those packages that build-depend on it.

Thank you for your consideration.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
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#733494: OptParse exception during [dist-]upgrade

[Wolodja Wentland]

Package: apt-cudf
Version: 3.1.3-7
Severity: normal

Dear maintainer,

I have used apt-cudf happily for a while now, but recently it started to show
the following behaviour:

  $ sudo apt-get --solver aspcud dist-upgrade
  Reading package lists... Done
  Building dependency tree
  Reading state information... Done
  Fatal error: exception OptParse.Opt.No_value
  Execute external solver... Done
  Done
  Fatal error: exception OptParse.Opt.No_value
  Execute external solver... Done
  The following packages have been kept back:
aspcud automake cups-filters e2fslibs e2fsprogs fonts-inconsolata gringo
icedtea-6-jre-cacao icedtea-6-jre-jamvm libcomerr2 libcomerr2:i386
libestr0 libfontconfig1 libfontconfig1:i386 libfontconfig1-dev
libfreetype6-dev libpodofo0.9.0 librdf0 libss2 openjdk-6-jdk openjdk-6-jre
openjdk-6-jre-headless openjdk-6-jre-lib
  0 upgraded, 0 newly installed, 0 to remove and 23 not upgraded.

In particular the OptParse.Opt.No_value exception seems to be problematic and
also seem to prevent aspcud from calculating a proper solution. I include some
additional information as the problem might be related to this:

  $ cat /etc/apt/preferences
  Explanation: Pinned by apt-listbugs at 2013-12-08 10:44:04 +
  Explanation:   #730361: fontconfig-config: unowned files after purge (policy 
6.8, 10.8): /etc/fonts/conf.d/70-no-bitmaps.conf - 
/usr/share/fontconfig/conf.avail/70-no-bitmaps.conf
  Package: fontconfig-config
  Pin: version 2.11.0-1
  Pin-Priority: 1000

  Explanation: Pinned by apt-listbugs at 2013-12-08 10:44:04 +
  Explanation:   #711343: PILCompat is broken
  Package: python-imaging
  Pin: version 1.1.7-4
  Pin-Priority: 1000

  Explanation: Pinned by apt-listbugs at 2013-12-08 10:44:04 +
  Explanation:   #730742: Font rendering fuzzy (straight lines smeared across 
subpixels) since upgrade to 2.5.1
  Package: libfreetype6:i386
  Pin: version 2.4.9-1.1
  Pin-Priority: 1000

  Explanation: Pinned by apt-listbugs at 2013-12-08 10:44:04 +
  Explanation:   #730742: Font rendering fuzzy (straight lines smeared across 
subpixels) since upgrade to 2.5.1
  Package: libfreetype6
  Pin: version 2.4.9-1.1
  Pin-Priority: 1000

  Explanation: Pinned by apt-listbugs at 2013-12-08 10:44:04 +
  Explanation:   #730599: makeinfo -D 'var value' doesn't work
  Package: texinfo
  Pin: version 5.2.0.dfsg.1-1
  Pin-Priority: 1000

  Explanation: Pinned by apt-listbugs at 2013-12-08 10:44:04 +
  Explanation:   #728440: python-pil has circular Depends on python-pil.imagetk
  Package: python-pil
  Pin: version *
  Pin-Priority: -3

  Explanation: Pinned by apt-listbugs at 2013-12-08 10:44:04 +
  Explanation:   #731040: python-nose fails to install on sid
  Package: python-nose
  Pin: version 1.3.0-2
  Pin-Priority: 1000

  $ aptitude search ~U -F'%v%p'
  2012.10.24-5  aspcud
  1:1.14.1-1automake
  1.0.34-3+b1   cups-filters
  1.42.8-1  e2fslibs
  1.42.8-1  e2fsprogs
  001.010-4 fonts-inconsolata
  4.2.1-2   gringo
  6b27-1.12.7-2 icedtea-6-jre-cacao
  6b27-1.12.7-2 icedtea-6-jre-jamvm
  1.42.8-1  libcomerr2
  1.42.8-1  libcomerr2:i386
  0.1.5-2   libestr0
  2.11.0-1  libfontconfig1
  2.11.0-1  libfontconfig1:i386
  2.11.0-1  libfontconfig1-dev
  2.4.9-1.1 libfreetype6-dev
  0.9.0-1.1+b1  libpodofo0.9.0
  1.0.16-3  librdf0
  1.42.8-1  libss2
  6b27-1.12.7-2 openjdk-6-jdk
  6b27-1.12.7-2 openjdk-6-jre
  6b27-1.12.7-2 openjdk-6-jre-headless
  6b27-1.12.7-2 openjdk-6-jre-lib

Please let me know if you require additional information or how I can debug 
this problem further.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apt-cudf depends on:
ii  aspcud [cudf-solver]  2012.10.24-5
ii  libbz2-1.01.0.6-5
ii  libc6 2.17-97
ii  libpcre3  1:8.31-2
ii  perl  5.18.1-5
ii  zlib1g1:1.2.8.dfsg-1

apt-cudf recommends no packages.

apt-cudf 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#727177: Raising severity to critical

[Wolodja Wentland]

severity 727177 critical
kthxbye

I have just spoken to another user on IRC who reported identical problems
after upgrading libnss-ldap from 264-2.5 to 265-1. The problems (segfaults of
various binaries from other packages) seized once the user downgraded back to
264-2.5. 

I have not personally encountered this problem and asked the user to
provide any additional information about this bug he can think of, but simply
wanted to make sure that other users won't run into this by raising the
severity now.

thanks
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#726025: ITP: tigris -- Stream-based JSON string escaping for Clojure

[Wolodja Wentland]

Package: wnpp
Severity: wishlist
Owner: Wolodja Wentland deb...@babilen5.org

* Package name: tigris
  Version : 0.1.1
  Upstream Author : Matthew Lee Hinman l...@writequit.org
* URL : https://github.com/dakrone/tigris
* License : EPL-1.0
  Programming Lang: Clojure, Java
  Description : Stream-based JSON string escaping for Clojure

Tigris is a Clojure library providing a stream for escaping JSON strings as
 they are being read from a different stream. This stream-to-stream string
 encoding allows for easy integration of JSON escaping into your data
 processing pipeline.


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

Bug#720503: ITP: jackson-annotations -- fast and powerful JSON library for Java -- annotations

[Wolodja Wentland]

Package: wnpp
Severity: wishlist
Owner: Wolodja Wentland deb...@babilen5.org

* Package name: jackson-annotations
  Version : 2.2.2
  Upstream Author : FasterXML, LLC, Seattle, USA i...@fasterxml.com
* URL : https://github.com/FasterXML/jackson-annotations
* License : Apache-2.0
  Programming Lang: Java
  Description : fast and powerful JSON library for Java -- annotations
   The Jackson Data Processor is a multi-purpose Java library for processing
   JSON. Jackson aims to be the best possible combination of fast, correct,
   lightweight, and ergonomic for developers. It offers three alternative 
methods
   for processing JSON:
   .
* Streaming API inspired by StAX
* Tree Model
* Data Binding converts JSON to and from POJOs
   .
   In addition to the core library, there are numerous extension that provide
   additional functionality such as additional data formats beyond JSON,
   additional data types or JVM languages.
   .
   This package contains general purpose annotations for value and handler 
types.


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

Bug#720504: ITP: jackson-databind -- fast and powerful JSON library for Java -- data binding

[Wolodja Wentland]

Package: wnpp
Severity: wishlist
Owner: Wolodja Wentland deb...@babilen5.org

* Package name: jackson-databind
  Version : 2.2.2
  Upstream Author : FasterXML, LLC, Seattle, USA i...@fasterxml.com
* URL : https://github.com/FasterXML/jackson-databind/
* License : Apache-2.0
  Programming Lang: Java
  Description : fast and powerful JSON library for Java -- data binding
   The Jackson Data Processor is a multi-purpose Java library for processing
   JSON. Jackson aims to be the best possible combination of fast, correct,
   lightweight, and ergonomic for developers. It offers three alternative 
methods
   for processing JSON:
   .
* Streaming API inspired by StAX
* Tree Model
* Data Binding converts JSON to and from POJOs
   .
   In addition to the core library, there are numerous extension that provide
   additional functionality such as additional data formats beyond JSON,
   additional data types or JVM languages.
   .
   This package contains general purpose data-binding functionality for data
   formats other than JSON.


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

Bug#720505: ITP: jackson-dataformat-smile -- fast and powerful JSON library for Java -- Smile dataformat

[Wolodja Wentland]

Package: wnpp
Severity: wishlist
Owner: Wolodja Wentland deb...@babilen5.org

* Package name: jackson-dataformat-smile
  Version : 2.2.2
  Upstream Author : FasterXML, LLC, Seattle, USA i...@fasterxml.com
* URL : https://github.com/FasterXML/jackson-dataformat-smile/
* License : Apache-2.0
  Programming Lang: Java
  Description : fast and powerful JSON library for Java -- Smile dataformat
   The Jackson Data Processor is a multi-purpose Java library for processing
   JSON. Jackson aims to be the best possible combination of fast, correct,
   lightweight, and ergonomic for developers. It offers three alternative 
methods
   for processing JSON:
   .
* Streaming API inspired by StAX
* Tree Model
* Data Binding converts JSON to and from POJOs
   .
   In addition to the core library, there are numerous extension that provide
   additional functionality such as additional data formats beyond JSON,
   additional data types or JVM languages.
   .
   This package contains an extension for reading and writing Smile-(binary
   JSON)-encoded data.


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

Bug#720506: ITP: jackson-dataformat-yaml -- fast and powerful JSON library for Java -- YAML dataformat

[Wolodja Wentland]

Package: wnpp
Severity: wishlist
Owner: Wolodja Wentland deb...@babilen5.org

* Package name: jackson-dataformat-yaml
  Version : 2.2.2
  Upstream Author : FasterXML, LLC, Seattle, USA i...@fasterxml.com
* URL : https://github.com/FasterXML/jackson-dataformat-yaml/
* License : Apache-2.0
  Programming Lang: Java
  Description : fast and powerful JSON library for Java -- YAML dataformat
   The Jackson Data Processor is a multi-purpose Java library for processing
   JSON. Jackson aims to be the best possible combination of fast, correct,
   lightweight, and ergonomic for developers. It offers three alternative 
methods
   for processing JSON:
   .
* Streaming API inspired by StAX
* Tree Model
* Data Binding converts JSON to and from POJOs
   .
   In addition to the core library, there are numerous extension that provide
   additional functionality such as additional data formats beyond JSON,
   additional data types or JVM languages.
   .
   This package contains an extension for reading and writing YAML-encoded
   data.


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

Bug#711852: Reopen #711852

[Wolodja Wentland]

reopen 711852
kthxbye

Hi,

unfortunately switching the maven doc build target from javadoc:jar to
javadoc:javadoc is not possible as of now as it causes a number of FTBFS in
packages that expect the documentation to be generated in target/apidocs and
not target/site/apidocs.

We therefore had to revert this change for the time being until we figure out
how to configure/patch the maven-javadoc-plugin to generate documentation in
target/apidocs for both javadoc:javadoc and javadoc:jar.

thanks
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#719323: ITP: jackson-core -- fast and powerful JSON library for Java

[Wolodja Wentland]

On Sun, Aug 11, 2013 at 12:52 +0100, Stephen Nelson wrote:
 On 11 Aug 2013 00:32, Wolodja Wentland deb...@babilen5.org wrote:

 It is not, but thank you for catching this and reviewing WNPP bugs! :)
 libjackson-json-java is version 1.* of the JSON processoe by FasterXML
 while I plan to package version 2.* which has been split into a number of
 packages and should be packaged separately. In the light of this I will try
 to make it more obvious that this is, in fact, Jackson2.

 Thanks for packaging the latest version. I think it would be better to be
 consistent on the naming according to the Debian Java standards [1] and name 
 it
 something like libjackson2-core-java.

 [1] http://www.debian.org/doc/packaging-manuals/java-policy/x114.html

I am not sure if it makes sense to adapt this naming scheme for source
packages and I would personally very much prefer to use the name used by
upstream. There are also quite a number of packages maintained by pkg-java
that simply use the name used by upstream.

The binary packages will, naturally, follow the naming conventions of pkg-java
and this particular source package builds two binary packages, namely:

* libjackson2-core-java
* libjackson2-core-java-doc

Please let me know if that is in line with your expectations and have a nice
day!
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#719323: ITP: jackson-core -- fast and powerful JSON library for Java

[Wolodja Wentland]

Package: wnpp
Severity: wishlist
Owner: Wolodja Wentland deb...@babilen5.org

* Package name: jackson-core
  Version : 2.2.2
  Upstream Author : FasterXML, LLC, Seattle, USA i...@fasterxml.com
* URL : http://wiki.fasterxml.com/JacksonHome
* License : Apache-2.0
  Programming Lang: Java
  Description : fast and powerful JSON library for Java

 Jackson is a fast Java-based is a multi-purpose Java library for processing
 JSON. Jackson aims to be the best possible combination of fast, correct,
 lightweight, and ergonomic for developers. It offers three alternative methods
 for processing JSON:

  * Streaming API inspired by StAX
  * Tree Model
  * Data Binding converts JSON to and from POJOs

 The streaming API is the most performant, but developers might prefer the
 convenience of a mutable in-memory tree representation or the flexibility
 offered by the data binding object mapper.

 This package contains the Jackson core library.


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

Bug#719323: ITP: jackson-core -- fast and powerful JSON library for Java

[Wolodja Wentland]

On Sun, Aug 11, 2013 at 00:09 +0100, Stephen Nelson wrote:
 On 10 Aug 2013, at 19:17, Wolodja Wentland deb...@babilen5.org wrote:
 
 
 Package: wnpp
 Severity: wishlist
 Owner: Wolodja Wentland deb...@babilen5.org

 * Package name: jackson-core
  Version : 2.2.2
  Upstream Author : FasterXML, LLC, Seattle, USA i...@fasterxml.com
 * URL : http://wiki.fasterxml.com/JacksonHome
 * License : Apache-2.0
  Programming Lang: Java
  Description : fast and powerful JSON library for Java

 I believe this is already packaged as libjackson-json-java. You could assist 
 by
 packaging the latest version.

It is not, but thank you for catching this and reviewing WNPP bugs! :)

libjackson-json-java is version 1.* of the JSON processoe by FasterXML while I
plan to package version 2.* which has been split into a number of packages and
should be packaged separately. In the light of this I will try to make it more
obvious that this is, in fact, Jackson2.

Have a good day!
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#717083: ITP: pychef -- Python library to interact with the Chef server API

[Wolodja Wentland]

On Tue, Jul 16, 2013 at 12:23 -0300, Miguel Landaeta wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Miguel Landaeta mig...@miguel.cc
 
 * Package name: pychef
   Version : 0.2.2
   Upstream Author : Noah Kantrowitz n...@coderanger.net
 * URL : https://github.com/coderanger/pychef
 * License : BSD
   Programming Lang: Python
   Description : Python library to interact with the Chef server API
 
 (Include the long description here.)

Please provide a suitable long description so that we can review it. I
personally also prefer to not start the synopsis with a capital letter.

A reasonable rule of thumb (stolen from [0]) is that if you replace $name with
the package name and $synopsis with your synopsis in the following sentence it
should make sense:

The package $name provides {a,an,the,some} $synopsis.

[0] http://lintian.debian.org/tags/description-synopsis-starts-with-article.html
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#717366: ITP: connman-ui -- A full-featured GTK based trayicon UI for ConnMan.

[Wolodja Wentland]

Hi Shawn,

On Fri, Jul 19, 2013 at 12:33 -0700, Shawn Landden wrote:

 * Package name: connman-ui
   Version : 0
   Upstream Author : tomasz.burszt...@linux.intel.com
 * URL : https://github.com/tbursztyka/connman-ui
 * License : GPL-2+
   Programming Lang: C w/ glib/gtk-3
   Description : A full-featured GTK based trayicon UI for ConnMan.
 
 Description: A full-featured GTK-based tray icon UI for ConnMan
  It targets all WM/DM users but Gnome3 ones*. It works on any Linux WM/DM 
  which provides a freedesktop compliant system tray. (kde, awesome, ...)
  .
  It exposes almost all features provided by ConnMan API (small features are 
  missing, see TODO for more informations). You can enable/disable a 
 technology 
  (wired, wifi, cellular, bt, ...), connect/disconnect a service, configure a 
  service (IPv4, IPv6, DNS, Timeservers, etc...), share your current 
 connection 
  (tethering) and so on. Everything is accessible through the mouse via the 
  trayicon, all with left and right click.

thanks for working on connman-ui, but please change the long description so
that it does not start with Description: . I would also recommend to not
start the synopsis with a capital letter or article and lintian should have
warned you about this:

http://lintian.debian.org/tags/description-synopsis-starts-with-article.html

The rule of thumb on that page is pretty good. I also dislike it if the
synopsis is simply repeated as the first sentence of the long description.

Thanks a lot and thanks for working on this package!
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#717384: ITP: python-affinity -- control process CPU affinity

[Wolodja Wentland]

Hi Apollon,

On Sat, Jul 20, 2013 at 08:35 +0300, Apollon Oikonomopoulos wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Apollon Oikonomopoulos apoi...@gmail.com
 
 * Package name: python-affinity
   Version : 0.1.0
   Upstream Author : Enfold Systems, LLC i...@enfoldsystems.com
 * URL : https://pypi.python.org/pypi/affinity
 * License : MIT (see below)
   Programming Lang: C, Python
   Description : control process CPU affinity
 
 affinity provides a simple Python module for setting the processor affinity,
 i.e. which processors a process is allowed to run on, by wrapping the specific
 underlying function calls of each platform. It works on Linux 2.6/3.x and
 Windows. Under Linux it provides a Python extension that uses glibc's
 sched_getaffinity(2) and sched_setaffinity(2) functions.

Thanks for working on packaging affinity for Debian and it looks like an
interestin project, but I have the feeling that description can be improved.
As you package this for Debian it should be pretty obvious that the software
runs on Linux (and specifically on Debian). I do not think that the
information that it works on Linux and Windows is really necessary and you
might want to change your description to reflect that.

Let me know if you want me to review a new description or if you want me to
make suggestions.

Have a great day!
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#715000: [checkrestart] IndexError during cmdline parsing in Process

[Wolodja Wentland]

Package: debian-goodies
Version: 0.62
Severity: important
Tags: patch

Dear maintainer,

the new version of checkrestart causes an IndexError when it is executed. If I
run checkrestart now I get:

# checkrestart 
Traceback (most recent call last):
File /usr/sbin/checkrestart, line 625, in module
main()
File /usr/sbin/checkrestart, line 131, in main
toRestart = lsofcheck(blacklist = blacklist)
File /usr/sbin/checkrestart, line 284, in lsofcheck
process = processes.setdefault(data,Process(int(data)))
File /usr/sbin/checkrestart, line 540, in __init__
m = re.match(^-, data[0])
IndexError: list index out of range

This is due to patch 3df2df9 which changed the cmdline parsing in the Process
class. In particular the assumption that '\x00' is the only valid separator
between elements of the command line seems to be wrong. I fixed this error
with the following patch:

commit 8c5824bc920eef4333ece8ce477db39015322700
Author: Wolodja Wentland deb...@babilen5.org
Date:   Fri Jul 5 11:37:19 2013 +0100

Fix IndexError during cmdline parsing

diff --git a/checkrestart b/checkrestart
index d535f2b..1793f7f 100755
--- a/checkrestart
+++ b/checkrestart
@@ -532,7 +532,8 @@ class Process:
# only match program in /usr (ex.: /usr/sbin/smokeping)
# ignore child, etc.
#m = re.search(r'^(([/]\w*){1,5})\s.*$', cmdline.read())
-data = cmdline.read().split('\x00')
+data = cmdline.read()
+data = re.split(r'\x00|\s+', data)
if not data[-1]: data.pop()
# Strip first value, the interpreter
data.pop(0)

but am not entirely sure if this is the best way to deal with this problem. It
fixes this bug, but might introduce other side-effects. I would be happy to
commit it to collab-maint or to discuss it on IRC (babilen).

Have a nice day

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages debian-goodies depends on:
ii  curl  7.31.0-2
ii  dctrl-tools [grep-dctrl]  2.23
ii  dialog1.2-20130523-1
ii  perl  5.14.2-21
ii  python2.7.5-2
ii  whiptail  0.52.15-2

Versions of packages debian-goodies recommends:
ii  lsof  4.86+dfsg-1

Versions of packages debian-goodies suggests:
ii  popularity-contest  1.58
ii  xdg-utils   1.1.0~rc1+git20111210-7
ii  zenity  3.8.0-1

-- 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#715000: [checkrestart] IndexError during cmdline parsing in Process

[Wolodja Wentland]

Dear Axel,

upon further investigation it does not look as if this is a bug in
checkrestart per se. checkrestart correctly (cf. proc(5)) assumed that
/proc/[pid]/cmdline is a set of string that is separated by null bytes with a
further null byte at the end.

The reason checkrestart runs into a problem here is that spamd rewrites its
command line in such a way that argv[0] is space separated. In particular
/usr/sbin/spamd contains the following:

sub daemonize {
# Pretty command line in ps
$0 = join (' ', $ORIG_ARG0, @ORIG_ARGV) unless would_log(dbg);
...

which incorrectly joins the path with spaces and not null bytes for
prettiness. I would therefore argue that this is a bug in spamd and not in
checkrestart itself. It would still be nice if checkrestart could handle this
situation gracefully.
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#715014: spamd sets its cmdline ($0) wrongly by using spaces

[Wolodja Wentland]

Package: spamassassin
Version: 3.3.2-6
Severity: normal

Dear Maintainer,

spamd includes the following snippet (line 2623):

sub daemonize {
# Pretty command line in ps
$0 = join (' ', $ORIG_ARG0, @ORIG_ARGV) unless would_log(dbg);

which incorrectly uses spaces to separate elements in the cmdline which, in
turn, breaks programs that parse /proc/$PID/cmdline and assume that elements
are separated with null bytes (cf. #715000). In particular proc(5) states that:

/proc/[pid]/cmdline
The commandline arguments appear in this file as a set of strings
separated by null bytes ('\0'), with a further null byte after the
last string.

It also sets $0 to 'spamd child' in line 1114 which would be equally wrong.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages spamassassin depends on:
ii  adduser 3.113+nmu3
pn  libarchive-tar-perl none
ii  libhtml-parser-perl 3.71-1
ii  libnet-dns-perl 0.68-1.1
ii  libnetaddr-ip-perl  4.062+dfsg-1
ii  libsocket6-perl 0.23-1+b2
ii  libsys-hostname-long-perl   1.4-2
ii  libwww-perl 6.05-1
ii  perl5.14.2-21
ii  perl-modules [libio-zlib-perl]  5.14.2-21

Versions of packages spamassassin recommends:
ii  gcc4:4.8.1-2
ii  gnupg  1.4.12-7
ii  libc6-dev  2.17-7
ii  libio-socket-inet6-perl2.69-2
ii  libmail-spf-perl   2.8.0-1
ii  make   3.81-8.2
ii  perl [libsys-syslog-perl]  5.14.2-21
ii  re2c   0.13.5-1
ii  spamc  3.3.2-6

Versions of packages spamassassin suggests:
pn  libdbi-perl   none
ii  libio-socket-ssl-perl 1.93-2
pn  libmail-dkim-perl none
pn  libnet-ident-perl none
ii  perl [libcompress-zlib-perl]  5.14.2-21
pn  pyzor none
pn  razor none

-- Configuration Files:
/etc/default/spamassassin changed:
ENABLED=1
OPTIONS=--create-prefs --max-children 5 --helper-home-dir
PIDFILE=/var/run/spamd.pid
CRON=0


-- 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#684022: leiningen: Transition package to use default java implementation.

[Wolodja Wentland]

Hello,

I fixed the bug in leiningen and commited the changes to its VCS, but the
package is currently waiting on mentors [0] for a sponsor.

[0] http://mentors.debian.net/package/leiningen

thanks
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#684289: robert-hooke: Transition package to use default java implementation

[Wolodja Wentland]

Hello,

I fixed this bug in robert-hooke, packaged a new version and uploaded it to
mentors [0] where it is waiting for a sponsor. 

[0] https://mentors.debian.net/package/robert-hooke

thanks
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#710493: Newer upstream version available

[Wolodja Wentland]

Package: libclojure-maven-plugin-java
Version: 1.3.3-3
Severity: wishlist

Dear Peter,

the clojure-maven-plugin version packaged in Debian is quite outdated and it
would be wonderful if you could package the current upstream version (1.3.17).
Projects that use this plugin seem to depend on 1.3.13 and it is not clear how
usable this package is in its current form.

have a wonderful day

Wolodja

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libclojure-maven-plugin-java depends on:
ii  libcommons-exec-java  1.1-2
ii  libcommons-io-java2.4-2
ii  libcommons-lang-java  2.6-3
ii  libmaven2-core-java   2.2.1-8

Versions of packages libclojure-maven-plugin-java recommends:
pn  clojure  none

libclojure-maven-plugin-java 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#710495: Packaging uses seemingly unmaintained, unpackaged and unkown packaging helper silt

[Wolodja Wentland]

Package: libclojure-maven-plugin-java
Version: 1.3.3-3
Severity: wishlist

Hello Peter,

I recently looked into updating clojure-maven-helper to the current version
available from upstream but discovered, much to my dismay, that it uses a
packaging helper called silt [0]. Unfortunately I am quite unfamiliar with
silt and it also looks as if it has neither been packaged for Debian nor
maintained since August 2010.

It would be great if you could consider changing to a more common packaging
system as that would make it much easier for pkg-java team members to work on
this package. It looks as if git-buildpackage is a common choice within the
team and its usage is documented on [1].

Thank you and may you have a nice day!

[0] http://anonscm.debian.org/gitweb/?p=users/pcc-guest/silt.git
[1] http://wiki.debian.org/Java/JavaGit

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libclojure-maven-plugin-java depends on:
ii  libcommons-exec-java  1.1-2
ii  libcommons-io-java2.4-2
ii  libcommons-lang-java  2.6-3
ii  libmaven2-core-java   2.2.1-8

Versions of packages libclojure-maven-plugin-java recommends:
pn  clojure  none

libclojure-maven-plugin-java 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#710499: New upstream version available

[Wolodja Wentland]

Package: libmaven-compiler-plugin-java
Version: 2.0.2-6
Severity: wishlist

Dear Maintainer,

It would be much appreciated if you could consider packaging the current
upstream version of maven-compiler-plugin (3.1).

Please let me know if there are problems with this and what can/could be done
to remedy the current situation.

Have a nice day!

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libmaven-compiler-plugin-java depends on:
ii  libmaven2-core-java  2.2.1-8
ii  libplexus-compiler-java  1.6-2
ii  libplexus-utils-java 1:1.5.15-4

libmaven-compiler-plugin-java recommends no packages.

Versions of packages libmaven-compiler-plugin-java suggests:
pn  libmaven-compiler-plugin-java-doc  none

-- 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#710499: New upstream version available

[Wolodja Wentland]

On Fri, May 31, 2013 at 14:55 +0200, Emmanuel Bourg wrote:
 I believe maven-compiler-plugin 3.1 requires Maven 3 to build, so we'll
 have to complete the transition to Maven 3 before packaging this update.

 If you don't absolutely need the most recent version we could at least
 upgrade to the last version compatible with Maven 2 (2.5.1). This will
 also require an update to plexus-compiler.

Okay, thanks for the quick reply. I am not entirely sure which version is
*really* needed, but the upstream project I am trying to package refers to 3.1
in its parent pom (cf. [0]). Nothing stops me from trying a build with 2.0.2-6
(or 2.5.1 fwiw), so I'll investigate in that direction first.

Either way the newest upstream version should be packaged eventually.

[0] 
https://github.com/clojure/build.poms/blob/30db0e3389c85d5db41fe3c7f062cdd6a9d0bf5d/pom.xml#L124
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#709446: debhelper skips important commands in the jh_maven_repo_helper sequence

[Wolodja Wentland]

Package: debhelper
Version: 9.20130518
Severity: important

Dear Joey,

apparently the new functionality that allows debhelper to skip unused
commands is suffering from heuristics that are just a little too eager.

Specifically I am building a package [0] that uses maven-repo-helper to
install a jar into a local maven repository at /usr/share/maven-repo/ . The
relevant sequence is 
/usr/share/perl5/Debian/Debhelper/Sequence/jh_maven_repo_helper.pm
and contains:

--- snip ---
insert_after(jh_depends, mh_installpoms);
insert_after(mh_installpoms, mh_linkjars --skip-clean-poms);
insert_before(dh_clean, mh_clean);
--- snip ---

The command that is not being run with debhelper 9.20130518 is mh_linkjars
--skip-clear-poms, but it is executed successfully with debhelper 9.20120909
from testing. This *might* be due to the fact that the command is supposed to
run after a command that was introduced in the same sequence, but that is
simply a guess. Both commands (mh_{linkjars,installpoms}) do not have any
PROMISE in them and it is my understanding that commands without this should
never be removed from a sequence.

The build log contains:

--- debhelper 9.20130518 ---
 fakeroot debian/rules binary
dh binary --with javahelper --with jh_maven_repo_helper
   dh_testroot
   dh_prep
   dh_auto_install
   jh_installjavadoc
   dh_installdocs
   dh_installchangelogs
   dh_perl
   dh_link
   jh_installlibs
   jh_classpath
   jh_manifest
   jh_exec
   jh_depends
   mh_installpoms
   dh_compress
   dh_fixperms
   dh_installdeb
   dh_gencontrol
   dh_md5sums
   dh_builddeb
---

-- debhelper 9.20120909 --
 fakeroot debian/rules binary
dh binary --with javahelper --with jh_maven_repo_helper
   dh_testroot
   dh_prep
   dh_installdirs
   dh_auto_install
   dh_install
   jh_installjavadoc
   dh_installdocs
   dh_installchangelogs
   dh_installexamples
   dh_installman
   dh_installcatalogs
   dh_installcron
   dh_installdebconf
   dh_installemacsen
   dh_installifupdown
   dh_installinfo
   dh_installinit
   dh_installmenu
   dh_installmime
   dh_installmodules
   dh_installlogcheck
   dh_installlogrotate
   dh_installpam
   dh_installppp
   dh_installudev
   dh_installwm
   dh_installxfonts
   dh_installgsettings
   dh_bugfiles
   dh_ucf
   dh_lintian
   dh_gconf
   dh_icons
   dh_perl
   dh_usrlocal
   dh_link
   jh_installlibs
   jh_classpath
   jh_manifest
   jh_exec
   jh_depends
   mh_installpoms
   mh_linkjars --skip-clean-poms
   dh_compress
   dh_fixperms
   dh_installdeb
   dh_gencontrol
   dh_md5sums
   dh_builddeb
---

You can see that the new debhelper version successfully prunes a number of
commands that do not have to be run, but unfortunately mh_linkjars
--skip-clean-poms is one of them, which renders maven-repo-helper unusable
with the new debhelper in this case.

[0] https://mentors.debian.net/package/robert-hooke

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages debhelper depends on:
ii  binutils2.22-8
ii  dpkg1.16.10
ii  dpkg-dev1.16.10
ii  file1:5.14-2
ii  html2text   1.3.2a-15
ii  man-db  2.6.3-6
ii  perl5.14.2-21
ii  po-debconf  1.0.16+nmu2

debhelper recommends no packages.

Versions of packages debhelper suggests:
pn  dh-make  none

-- 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#709446: debhelper skips important commands in the jh_maven_repo_helper sequence

[Wolodja Wentland]

reassign 709446 maven-repo-helper
kthxbye

On Thu, May 23, 2013 at 12:27 +0100, Wolodja Wentland wrote:

 Specifically I am building a package [0] that uses maven-repo-helper to
 install a jar into a local maven repository at /usr/share/maven-repo/ . The
 relevant sequence is 
 /usr/share/perl5/Debian/Debhelper/Sequence/jh_maven_repo_helper.pm
 and contains:
 
 --- snip ---
 insert_after(jh_depends, mh_installpoms);
 insert_after(mh_installpoms, mh_linkjars --skip-clean-poms);
 insert_before(dh_clean, mh_clean);
 --- snip ---

After investigating the issue further it became apparent that the bug is in
maven-repo-helper that ships a broken debhelper sequence addon. After I change
/usr/share/perl5/Debian/Debhelper/Sequence/jh_maven_repo_helper.pm to:

--- snip ---
#!/usr/bin/perl

use warnings;
use strict;
use Debian::Debhelper::Dh_Lib;

# To use with javahelper
# dh $@ --with javahelper --with jh_mavenrepohelper

insert_after(jh_depends, mh_installpoms);
insert_after(mh_installpoms, mh_linkjars);
add_command_options(mh_linkjars, --skip-clean-poms);
insert_before(dh_clean, mh_clean);


1;
--- snip ---

mh_linkjars --skip-clean-poms is called as expected.
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#706824: Newer version available

[Wolodja Wentland]

Package: awesome
Version: 3.5-1+local1
Severity: wishlist

Dear Julien,

as you are surely aware there are multiple new versions of awesome available
from upstream. It would be wonderful if you could package them. I'd like to
note that I've packaged 3.5 without major problems, but had to fix the
awesome.desktop file to fix #701514 (aka FS#1031) which you seem to have fixed
upstream. Either way, it would be nice to have the current version in the
Debian archive.

Thanks a lot for your work and have a nice day!


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages awesome depends on:
ii  dbus-x11  1.6.8-1
ii  libc6 2.13-38
ii  libcairo2 1.12.2-3
ii  libdbus-1-3   1.6.8-1
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  liblua5.1-0   5.1.5-4
ii  libstartup-notification0  0.12-1
ii  libx11-6  2:1.5.0-1
ii  libx11-xcb1   2:1.5.0-1
ii  libxcb-icccm4 0.3.9-2
ii  libxcb-image0 0.3.9-1
ii  libxcb-keysyms1   0.3.9-1
ii  libxcb-randr0 1.8.1-2
ii  libxcb-render01.8.1-2
ii  libxcb-shape0 1.8.1-2
ii  libxcb-shm0   1.8.1-2
ii  libxcb-util0  0.3.8-2
ii  libxcb-xinerama0  1.8.1-2
ii  libxcb-xtest0 1.8.1-2
ii  libxcb1   1.8.1-2
ii  libxcursor1   1:1.1.13-1
ii  libxdg-basedir1   1.1.1-2
ii  lua-lgi   0.6.2-1
ii  menu  2.1.46

Versions of packages awesome recommends:
ii  feh2.3-2
ii  rlwrap 0.37-3
ii  x11-xserver-utils  7.7~3

awesome suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/share/xsessions/awesome.desktop (from awesome 
package)


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

Bug#701641: Segfault when saving messages: ../sysdeps/x86_64/multiarch/strcmp.S: No such file or directory.

[Wolodja Wentland]

On Tue, Mar 19, 2013 at 09:50 -0500, Mark Nipper wrote:
 On 19 Mar 2013, Wolodja Wentland wrote:
  not solve the issue.  I upgraded to the current version again yesterday and
  have not yet run into this problem today ever since I upgraded some packages
  today. Among them was also openssl that fixed a number of bugs, namely:
  
* Make cpuid work on cpu's that don't set ecx (Closes: #699692)
* Fix problem with AES-NI causing bad record mac (Closes: #701868, 
  #702635, #678353)
* Fix problem with DTLS version check (Closes: #701826)
* Fix segfault in SSL_get_certificate (Closes: #703031)
  
  I will report back, but the setup is stable so far. How about yours? I still
  have to investigate the effect of downgrading libgnutls26.
 
   I wouldn't bother with the libgnutls26 downgrade.  I just
 forcibly upgraded my libssl1.0.0 to the version in unstable at
 the moment (1.0.1e-2) and everything is happy again.  So this
 looks like it wasn't a problem with mutt at all but a problem
 with Dovecot and Cyrus, both of which depended on a broken libssl!

I am no longer experiencing any problems. It looks as if #703031 was the real
culprit and I guess that we can close this bug now. What about you, Ryan?
-- 
Wolodja w...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#701641: Segfault when saving messages: ../sysdeps/x86_64/multiarch/strcmp.S: No such file or directory.

[Wolodja Wentland]

On Sat, Mar 16, 2013 at 13:41 -0500, Mark Nipper wrote:
 On 16 Mar 2013, Ryan Kavanagh wrote:
  On Fri, Mar 08, 2013 at 11:40:09AM +, Wolodja Wentland wrote:
   It seems to me as if this but manifested itself directly after the latest
   dovecot upload (1:2.1.7-7) to sid, but I am not entirely sure if this is
   indeed the source. I have, however, not experienced this problem before 
   and if
   Mark and Ryan run dovecot 1:2.1.7-7 locally as well I would be almost
   convinced that this is related.
  
  I am,
 ii  dovecot-imapd  1:2.1.7-7amd64secure IMAP server that 
  supports 
 
   I'm actually running Cyrus instead of Dovecot:
 ---
 ii  cyrus-imapd-2.4   2.4.16-3 amd64  Cyrus mail system - IMAP support
 
 So, kind of similar, but not really (I'm not sure how much the
 two have diverged at this point).

Ok, so much for this theory. It is also underlined by the fact that
downgrading dovecot-{imapd,core} as suggested by Ryan did
not solve the issue.  I upgraded to the current version again yesterday and
have not yet run into this problem today ever since I upgraded some packages
today. Among them was also openssl that fixed a number of bugs, namely:

  * Make cpuid work on cpu's that don't set ecx (Closes: #699692)
  * Fix problem with AES-NI causing bad record mac (Closes: #701868, #702635, 
#678353)
  * Fix problem with DTLS version check (Closes: #701826)
  * Fix segfault in SSL_get_certificate (Closes: #703031)

I will report back, but the setup is stable so far. How about yours? I still
have to investigate the effect of downgrading libgnutls26.
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#693726: xserver-xorg-input-synaptics: synaptics crashes

[Wolodja Wentland]

forwarded 693726 https://bugs.freedesktop.org/show_bug.cgi?id=52496
kthxbye

Hello,

this is a simple Me too message with the major difference that I do not
experience this problem during wakeup, but at (seemingly?) random times during
usage. I have not yet found a way to reliably reproduce it, but the symptoms
are:

* Cursor does not move
* The trackpad is locked into scrolling

Due to the inability to reproduce this problem reliably running Xorg in
valgrind is not an option. I would be willing to do it, but this bug manifests
itself quite infrequently, but seems to be triggered by high load.

In essence I experience what has been reported in [0] and I would very much
like to see it fixed. Unfortunately there does not seem to have been any
progress upstream, so please let us know if there is /anything/ we can do to
gather more data about this issue.

[0] https://bugs.freedesktop.org/show_bug.cgi?id=52496#c20
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#701641: Segfault when saving messages: ../sysdeps/x86_64/multiarch/strcmp.S: No such file or directory.

[Wolodja Wentland]

On Sat, Mar 16, 2013 at 12:14 -0400, Ryan Kavanagh wrote:
 On Fri, Mar 08, 2013 at 11:40:09AM +, Wolodja Wentland wrote:
  It seems to me as if this but manifested itself directly after the latest
  dovecot upload (1:2.1.7-7) to sid, but I am not entirely sure if this is
  indeed the source. I have, however, not experienced this problem before and 
  if
  Mark and Ryan run dovecot 1:2.1.7-7 locally as well I would be almost
  convinced that this is related.

 I tried downgrading to
ii  dovecot-common 1:2.1.7-6all  Transitional package for 
 dovecot
ii  dovecot-core   1:2.1.7-6amd64secure mail server that 
 supports 
ii  dovecot-imapd  1:2.1.7-6amd64secure IMAP server that 
 supports 
 from snapshot.debian.org[0] with which I don't recall having any issues,
 but the issue still occurs.

I have just downgraded dovecot-{core,imapd} to 1:2.1.7-6 and have *as of now*
not yet experienced any problems. I will keep on using this setup for longer
and will fervently continue moving mails between folders.

The symptoms I ran into before the downgrade were, as noted earlier, different
from those that Ryan experienced in that mutt did not crash for me but
merely ran into two errors, namely:

* tls_socket_read (A TLS fatal alert has been received.)
* imap_sync_message: STORE failed

The latter is being raised in imap.c [0] in the imap_sync_message function. I
have to admit that this function looks a bit, well, hacky, but I am even more
convinced that this is a problem with mutt's IMAP handling or a change in
dovecot's implementation (or both).

[0] 
http://codesearch.debian.net/show?file=mutt_1.5.21-6.2%2Fimap%2Fimap.cline=1112numfiles=3#L1112
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#690127: [Pkg-utopia-maintainers] Bug#690127: release-notes: Issues: switch dm to get an active consolekit session

[Wolodja Wentland]

On Mon, Jan 28, 2013 at 14:58 +0100, Michael Biebl wrote:
 I probably won't get around to it sending you a detailed answer this
 week. Hopefully next week. Please poke me again if you haven't heard
 from me until then.

Feel yourself poked. :)

I would very much like to write this important bit of the release notes (or at
least help to finish it), but I am simply not sure what the correct solution
is and some input from -utopia would be much appreciated.

Have a wonderful day!
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#701641: Segfault when saving messages: ../sysdeps/x86_64/multiarch/strcmp.S: No such file or directory.

[Wolodja Wentland]

Package: mutt
Version: 1.5.21-6.2
Followup-For: Bug #701641

Dear Maintainer,

I too am running into this bug, but am /not/ experiencing crashes but simply
receive tls_socket_read (A TLS fatal alert has been received.) typically
after saving a message from one folder to another. Upon restarting mutt after
this error all changes (the aforementioned move of a mail, but also
read/unread state) are missing.

One synchronicity with the upgrade of another package, namely dovecot, should
be pointed out and I am curious if the two other reporter run a similar setup.
It seems to me as if this but manifested itself directly after the latest
dovecot upload (1:2.1.7-7) to sid, but I am not entirely sure if this is
indeed the source. I have, however, not experienced this problem before and if
Mark and Ryan run dovecot 1:2.1.7-7 locally as well I would be almost
convinced that this is related.

Please let me know if you require any additional information.


-- Package-specific info:
Mutt 1.5.21 (2010-09-15)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 3.2.0-4-amd64 (x86_64)
ncurses: ncurses 5.9.20110404 (compiled with 5.9)
libidn: 1.25 (compiled with 1.25)
hcache backend: tokyocabinet 1.4.47
Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL=/usr/sbin/sendmail
MAILPATH=/var/mail
PKGDATADIR=/usr/share/mutt
SYSCONFDIR=/etc
EXECSHELL=/bin/sh
MIXMASTER=mixmaster
To contact the developers, please mail to mutt-...@mutt.org.
To report a bug, please visit http://bugs.mutt.org/.

misc/am-maintainer-mode
features/ifdef
features/xtitles
features/trash-folder
features/purge-message
features/imap_fast_trash
features/sensible_browser_position
features-old/patch-1.5.4.vk.pgp_verbose_mime
features/compressed-folders
features/compressed-folders.debian
debian-specific/Muttrc
debian-specific/Md.etc_mailname_gethostbyname.diff
debian-specific/use_usr_bin_editor.diff
debian-specific/correct_docdir_in_man_page.diff
debian-specific/dont_document_not_present_features.diff
debian-specific/document_debian_defaults
debian-specific/assumed_charset-compat
debian-specific/467432-write_bcc.patch
debian-specific/566076-build_doc_adjustments.patch
misc/define-pgp_getkeys_command.diff
misc/gpg.rc-paths
misc/smime.rc
upstream/531430-imapuser.patch
upstream/537818-emptycharset.patch
upstream/543467-thread-segfault.patch
upstream/542817-smimekeys-tmpdir.patch
upstream/548577-gpgme-1.2.patch
upstream/553321-ansi-escape-segfault.patch
upstream/568295-references.patch
upstream/547980-smime_keys-chaining.patch
upstream/528233-readonly-open.patch
upstream/228671-pipe-mime.patch
upstream/383769-score-match.patch
upstream/578087-header-strchr.patch
upstream/603288-split-fetches.patch
upstream/537061-dont-recode-saved-attachments.patch
upstream/608706-fix-spelling-errors.patch
upstream/620854-pop3-segfault.patch
upstream/611412-bts-regexp.patch
upstream/624058-gnutls-deprecated-set-priority.patch
upstream/624085-gnutls-deprecated-verify-peers.patch
upstream/584138-mx_update_context-segfault.patch
upstream/619216-gnutls-CN-validation.patch
upstream/611410-no-implicit_autoview-for-text-html.patch
upstream/path_max
misc/579967-fixes-german-translation.patch
mutt.org
mutt-patched/sidebar
mutt-patched/sidebar-dotted
mutt-patched/sidebar-sorted
mutt-patched/sidebar-utf8
mutt-patched/multiple-fcc

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages mutt depends on:
ii  libc6 2.13-38
ii  libcomerr21.42.5-1
ii  libgnutls26   2.12.20-4
ii  libgpg-error0 1.10-3.1
ii  libgpgme111.2.0-1.4
ii  libgssapi-krb5-2  1.10.1+dfsg-4
ii  libidn11  1.25-2
ii  libk5crypto3  1.10.1+dfsg-4
ii  libkrb5-3 1.10.1+dfsg-4
ii  libncursesw5  5.9-10
ii  libsasl2-22.1.25.dfsg1-6
ii  libtinfo5 5.9-10
ii  libtokyocabinet9  1.4.47-2

Versions of packages mutt recommends:
ii  libsasl2-modules

Bug#700319: kgb-bot should allow to use the real name or entire mail address in messages

[Wolodja Wentland]

Package: kgb-bot
Version: 1.25-1
Severity: wishlist

Dear Maintainer,

the current way in which author names are extracted from commit logs leads to
suboptimal commit messages in some cases. This is, in particular, the case if
somebody committed as, say, deb...@example.com. Currently this would result
in commit messages such as:

debian master file1 file2 * wonderful changes that improve everything

It is hard or even impossible to figure out /who/ actually commited to the
repository and people would have to check the log manually. I would like to be
able to configure kgb-bot to either show the entire mail address or, even
better, the real name of the user.

The bug seems to be that the regular expression to parse reflogs in
lib/App/KGB/Client/Git.pm uses ^author .+ ([^]+@[^]+/; to extract
author. I would propose to change this to either:

* ^author (.+) [^]+@[^]+/;# real name
* ^author .+ ([^]+@[^]+)/;# entire address

It would probably be best to simply give end users a way to configure this
themselves (either by letting them define the regex themselves or by providing
a number of defaults).

Thanks for your work and may you have a nice day!


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
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#699546: ITP: libslingshot-clojure -- Enhanced throw and catch library for Clojure

[Wolodja Wentland]

Package: wnpp
Severity: wishlist
Owner: Wolodja Wentland deb...@babilen5.org

* Package name: libslingshot-clojure
  Version : 0.10.3
  Upstream Author : Stephen C. Gilardi scgila...@gmail.com
* URL : https://github.com/scgilardi/slingshot/
* License : EPL-1.0
  Programming Lang: Clojure, Java
  Description : Enhanced throw and catch library for Clojure

 Slingshot is a Clojure library providing enhanced throw and catch replacements
 try+ and throw+.

 Each is 100% compatible with Clojure's and Java's native try and throw both in
 source code and at runtime. Each also provides new capabilities intended to
 improve ease of use by leveraging Clojure's features like maps, records, and
 destructuring. Among them:

* throw+ can throw any Java object, not just those whose class is derived
  from java.lang.Throwable (e.g. Clojure maps or records)

* catch clauses within try+ can catch any Java object thrown by throw+,
  Clojure's throw, or Java's throw

* selectors in catch clauses allow matching on class name, key-value
  vectors, predicates and more

* Information about the context of a throw site is accessible via a hidden
  argument that includes information on, for example, the caught object,
  exception messages and stack traces


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

Bug#699532: New upstream version is available

[Wolodja Wentland]

Hello Maayuki,

On Fri, Feb 01, 2013 at 19:54 +0900, Masayuki Hatta wrote:
 Package: leiningen
 Version: 1.7.1-1
 Severity: wishlist
 
 Leiningen 2.x is out, the upstream declare 1.x is outdated and strongly
 recommend to upgrade.  Also, Incanter needs Leiningen 2.x for building.  I
 appreciate if you could update leiningen package.

Thank you for your report. You can rest assured as I am very well aware of the
fact that leiningen2 has been released and of its importance.

We are currently working on packaging it, but this endeavour is not as
straightforward as we would like it to be. This is primarily due to the fact
that leiningen's dependencies changed substantially between 1.7.* and
2.0.0, which means that we have to package those before we can package
leiningen 2.0.0.

I hope to be able to upload it soon though.
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#690127: release-notes: Issues: switch dm to get an active consolekit session

[Wolodja Wentland]

On Sun, Jan 27, 2013 at 12:05 +0100, Joost van Baal-Ilić wrote:
 Hi Wolodja,
 
 Thanks a lot for your helpful suggestion!  I agree with you :)
 
 Could you please do a
 
  svn co svn://svn.debian.org/svn/ddp/manuals/trunk/release-notes/en
 
 and hack up some DocBook XML code to get your text in? That'd allow me to fix
 this issue even more soon.
 
 If not, I'll get to this issue within about a week, I hope.

I'll happily do that once I am sure that the actual solution is indeed the
correct one. I am not convinced of that yet and investigated a bit further.

I successfully reproduced #598150 here. That is that sessions listed by
ck-list-sessions are still marked as active = FALSE (but is-local = TRUE)
even if I try the workaround in [0] and use an ~/.xsessions file such as

exec ck-launch-session dbus-launch awesome

I am not sure which workaround was being referred to in the initially
suggested text and I haven't tested if there are actually any problems that
arise from the fact that the session is being as inactive. I might find some
time to investigate this later though.

So far my understanding was that the way I start sessions in ~/.xsession is
the correct one and that this method /should/ work, but it looks as if the
only sensible recommendation regarding this issue we can give right now is
Just switch to gdm, kdm or lightdm.

I don't think that this would be acceptable and copied in
pkg-utopia-maintainers in the hope that they can provide some authorative
feedback on the right way to deal with this.

In particular we need authorative advice for users of:

1. startx

   How should startx users start their sessions? Is the aforementioned way
   sufficient? What other changes have to be made in order to ensure a
   correctly working system in the sense that system services like
   automounting and autoconfiguring network interfaces work as expected?
   That is: How to fix #598150 and which workaround is being referred to?

   Please clarify if it is indeed enough to make the changes to
   ~/.xsession that I suggest below /and/ remove the nox11 in
   /etc/pam.d/common-session

2. xdm

   It sounds that xdm users should be encouraged to switch to a supported
   display manager or asked to start their session via ~/.xsession from
   xdm as suggested in [1]. (which also means that nox11 has to be
   removed IIRC)

3. wdm

   What about wdm and other display managers?

 On Sat, Jan 26, 2013 at 04:45:57PM +, Wolodja Wentland wrote:
  Hello,
  
  I've just stumbled over this report and have to say that the proposed 
  section
  in the release notes is suboptimal. This is mainly due because it is unclear
  which workaround is actually being referred to in the linked bug reports.
  
  I would prefer it if the actual changes that are needed are documented in 
  the
  release notes which would (for startx users) lead to something like:
  
  --- snip ---
  Users of display managers other than kdm, gdm and lightdm (e.g. the xdm and
  slim display managers) as well as users who start their X session by 
  manually
  calling startx from a virtual console will likely be hit by problems with
  system services like automounting devices and autoconfiguring network
  interfaces.
  
  Due to changes in consolekit, display managers need to update their 
  consolekit
  interaction. The displaymanagers kdm, gdm and lightdm in wheezy have been
  updated. Others (xdm, slim, a.o.) have not yet been updated. If you're using
  a not-yet updated display manager, either switch to an updated one before
  starting to upgrade your system, or make sure to apply the following changes
  to your configuration (as applicable):
  
  startx
  --
  
  Please make sure that the `consolekit` and `dbus-x11` packages are installed
  and that both `ck-launch-session` and `dbus-launch` are called in all
  $HOME/.xsession files as in:
  
  exec ck-launch-session dbus-launch $WM
  
  That means that if, for example, a user started the awesome window manager
  with:
  
  exec awesome
  
  it should be ensured to change this line to:
  
  exec ck-launch-session dbus-launch awesome
  
  to ensure that the aforementioned system services work correctly.
  
  slim
  
  ...
  
  xdm
  ---
  ...
  
  --- snip ---
  
  I know that the actual text needs to be amended and polished, but I simply
  wanted to point out that actual instructions in the release notes are much
  more helpful than just references to (long!) bug reports.
  
  Have a wonderful day!

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598150#134
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615020#36
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#699180: Register tutorial with doc-base

[Wolodja Wentland]

Package: javahelper
Version: 0.43
Severity: wishlist
Tags: patch

Hello,

the javahelper package includes a tutorial that is not registered with
doc-base. The patch creates a suitable javahelper.doc-base file to register
it.

Thank you and have a nice day!

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages javahelper depends on:
ii  bsdmainutils 9.0.4
ii  dctrl-tools  2.22.2
ii  debhelper9.20120909
ii  devscripts   2.12.6
ii  dpkg-dev 1.16.9
ii  libarchive-zip-perl  1.30-6

javahelper recommends no packages.

Versions of packages javahelper suggests:
pn  cvs   none
pn  gawk  none
pn  tofrodos  none

-- no debconf information
diff --git a/debian/javahelper.doc-base b/debian/javahelper.doc-base
new file mode 100644
index 000..3e07e6d
--- /dev/null
+++ b/debian/javahelper.doc-base
@@ -0,0 +1,13 @@
+Document: javahelper-tutorial
+Title: Javahelper tutorial
+Author: Matthew Johnson, Nils Thykier
+Abstract: A short tutorial on packaging for Debian with javahelper.
+Section: Debian
+
+Format: HTML
+Index: /usr/share/doc/javahelper/tutorial.html
+Files: /usr/share/doc/javahelper/tutorial.html
+
+Format: Text
+Index: /usr/share/doc/javahelper/tutorial.txt.gz
+Files: /usr/share/doc/javahelper/tutorial.txt.gz

Bug#699180: Register tutorial with doc-base

[Wolodja Wentland]

Hi Niels,

I learned how to spell your first name correctly in the meanwhile and the
attached patch gets it right. Sorry about that :)
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC
diff --git a/debian/javahelper.doc-base b/debian/javahelper.doc-base
new file mode 100644
index 000..f1729ad
--- /dev/null
+++ b/debian/javahelper.doc-base
@@ -0,0 +1,13 @@
+Document: javahelper-tutorial
+Title: Javahelper tutorial
+Author: Matthew Johnson, Niels Thykier
+Abstract: A short tutorial on packaging for Debian with javahelper.
+Section: Debian
+
+Format: HTML
+Index: /usr/share/doc/javahelper/tutorial.html
+Files: /usr/share/doc/javahelper/tutorial.html
+
+Format: Text
+Index: /usr/share/doc/javahelper/tutorial.txt.gz
+Files: /usr/share/doc/javahelper/tutorial.txt.gz


signature.asc
Description: Digital signature

Bug#690127: Bug #690127: release-notes: Issues: switch dm to get an active consolekit session

[Wolodja Wentland]

Hello,

I've just stumbled over this report and have to say that the proposed section
in the release notes is suboptimal. This is mainly due because it is unclear
which workaround is actually being referred to in the linked bug reports.

I would prefer it if the actual changes that are needed are documented in the
release notes which would (for startx users) lead to something like:

--- snip ---
Users of display managers other than kdm, gdm and lightdm (e.g. the xdm and
slim display managers) as well as users who start their X session by manually
calling startx from a virtual console will likely be hit by problems with
system services like automounting devices and autoconfiguring network
interfaces.

Due to changes in consolekit, display managers need to update their consolekit
interaction. The displaymanagers kdm, gdm and lightdm in wheezy have been
updated. Others (xdm, slim, a.o.) have not yet been updated. If you're using
a not-yet updated display manager, either switch to an updated one before
starting to upgrade your system, or make sure to apply the following changes
to your configuration (as applicable):

startx
--

Please make sure that the `consolekit` and `dbus-x11` packages are installed
and that both `ck-launch-session` and `dbus-launch` are called in all
$HOME/.xsession files as in:

exec ck-launch-session dbus-launch $WM

That means that if, for example, a user started the awesome window manager
with:

exec awesome

it should be ensured to change this line to:

exec ck-launch-session dbus-launch awesome

to ensure that the aforementioned system services work correctly.

slim

...

xdm
---
...

--- snip ---

I know that the actual text needs to be amended and polished, but I simply
wanted to point out that actual instructions in the release notes are much
more helpful than just references to (long!) bug reports.

Have a wonderful day!
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#682816: xserver-xorg-video-intel: Slow rendering of applications using Bitmap fonts.

[Wolodja Wentland]

Package: xserver-xorg-video-intel
Followup-For: Bug #682816

I ran into the a similar issue in that gvim was redrawing windows extremely
slow. This issue happened when I set the guifont to Terminus and reports
such as [0] pointed to xserver-xorg-video-intel as the culprit.

Luckily the problem seems to be fixed in version 2:2.20.2-1 of
xserver-xorg-video-intel. This bug is quite annoying and I would very much
like to see it fixed in wheezy. I am, however, unsure how to proceed and any
help in doing so would therefore be welcomed.

[0] http://infra.in.zekjur.net/archives/i3-discuss/2012-June/000700.html


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

Bug#627434: Rename to emacs23-doc

[Wolodja Wentland]

Dear Maintainer,

I agree with Karl on this issue and find the current package name confusing and
misleading. It is unnecessarily hard to find this package if you search for
the emacs documentation package as it is, for example, not listed if you
search for emacs documentation (e.g. apt-cache search emacs
documentation) at the moment.

Have a nice day!
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#675228: Use http://paste.debian.net by default

[Wolodja Wentland]

Package: libapp-nopaste-perl
Version: 0.33-1
Severity: wishlist

nopaste currently uploads pastes to http://pastie.org by default. Users have
to set the NOPASTE_SERVICES environment variable to 'Debian' in order to change
this permanently which is just cumbersome. It would, IMHO, make sense to change
the default to http://paste.debian.net as it is the pastebin most closely
associated with Debian.

Thanks and may you have a nice day!

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libapp-nopaste-perl depends on:
ii  libbrowser-open-perl   0.04-1
ii  libclass-load-perl 0.17-1
ii  libmoose-perl  2.0602-1
ii  libmoosex-getopt-perl  0.45-1
ii  liburi-perl1.60-1
ii  libwww-mechanize-perl  1.71-1
ii  perl   5.14.2-11

libapp-nopaste-perl recommends no packages.

Versions of packages libapp-nopaste-perl suggests:
ii  git [git-core]  1:1.7.10-1

-- 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#669322: [Aptitude-devel] Bug#669322: aptitude: Method http has died unexpectedly with zh_CN.utf8 locale

[Wolodja Wentland]

Hello,

thank you Daniel for looking into this. I'd like to start by providing a few
more details as this might help to triage this bug. The bug is related to
parsing/handling of aptitude-defaults and manifests itself when
aptitude-defaults.{zh*,..} are used.

I verified this by replacing /usr/local/share/aptitude/aptitude-defaults.zh_TW
with /usr/local/share/aptitude/aptitude-defaults which fixed the error.

On Sat, Apr 28, 2012 at 13:36 +0800, Daniel Hartwig wrote:
 Initially I could reproduce this twice but no more after switching to
 debugging tools (everything compiled -O0 -g).

 As I am having trouble reproducing this again, could someone still
 experiencing this please test most recent development work and report
 back?
I can still reproduce it even with the newest version in git and using -O0 -g
and I am not sure why you don't see the error. Are you running aptitude
directly from the repository with something like ./src/aptitude? I ask because
that doesn't result in the error because aptitude-defaults.zh_TW is not loaded.

 Otherwise I will try to reproduce it again on a fresh system, and see
 if my changes fix it.

I tried to bisect the issue and initially thought that it might have been
de95eb2 or bd3f0ed, but I could reproduce it with e93a341 (i.e. 0.6.5) as
well. I had to cherry-pick 9803921 and fd0f5f3 to get e93a341 to compile
though, but don't expect them to have an effect. Unfortunately I failed to
compile even older versions.

Please let me know if there is something else I could do and have a nice
evening!
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#669322: aptitude: Method http has died unexpectedly with zh_CN.utf8 locale

[Wolodja Wentland]

Hello,

I can confirm this issue and was able to reproduce it with zh_TW.UTF-8 and
ja_JP.UTF-8, but not with {ko_KR,de_DE,fr_FR,ru_RU}.UTF-8. It is also most
definitely not due to the font that is used as I could reproduce it with a
number of terminals, different fonts and on the console.

A workaround right now is to use apt-get in lieu of aptitude though.

Thanks a lot and let us know if you need further information.
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#648742: Please add Wolodja Wentland as a Debian Maintainer

[Wolodja Wentland]

Package: debian-maintainers
Severity: normal

Hello,

Please add my key to the DM keyring. You'll find the corresponding jetring
changeset attached to this bug report.

I would also like to note that the jetring changeset lists [0] as Agreement
even though [1] was my initial declaration, which is due to [1] missing the
agreement to the social contract, DFSG and DMUA.

Thanks in advance and may you have a nice day.

[0] http://lists.debian.org/debian-newmaint/2011/11/msg00019.html
[1] http://lists.debian.org/debian-newmaint/2011/11/msg00018.html

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Comment: Add Wolodja Wentland babi...@gmail.com as a Debian Maintainer
Date: Mon, 14 Nov 2011 17:11:34 +
Action: import
Recommended-By: 
 Daigo Moriwaki da...@debian.org, Ben Armstrong
 sy...@sanctuary.nslug.ns.ca, Mike O'Connor s...@debian.org
Agreement: 
 http://lists.debian.org/debian-newmaint/2011/11/msg00019.html
Advocates: 
 http://lists.debian.org/debian-newmaint/2011/11/msg00021.html
 http://lists.debian.org/debian-newmaint/2011/11/msg00022.html
 http://lists.debian.org/debian-newmaint/2011/11/msg00026.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.11 (GNU/Linux)
  
  mQINBEqxvw0BEADITQR8iviG6MFvtmFfhlxg6bZk89kQQCu+2/IhuClOinK26O2M
  Q9ecAP7/REepRVM5qmWFsL4sdy5hwrNgENiGiuwbVfF6bffL48E8J5TXwypii3Jz
  0VsoeKd+tBYWP68b7Wqjn6/XOMkQRraRJBwXCPyB5lk9C3ON8aAYrZxOgMuyNdnU
  MpyS6InU2pI14GX6+XbKTXzVBh4euzgGqGVnYGEdE0sssVa9oYVnlsc4BPLKOSnD
  5rLBk79qMd1qEY+HHwNtPbxAbqaFtZzgqTUghw6AchnH352Neb2b1X4MdWhXpTL1
  kE4XPh0+RMPVLBKcxQ5E6/0XLRRUW0kV61O1TAgva9oWk6gyGE5CUALqpjwVgc2C
  Wcr836BBbHw6I3/i63cvnAoXx8OEawRGSodofEGDWHd9mnZKTcqf3zSKYT0ADSkp
  qNdBj1VmZzYmuY29VFPz2zHWrt0T0IFgIxhgLCsrpS2LbdmB1lx8nFXQ1i00g9P/
  v++BEKLdnvJ05+H35O3CgcJqjLqP29Uin+vzWTkxHqsIAFpqgg9v/9YTS9SQTjj2
  zZehKHyWBkfKMZfX/7AUMAP5d0pJAvv+jEl2kDc/J+MUS7pRTOo272D6G4talJEC
  v3eNfGT00b9EwCv+yO0IN9frGntlC+pwlXOAzcD9GYE4hPF5OR42HkoiXwARAQAB
  tCxXb2xvZGphIFdlbnRsYW5kIDx3b2xvZGphLndlbnRsYW5kQGVkLmFjLnVrPokC
  NwQTAQgAIQUCTh3DxgIbAwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRCLf30w
  yvFO/H6BD/46fSytepTZYwx+OSrxhcomAAnliTvQGCPbbj6MRbu51QS+sTxVJHd6
  BwYmAgyQUxSe3qV6fy+rs7JSiZ5JtonLeU9Si+fMwM6ck4YTQPnDGBqZPFl8VhY9
  2zykxh7EIDSGpGAJfKXJ2qOrDPYO7uhxcAYPCz5EY9MXGRyAuVezhCDhN6pfG+8P
  mcpE4T496flgj/SxVfff5sPHovfOIFw96xFIAVJwjnMBWLehUWjtulD26zHTQSVk
  9uw2bmTy2IPi4ef6JvHKhacKzKGhntvvMNWpYhv07R5dzcbLZaZLRHYHbdCjFXWb
  OylFONcBvpaxnsvRS3+41HInEMGhASQvHj3QXsxpEg/w7lXfVfai4iuAmvPFDa9H
  DchYHrOnaJUykbpR8AzvCJZ27sEacPlhKXAxZx9MqJe+zZoCpt3kYZBQ+bNa9njo
  SZdarwIYcx9YJJPWa8NMDwvDNeFWhu7/Pge/FNwPWw67DyTJqS8+nf0QHBRyGD0m
  kWaPVDwUPcxd4gXY6C4cPkT4FGyJbjnYszLqrj4En+SCJSktybEaslkuEm3GFi+C
  Ej8oc/KPLMCP/b78mVVDWpZGXw9cyZFKrbZUy9tH9p7eSsonKNTMW/pjKyw8zWhe
  NI4INYQqHj368ZZDtulKPbIGR6LrV1LqHMIwMqiQkX//pvTVMXPTNYkCHAQQAQgA
  BgUCTh87OAAKCRC+vZMzNfwUC+glD/9Vrndy5wocc+ic6Wno3mAV0jGQOO+cnWWR
  n0QyfWkITdCiMR4LU2pOSDAcmICmhLUeHiE45n5mMXHenlnVzatyU4Bxo2MTvEGy
  cl03D/zILqQ6d9FFDeww+hlpOC6Bd6IwySpO8zZGsz0U4Sk0fsoJwH7wfJf3ie+Z
  7rYcZ7nwKlIx5fZUua/+Bdbi61MAQUDomDvC3nDAH95lC7SO7gsOWZzSM6AU0sN8
  CVwtuB/We12hyuyLG9po12JlZVUTGNa0DrOnkH4cXDMa0T2Emdy0kcOIDkOOmo0y
  77IShSRbIHYiEKiCKTWPScveQgQKkXyFOTAYc/pED5OtMhVxxedrsG3qhEMg1awl
  YNI17kW7k9b6IwHEjm9ZJ9rBMA9nUp79/dDbZlGalSR8fNAnGpRC3wGpITQKewlv
  QJ+pHJAqsMME3WbKRac1/+kOQtcyJajQViTpcVMBctfy5dKuDoiQajCYvAsTHD6l
  Qj3zL7e4lEHhk6HJG5o9G+1RfHtTQRjqq09r0y5LYSkayab4fY4fs4m9g44UGxBP
  iytJg2IqUGWebHKqPYWJt+M018Pa2VfSRYzxg7zk3iX1KhuPZRCjScA4bSAOc3zZ
  F6zmm9yF3Wd8beGn3fkbzyRWHb5OETgS0n0bsb4n0RN5hLPgdiSUXXquWLg3aVOd
  9DHQhLjSZ7QkV29sb2RqYSBXZW50bGFuZCA8YmFiaWxlbkBnbWFpbC5jb20+iQI6
  BBMBCAAkAhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheABQJOHcykAhkBAAoJEIt/
  fTDK8U78kAMP/24ibefaeaDiELogDpfTmqsBSpOBVJe4hrkVmPlCiVpZoJ2rdcDd
  3+tVaXudUcx0/13lyIAqXnzwZkwUH+LMzdci0Cr6oenrAPh7t2G7FZVMmJW3gLFi
  Bw5kuYrvtVD0jPBKqrvGCIm5CRTtvd/m0Ca4n1XkqiGY9nC2SJKcEcpS2pClUKff
  z3UmnoDgHjHaCM+ECFnVnrEcN/NpIxE5gaLTP5pkZXwRxv3Mo96DjpZz/jstUvc5
  bayEhU5vKGiXce6Lh6uUzVqYUtmm4+Z95oB8XLFaXxt5oFs9rbRHusepbSzSF0qx
  RLnZc5RAZAQy1fPOOdumvYJVc27slxVN8u276/fm4smk81JavgdWa321isGoZkMv
  U7SBZxt+3a3pu530gwI0hxT/KMUKl3OGxDM78GCklVUkxQKN6wSHhGiCsz89xpju
  0vMLsQUwAKsygA6M9MxX7BDigRsEWywLWuRmo5LKYByy2q8U/IKaOPHbRjN+3j5D
  P91KGaHaceN0dzBPP6Vp2puYKxbSO/MMhIxja/JpqYnemH46UGWaggTL+B43rLv1
  ON9IKpT4lgEygQJQQGu8Gj+h8iHNEJcu8tnsINHsxiz3+gBxjXLV3se0h7Ixep8d
  kI2O+JSYHc0NOs3tsiAJJ7uvHiJ24bHHrPi+GxylI3r0R5yiRGMpJuFniQI3BBMB
  CAAhBQJNSEf0AhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEIt/fTDK8U78
  bicQAMNnTCJabyVI5zHuw0Jh2JjWVgI1cbCcnbkXVRQnKARTmCqrlAx01rHUE8TY
  tSXJWEv6JEiKty7ll8NRoPx9QxcwOETT2+Bxdkm33vLwc6t7gRDR7jJT+grpLAPQ
  9Wpu2OpxFXFq/uuggcQsp61kMJmsxGxgES+JJtfCtVn59h9aUZ0SCAyBZhuS4GCb
  Thjkwhv/d/KDkB

Bug#647632: leiningen: Could not locate clojure/contrib/java_utils__init.class or clojure/contrib/java_utils.clj on classpath:

[Wolodja Wentland]

tags 647632 confirmed pending
kthxbye

On Sat, Nov 05, 2011 at 14:15 -0700, Phil Hagelberg wrote:
 On Fri, Nov 4, 2011 at 10:22 AM, Mathieu Malaterre
 mathieu.malate...@gmail.com wrote:
 
  pom         Write a pom.xml file to disk for Maven interop.
  leiningen.push  Problem loading: java.io.FileNotFoundException: Could not 
  locate clojure/contrib/java_utils__init.class or 
  clojure/contrib/java_utils.clj on classpath:  (push.clj:1)
 
 While Leiningen itself does not use Clojure Contrib, many plugins do,
 and the upstream includes it. Perhaps it should be listed as a regular
 dependency rather than a Recommended?
 
 A workaround is to manually install clojure-contrib for now.

As far as I can tell it is not, as clojure-contrib also needs to be on the
CLASSPATH. That being said, I already fixed that bug and uploaded a new
version of leiningen to mentors and hope that it will be sponsored soon.

I've attached the corresponding quilt patch to this mail and you can get the
updated Debian package with:

dget -x 
http://mentors.debian.net/debian/pool/main/l/leiningen/leiningen_1.6.1.1-2.dsc
-- 
Wolodja babi...@gmail.com

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#647632: leiningen: Could not locate clojure/contrib/java_utils__init.class or clojure/contrib/java_utils.clj on classpath:

[Wolodja Wentland]

Patch against /usr/bin/lein that fixes the bug if clojure-contrib is
installed.
-- 
Wolodja babi...@gmail.com

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC
From: Wolodja Wentland babi...@gmail.com
Date: Sat, 5 Nov 2011 13:35:57 +
Subject: Add clojure-contrib to CLASSPATH

This patch fixes #647632 by adding clojure-contrib to leiningen's CLASSPATH.
---
 bin/lein |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/bin/lein b/bin/lein
index 3d1ca7b..93ded4b 100755
--- a/bin/lein
+++ b/bin/lein
@@ -78,7 +78,7 @@ else
 SCRIPT=$0
 fi
 
-SHARE_JARS=ant ant-launcher classworlds clojure-1.2 \
+SHARE_JARS=ant ant-launcher classworlds clojure-1.2 clojure-contrib-1.2.0 \
 lucene-memory maven-ant-tasks maven-artifact maven-artifact-manager \
 maven-error-diagnostics maven-model maven-settings maven-project maven-profile \
 maven-repository-metadata plexus-container-default-alpha plexus-interpolation \
-- 


signature.asc
Description: Digital signature

Bug#642723: leiningen: FTBFS: Could not find the main class: clojure.main. Program will exit.

[Wolodja Wentland]

Hi all,

the FTBFS is almost certainly caused by #642795 [0] and should be fixed
shortly.

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642795
-- 
Wolodja babi...@gmail.com

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#642795: java.lang.ClassNotFoundException: org/objectweb/asm/commons/Method

[Wolodja Wentland]

On Sun, Sep 25, 2011 at 09:59 +0200, Torsten Werner wrote:
 Okay, the bug is in /usr/bin/lein. The line 66 must be changed from
 
 CLOJURE_JAR=/usr/share/java/clojure-1.2.jar:/usr/share/java/asm3.jar
 
 to
 
 CLOJURE_JAR=/usr/share/java/clojure-1.2.jar:/usr/share/java/asm3-all.jar

Thank you for the investigation which has been most helpful! I am currently on
vacation, but back soon and will fix the issue ASAP.

 I am not able to commit the change into the git repo because I do not
 understand the vcs layout. It looks like that I have to rebase the
 patch-queue branch but pushing a rebased branch is a bad idea. Please
 explain the workflow of modifying the source code in README.source.
 BTW, I prefer the git-buildpackage layout.

I guess that this should be treated as an important bug and I will try to
follow the GIT practices that have been proposed/formulated on [0] in order to
ease cooperation.

Thank you all for the detailed report and discussion.

[0] http://wiki.debian.org/Java/JavaGit
-- 
Wolodja babi...@gmail.com

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#642895: leiningen: gitpkg master causes an error

[Wolodja Wentland]

On Sun, Sep 25, 2011 at 20:48 +0900, Daigo Moriwaki wrote:

 % gitpkg master
 pristine-tar checkout ../deb-packages/leiningen/leiningen_1.6.1.orig.tar.gz
 fatal: not a tree object
 tar: This does not look like a tar archive
 tar: Exiting with failure status due to previous errors
 pristine-tar: command failed: git archive --format=tar
 5ec6a70228e6466f25eae0b22d3ddc798f103a47 | (cd
 '/tmp/pristine-tar.dvf8IysXoV'  tar x)
 ERROR: pre-export-hook
 '/usr/share/gitpkg/hooks/pristine-tar-pre-export-hook' failed

Thank you for the detailed bug report. I have just pushed to the pristine-tar
branch which should now reference 691804925b14beb54c460c65b7a302839fdd440b and
not 5ec6a70228e6466f25eae0b22d3ddc798f103a47.

The former is the following commit:

commit 691804925b14beb54c460c65b7a302839fdd440b
Author: Wolodja Wentland babi...@gmail.com
Date:   Sat Jul 23 11:07:44 2011 +0100

Importing not repacked tarball 1.6.1

which can be found in the repository:

$ git ls-tree 691804925b14beb54c460c65b7a302839fdd440b
100644 blob 27cc22089c1de5f63e9dcbae0a091f058d3a.gitattributes
100644 blob 910e3722e3125d8311191f5aaec3486776f8be53.gitignore
100644 blob fec593ad24d1fbb15e98d31e81bea64388134f1eCOPYING
100644 blob 76d9090ccd33e854c7e5854423bb249b0c684074NEWS
100644 blob 84df4935a24d82b00c26b0aefc567da49691a145README.md
100644 blob a2b26d273a1a65c00ba7d1ac77ee251715e8be9a
bash_completion.bash
04 tree 123e4c60e4fb0ac6d917f1f14001d5c03c3e492dbin
04 tree 01464052f06c833bb422a47d8a20130f84493105doc
100644 blob 12086bd9c929a80816a6daceb3d6f51bb779pcmpl-lein.el
100644 blob 2316f273a97703c117f181a8cedd5d6ec7909330pom.xml
100644 blob 87fd49275f0efb3d5048ab6863aa3f876a7f7b44project.clj
04 tree be5d8b62323a0745e6f5684f8903d93b7a2ced9eresources
100644 blob 2d1a4bdf10da03a094d810e3cbe95d4f1a22925e
sample.project.clj
04 tree d709ae6a1c3aae1aba32c81641a5abb46c0768efsrc
04 tree e196ab86a2d11d18aef27ebeab83607d19ddb3catest
04 tree 5ebda9beb0a4733632b6989de8195645a9f96bdbtest_projects
100644 blob 0e1f569eedb29c7c5f49bf4f0eda0dec53ee3efftodo.org

Could you try to build the package again?
-- 
Wolodja babi...@gmail.com

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#573348: Comments and patch

[Wolodja Wentland]

severity 573348 important
merge 573348 596782
kthxbye

Hi,

I do not think that the proposed patch is feasible as ntfs-config should not
depend on the availability of the /etc/hal/fdi/policy directory at all, as the
package itself does not depend on hal and the functionality should be provided
even if hal is not installed.

Kind regards
-- 
  .''`. Wolodja Wentlandbabi...@gmail.com
 : :'  :
 `. `'` 4096R/CAF14EFC
   `-   081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#566963: Progress report - leiningen packaging

[Wolodja Wentland]

retitle 566963 ITP: leiningen -- a buildtool for clojure
owner 566963 !
kthxbye

Hi all,

I will take over the ITP from Ramakrishnan and am currently working on the
packaging of leiningen. Both dependencies (clucy and robert-hooke) have
already been packaged and will be uploaded shortly, which enables us to get
leiningen into Debian soonish.

There is still some work that needs to be done, but it shouldn't take too
long.

Kind Regards
-- 
  .''`. Wolodja Wentlandbabi...@gmail.com
 : :'  :
 `. `'` 4096R/CAF14EFC
   `-   081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#630138: libc6: Incorrect path for memcpy-preload.so and memcpy-syslog-preload.so in NEWS.Debian

[Wolodja Wentland]

Package: libc6
Version: 2.13-6
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The path for both memcpy-preload.so and memcpy-syslog-preload.so has not been
updated in NEWS.Debian.gz to reflect their new, multiarch conformant, location.

The absolute path is given as:

/usr/lib/libc/memcpy-preload.so
/usr/lib/libc/memcpy-syslog-preload.so

but should actually be:

/usr/lib/x86_64-linux-gnu/libc/memcpy-preload.so
/usr/lib/x86_64-linux-gnu/libc/memcpy-syslog-preload.so

Thanks for all your work!

- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libc6 depends on:
ii  libc-bin  2.13-6 Embedded GNU C Library: Binaries
ii  libgcc1   1:4.6.0-12 GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0] 1.5.39 Debian configuration management sy
ii  glibc-doc 2.13-6 Embedded GNU C Library: Documentat
ii  locales   2.13-6 Embedded GNU C Library: National L
ii  locales-all [locales] 2.13-6 Embedded GNU C Library: Precompile

- -- debconf information:
* glibc/upgrade: true
  glibc/disable-screensaver:
  glibc/restart-failed:
* glibc/restart-services: exim4 cups cron atd apache2

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJN805tAAoJEIt/fTDK8U78clgP/i9B26i2a6NvN7FCHl7pt1CO
Lj1/dFaM/p2UaoTJLcTW4kE52qOtJ/YX8qfJ3AQMEQvXPJ9GZIE0cLAnRvUaZwzj
VQH+nr5Smd+fKmSziiZj6iK6ABIk48c2JyD6SpNh5DsGCNdc51cj9F1ODArmyjfE
aDEvUlm+QIssvi6uCjPfzHtUz82EVzel8JeMxUYdkvZ/jMzrp/CbkzHN6uyJp/RD
aFPd75s9G0ASpuc8LJBXRmhGEzkswpYncoVwa651zq3W2CV+kTHkCqonULtaq1tX
UDZWaVcIFxdTALDwCQNCEKLdt2EMiN+og/SZcW9bN+S2GHtcwVbI0JtTPHY7Pe0V
c2hBSSdmkzeRYo7yZUZmv7Lk6NA0xxdPUgzOQc3QKF6VG14r+YhzCesWx/awIYOV
h4hLbRVnhmZ4+QPJzgaS+aPdVa0VePY+by6XfsbgF6eIaVrXvoiHWye7ZE5CagGj
PFG4nHX046+quVxQ5BTT0BhWhB4UK4pnoR+2hOFNN5bkY1baoSIIwUHcsIcUwtRh
vYvqEwRGYR+rIZAkivXg92OGXjpdhG0sj4+myCY1j41k60IoFbRYIf2EaAgSCRE3
Exh0gLHIvYVDMdAUUYjigSUdWq4ebOEleI5edYU3j6n71MqNtV/S+8xK9/Xnl8G7
RTrppV4+zW8xIercnzfY
=Rslr
-END PGP SIGNATURE-



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

Bug#612120: www.debian.org/ports/kfreebsd-i386 is missing

[Wolodja Wentland]

Package: www.debian.org
Severity: normal


http://www.debian.org/ports/kfreebsd-i386/ is missing and results in a
404.

-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#612121: http://www.debian.org/ports/kfreebsd-amd64/ is missing

[Wolodja Wentland]

Package: www.debian.org
Severity: normal

http://www.debian.org/ports/kfreebsd-amd64/ is missing, results in 404
message.

-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#554506: SATA AHCI/Compatibility mode fix

[Wolodja Wentland]

Hi all,

I see that the bug has already been closed and I don't think that it
needs to be reopened. I took some time to look into the issue I was
facing and it turned out that I had to include the ahci module in my
initramfs if I want to use my SATA controller in AHCI mode.

The necessary steps were:

1. Edit /etc/initramfs-tools/modules and add ahci
2. Run update-initramfs -u
3. Change SATA option from Compatibility to AHCI in the BIOS
4. Reboot

Kind regards

Wolodja
-- 
  .''`. Wolodja Wentlandwentl...@cl.uni-heidelberg.de 
 : :'  :
 `. `'` 4096R/CAF14EFC 
   `-   081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#554506: [pkg-cryptsetup-devel] Bug#554506: cryptsetup: unable to find root volume

[Wolodja Wentland]

On Sun, Jun 20, 2010 at 14:54 +0200, Jonas Meurer wrote:
[...]
 i just tried to reproduce the bug, and failed. can you confirm, that
 this bug no longer applies? otherwise please give exact information
 about your system: /etc/fstab, /etc/crypttab, and from inside the
 initramfs: /conf/conf.d/cryptroot.

I've tested the provided packages, the original ones as well as those
that recently migrated to squeeze and still run into this bug. I agree
that we all might run into different bugs and am unsure what exactly is
causing it for me.

Short description:
--

My Thinkpad T60 SATA controller can be configured to operate in two
modes, AHCI and Compatible. I have been using it in Compatible
mode ever since, but when I switch to AHCI I get the following error:

--- snip ---
Unable to find LVM volume name_of_lvm/swap
cryptsetup: lvm device name (/dev/disk/by-uuid/...) does not begin with
/dev/mapper
cryptsetup: evms_activate is not available
--- snip ---

kind regards

Wolodja
-- 
  .''`. Wolodja Wentlandwentl...@cl.uni-heidelberg.de 
 : :'  :
 `. `'` 4096R/CAF14EFC 
   `-   081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#530670: mutt: request enabling Tokyo Cabinet

[Wolodja Wentland]

Hi,

I reopened the bug. If linking mutt with tokyocabinet instead of gdbm is
not wanted this bug should be tagged wontfix.

It would be great though, if tokyocabinet becomes the default header
cache backend.
-- 
  .''`. Wolodja Wentlandwentl...@cl.uni-heidelberg.de 
 : :'  :
 `. `'` 4096R/CAF14EFC 
   `-   081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#554506: cryptsetup: unable to find root volume

[Wolodja Wentland]

Package: cryptsetup
Version: 2:1.1.0~rc2-1
Severity: normal

I can confirm this bug on my platform, but I am not sure if it is
related to UUIDs. I only run into this issue if I set my SATA controller
to operate in AHCI mode and it works fine when I use the Compatibility
mode. The same bug also occurs if I use the following crypttab:

,-- /etc/crypttab ---
| sda3_crypt /dev/sda3 none luks
`---

I tried mounting the lv groups from a Live CD (grml) in AHCI mode and it
works as expected (maybe incomplete set of commands):

# cryptsetup luksOpen /dev/sda3 sda3_crypt
# vgscan
# lvchange -ay /dev/kikutani
# mount /dev/mapper/kikutani-{root,home} /mnt/target/{,home}

If you need further information please do no hesitate to contact me.

regards

Wolodja Wentland
-- Package-specific info:
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-2.6.30-2-amd64 root=/dev/mapper/kikutani-root ro quiet

-- /etc/crypttab
sda3_crypt UUID=c81ab368-c7c3-4e78-87cd-fd42200fb60b none luks

-- /etc/fstab
# /etc/fstab: static file system information.
#
# file system mount point   type  options   dump  pass
proc/proc   procdefaults0   0
UUID=8a22312c-6c5f-47b5-b5f9-85de76359409 /   ext3
user_xattr,errors=remount-ro 0   1
UUID=7b5ad619-271e-4588-ad90-cd38904eae4b   /boot   ext3
defaults0   2
UUID=42556b6e-1013-47aa-8169-cc6becfd1bc9 /home   ext3user_xattr
  0   2
/dev/mapper/kikutani-swap noneswapsw  0   0
/dev/scd0   /media/cdrom0   udf,iso9660 user,noauto 0   0

-- lsmod
Module  Size  Used by
radeon141984  2 
drm   172672  3 radeon
ipt_REJECT  3248  6 
xt_multiport3216  1 
xt_recent   9600  2 
xt_tcpudp   3328  40 
xt_state2400  42 
ipt_LOG 5796  3 
sco10980  2 
xt_limit3044  8 
bridge 48240  0 
stp 2868  1 bridge
bnep   13792  2 
iptable_mangle  4032  0 
iptable_nat 6240  0 
nf_nat 20164  1 iptable_nat
nf_conntrack_ipv4  15240  45 iptable_nat,nf_nat
rfcomm 35984  4 
nf_conntrack   70192  4 xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4
uinput  8448  1 
l2cap  21104  16 bnep,rfcomm
nf_defrag_ipv4  2288  1 nf_conntrack_ipv4
iptable_filter  3776  1 
ip_tables  17392  3 iptable_mangle,iptable_nat,iptable_filter
x_tables   22440  9 
ipt_REJECT,xt_multiport,xt_recent,xt_tcpudp,xt_state,ipt_LOG,xt_limit,iptable_nat,ip_tables
ppdev   7784  0 
lp 10612  0 
parport38224  2 ppdev,lp
acpi_cpufreq8912  0 
cpufreq_userspace   3652  0 
cpufreq_conservative 7928  0 
cpufreq_powersave   1792  0 
cpufreq_stats   4660  0 
kvm_intel  47560  0 
kvm   159544  1 kvm_intel
loop   15980  0 
snd_hda_codec_analog74864  1 
snd_hda_intel  26680  0 
snd_hda_codec  75248  2 snd_hda_codec_analog,snd_hda_intel
btusb  12756  2 
snd_hwdep   8152  1 snd_hda_codec
arc42048  2 
snd_pcm_oss37200  0 
bluetooth  55108  9 sco,bnep,rfcomm,l2cap,btusb
snd_mixer_oss  15072  1 snd_pcm_oss
pcmcia 27640  0 
ecb 3072  2 
snd_pcm78472  3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_midi6976  0 
iwl394570340  0 
snd_rawmidi23008  1 snd_seq_midi
snd_seq_midi_event  7712  1 snd_seq_midi
iwlcore   106896  1 iwl3945
yenta_socket   24940  1 
snd_seq51376  2 snd_seq_midi,snd_seq_midi_event
rsrc_nonstatic 10224  1 yenta_socket
snd_timer  21824  2 snd_pcm,snd_seq
snd_seq_device  7476  3 snd_seq_midi,snd_rawmidi,snd_seq
pcmcia_core37108  3 pcmcia,yenta_socket,rsrc_nonstatic
i2c_i801   10464  0 
mac80211  161424  2 iwl3945,iwlcore
snd63912  11 
snd_hda_codec_analog,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
joydev 11072  0 
uhci_hcd   22208  0 
i2c_core   25456  2 drm,i2c_i801
soundcore   7984  1 snd
nsc_ircc   17104  0 
sg 24040  0 
ehci_hcd   33996  0 
e1000e111680  0 
rng_core4872  0 
cfg80211   65464  3 iwl3945,iwlcore,mac80211
snd_page_alloc  9984  2 snd_hda_intel,snd_pcm
thinkpad_acpi  65404  0 
intel_agp  28976  0 
sr_mod 15908  0 
irda  114164  1 nsc_ircc
rfkill 12116  4 iwlcore

Bug#547003: ipython: IPython should use current Python Environment

[Wolodja Wentland]

Package: ipython
Version: 0.10-1
Severity: important
Tags: patch

Hi,

IPython should use the Python interpreter in the current environment and
not hardcode /usr/bin/python.

The rationale is that IPython as packaged right now is unusable inside a
customised environment like those created by virtualenv.

--- snip ---
bi...@kinakuta:~$ virtualenv ipython_bug
New python executable in ipython_bug/bin/python
Please make sure you remove any previous custom paths from your 
/home/user/.pydistutils.cfg file.
Installing setuptoolsdone.
u...@host:~$ cd ipython_bug/
u...@host:~/ipython_bug$ source bin/activate
(ipython_bug)u...@host:~/ipython_bug$ ipython
...
In [1]: import sys
In [2]: sys.path
Out[2]: 
['',
 '/usr/bin',
 '/usr/lib/python2.5/site-packages/pip-0.4-py2.5.egg',
 '/usr/lib/python2.5',
 '/usr/lib/python2.5/plat-linux2',
 '/usr/lib/python2.5/lib-tk',
 '/usr/lib/python2.5/lib-dynload',
 '/usr/local/lib/python2.5/site-packages',
 '/usr/lib/python2.5/site-packages',
 '/usr/lib/python2.5/site-packages/PIL',
 '/usr/lib/python2.5/site-packages/gst-0.10',
 '/usr/lib/pymodules/python2.5',
 '/usr/lib/pymodules/python2.5/gtk-2.0',
 '/usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode',
 '/usr/lib/pymodules/python2.5/IPython/Extensions',
 u'/home/user/.ipython']
--- snip ---

I would expect IPython to behave like python:

--- snip ---
(ipython_bug)u...@host:~/ipython_bug$ python
Python 2.5.4 (r254:67916, Feb 18 2009, 03:00:47) 
[GCC 4.3.3] on linux2
Type help, copyright, credits or license for more information.
 import sys
 sys.path
['', 
'/home/user/ipython_bug/lib/python2.5/site-packages/setuptools-0.6c9-py2.5.egg',
 '/usr/lib/python2.5/site-packages/pip-0.4-py2.5.egg', 
'/home/user/ipython_bug/lib/python2.5', 
'/home/user/ipython_bug/lib/python2.5/plat-linux2', 
'/home/user/ipython_bug/lib/python2.5/lib-tk', 
'/home/user/ipython_bug/lib/python2.5/lib-dynload', '/usr/lib/python2.5', 
'/usr/lib64/python2.5', '/usr/lib/python2.5/plat-linux2', 
'/usr/lib/python2.5/lib-tk', '/usr/lib64/python2.5/lib-tk', 
'/home/user/ipython_bug/lib/python2.5/site-packages', 
'/usr/local/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages', 
'/usr/lib/python2.5/site-packages/PIL', 
'/usr/lib/python2.5/site-packages/gst-0.10', '/usr/lib/pymodules/python2.5', 
'/usr/lib/pymodules/python2.5/gtk-2.0', 
'/usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode']
 --
--- snip ---

IPython uses the global Python interpreter whereas python uses the one
from the currently configured one, which means that the current environment 
is missing in sys.path.

I did *not* specify '--no-site-packages' in the virtualenv call, because
i would have to install IPython in the newly created environment which
will solve the here described problem as well.

This can be easily fixed by replacing #!/usr/bin/python with
#!/usr/bin/env python . 

--- snip ---
(ipython_bug)u...@host:~/ipython_bug$ ipython
...
In [1]: import sys
In [2]: sys.path
Out[2]: 
['',
 '/usr/bin',
 
'/home/user/ipython_bug/lib/python2.5/site-packages/setuptools-0.6c9-py2.5.egg',
 '/usr/lib/python2.5/site-packages/pip-0.4-py2.5.egg',
 '/home/user/ipython_bug/lib/python2.5',
 '/home/user/ipython_bug/lib/python2.5/plat-linux2',
 '/home/user/ipython_bug/lib/python2.5/lib-tk',
 '/home/user/ipython_bug/lib/python2.5/lib-dynload',
 '/usr/lib/python2.5',
 '/usr/lib64/python2.5',
 '/usr/lib/python2.5/plat-linux2',
 '/usr/lib/python2.5/lib-tk',
 '/usr/lib64/python2.5/lib-tk',
 '/home/user/ipython_bug/lib/python2.5/site-packages',
 '/usr/local/lib/python2.5/site-packages',
 '/usr/lib/python2.5/site-packages',
 '/usr/lib/python2.5/site-packages/PIL',
 '/usr/lib/python2.5/site-packages/gst-0.10',
 '/usr/lib/pymodules/python2.5',
 '/usr/lib/pymodules/python2.5/gtk-2.0',
 '/usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode',
 '/usr/lib/pymodules/python2.5/IPython/Extensions',
 u'/home/user/.ipython']
--- snip ---

The relevant patch is included.

with kind regards

Wolodja Wentland

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

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ipython depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-pexpect2.3-1  Python module for automating inter
ii  python-support1.0.3  automated rebuilding support for P

Versions of packages ipython recommends:
ii  global  5.7.1-1  Source code search and browse tool
ii  python [python-ctypes]  2.5.4-2  An interactive high-level object-o
ii  python-foolscap 0.4.2+dfsg-1 object-capability-based RPC system
ii  python-openssl  0.9-1Python wrapper around the OpenSSL 
ii  python-twisted-core 8.2.0-3  Event-based framework for internet
ii

Bug#532786: Automount still broken

[Wolodja Wentland]

Hello,

automounting does still not work with a fresh install of halevt.

--- Unmodified version of PolicyKit.conf ---
r...@kinakuta:/# cat /etc/PolicyKit/PolicyKit.conf 
?xml version=1.0 encoding=UTF-8? !-- -*- XML -*- --

!DOCTYPE pkconfig PUBLIC -//freedesktop//DTD PolicyKit Configuration
1.0//EN
http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd;

!-- See the manual page PolicyKit.conf(5) for file format --

config version=0.1
/config
--- snip ---

The halevt user is still missing 
org.freedesktop.hal.storage.mount-removable

--- polkit-auth for halevt ---
r...@kinakuta:/# su halevt
hal...@kinakuta:~$ groups
plugdev
hal...@kinakuta:/$ polkit-auth 
org.freedesktop.hal.device-access.cdrom
org.freedesktop.hal.device-access.floppy
org.freedesktop.hal.device-access.joystick
org.freedesktop.hal.device-access.mouse
org.freedesktop.hal.device-access.video
--- snip ---

This basically means that halevt does not have the right to mount
removable media.

--- snip ---
hal...@kinakuta:~$ halevt-mount -u 
/org/freedesktop/Hal/devices/volume_uuid__ -o sync -m 002
Mount error for /org/freedesktop/Hal/devices/volume_uuid__:
DBus Error org.freedesktop.Hal.Device.PermissionDeniedByPolicy:
org.freedesktop.hal.storage.mount-removable no -- (action, result)
--- snip ---

The patch is still the same. I provide it here so others can apply it
easily.

--- snip ---
---
 PolicyKit.conf |5 +
 1 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/PolicyKit.conf b/PolicyKit.conf
index 581dd9c..a10ae75 100644
--- a/PolicyKit.conf
+++ b/PolicyKit.conf
@@ -6,4 +6,9 @@
 !-- See the manual page PolicyKit.conf(5) for file format --
 
 config version=0.1
+match action=org.freedesktop.hal.storage.mount-removable
+match user=halevt
+return result=yes/
+/match
+/match
 /config
-- 
1.6.3.3
--- snip ---

With this modification halevt automounting works:

--- snip ---
hal...@kinakuta:~$ polkit-auth 
org.freedesktop.hal.storage.mount-removable
org.freedesktop.hal.device-access.cdrom
org.freedesktop.hal.device-access.floppy
org.freedesktop.hal.device-access.joystick
org.freedesktop.hal.device-access.mouse
org.freedesktop.hal.device-access.video
hal...@kinakuta:~$ halevt-mount -u 
/org/freedesktop/Hal/devices/volume_uuid__ -o sync -m 002
hal...@kinakuta:~$ 
--- snip ---

I don't really know why it works for the other poster (especially
in the light of #528770) but patches for both bugs are available and
should be applied to halevt.

with kind regards

Wolodja Wentland


signature.asc
Description: Digital signature

Bug#532786: Automount broken due to missing PolicyKit permission for halevt user

[Wolodja Wentland]

Package: halevt
Version: 0.1.3-3
Severity: normal

Automounting of removable media is not working.

I get the following output in /var/log/messages when I insert a USB thumb 
drive:

--- snip ---
Jun 11 16:36:44 localhost halevt: Running: halevt-mount -u 
/org/freedesktop/Hal/devices/volume_uuid_2E64_5372 -o sync -m 002
--- snip ---

which shows that halevt is correctly handling the event, but halevt-mount 
fails to mount the drive as it is not mounted as /media/disk.

Running the command as halevt fails with:

--- snip ---
r...@kinakuta:/# su - halevt -c halevt-mount -u 
/org/freedesktop/Hal/devices/volume_uuid_2E64_5372 -o sync -m 002
Mount error for /org/freedesktop/Hal/devices/volume_uuid_2E64_5372:
DBus Error org.freedesktop.Hal.Device.PermissionDeniedByPolicy: 
org.freedesktop.hal.storage.mount-removable no -- (action, result)
--- snip ---

The problem seems to be that PolicyKit is denying the 
org.freedesktop.hal.storage.mount-removable action for the halevt user.

--- snip ---
hal...@kinakuta:~$ polkit-auth
org.freedesktop.hal.device-access.cdrom
org.freedesktop.hal.device-access.floppy
org.freedesktop.hal.device-access.joystick
org.freedesktop.hal.device-access.mouse
org.freedesktop.hal.device-access.video
Session57:
unix-user = '115'
realname = ''
seat = 'Seat1'
session-type = ''
active = FALSE
x11-display = ''
x11-display-device = ''
display-device = '/dev/pts/3'
remote-host-name = ''
is-local = TRUE
on-since = '2009-06-11T14:49:56.720567Z'
login-session-id = '4294967295'
--- snip ---

This clearly shows that the halevt user is missing the required permissions 
and does not obtain them by the active = TRUE default policy, because the 
session is recognised as inactive. (Yes, i edited /etc/passwd to allow shell 
login)

I therefore added the following stanza to /etc/PolicyKit/PolicyKit.conf and 
restarted DBUS:

--- snip ---
config version=1.0
...
match action=org.freedesktop.hal.storage.mount-removable
match user=halevt
return result=yes/
/match
/match
...
/config
--- snip ---

and it works:

--- snip ---
Jun 11 17:03:11 localhost halevt: Running: halevt-mount -u 
/org/freedesktop/Hal/devices/volume_uuid_2E64_5372 -o sync -m 002
Jun 11 17:03:11 localhost halevt: Running: halevt-mount -s

r...@kinakuta:/home/babilen# ls /media/
cdrom  cdrom0  disk
--- snip ---

The same effect can be achieved by using polkit-gnome-authorization. Does 
anybody know where the rules set with that tool are saved?

I am also a bit unsure about plugdev vs. PolicyKit with halevt. It looks like 
the maintainer thought that it is sufficient that the halevt user has 
plugdev as primary group to have automounting working, but this assumption 
seems to be wrong.

with kind regards

Wolodja Wentland

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

Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages halevt depends on:
ii  adduser  3.110   add and remove users and groups
ii  hal  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer
ii  libboolstuff 0.1.12-1library for operating on boolean e
ii  libc62.9-12  GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.12-1simple interprocess messaging syst
ii  libdbus-glib 0.80-4  simple interprocess messaging syst
ii  libglib2.0-0 2.20.1-2The GLib library of C routines
ii  libhal1  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libxml2  2.7.3.dfsg-1GNOME XML library

halevt recommends no packages.

halevt 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#500053: conky: out_to_console should really not draw on root window

[Wolodja Wentland]

 2. One can create a new conky package which disables X support entirely 
 (conky-nox) for such users.
 Perhaps the latter is a better solution. The question is whether
 people really want it. (All those xmonad, awesome, dwm users who
 use conky please respond!).

I hereby respond and note that i would very much like to see a conky-nox 
package in debian, although it is not a big deal to compile it oneself.

thanks for all the fish

Wolodja


signature.asc
Description: Digital signature

Bug#462889: seahorse fails to start

[Wolodja Wentland]

Package: seahorse
Version: 2.20.3-1+b1
Followup-For: Bug #462889

 Do you have a big (really BIG) public keyring? Do you have Debian 
 keyring added in gpg.options file?

I am not sure what you consider a BIG public keyring, but mine is around 
12 MB and would be surprised if that qualifies as one.

 Could you try with a clean public keyring? And if the error still 
 happens to you, with a clean private keyring? (please make backup 
 copies of your keyrings, specially private one before testing)

After moving my ~/.gnupg folder somewhere else seahorse worked again. I
could copy my private keyring back and migrated all important keys back 
into my new public keyring. The problem still occurs with my old 
pubring.gpg.

Thank you for the fast reply and kind help.

Wolodja Wentland



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