date:20130930

Hi,

obviously the drive does not like this particular medium.

The SCSI error message SK=5h/ILLEGAL MODE FOR THIS TRACK
indicates that the drive does not perceive the medium
as blank.

What do you get with medium inserted and tray loaded from
this command:
  dvd+rw-mediainfo /dev/sr0

Possibly the same medium might work better in a different
drive.


You may also try to format it, which would remove the need
for blanking it before re-use
  dvd+rw-format -force /devsr0

Wenn overwriting such a medium, it might be necessary to
use growisofs option
  -use-the-force-luke
so that growisofs is willing to overwrite a valid ISO 9660
filesystem.


Have a nice day :)

Thomas


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

Bug#724975: Forgotten link to build log

2013-09-30 Thread Sergei Golovan

http://sgolovan.nes.ru/debian-tcltk/build-failures/bookview_3.2.1-1.dsc.log.gz

-- 
Sergei Golovan


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

Bug#724977: say 'abiword' somewhere in the title bar

2013-09-30 Thread jidanni

Package: abiword
Version: 3.0.0~svn20130523-2
Severity: wishlist
File: /usr/bin/abiword

Iceweasel poped up a window... what could it be?

pstree says

  |-iceweasel
  |   |-abiword /tmp/050070_5.doc
  |   |   `-{abiword}

But that abiword's window title bar doesn't say abiword somewhere in it.

So one has to use pstree to find out what was called.

All other programs I know of say their name somewhere in the title bar.


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

Bug#724978: ITP: python-mockito -- spying (testing) framework

2013-09-30 Thread Thomas Goirand

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand z...@debian.org

* Package name: python-mockito
  Version : 0.5.1
  Upstream Author : Mockito maintainers
* URL : https://pypi.python.org/pypi/mockito
* License : MIT
  Programming Lang: Python
  Description : spying (testing) framework

 Mockito is a testing framework. The framework allows the creation of Test
 Double objects (called Mock Objects) in automated unit tests for the purpose
 of Test-driven Development (TDD) or Behavior Driven Development (BDD).
 .
 Python Mockito is a spying framework based on Java library with the same name.


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

Bug#724980: ITP: trove -- Database as a Service for OpenStack

2013-09-30 Thread Thomas Goirand

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand z...@debian.org

* Package name: trove
  Version : 2013.2~rc1
  Upstream Author : OpenStack Development Mailing List 
openstack-...@lists.openstack.org
* URL : https://github.com/openstack/trove
* License : Apache-2.0
  Programming Lang: Python
  Description : Database as a Service for OpenStack

Database as a Service for OpenStack.


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

Bug#724983: O: pidgin-microblog -- Microblogging plugins for Pidgin

Package: wnpp
Severity: normal

The current maintainer of pidgin-microblog, Karolina Kalic 
karol...@resenje.org,
has orphaned this package.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: pidgin-microblog
Binary: pidgin-microblog, pidgin-microblog-dbg
Version: 0.3.0-3
Maintainer: Karolina Kalic karol...@resenje.org
Build-Depends: debhelper (= 8.0.0), libpurple-dev, pidgin-dev
Architecture: any
Standards-Version: 3.9.2
Format: 3.0 (quilt)
Files:
 83463f69c82f77c7209b6a70c61705d9 1094 pidgin-microblog_0.3.0-3.dsc
 75def8fb2acf17f9fc25f27d7583810d 83685 pidgin-microblog_0.3.0.orig.tar.gz
 2bf5b2a25857314a976f14b2e8c21849 1989 pidgin-microblog_0.3.0-3.debian.tar.gz
Checksums-Sha1:
 f33bb3098b55e36e4370b80f9e260577711b6e6e 1094 pidgin-microblog_0.3.0-3.dsc
 98ed98f228a7f1da9e0c54e84c0b75623c98924a 83685 
pidgin-microblog_0.3.0.orig.tar.gz
 7db67e14b1539f1ecfed906cc670abb6ba749a8a 1989 
pidgin-microblog_0.3.0-3.debian.tar.gz
Checksums-Sha256:
 9a14b7adb483393835df7fe50e055d585908273b73af9d1ff662d832a58d13de 1094 
pidgin-microblog_0.3.0-3.dsc
 f48194da4848a3cf5811497ec734250435f8021c1afaba65270b9fb4d235d17d 83685 
pidgin-microblog_0.3.0.orig.tar.gz
 3cec8ae0cd4b08d554b5809005b8c475e4edd7e96332a7f9f2232173f9db18b2 1989 
pidgin-microblog_0.3.0-3.debian.tar.gz
Directory: pool/main/p/pidgin-microblog
Priority: source
Section: net

Package: pidgin-microblog
Version: 0.3.0-3
Installed-Size: 372
Maintainer: Karolina Kalic karol...@resenje.org
Architecture: armel
Depends: libatk1.0-0 (= 1.12.4), libc6 (= 2.4), libcairo2 (= 1.2.4), 
libfontconfig1 (= 2.8.0), libfreetype6 (= 2.2.1), libgdk-pixbuf2.0-0 (= 
2.22.0), libglib2.0-0 (= 2.12.0), libgtk2.0-0 (= 2.8.0), libpango1.0-0 (= 
1.14.0), libpurple0 (= 2.6.0)
Description-en: Microblogging plugins for Pidgin
 Pidgin-microblog is a collection of plugins for Pidgin or any other
 libpurple based client like Adium or Finch. It implements microbloging
 systems to Pidgin. Currently it supports Twitter, Identi.ca, and Status.net
 (old Laconi.ca) based servers through the conversation windows.
Description-md5: 60fa3158b730f36eba49bfb5aa4fb401
Homepage: http://code.google.com/p/microblog-purple/
Tag: implemented-in::c, network::client, role::plugin, uitoolkit::gtk,
 use::chatting, web::microblog, works-with::im
Section: net
Priority: optional
Filename: pool/main/p/pidgin-microblog/pidgin-microblog_0.3.0-3_armel.deb
Size: 124476
MD5sum: 93e882c5bd9b6f21a61569229f266e39
SHA1: c846d3233195fb46b36264a0092a3f38303f45a5
SHA256: 4c6da9595548ffc93ee15af15e440d0a57c400d1dd25223f86aedc8f3ca1cb58

Package: pidgin-microblog-dbg
Source: pidgin-microblog
Version: 0.3.0-3
Installed-Size: 692
Maintainer: Karolina Kalic karol...@resenje.org
Architecture: armel
Depends: pidgin-microblog (= 0.3.0-3)
Description-en: Microblogging plugins for Pidgin (debugging symbols)
 Pidgin-microblog is a collection of plugins for Pidgin or any other
 libpurple based client like Adium or Finch. It implements microbloging
 systems to Pidgin. Currently it supports Twitter, Identi.ca, and Status.net
 (old Laconi.ca) based servers through the conversation windows.
 .
 This package contains the debugging symbols for pidgin-microblog.
Description-md5: 19e8a9061e2b70d8ece81af1eb01a8e5
Homepage: http://code.google.com/p/microblog-purple/
Tag: role::debug-symbols
Section: debug
Priority: extra
Filename: pool/main/p/pidgin-microblog/pidgin-microblog-dbg_0.3.0-3_armel.deb
Size: 274750
MD5sum: f2bac06ceac8b9e83f92ba36bf26dbbc
SHA1: 2f56bf532e4c37100f3f2baed2af64c409e96b5c
SHA256: 6b25e0b6b342eabb8d8f2a65910a0922d0e37d71cebbb25be1c17bd8cfba9e75


-- 
 Ricardo Mones, on behalf of Debian QA/MIA team
 http://people.debian.org/~mones
 «Never send a human to do a machine's job.» ~ Agent Smith


signature.asc
Description: Digital signature

Bug#724982: O: curtain -- handy curtain for the desktop

Package: wnpp
Severity: normal

The current maintainer of curtain, Karolina Kalic karol...@resenje.org,
has orphaned this package.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: curtain
Binary: curtain
Version: 0.1-1
Maintainer: Karolina Kalic karol...@resenje.org
Build-Depends: debhelper (= 8.0.0), autotools-dev, intltool, pkg-config, 
libgtk2.0-dev
Architecture: any
Standards-Version: 3.9.2
Format: 3.0 (quilt)
Files:
 3ca29fa5e56d90a8943fafc3552c2958 1061 curtain_0.1-1.dsc
 8fc9a40e0eae71dbfa148fb967fd8aa6 1894891 curtain_0.1.orig.tar.gz
 a44584fe3beba9c589fbbee9f7ac9257 7017 curtain_0.1-1.debian.tar.gz
Checksums-Sha1:
 66ee67bdda78a651d2b61d47fa3d8ef448768132 1061 curtain_0.1-1.dsc
 e6f8d7c221c2e8db75801310ab33f2cdd21daf86 1894891 curtain_0.1.orig.tar.gz
 80341af34082161ae9fa2407fb7f2a044ff6f26d 7017 curtain_0.1-1.debian.tar.gz
Checksums-Sha256:
 a0b73eafd5da763fdf073939fc896457a322f08029539a4b75fbb632c104aa5f 1061 
curtain_0.1-1.dsc
 71176a175bafd3d795ee937e9b894546186d5511ed11ef208e5aac855ac6616a 1894891 
curtain_0.1.orig.tar.gz
 74646e39d4b44c30f0bad1e867e5d8eb6ea964ba41965b4dca2bf4a00d7979fa 7017 
curtain_0.1-1.debian.tar.gz
Homepage: http://code.google.com/p/ardesia/
Directory: pool/main/c/curtain
Priority: source
Section: misc

Package: curtain
Version: 0.1-1
Installed-Size: 896
Maintainer: Karolina Kalic karol...@resenje.org
Architecture: armel
Depends: libc6 (= 2.7), libcairo2 (= 1.2.4), libgdk-pixbuf2.0-0 (= 2.22.0), 
libglib2.0-0 (= 2.12.0), libgtk2.0-0 (= 2.12.0)
Description-en: handy curtain for the desktop
 Curtain is a tool that shows a movable and resizable curtain
 on the desktop. This is especially useful when making
 presentations to hide and unhide things.
 .
 Curtain is XInput-Aware, so you can use it
 with a graphic tablet or a whiteboard.
 .
 This program has been implemented for educational purposes.
Description-md5: a823fbe872c8d837b573414cc3aa8023
Homepage: http://code.google.com/p/ardesia/
Tag: role::program, uitoolkit::gtk
Section: misc
Priority: extra
Filename: pool/main/c/curtain/curtain_0.1-1_armel.deb
Size: 797062
MD5sum: a30aa5a1d96eaaec3eed8df9d56e87a7
SHA1: 46042427da48bb3fb5fdc18c73ebbf4dface406c
SHA256: f3166043a6fb7084eca15bcb25de44cf0f57325c53f64e79af5880c7f9bd8717


-- 
 Ricardo Mones, on behalf of Debian QA/MIA team
 http://people.debian.org/~mones
 «Never send a human to do a machine's job.» ~ Agent Smith


signature.asc
Description: Digital signature

Bug#724984: O: gtk3-engines-unico -- Unico Gtk+ 3 theme engine

Package: wnpp
Severity: normal

The current maintainer of gtk3-engines-unico, Karolina Kalic 
karol...@resenje.org,
has orphaned this package.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: gtk3-engines-unico
Binary: gtk3-engines-unico
Version: 1.0.2-1
Maintainer: Karolina Kalic karol...@resenje.org
Build-Depends: debhelper (= 9.0.0), autotools-dev, libgtk-3-dev (= 3.1.6), 
libglib2.0-dev (= 2.26.0), libcairo2-dev (= 1.10)
Architecture: any
Standards-Version: 3.9.3
Format: 3.0 (quilt)
Files:
 0734106bed21fe94691b870a9c1e8dc8 1249 gtk3-engines-unico_1.0.2-1.dsc
 19fb3ecc36d4d13b4a76e26a4ebd6412 362903 gtk3-engines-unico_1.0.2.orig.tar.gz
 0c1e99439b6d2bba50af4af83e3f7a11 3352 gtk3-engines-unico_1.0.2-1.debian.tar.gz
Checksums-Sha1:
 3d446aeaabbc9dd156d44a258a897868e6452fc9 1249 gtk3-engines-unico_1.0.2-1.dsc
 eef6200029e8787196e6dd45c5daa27e69eab988 362903 
gtk3-engines-unico_1.0.2.orig.tar.gz
 a501b8c5d0d594896ee556cb4817b53f0196c38f 3352 
gtk3-engines-unico_1.0.2-1.debian.tar.gz
Checksums-Sha256:
 d98e15e9f2dd93183b6c4dd88d47d3df03a5e7d431e0785e8a9311ca1d250011 1249 
gtk3-engines-unico_1.0.2-1.dsc
 525a1201279bbb5405eb0d27a084dfc7ff9cabd9b7c4f8872b759312311b 362903 
gtk3-engines-unico_1.0.2.orig.tar.gz
 fe826c67f2b7f066484043d0286f2bbb2c0eed8942eef0a1ca491ee7e3f527de 3352 
gtk3-engines-unico_1.0.2-1.debian.tar.gz
Homepage: https://launchpad.net/unico
Package-List: 
 gtk3-engines-unico deb gnome optional
Directory: pool/main/g/gtk3-engines-unico
Priority: source
Section: gnome

Package: gtk3-engines-unico
Version: 1.0.2-1
Installed-Size: 121
Maintainer: Karolina Kalic karol...@resenje.org
Architecture: armel
Depends: libatk1.0-0 (= 1.12.4), libc6 (= 2.4), libcairo-gobject2 (= 
1.10.0), libcairo2 (= 1.10), libgdk-pixbuf2.0-0 (= 2.22.0), libglib2.0-0 (= 
2.26.0), libgtk-3-0 (= 3.1.6), libpango1.0-0 (= 1.14.0)
Pre-Depends: multiarch-support
Description-en: Unico Gtk+ 3 theme engine
 Unico is a Gtk+ engine that aims to be the more complete yet powerful theming
 engine for Gtk+ 3.0 and newer. It’s the first Gtk+ engine written with Gtk+
 style context APIs in mind, using CSS as first class citizen.
Description-md5: e8d181b58ea774fbea9ee3ad82a2d502
Multi-Arch: same
Homepage: https://launchpad.net/unico
Tag: interface::x11, suite::gnome, uitoolkit::gtk
Section: gnome
Priority: optional
Filename: pool/main/g/gtk3-engines-unico/gtk3-engines-unico_1.0.2-1_armel.deb
Size: 31322
MD5sum: 6ad3addaa13858db293ce4ac2c7e9b55
SHA1: 64b92478a1f6c07d1636f7e4c1b0d78fffde8a2c
SHA256: 6fae46b3d792e0ae27bf7a14abccae8a3b93acc3043c8fcfa2f85f18d6216e72


-- 
 Ricardo Mones, on behalf of Debian QA/MIA team
 http://people.debian.org/~mones
 «Never send a human to do a machine's job.» ~ Agent Smith


signature.asc
Description: Digital signature

Bug#724928: debian-installer: eth0 configured wrong

2013-09-30 Thread Jan de Haan

Duplicate: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717449


On Mon, Sep 30, 2013 at 12:20 AM, Cyril Brulebois k...@debian.org wrote:

 Philipp Kern pk...@debian.org (2013-09-30):
  Did this install GNOME during installation? Or did you do that
 afterwards?

 I think that's a known bug in netcfg, discussed several weeks ago. I'm
 not sure it was diagnosed yet though. No time right now to dig it up,
 but feel free to ping me later if you can't find the reference.

 Mraw,
 KiBi.

Bug#724981: O: spotlighter -- gtk interface to make annotations on the screen

Package: wnpp
Severity: normal

The current maintainer of spotlighter, Karolina Kalic karol...@resenje.org,
has orphaned this package.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: spotlighter
Binary: spotlighter
Version: 0.1-1
Maintainer: Karolina Kalic karol...@resenje.org
Build-Depends: debhelper (= 8.0.0), autotools-dev, intltool, pkg-config, 
libgtk2.0-dev
Architecture: any
Standards-Version: 3.9.2
Format: 3.0 (quilt)
Files:
 580e84082cf5b912447c26300bd6aa4a 1090 spotlighter_0.1-1.dsc
 1b13b342613a0769c76fe9ef09f4a5f4 331020 spotlighter_0.1.orig.tar.gz
 232467299e8767ab7f50d3de769e6c38 4667 spotlighter_0.1-1.debian.tar.gz
Checksums-Sha1:
 c93957f6e10073334ac7323f0a49fae9d0ca800e 1090 spotlighter_0.1-1.dsc
 17c5bd6cd7b722ecc4b49d2400c3b0dec80a846c 331020 spotlighter_0.1.orig.tar.gz
 873c3856fac27ecb4804477c561b50095550dcba 4667 spotlighter_0.1-1.debian.tar.gz
Checksums-Sha256:
 2fbabe9d2904f27712418c43ab099ba191076de0ef0487efd50aabc9ebd32ab2 1090 
spotlighter_0.1-1.dsc
 80e1db22164edefd0251caf376a6ce0e0c5bd6d3cf0fd9ca4f1675e612ba9ec5 331020 
spotlighter_0.1.orig.tar.gz
 6db953d0e8a53185cee9761e3540ccb64b37c8e07b7e6bc0201adcc37ee8ed84 4667 
spotlighter_0.1-1.debian.tar.gz
Homepage: http://code.google.com/p/ardesia/
Directory: pool/main/s/spotlighter
Priority: source
Section: misc

Package: spotlighter
Version: 0.1-1
Installed-Size: 124
Maintainer: Karolina Kalic karol...@resenje.org
Architecture: armel
Depends: libc6 (= 2.7), libcairo2 (= 1.2.4), libglib2.0-0 (= 2.12.0), 
libgtk2.0-0 (= 2.12.0)
Description-en: gtk interface to make annotations on the screen
 Spotlighter is a tool that shows a movable and resizable spotlight
 on the desktop screen. This is especially useful when making presentations,
 to highlight point of interest.
 .
 Spotlighter is XInput-Aware,
 so you can use it with a graphic tablet or a whiteboard.
 .
 This program has been implemented for educational purposes.
Description-md5: 2f9caa36850c2f516c7ffba4b48df879
Homepage: http://code.google.com/p/ardesia/
Tag: implemented-in::c, interface::x11, office::presentation, role::program,
 uitoolkit::gtk, x11::application
Section: misc
Priority: extra
Filename: pool/main/s/spotlighter/spotlighter_0.1-1_armel.deb
Size: 15364
MD5sum: 38c36919683a201498c372888289e79c
SHA1: 4227a76815d7d7f71f1ca934480022b2305dc684
SHA256: 2a1f362f1a780126f29992a00c01c252c7d614ce0e26fc64461b186956e1e0b5


-- 
 Ricardo Mones, on behalf of Debian QA/MIA team
 http://people.debian.org/~mones
 «Never send a human to do a machine's job.» ~ Agent Smith


signature.asc
Description: Digital signature

Bug#659762: lvm2: LVM commands freeze after snapshot delete fails

2013-09-30 Thread chenw...@gmail.com


Hi, all:
  Any news about lvm2 (2.02.98-5) for wheezy now?


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

Bug#724985: proftpd-basic neither mod-auth nor mod-vroot are working

2013-09-30 Thread martin paierl

package: proftpd-basic 1.3.4a-5+deb7u1
os: debian-7.1.0-amd64

++

dear debian bugreport team

this is my very first bug report so please excuse any misdemeanor.

neither  

AuthOrder   mod_auth_file.c mod_radius.c*

nor

IfModule mod_vroot.c
VRootEngine on
VRootLog /var/log/proftpd/vroot.log
/IfModule


are working as expected. 

AuthOrder is not   doing at all and mod-vroot.c  neither  in the prefabricated 
debian paket.

++

I downloaded separately  proftpd-mod_vroot-mod_vroot-0.9.3.tar.gz   and 
proftpd-1.3.4d.tar.gz and compilied it - and this was doing what it should.

I have a relatively complex proftpd.conf that is a good tester - so if you 
like I can give you my conf for testing and my installation guide how it 
reproduce a working proftd installation.

++

let me know if I shall provide something. If needed you could also have a short 
look at my new ftp installation remotely. I can do a snapshot.


best regards, martin


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

Bug#724947: [orthanc] Non free file

2013-09-30 Thread Sebastien Jodogne


On 09/30/2013 12:23 AM, bastien ROUCARIES wrote:

Package: orthanc
Severity: serious

FPL is non dfsg: it does not allow modification.
Please move to non-free/repackage.


Dear Bastien,

Thanks for your bug report. I am the upstream developer of Orthanc [1].

I am unsure that the FPL you refer to is the same as the FPL of the 
SHA-1 package by Paul E. Jones that is shipped with Orthanc [2]. Here is 
the content of the FPL from SHA-1:


Copyright (C) 1998, 2009
Paul E. Jones pau...@packetizer.com

Freeware Public License (FPL)

This software is licensed as freeware.  Permission to distribute this 
software in source and binary forms, including incorporation into other 
products, is hereby granted without a fee.  THIS SOFTWARE IS PROVIDED 
'AS IS' AND WITHOUT ANY EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT 
NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS 
FOR A PARTICULAR PURPOSE.  THE AUTHOR SHALL NOT BE HELD LIABLE FOR ANY 
DAMAGES RESULTING FROM THE USE OF THIS SOFTWARE, EITHER DIRECTLY OR 
INDIRECTLY, INCLUDING, BUT NOT LIMITED TO, LOSS OF DATA OR DATA BEING 
RENDERED INACCURATE.



This looks to me like a permissive MIT license. I have always thought 
that this license is compatible with the FSF philosophy. This is 
evidently not the same license as the so-called Foundation Public 
License by Bridgethink (also nicknamed FPL), which is indeed 
incompatible with the Debian Free Software Guidelines [3].


If you do confirm that the FPL of the SHA-1 package is incompatible with 
Debian policy, I will immediately switch to another library (Orthanc 
0.6.2 is to be released this week). I will most probably use boost::uuid 
if this change is required.


Regards,
Sébastien-

PS: I also forward this mail to the debian-legal mailing list.


[1] http://packages.debian.org/sid/orthanc
[2] https://code.google.com/p/orthanc/source/browse/Resources/sha1/
[3] http://www.libroscope.org/FPL-la-licence-libere-l-argent (in French 
only)



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

Bug#721600: Similar behavior with nut-server 2.6.5-4 on Debian Jessie

2013-09-30 Thread Luc Maisonobe

Since a few days, I think I have the same behavior on a small ARM server
running Debian Jessie with an Eaton Protection Station 800USB and
usbhid-ups driver.

I keep getting messages with the pattern UPS xxx@yyy is unavailable.

If I run lsusb, the UPS does appear (first line, bus 001 device 014):

root@b3:/etc/nut# lsusb
Bus 001 Device 014: ID 0463: MGE UPS Systems UPS
Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@b3:/etc/nut#

If I look for this 001/014 device in /dev/bus/usb, I don't see it:

root@b3:/etc/nut# ls -lR /dev/bus/usb/001
/dev/bus/usb/001:
total 0
crw-rw-r-T 1 root root 189, 0 Sep 30 09:16 001
crw-rw-r-T 1 root root 189, 1 Sep 30 09:16 002
crw-rw-r-T 1 root nut  189, 2 Jul 28 17:24 003
crw-rw-r-T 1 root nut  189, 4 Aug 25 05:10 005
crw-rw-r-T 1 root nut  189, 5 Aug 25 12:46 006
crw-rw-r-T 1 root nut  189, 7 Sep  3 12:48 008
crw-rw-r-T 1 root nut  189, 9 Sep 27 06:41 010
root@b3:/etc/nut#

I see several previous numbers for the device (003, 005, 006, 008, 010),
probably remains of previous restarts, but I do not see number 014.

If I run the driver manually in debug mode to get some info, I only see
the two hub devices (001 and 002), but not the 014, probably because it
does not show up in /dev/bus/usb :

root@b3:/etc/nut# /lib/nut/usbhid-ups - -a zintiel
Network UPS Tools - Generic HID driver 0.37 (2.6.5)
USB communication driver 0.31
   0.00 debug level is '4'
   0.003376 upsdrv_initups...
   0.005297 Checking device (05E3/0608) (001/002)
   0.006014 - VendorID: 05e3
   0.009693 - ProductID: 0608
   0.010199 - Manufacturer: unknown
   0.010690 - Product: unknown
   0.011148 - Serial Number: unknown
   0.011598 - Bus: 001
   0.012045 Trying to match device
   0.012589 Device does not match - skipping
   0.013137 Checking device (1D6B/0002) (001/001)
   0.013740 - VendorID: 1d6b
   0.014391 - ProductID: 0002
   0.014861 - Manufacturer: unknown
   0.015315 - Product: unknown
   0.015765 - Serial Number: unknown
   0.016215 - Bus: 001
   0.016658 Trying to match device
   0.017017 Device does not match - skipping
   0.017095 No appropriate HID device found
   0.017358 No matching HID UPS found
root@b3:/etc/nut#

If I try to run udevadm trigger to force events, nothing happens.

The /lib/udev/rules.d/52-nut-usbups.rules appears to come from
nut-server. The nut-server version I have is:

root@b3:/etc/nut# aptitude show nut-server
Package: nut-server
New: yes
State: installed
Automatically installed: no
Version: 2.6.5-4
Priority: optional
Section: admin
Maintainer: Arnaud Quette aque...@debian.org
Architecture: armel
Uncompressed Size: 2817 k
Depends: libc6 (= 2.15), libupsclient1 (= 2.4.1), libusb-0.1-4 (=
2:0.1.12), libwrap0 (= 7.6-4~), init-system-helpers (=
 1.4), adduser, lsb-base (= 3.0-6), udev (= 0.124-1),
nut-client (= 2.6.5-4)
Suggests: nut-cgi, nut-snmp, nut-ipmi, nut-xml
Conflicts: nut-hal-drivers
Breaks: nut ( 2.6.1-2~)
Replaces: nut ( 2.6.1-2~)
Description: network UPS tools - core system
 Network UPS Tools (NUT) is a client/server monitoring system that
allows computers to share uninterruptible power supply (UPS)
 and power distribution unit (PDU) hardware. Clients access the hardware
through the server, and are notified whenever the power
 status changes.

 This package provides NUT's core system, and the serial and USB UPS
drivers.
Homepage: http://www.networkupstools.org/

root@b3:/etc/nut#

Contrary to what is writtent in message #10 above, I do not see any
SYSFS attribute in the 52-nut-usbups.rules, but I see ATTR. This file
have worked for me for a while. The rules corresponding to my Eaton UPS
seems to be (the second one should be applied in my case since lsusb
identifies my device as 0463:).

# Eaton
#  various models  - usbhid-ups
ATTR{idVendor}==0463, ATTR{idProduct}==0001, MODE=664, GROUP=nut
#  various models  - usbhid-ups
ATTR{idVendor}==0463, ATTR{idProduct}==, MODE=664, GROUP=nut


best regards,
Luc


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

Bug#722877: yudit link with -L/usr/lib

2013-09-30 Thread YunQiang Su

On Mon, Sep 30, 2013 at 4:06 PM, Hideki Yamane henr...@debian.or.jp wrote:
 On Sat, 14 Sep 2013 11:37:13 +0800
 YunQiang Su wzss...@gmail.com wrote:
 This package has one or more -L/usr/lib in its build system,
 which will make it ftbfs if there is libraries under /usr/lib,
 while is not the default architecture, mips* for example.

  Yes, it specifies /usr/lib for configure as --x-libraries=/usr/lib option
  in debian/rules. How do I avoid this (to get proper path)?
libX11 now has been multiarched, so
--x-libraries=/usr/lib/triplet may be fix.
Or can it detect libX11 automatically?


 --
 Regards,

  Hideki Yamane henrich @ debian.or.jp/org
  http://wiki.debian.org/HidekiYamane



-- 
YunQiang Su


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

Bug#719208: mediawiki: md5sums for Renameuser{.alias, .i18n, _body}.php files are incorrect

2013-09-30 Thread Thorsten Glaser

On Sat, 28 Sep 2013, Zachary Harris wrote:

   Here is my attempt to find matching filenames between the two packages:

It’s not about matching filenames:

   And then we can see the overlap, for example:
 
 $ dpkg -S */Interwiki.php */Convert.php
 mediawiki: /usr/share/mediawiki/includes/interwiki/Interwiki.php
 mediawiki-extensions-base:
 /usr/share/mediawiki-extensions/base/Interwiki/Interwiki.php

There is clearly no overlap.

This is about extensions that used to be not provided by the
mediawiki base package but suddenly are. We are aware of the
issue, and no further analysis is required.

Thanks to dpkg cowardly refusing to deal with symlinks to
directories in any way, fixing this is absolutely nontrivial.

If I were to upload a mediawiki-extensions package without
the two in question now, but without including code to fixup
this issue on upgrade for existing users, the situation would
even worsen(!). So we’ll need to continue doing this until we
get a real fix in a maintainer script.

And, I fear I can’t quite wrap my head around the entirety of
the upgrade fixups required ☹

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Esser, Sebastian Mancke


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

Bug#724964: growisofs: fails to burn DVD-RW media with error SK=5h/ILLEGAL MODE FOR THIS TRACK

2013-09-30 Thread Vincent Lefevre

On 2013-09-30 09:03:01 +0200, Thomas Schmitt wrote:
 obviously the drive does not like this particular medium.

I forgot to say that there were no such problems a few months ago,
with the same DVD and the same machine (and drive). And this DVD
was burnt on this machine (running Debian/unstable).

 The SCSI error message SK=5h/ILLEGAL MODE FOR THIS TRACK
 indicates that the drive does not perceive the medium
 as blank.

I suspect that the blank command actually failed (but why?), but it
forgot to report an error. Its output was buggy as the 0.0 didn't
increase during the 10 minutes.

 What do you get with medium inserted and tray loaded from
 this command:
   dvd+rw-mediainfo /dev/sr0

INQUIRY:[TSSTcorp][DVD+-RW TS-U633A][D300]
GET [CURRENT] CONFIGURATION:
 Mounted Media: 14h, DVD-RW Sequential
 Media ID:  MCC 01RW4X  
 Current Write Speed:   4.0x1385=5540KB/s
 Write Speed #0:4.0x1385=5540KB/s
 Write Speed #1:3.0x1385=4155KB/s
 Write Speed #2:3.0x1385=4155KB/s
 Write Speed #3:3.0x1385=4155KB/s
 Write Speed #4:3.0x1385=4155KB/s
 Write Speed #5:3.0x1385=4155KB/s
 Write Speed #6:3.0x1385=4155KB/s
 Write Speed #7:3.0x1385=4155KB/s
 Write Speed #8:3.0x1385=4155KB/s
GET [CURRENT] PERFORMANCE:
 Write Performance: 4.0x1385=5540KB/s@[0 - 2298496]
 Speed Descriptor#0:00/2297887 R@8.0x1385=11080KB/s W@4.0x1385=5540KB/s
 Speed Descriptor#1:00/2297887 R@8.0x1385=11080KB/s W@3.0x1385=4155KB/s
READ DVD STRUCTURE[#10h]:
 Media Book Type:   00h, DVD-ROM book [revision 0]
 Legacy lead-out at:2298496*2KB=4707319808
READ DVD STRUCTURE[#0h]:
 Media Book Type:   33h, DVD-RW book [revision 3]
 Last border-out at:2045*2KB=4188160
READ DISC INFORMATION:
 Disc status:   appendable
 Number of Sessions:2
 State of Last Session: empty
 Next Track:  2
 Number of Tracks:  2
READ FORMAT CAPACITIES:
 formatted: 779568*2048=1596555264
 00h(800):  2297888*2048=4706074624
 10h(10):   2297888*2048=4706074624
 15h(10):   2297888*2048=4706074624
READ TRACK INFORMATION[#1]:
 Track State:   complete incremental
 Track Start Address:   0*2KB
 Free Blocks:   0*2KB
 Track Size:779568*2KB
 Last Recorded Address: 779567*2KB
READ TRACK INFORMATION[#2]:
 Track State:   invisible incremental
 Track Start Address:   817472*2KB
 Next Writable Address: 817472*2KB
 Free Blocks:   1480416*2KB
 Track Size:1480416*2KB
FABRICATED TOC:
 Track#1  : 14@0
 Track#AA : 17@779568
 Multi-session Info:#1@0
READ CAPACITY:  779568*2048=1596555264

 You may also try to format it, which would remove the need
 for blanking it before re-use
   dvd+rw-format -force /devsr0

That's much better: the 0.0 increased to 100.0:

* BD/DVD±RW/-RAM format utility by ap...@fy.chalmers.se, version 7.1.
* 4.7GB DVD-RW media in Sequential mode detected.
* formatting 100.0/

and now I'm currently burning it, with no errors.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#724735: [Pkg-bluetooth-maintainers] Bug#724735: A2DP device stopped working after latest update

2013-09-30 Thread Nobuhiro Iwamatsu

Hi,

From 4.101-3, Gateway and Source audio profiles was enabled by default.
If you does not want to enable, you need disable in
/etc/bluetooth/audio.conf in [General].

[General]
Disable=Sink,Socket

Could you test with this setting?

Best regards,
  Nobuhiro

2013/9/27 Vincent Bernat ber...@debian.org:
 Package: bluez
 Version: 4.101-3
 Severity: normal

 Hi!

 After updating from 4.101-2+b1 to 4.101-3, my Parrot headset stopped
 working: I cannot select the A2DP profile in PulseAudio (via
 pavucontrol). It resets back to the latest profile. The HSP profile
 works fine. I have tried to remove /var/lib/bluetooth/* and try again,
 no change. Downgrading to 4.101-2+b1 without another change solves the 
 problem.

 When it works:

 Sep 27 11:45:54 alucard systemd[1]: Starting Bluetooth service...
 Sep 27 11:45:54 alucard bluetoothd[23685]: bluetoothd[23685]: Bluetooth 
 daemon 4.101
 Sep 27 11:45:54 alucard bluetoothd[23685]: Bluetooth daemon 4.101
 Sep 27 11:45:54 alucard bluetoothd[23685]: bluetoothd[23685]: Starting SDP 
 server
 Sep 27 11:45:54 alucard bluetoothd[23685]: bluetoothd[23685]: Bluetooth 
 Management interface initialized
 Sep 27 11:45:54 alucard bluetoothd[23685]: Starting SDP server
 Sep 27 11:45:54 alucard bluetoothd[23685]: Bluetooth Management interface 
 initialized
 Sep 27 11:45:54 alucard systemd[1]: Started Bluetooth service.
 Sep 27 11:45:54 alucard bluetoothd[23685]: bluetoothd[23685]: Adapter 
 /org/bluez/23685/hci0 has been enabled
 Sep 27 11:45:54 alucard bluetoothd[23685]: Adapter /org/bluez/23685/hci0 has 
 been enabled
 Sep 27 11:45:54 alucard bluetoothd[23685]: Unknown command complete for 
 opcode 19
 Sep 27 11:45:54 alucard bluetoothd[23685]: Endpoint registered: sender=:1.285 
 path=/MediaEndpoint/HFPAG
 Sep 27 11:45:54 alucard bluetoothd[23685]: Endpoint registered: sender=:1.285 
 path=/MediaEndpoint/HFPHS
 Sep 27 11:45:54 alucard bluetoothd[23685]: Endpoint registered: sender=:1.285 
 path=/MediaEndpoint/A2DPSource
 Sep 27 11:45:54 alucard bluetoothd[23685]: bluetoothd[23685]: Unknown command 
 complete for opcode 19
 Sep 27 11:45:54 alucard bluetoothd[23685]: bluetoothd[23685]: Endpoint 
 registered: sender=:1.285 path=/MediaEndpoint/HFPAG
 Sep 27 11:45:54 alucard bluetoothd[23685]: bluetoothd[23685]: Endpoint 
 registered: sender=:1.285 path=/MediaEndpoint/HFPHS
 Sep 27 11:45:54 alucard bluetoothd[23685]: bluetoothd[23685]: Endpoint 
 registered: sender=:1.285 path=/MediaEndpoint/A2DPSource
 Sep 27 11:45:59 alucard bluetoothd[23685]: bluetoothd[23685]: Badly formated 
 or unrecognized command: AT+CSCS=?
 Sep 27 11:45:59 alucard bluetoothd[23685]: Badly formated or unrecognized 
 command: AT+CSCS=?
 Sep 27 11:45:59 alucard bluetoothd[23685]: bluetoothd[23685]: Badly formated 
 or unrecognized command: AT+CPBS=?
 Sep 27 11:45:59 alucard bluetoothd[23685]: Badly formated or unrecognized 
 command: AT+CPBS=?
 Sep 27 11:45:59 alucard bluetoothd[23685]: bluetoothd[23685]: Badly formated 
 or unrecognized command: AT+CIMI
 Sep 27 11:45:59 alucard bluetoothd[23685]: Badly formated or unrecognized 
 command: AT+CIMI
 Sep 27 11:46:03 alucard bluetoothd[23685]: bluetoothd[23685]: 
 /org/bluez/23685/hci0/dev_90_03_B7_5F_08_BB/fd1: fd(24) ready
 Sep 27 11:46:03 alucard bluetoothd[23685]: 
 /org/bluez/23685/hci0/dev_90_03_B7_5F_08_BB/fd1: fd(24) ready
 Sep 27 11:46:03 alucard rtkit-daemon[1440]: Successfully made thread 24387 of 
 process 4180 (/usr/bin/pulseaudio) owned by '1000' RT at priority 5.
 Sep 27 11:46:03 alucard rtkit-daemon[1440]: Supervising 4 threads of 1 
 processes of 1 users.

 When it doesn't:

 Sep 27 11:45:01 alucard systemd[1]: Starting Bluetooth service...
 Sep 27 11:45:01 alucard bluetoothd[23412]: bluetoothd[23412]: Bluetooth 
 daemon 4.101
 Sep 27 11:45:01 alucard bluetoothd[23412]: Bluetooth daemon 4.101
 Sep 27 11:45:01 alucard bluetoothd[23412]: bluetoothd[23412]: Starting SDP 
 server
 Sep 27 11:45:01 alucard bluetoothd[23412]: bluetoothd[23412]: DIS cannot 
 start: GATT is disabled
 Sep 27 11:45:01 alucard bluetoothd[23412]: bluetoothd[23412]: Failed to init 
 deviceinfo plugin
 Sep 27 11:45:01 alucard bluetoothd[23412]: bluetoothd[23412]: Failed to init 
 proximity plugin
 Sep 27 11:45:01 alucard bluetoothd[23412]: bluetoothd[23412]: Failed to init 
 time plugin
 Sep 27 11:45:01 alucard bluetoothd[23412]: bluetoothd[23412]: Failed to init 
 alert plugin
 Sep 27 11:45:01 alucard bluetoothd[23412]: bluetoothd[23412]: Failed to init 
 thermometer plugin
 Sep 27 11:45:01 alucard bluetoothd[23412]: bluetoothd[23412]: Failed to init 
 gatt_example plugin
 Sep 27 11:45:01 alucard bluetoothd[23412]: bluetoothd[23412]: Bluetooth 
 Management interface initialized
 Sep 27 11:45:01 alucard bluetoothd[23412]: Starting SDP server
 Sep 27 11:45:01 alucard bluetoothd[23412]: DIS cannot start: GATT is disabled
 Sep 27 11:45:01 alucard bluetoothd[23412]: Failed to init deviceinfo plugin
 Sep 27 11:45:01 alucard bluetoothd[23412]: Failed to init proximity plugin
 Sep

Bug#723846: mail-notification: Does not find previously confiured account + strange error messages

2013-09-30 Thread VALETTE Eric OLNC/OLPS


  
  
On 09/29/2013 02:41 PM, Stephen Kitt
  wrote:


  Hi Eric,

On Fri, 20 Sep 2013 14:39:29 +0200, Eric Valette eric2.vale...@orange.com
wrote:

  
mail-notification 
error: XDG_RUNTIME_DIR not set in the environment.

  
  
Is this an error message you get, or are you stating that XDG_RUNTIME_DIR is
not set in the environment?

Well I now have it on most gnome related packages... I recently
openend a bug on gupnp-tools that fails to launch due to missing
icons. Was working before and I need it...

  


  
(mail-notification:7001): GLib-WARNING **:
(/build/glib2.0-I6u57X/glib2.0-2.37.93/./glib/gerror.c:390):g_error_new_valist:
runtime check failed: (domain != 0)

  
  
This is odd...


  
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading
configurations from ~/.fonts.conf is deprecated.

  
  
This is #714148 but it shouldn't have any impact.

Yes .

  


  
This lead to two popup  :
  1) one saying An error kas occured while loading the mailboxes
configuration (on line 3: unknown mailbox type "imap") which I find quite
strange!!!

  
  
Could you send a screen capture of this dialog? The message means that it did
find your configuration but it couldn't determine how to handle IMAP
mailboxes, which is very strange indeed.

That's the idea. I though that it was due to incompatibilities in
xml file and was ready to recreate the mailbox, but even when
creating it, IMAP is not an option = which points also to the
fact that imap support is broken

  

If you don't mind, I'd like to see the contents of your
~/.gnome2/mail-notification/mailboxes.xml file too, with the usernames
obscured (and anything else you don't feel comfortable sharing).

?xml version="1.0"?
mailboxes
  mailbox type="imap" username="DOMAIN\name"
connection-type="ssl" authmech="+LOGIN" hostname="exchange-
server-name"/
/mailboxes


  


  
  2) Opens the mailbox configuration dialog

  
  
That's the normal behaviour when the configuration can't be determined.




-- 
Eric Valette
Orange Lab Product and Services
Homebox Etudes Architecture et Développement 
Architecte Livebox et Set Top Box
tél : (+33) 2 99 12 45 71
mél : mailto:eric2.vale...@orange.com

  

attachment: mail-notif-error.png

Bug#722877: yudit link with -L/usr/lib

2013-09-30 Thread Hideki Yamane

On Sat, 14 Sep 2013 11:37:13 +0800
YunQiang Su wzss...@gmail.com wrote:
 This package has one or more -L/usr/lib in its build system,
 which will make it ftbfs if there is libraries under /usr/lib,
 while is not the default architecture, mips* for example.

 Yes, it specifies /usr/lib for configure as --x-libraries=/usr/lib option
 in debian/rules. How do I avoid this (to get proper path)?


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


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

Bug#712604: nmu: python-scientific_2.9.2-4

2013-09-30 Thread Julien Cristau

Control: tag -1 moreinfo

On Mon, Jun 17, 2013 at 22:04:27 +0200, Picca Frédéric-Emmanuel wrote:

 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: binnmu
 
 Hello
 
 It seems that with the latest python the extensions are expected to be under
 /usr/lib/python2.x/site-package/package/gnukfreebsd9 instead of 
 gnukfreebsd8 (when the package was uploaded)
 the first effect is that the package is broken under kfreebsd but also that 
 it cause FTBFS for other packages.
 like the current state of mmtk.
 
 I do not know if other packages are affected by this problem, and I do not 
 know if this nmu is the
 right way to deal with this issue.
 I am trying to find a better to way to deal with this with the upstream (move 
 the Extension in the right
  namespace instead of building this kind of Extension)
 
Where is the version number picked?  If it depends on the running kernel
on the build/runtime host then this needs to be fixed properly, not
worked around with binNMUs on kernel version changes.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#724964: growisofs: fails to burn DVD-RW media with error SK=5h/ILLEGAL MODE FOR THIS TRACK

Hi,

 I forgot to say that there were no such problems a few months ago,
 with the same DVD and the same machine (and drive).

This is a common pattern with ageing drives and DVD-RW.

I am developer of burn software myself (libburn ... xorriso)
and am currently discussing a very similar case with one
of the users. He experimented with DVD-RW. Blanking, formatting,
burning data, ... forth and back. Suddenly he experienced
  3 73 04 PROGRAM MEMORY AREA UPDATE FAILURE
and the medium was not usable any more.

Then he put that DVD-RW into the drive of a laptop.
There it is still usable.
He bought new DVD-RW. No luck on his usual drive.
But they are usable with the laptop's one.
My own older drives throw errors on DVD-RW or burn them to an
unreadble state.

The capability to write DVD+RW deteriorates much later
than the capability to deal with DVD-RW.


 I suspect that the blank command actually failed (but why?),
 READ DISC INFORMATION:
  Disc status:   appendable
 ...
 READ TRACK INFORMATION[#2]:
  Track State:   invisible incremental
 ...
  Free Blocks:   1480416*2KB

Indeed the medium is still reported by the drive as being ready
for more sessions (e.g. by growisofs -M) of up to 2.9 GB.
I.e. blanking did not have the normal effect.

There are exactly two applicable variations of the BLANK
command. MMC specs call them Blank the disc and Minimally
blank the disc. Burn programs call them full/all and
fast.
So the fault is most likely internal in the drive and its
relation to the medium.


  You may also try to format it,
 That's much better [...] I'm currently burning it, with no errors.

Let's hope that it is entirely readable.

E.g. inspect the result by dvd+rw-mediainfo and look for a
line READ CAPACITY. Like
  READ CAPACITY:  779568*2048=1596555264
Then let dd read all blocks
  dd if=/dev/sr0 count=779568 bs=2048 of=/dev/null
and watch for i/o errors or early end of reading.

Or mount the medium and let diff compare the files on medium
with their originals on disc.


Have a nice day :)

Thomas


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

Bug#712771: nmu: dynare_4.3.3-4 vips_7.28.5-1 nip2_7.28.4-1

2013-09-30 Thread Julien Cristau

On Wed, Jun 19, 2013 at 13:13:10 +0200, Sébastien Villemot wrote:

 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: binnmu
 X-Debbugs-CC: sylves...@debian.org
 
 Dear Release Team,
 
 In order to complete the ongoing libmatio transition, the following binNMUs 
 are
 needed:
 
 nmu dynare_4.3.3-4 . armel sparc . -m Rebuild against libmatio-dev = 1.5
 nmu vips_7.28.5-1 . ALL . -m Rebuild against libmatio-dev = 1.5
 nmu nip2_7.28.4-1 . ALL . -m Rebuild against libmatio-dev = 1.5
 
Looks like these got sourceful uploads in the mean time, but vips FTBFS
on armhf.  Can this be sorted?  (Getting the FTBFS tracked in the BTS
would be a good first step :) )

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#714355: nmu: djview4_4.9-3

2013-09-30 Thread Julien Cristau

Control: tags -1 moreinfo

On Fri, Jun 28, 2013 at 10:45:51 +0100, Barak A. Pearlmutter wrote:

 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: binnmu
 
 nmu djview4_4.9-3 . ALL . -m unify libtiff dependency, thanks to Harald 
 Jenny for noting the issue
 
What does that mean?  What issue?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#724942: [bmon] Non free file

2013-09-30 Thread Dmitry Smirnov

Uhh, how embarrassing... I'll fix ASAP...

-- 
Cheers,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

Odious ideas are not entitled to hide from criticism behind the human
shield of their believers' feelings.
-- Richard Stallman


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

Bug#714140: pu: package tgt/1.0.17-1

2013-09-30 Thread Cyril Brulebois

[ Dropping -release, which gets this conversation through the bug
  already. ]

Thomas Goirand z...@debian.org (2013-09-30):
 I'm very surprised that dates of bug reports come into consideration
 here. I don't see why they should. In fact, that's one more reason why
 we should speed up things: it has taken really too long to fix already.

The idea is to figure out on which side of the balance between fixing
things and risking breaking things we are. The fact that nobody bothered
reporting this issue for so long seems to point out it isn't a
showstopper.

(Also, assuming both of us meant worth below.)

 A missing init script is very annoying for our users. So I do think
 it's worse it. I personally would not use the Stable package if it
 doesn't include a correct init script, and it seems I'm not alone
 thinking this way. I had to point some TGT users to my corrected
 package in a private Debian repository. I would like to avoid doing
 this in the future: explaining that Debian can't fix such an issue
 within 9 months after the release doesn't feel great.

How can you explain nobody reported the missing script for so long?

 Also, I don't see how adding an init script makes it a disruptive or
 dangerous patch. It has been successfully tested by many already,
 including Julien Cristau who is the original author of it (IIRC, I
 just added a few things in the script, but that's too long ago, so I
 wouldn't be able to tell what I added).

There's no authoring info whatsoever, and no bug report to track what
happened, so that's not too nice… Besides, we already saw dependency
loop issues when init scripts got added or modified, so yes, it can be
dangerous.

 I would find it very disappointing if Debian couldn't address this
 kind of issue in an existing package in the stable distribution, only
 because the release team think it's not worse a stable upload. I
 already find it frustrating that it has taken 3 months to get an
 answer to this pu bug (even though I understand everyone is busy...).

Yes, we could probably do better on the pu reply latency front. But
that's orthogonal to the actual decision (which I already said I was
waiting feedback from other team members for, so I'll be quiet now).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#724988: lintian: check if a shared library is not multi-arch

2013-09-30 Thread Ole Streicher

Package: lintian
Version: 2.5.19
Severity: wishlist
Usertags: multiarch

In a discussion on debian-devel [1] it turned out that there is no good
reason that a shared library is not multi-arch. So, it would be nice if
lintian could check this.

Best regards

Ole

[1] http://article.gmane.org/gmane.linux.debian.devel.general/186929


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

Bug#724989: ITP: django-guardian -- per object permissions of django

2013-09-30 Thread Kouhei Maeda

Package: wnpp
Severity: wishlist
Owner: Kouhei Maeda mkou...@palmtb.net

* Package name: django-guardian
  Version : 1.1.1
  Upstream Author : Lukasz Balcerzak lukaszbalcer...@gmail.com
* URL : http://github.com/lukaszb/django-guardian
* License : BSD
  Programming Lang: Python
  Description : per object permissions of django

 Implementation of per object permissions as authorization backend which is
 supported since Django 1.2. It provides features as followings;
  - Object permissions for Django_
  - AnonymousUser support
  - High level API
  - Heavely tested
  - Django's admin integration
  - Decorators


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

Bug#711551: pu: package redmine/1.4.4+dfsg1-2

2013-09-30 Thread Jérémy Lal

On 30/09/2013 00:42, Cyril Brulebois wrote:
 Control: tag -1 -moreinfo +confirmed
 
 Jérémy Lal kapo...@melix.org (2013-06-10):
 --- redmine-1.4.4+dfsg1/debian/changelog 2013-01-19 15:54:09.0 
 +0100
 +++ redmine-1.4.4+dfsg1/debian/changelog 2013-06-10 01:01:48.0 
 +0200
 @@ -1,3 +1,14 @@
 +redmine (1.4.4+dfsg1-2+deb7u1) proposed-updates; urgency=low
 
 Even though that would work, I'd be happy to see wheezy in there,
 which can be useful after a while to figure out which suite was targeted
 at that point (without having to look at the version number, and its
 meaning).

Do you mean it'd be better to use wheezy-proposed-updates as distribution ?

 
 +  [ Ondřej Surý ]
 +  * Pull upstream fixes for Ruby 1.9 as default interpreter:
 ++ Use DateTime.parse as alternative to ParseDate.parsedate,
 +  fixing time series and schedule SVG graphs. (Closes: #700754)
 ++ Use ::Time from global namespace, fixing REST Issue API.
 +  (Closes: #79)
 
 Assuming the latter change doesn't break the Ruby 1.8 use case (and
 doesn't need a dance similar to the respond_to one in the former),
 please upload (with or without an edit for the above mentioned point).

I'm going to recheck that because i only remember doing it on irb,
not on redmine code.

Thanks for looking into this.

Jérémy.


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

Bug#724990: dpkg: error processing /var/cache/apt/archives/mime-support_3.54_all.deb (--unpack):

2013-09-30 Thread numirium

Package: mime-support
Version: 3.54
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
Error arrived on actualization of system.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
apt-get upgrade

   * What was the outcome of this action?

The following packages will be upgraded:
  mime-support
1 upgraded, 0 newly installed, 0 to remove and 143 not upgraded.
123 not fully installed or removed.
Need to get 0 B/36.4 kB of archives.
After this operation, 119 kB disk space will be freed.
(Reading database ... 41232 files and directories currently installed.)
Preparing to replace mime-support 3.48-1 (using .../mime-support_3.54_all.deb) 
...
dpkg: error processing /var/cache/apt/archives/mime-support_3.54_all.deb 
(--unpack):
 triggers ci file contains unknown directive `interest-noawait'
configured to not write apport reports
  Errors were encountered while processing:
 /var/cache/apt/archives/mime-support_3.54_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

   * What outcome did you expect instead?
I expected upgrade of package.

*** End of the template - remove these lines ***


-- System Information:
Debian Release: 6.0.7
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

mime-support depends on no packages.

Versions of packages mime-support recommends:
iu  file  1:5.14-2

mime-support 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#711551: pu: package redmine/1.4.4+dfsg1-2

2013-09-30 Thread Cyril Brulebois

Jérémy Lal kapo...@melix.org (2013-09-30):
  Jérémy Lal kapo...@melix.org (2013-06-10):
  --- redmine-1.4.4+dfsg1/debian/changelog   2013-01-19 15:54:09.0 
  +0100
  +++ redmine-1.4.4+dfsg1/debian/changelog   2013-06-10 01:01:48.0 
  +0200
  @@ -1,3 +1,14 @@
  +redmine (1.4.4+dfsg1-2+deb7u1) proposed-updates; urgency=low
  
  Even though that would work, I'd be happy to see wheezy in there,
  which can be useful after a while to figure out which suite was targeted
  at that point (without having to look at the version number, and its
  meaning).
 
 Do you mean it'd be better to use wheezy-proposed-updates as distribution ?

That or just wheezy :-)

  Assuming the latter change doesn't break the Ruby 1.8 use case (and
  doesn't need a dance similar to the respond_to one in the former),
  please upload (with or without an edit for the above mentioned point).
 
 I'm going to recheck that because i only remember doing it on irb,
 not on redmine code.

Thanks for that.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#724964: growisofs: fails to burn DVD-RW media with error SK=5h/ILLEGAL MODE FOR THIS TRACK

Hi,

i see that the advise about the read capacity is overdone,
now that you have a formatted DVD-RW.
dvd+rw-mediainfo will always report the full capacity
of the formatted medium (~ 4482 MB).

For checkreading only the valid range of the ISO filesystem
by dd, you may inquire the size of the ISO image.
E.g. get the byte count by
  isosize /dev/sr0
and divide it by 2048 to get the number of blocks for
  dd ... count=...


Not to forget:

Do not blank the formatted DVD-RW any more.
This would de-format it.

If you want to erase its content for privacy reasons, then
overwrite it by publicly presentable content. E.g. by
  dd if=/dev/zero bs=2048 count=2295104 of=/dev/sr0
(Your kernel should well be able to write to formatted DVD-RW
 without the need for a burn program.)


Have a nice day :)

Thomas


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

Bug#724947: [orthanc] Non free file

2013-09-30 Thread Bastien ROUCARIES

It does not allow modification. Not free
Le 30 sept. 2013 09:43, Sebastien Jodogne s.jodo...@chu.ulg.ac.be a
écrit :

On 09/30/2013 12:23 AM, bastien ROUCARIES wrote:

Package: orthanc
Severity: serious

FPL is non dfsg: it does not allow modification.
Please move to non-free/repackage.

Dear Bastien,

Thanks for your bug report. I am the upstream developer of Orthanc [1].

I am unsure that the FPL you refer to is the same as the FPL of the SHA-1
package by Paul E. Jones that is shipped with Orthanc [2]. Here is the
content of the FPL from SHA-1:

Freeware Public License (FPL)

This software is licensed as freeware. Permission to distribute this
software in source and binary forms, including incorporation into other
products, is hereby granted without a fee. THIS SOFTWARE IS PROVIDED 'AS
IS' AND WITHOUT ANY EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A
PARTICULAR PURPOSE. THE AUTHOR SHALL NOT BE HELD LIABLE FOR ANY DAMAGES
RESULTING FROM THE USE OF THIS SOFTWARE, EITHER DIRECTLY OR INDIRECTLY,
INCLUDING, BUT NOT LIMITED TO, LOSS OF DATA OR DATA BEING RENDERED
INACCURATE.

This looks to me like a permissive MIT license. I have always thought that
this license is compatible with the FSF philosophy. This is evidently not
the same license as the so-called Foundation Public License by Bridgethink
(also nicknamed FPL), which is indeed incompatible with the Debian Free
Software Guidelines [3].

If you do confirm that the FPL of the SHA-1 package is incompatible with
Debian policy, I will immediately switch to another library (Orthanc 0.6.2
is to be released this week). I will most probably use boost::uuid if this
change is required.

Regards,
Sébastien-

PS: I also forward this mail to the debian-legal mailing list.

[1]
http://packages.debian.org/**sid/orthanchttp://packages.debian.org/sid/orthanc
[2]
https://code.google.com/p/**orthanc/source/browse/**Resources/sha1/https://code.google.com/p/orthanc/source/browse/Resources/sha1/
[3]
http://www.libroscope.org/FPL-**la-licence-libere-l-argenthttp://www.libroscope.org/FPL-la-licence-libere-l-argent(in
French only)

Bug#467345: #467345: libnet-proxy-perl: FTBFS: hanging test

2013-09-30 Thread Michael Ablassmeier

On Mon, Sep 23, 2013 at 12:17:58AM +0300, Damyan Ivanov wrote:
 # ports: 59669 53285
 
 #   Failed test 'Line received'
 #   at t/36ctssl_tcp.t line 103.
 #  got: '^V^C^C^@^D^N^@^@^@Brian Florence Dougal Ermintrude 
 #  Zebedee
 # '
 # expected: 'Brian Florence Dougal Ermintrude Zebedee
 # '
 # Looks like you failed 1 test of 8.
 t/36ctssl_tcp.t . 
 Dubious, test returned 1 (wstat 256, 0x100)
 Failed 1/8 subtests 
 # Random seed 387049612
 # ports: 36571 35473
 2013-09-22 21:12:00 SSL connect accept failed because of handshake problems 
 error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca at 
 /tmp/buildd/libnet-proxy-perl-0.12/blib/lib/Net/Proxy/Connector/ssl.pm line 
 72.

i think both failures are caused by a change of behavior in
libio-socket-ssl-perl:

  1.950 2013/7/3
  - MAJOR BEHAVIOR CHANGE:
ssl_verify_mode now defaults to verify_peer for client.
Until now it used verify_none, but loudly complained since 1.79 about it.
It will not complain any longer, but the connection might probably fail.
Please don't simply disable ssl verification, but instead set SSL_ca_file
etc so that verification succeeds!
  - MAJOR BEHAVIOR CHANGE:
it will now complain if the builtin defaults of certs/my-ca.pem or ca/
for CA and certs/{server,client}-{key,cert}.pem for cert and key are used,
e.g. no certificates are specified explicitly.
In the future these insecure (relative path!) defaults will be removed
and the CA replaced with the system defaults.

the package does not include ca file/the certificate is self signed and was
created only for testing, so this is something upstream has to care about.
The package builds without libio-socket-ssl-perl in Build-Depends just as
fine (tests are skipped then)

Will most likely remove it from the build-depends with the next upload
to get this sorted.

bye,
- michael


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

Bug#724991: /etc/init.d/udev: Rephrase the message printed before udevadm settle is called

2013-09-30 Thread Laurent Bigonville

Package: udev
Version: 204-5
Severity: minor
File: /etc/init.d/udev

Hi,

In the start function of the initscript udevadm settle is being
called with a message that suggest that /dev will be fully populated
after it returns.

# wait for the udevd childs to finish
log_action_begin_msg Waiting for /dev to be fully populated
if udevadm settle; then
log_action_end_msg 0
else
log_action_end_msg 0 'timeout'
fi
;;

From a recent discussion I had on #udev, I've the feeling that this
message is misleading (if not wrong). I guess this needs to be
rephrased.

Something like Waiting for the event queue to be fully processed seems to
match more what's really happening at that moment.

Cheers

Laurent Bigonville

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

Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages udev depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  libacl12.2.52-1
ii  libblkid1  2.20.1-5.5
ii  libc6  2.17-93
ii  libkmod2   9-3
ii  libselinux12.1.13-2
ii  libudev1   204-5
ii  lsb-base   4.1+Debian12
ii  procps 1:3.3.8-2
ii  sysv-rc2.88dsf-43
ii  util-linux 2.20.1-5.5

udev recommends no packages.

udev suggests no packages.

-- debconf information excluded


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

Bug#722662: yorick and gist: error when trying to install together

2013-09-30 Thread Christian Hofstaedtler

 What is this ruby gist thing? How popular is it and is it supposed
 to be called by the user?

gist(1) is the command line tool for https://gist.github.com/
Github Gist is extremely popular.

And yes, it's supposed to be called by a user. It's the only purpose
really.

C.

-- 
   Christian Hofstaedtler   | design, deploy, scale
http://christian.hofstaedtler.name/ | phone +43 720 699846


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

Bug#724995: apt: Apt fails in upgrade to jessie when setting up upower (0.9.21-3)

2013-09-30 Thread richard

Subject: apt: Apt fails in upgrade to jessie when setting up upower (0.9.21-3)
Package: apt
Version: 0.9.9.4
Justification: Policy 2.5 Priorities required
Severity: serious
Tags: d-i

Dear Maintainer,

I was in the process of upgrading from “stable” to “testing” (jessie) and 
apt-get dist upgrade informed me that the upgrade could not proceed because of 
package conflicts. I then began, using dselect and apt-get, to upgrade selected 
packages, beginning with required. At some point in the process apt broke, 
leaving the upgrade in a locked condition. 

This appears to be related to bug #722612 but as apt said to report this bug 
against apt, that is where it is filed.

Attempts to unlock the process led 
to a message to file a bug report. An extract from the apt term.log and from 
the request to file a bug are below: 


Setting up ppp (2.4.5-5.2) ...
update-rc.d: warning: start and stop actions are no longer supported; falling 
back to defaults
Setting up printer-driver-hpcups (3.13.4-1+b1) ...
Setting up psmisc (22.20-1) ...
Setting up unattended-upgrades (0.80~sid2) ...
Installing new version of config file /etc/apt/apt.conf.d/50unattended-upgrades 
...
update-rc.d: warning: start and stop actions are no longer supported; falling 
back to defaults
Setting up python-software-properties (0.92.25debian1) ...
Setting up rtkit (0.10-3) ...
[] Reloading system message bus config...^[[?25l^[7^[[1G[^[[32m ok 
^[[39;49m^[8^[[?12l^[[?25hdone.
Setting up sane-utils (1.0.23-3) ...
Installing new version of config file /etc/sane.d/saned.conf ...
saned disabled; edit /etc/default/saned
Setting up sudo (1.8.7-3) ...
Installing new version of config file /etc/init.d/sudo ...
Setting up synaptic (0.80.2) ...
Setting up tiger (1:3.2.3-11) ...
Replacing config file /etc/tiger/tigerrc with new version
Setting up udisks2 (2.1.1-1) ...
Setting up upower (0.9.21-3) ...
Installing new version of config file 
/etc/dbus-1/system.d/org.freedesktop.UPower.conf ...

(upower:23058): GLib-GObject-CRITICAL **: 
/tmp/buildd/glib2.0-2.33.12+really2.32.4/./gobject/gtype.c:2722: You forgot to 
call g_type_init()

(upower:23058): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' 
failed

(upower:23058): GLib-GObject-CRITICAL **: g_object_new: assertion 
`G_TYPE_IS_OBJECT (object_type)' failed

(upower:23058): GLib-GObject-CRITICAL **: g_object_add_weak_pointer: assertion 
`G_IS_OBJECT (object)' failed
# apt-get autoremove  apt-get clean   apt-get autoclean
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Hmm, seems like the AutoRemover destroyed something which really
shouldn't happen. Please file a bug report against apt.

The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libssl-dev : Depends: zlib1g-dev but it is not going to be installed
  Recommends: libssl-doc but it is not going to be installed
E: Internal Error, AutoRemover broke stuff


-- Package-specific info:

-- apt-config dump --

APT ;
APT::Architecture amd64;
APT::Build-Essential ;
APT::Build-Essential:: build-essential;
APT::Install-Recommends 1;
APT::Install-Suggests 0;
APT::Authentication ;
APT::Authentication::TrustCDROM true;
APT::NeverAutoRemove ;
APT::NeverAutoRemove:: ^firmware-linux.*;
APT::NeverAutoRemove:: ^linux-firmware$;
APT::NeverAutoRemove:: ^kfreebsd-image.*;
APT::NeverAutoRemove:: ^gnumach$;
APT::NeverAutoRemove:: ^gnumach-image.*;
APT::NeverAutoRemove:: ^linux-image-3.10-3-amd64$;
APT::NeverAutoRemove:: ^linux-image-extra-3.10-3-amd64$;
APT::NeverAutoRemove:: ^linux-signed-image-3.10-3-amd64$;
APT::NeverAutoRemove:: ^linux-backports-modules-.*-3.10-3-amd64$;
APT::NeverAutoRemove:: ^linux-headers-3.10-3-amd64$;
APT::NeverAutoRemove:: ^linux-image-3.2.0-4-amd64$;
APT::NeverAutoRemove:: ^linux-image-extra-3.2.0-4-amd64$;
APT::NeverAutoRemove:: ^linux-signed-image-3.2.0-4-amd64$;
APT::NeverAutoRemove:: ^linux-backports-modules-.*-3.2.0-4-amd64$;
APT::NeverAutoRemove:: ^linux-headers-3.2.0-4-amd64$;
APT::NeverAutoRemove:: ^postgresql-;
APT::Never-MarkAuto-Sections ;
APT::Never-MarkAuto-Sections:: metapackages;
APT::Never-MarkAuto-Sections:: restricted/metapackages;
APT::Never-MarkAuto-Sections:: universe/metapackages;
APT::Never-MarkAuto-Sections:: multiverse/metapackages;
APT::Never-MarkAuto-Sections:: oldlibs;
APT::Never-MarkAuto-Sections:: restricted/oldlibs;
APT::Never-MarkAuto-Sections:: universe/oldlibs;
APT::Never-MarkAuto-Sections:: multiverse/oldlibs;
APT::Periodic ;
APT::Periodic::Update-Package-Lists 1;
APT::Periodic::Download-Upgradeable-Packages 0;
APT::Periodic::AutocleanInterval 0;
APT::Update ;
APT::Update::Post-Invoke ;
APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 
2/dev/null || true;
APT::Update::Post-Invoke-Success ;
APT::Update::Post-Invoke-Success:: [ ! -f /var/run/dbus/system_bus_socket ] || 
/usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt

Bug#724963: [Pkg-utopia-maintainers] Bug#724963: hal: lshal is completely dysfunctional

2013-09-30 Thread Michael Biebl

Am 30.09.2013 04:12, schrieb Olaf Meeuwissen:
 Package: hal
 Version: 0.5.14-8
 Severity: normal
 
 Dear Maintainer,
 
 I've only noticed this late last week after my weekly Monday morning
 update of jessie but the lshal command has become dysfunctional.
 
 When I try to execute lshal, there is no reply for a while (about 25
 seconds) and then it reports.
 
   $ lshal
   *** [DIE] lshal.c:dump_devices():285 : Couldn't obtain list of devices
 
 A second attempt after this returns the same error message immediately.
 
 A glance through my /var/log/syslog shows:
 
   Sep 30 10:57:14 $hostname dbus[3525]: [system] Activating service 
 name='org.freedesktop.Hal' (using servicehelper)
   Sep 30 10:57:14 $hostname acpid: client connected from 10344[108:114]
   Sep 30 10:57:14 $hostname acpid: 1 client rule loaded
   Sep 30 10:57:39 $hostname dbus[3525]: [system] Failed to activate service 
 'org.freedesktop.Hal': timed out
   Sep 30 10:58:03 $hostname dbus[3525]: [system] Activating service 
 name='org.freedesktop.Hal' (using servicehelper)
   Sep 30 10:58:03 $hostname dbus[3525]: [system] Activated service 
 'org.freedesktop.Hal' failed: Launch helper exited with unknown return code 1
 
 Also, before the first invocation, hald is not running.  Before the
 second invocation it is.
 
 My prime interest is not lshal itself but custom software that uses
 libhal to access information that is also shown by lshal.  Judging from
 the above, I would think that everything that still uses HAL may be
 affected.

Hal is completely dead and shouldn't be used anymore.
My guess is, that it is broken due to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705489
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#724735: [Pkg-bluetooth-maintainers] Bug#724735: A2DP device stopped working after latest update

2013-09-30 Thread Vincent Bernat

 ❦ 30 septembre 2013 10:19 CEST, Nobuhiro Iwamatsu iwama...@nigauri.org :

 From 4.101-3, Gateway and Source audio profiles was enabled by default.
 If you does not want to enable, you need disable in
 /etc/bluetooth/audio.conf in [General].

 [General]
 Disable=Sink,Socket

 Could you test with this setting?

This does not work either. But Disable=Source,Socket did the trick.
-- 
 /* Thanks to Rob `CmdrTaco' Malda for not influencing this code in any
  * way.
  */
2.4.3 linux/net/core/netfilter.c


signature.asc
Description: PGP signature

Bug#724978: ITP: python-mockito -- spying (testing) framework

2013-09-30 Thread Holger Levsen

Hi Thomas,

On Montag, 30. September 2013, Thomas Goirand wrote:
   Description : spying (testing) framework
 
  Mockito is a testing framework. The framework allows the creation of Test
  Double objects (called Mock Objects) in automated unit tests for the
 purpose of Test-driven Development (TDD) or Behavior Driven Development
 (BDD). .
  Python Mockito is a spying framework based on Java library with the same
 name.

what does spying mean here? It's part of the short description also, so it 
seems to be important...


cheers,
Holger



signature.asc
Description: This is a digitally signed message part.

Bug#724996: /usr/bin/smbcontrol: smbcontrol manpage disagrees with implementation

2013-09-30 Thread Andrew Kane

Package: samba
Version: 2:3.6.19-1
Severity: normal
File: /usr/bin/smbcontrol

Dear Maintainer,

smbcontrol man page lists switches -i and -s - neither affects invoked command

   * What led up to the situation? 
attempted to invoke smbcontrol interactively (smbcontrol -i)

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
typed `smbcontrol -i` and later `sudo smbcontrol -i`

   * What was the outcome of this action?
smbcontrol command output help text

   * What outcome did you expect instead?
interactive shell for smbcontrol as specified in `man smbcontrol`



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

Kernel: Linux 3.11-rc7-amd64 (SMP w/4 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 samba depends on:
ii  adduser   3.113+nmu3
ii  dpkg  1.17.1
ii  libacl1   2.2.52-1
ii  libattr1  1:2.4.47-1
ii  libc6 2.17-93
ii  libcap2   1:2.22-1.2
ii  libcomerr21.42.8-1
ii  libcups2  1.6.3-1
ii  libgssapi-krb5-2  1.11.3+dfsg-3
ii  libk5crypto3  1.11.3+dfsg-3
ii  libkrb5-3 1.11.3+dfsg-3
ii  libldap-2.4-2 2.4.31-1+nmu2+b1
ii  libpam-modules1.1.3-9
ii  libpam-runtime1.1.3-9
ii  libpam0g  1.1.3-9
ii  libpopt0  1.16-7
ii  libtalloc22.1.0-1
ii  libtdb1   1.2.12-1
ii  libtevent00.9.19-1
ii  libwbclient0  2:3.6.19-1
ii  lsb-base  4.1+Debian12
ii  procps1:3.3.8-2
ii  samba-common  2:3.6.19-1
ii  sysv-rc   2.88dsf-43
ii  update-inetd  4.43
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages samba recommends:
ii  logrotate  3.8.6-1
ii  tdb-tools  1.2.12-1

Versions of packages samba suggests:
pn  ctdb  none
pn  ldb-tools none
pn  openbsd-inetd | inet-superserver  none
pn  smbldap-tools none
ii  winbind   2:3.6.19-1

-- debconf information:
* samba/run_mode: daemons
  samba-common/title:


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

Bug#724980: ITP: trove -- Database as a Service for OpenStack

2013-09-30 Thread Holger Levsen

Hi Thomas,

On Montag, 30. September 2013, Thomas Goirand wrote:
   Description : Database as a Service for OpenStack
 
 Database as a Service for OpenStack.

what is this exactly? Given more marketing skillz I could do apt-get install 
$somedb and voila, I have database as a service :-D


cheers,
Holger



signature.asc
Description: This is a digitally signed message part.

Bug#724997: pbundler: Unfit for release

2013-09-30 Thread Christian Hofstaedtler

Package: pbundler
Version: 0.0.4
Severity: serious

This version is unfit for release, and should stay outside testing.


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

Bug#724931: loop-mounted ISO images

2013-09-30 Thread Andreas Cadhalpun

[Now follows a somewhat lengthy text. If you are bored, jump directly to
the conclusion.]

On 30.09.2013 01:58, wrote ian_br...@fastmail.net:

you wrote:

Please include the kernel module loop.ko in all installation ISOs.

It would be awesome, if you could also add iso-scan to the install
ISOs, so that one can use the 'findiso=' boot option. This would make
it possible to install from the ISO without having to mount it
manually during the installation.

I refer you to my recent posts (including patch) on exactly this
subject:

http://lists.debian.org/debian-boot/2013/09/msg00292.html

http://lists.debian.org/debian-boot/2013/09/msg00509.html

-- which have so far been completely ignored.

As for the iso-scan package, if you search the source code for the
string findiso, you will not find it.

http://packages.debian.org/wheezy/iso-scan

You can confirm this by looking through the hd-media images directly:

$ zcat initrd.gz | strings | grep -i findiso
$

http://ftp.us.debian.org/debian/dists/wheezy/main/installer-amd64/current/images/hd-media/

So if this functionality was present at one time, it is not now.

Here is some relevant prior discussion:

http://lists.debian.org/debian-boot/2009/10/threads.html#00064

An unnecessarily complex solution was eventually adopted:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564441

You will note that my patch does exactly what was asked for then, and
what you are requesting now. I will post this information to bug
#724931; hopefully we can get my patch, or something like it, applied to
the standard installer ISOs, and not just the hd-media images, which
apparently are the only ones to include the iso-scan package, but do not
even allow specification of the ISO image file via a boot parameter.

When installing from the Debian netinstall ISO using Grub2's loopback
method, and manually mounting the ISO to /cdrom, the installation
process gets stuck at apt-setup

I suggest to you that if you copy the kernel and initrd files out of the
ISO image, into the USB flashdrive(?) filesystem, you do not have to use
GRUB, you can just use Syslinux, as the ISO usually does. This means
that you can potentially use the existing Syslinux menu system, if this
is also copied out of the ISO image.

Could you tell me what exactly is the significance of
Grub2-Multiboot-ISO-USB? Is there some package or utility by that
name?

-- Ian Bruce

Hi Ian,

thank you for this information on bug #724931. I read your posts and it
seems that the developers are aware of the problem, but choose not to act:

On Thu, 5 Sep 2013 11:44:54 -0400
Joey Hess j...@kitenet.net wrote:

iso-scan is part of the Debian installer[1].

However, it is only included in the hd-media initrd. There is no
reason to include it on the regular CD initrd, because isohybrid
allows mounting the USB stick directly.

How can isohybrid replace the findiso option? At least for me it makes a
huge difference, whether I can use my 32 GB stick for ONE netinst.iso or
ONE HUNDRED. Aside from that it is an unnecessary complexity to download
the hd-media initrd, which is why I never did that, but instead only
downloaded the loop.ko.
By the way, I think that it is reason enough to include findiso on the
regular CD, when several persons request it. One always has to balance
gain and cost and the only cost that I can see, is that the ISO will be
larger. I don't know how big findiso is, but probably less then 100 kB.
The loop.ko file is 37 kB, so together this gives 137 kB. Since the
netinst.iso is about 270 MB, it would grow by about 0.05 %. Who will be
hurt by that? On the other hand according to many post etc. on the
subject, which I read in the course of the last two years or so, I
imagine that a lot of people would like it. I certainly would have
installed Debian earlier, if this option had been included on the
netinst.iso.

On 30.09.2013 01:58, wrote ian_br...@fastmail.net:

As for the iso-scan package, if you search the source code for the
string findiso, you will not find it.

I don't know about the hd-media initrd, but there is a debian live ISO at:
http://live.debian.net/
There the option 'findiso=$iso' works as advertised and indeed:
$ zcat initrd.img | strings | grep -i findiso
if [ -n $FINDISO ] [ ${TORAM} ]
if is_mountpoint /root/lib/live/mount/findiso
umount /root/lib/live/mount/findiso
rmdir --ignore-fail-on-non-empty
/root/lib/live/mount/findiso \
findiso=*)
FINDISO=${_PARAMETER#findiso=}
export FINDISO
if [ -n ${FINDISO} ]
if [ -f ${mountpoint}/${FINDISO} ]
mkdir -p /live/findiso
mount -t ${fstype} -o ro,noatime ${devname}
/live/findiso
loopdevname=$(setup_loop /live/findiso/${FINDISO} loop
/sys/block/loop* 0 )

Bug#724995: apt: Apt fails in upgrade to jessie when setting up upower (0.9.21-3)

2013-09-30 Thread David Kalnischkies

Control: severity -1 normal
Control: tags -1 - d-i

Hi Richard,

On Mon, Sep 30, 2013 at 11:31 AM, richard rich...@mail.sheugh.com wrote:
 Subject: apt: Apt fails in upgrade to jessie when setting up upower (0.9.21-3)
 Package: apt
 Version: 0.9.9.4
 Justification: Policy 2.5 Priorities required
 Severity: serious
 Tags: d-i

huh? Have you copied this from somewhere?
I at least don't see the seriousness and have absolutely no idea where
would we violate §2.5 or effect d-i, hence downgrade to normal for now.


 I was in the process of upgrading from “stable” to “testing” (jessie) and
 apt-get dist upgrade informed me that the upgrade could not proceed because of
 package conflicts. I then began, using dselect and apt-get, to upgrade 
 selected
 packages, beginning with required. At some point in the process apt broke,
 leaving the upgrade in a locked condition.

If its the same I experienced yesterday the upower thingy froze and did
nothing anymore. Interestingly, killing upower mad the upgrade proceed
without any further complain. I was a bit surprised, but had to carry on,
so did no further investigation on that front.


 This appears to be related to bug #722612 but as apt said to report this bug 
 against apt, that is where it is filed.

In a way. term.log looks like you managed to interrupt the upgrade completely,
so you have (potentially) a lot of half-configured packages on your system.

APT isn't tested in those situations a lot as it depends on other packages
being buggy enough to interrupt the upgrade (and autoremove isn't exactly
the first step you should do to fix the situation).

Would be nice if you could upload/attach/sent the following to files two the
bugreport (or me only, they include information about what packages you
have installed in which version on your system):
/var/lib/apt/extended_states
/var/lib/dpkg/status


After you have saved the files, you should be able to fix your system with
dpkg --configure --pending
And after that repeating the APT command which failed for you, e.g.
apt-get dist-upgrade
to finish whatever is left to do to comply with the request.


 # apt-get autoremove  apt-get clean   apt-get autoclean

Pro-tip: There is no point in calling clean and autoclean together,
as clean will delete every already downloaded *.deb file, while
autoclean will only delete does which can't be downloaded anymore;
so choose whatever you prefer instead of calling both needlessly.

And frankly, autoremove is a command which requires the user to check
if the packages considered for autoremove are really okay to be removed,
as its a guess, no a definite knowledge. The stuff deleted by the clean
commands on the other hand is really not needed anymore and/or is
redownloaded by APT automatically if it needs it.
So, I wouldn't run them together as they don't belong together.


Best regards

David Kalnischkies


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

Bug#724999: libsemanage-common: Missing configuration parameters makes semodule calls really slow

2013-09-30 Thread Laurent Bigonville

Package: libsemanage-common
Version: 2.1.10-2
Severity: normal
Tags: patch

Hi,

This is a reminder bug.

On debian, any semodule operation is unbearably slow.

Dominick Grift has found that adding the following lines to
/etc/selinux/semanage.conf was fixing this.

# expand-check check neverallow rules when executing all semanage commands.
# Large penalty in time if you turn this on.
expand-check=0
 

Other parameter could also be used to optimize the speed in some operations:

# usepasswd check tells semanage to scan all pass word records for home 
directories
# and setup the labeling correctly.  If this is turned off, SELinux will label 
/home
# correctly only.  You will need to use semanage fcontext command.
# For example, if you had home dirs in /althome directory you would have to 
execute
# semanage fcontext -a -e /home /althome
usepasswd=False
bzip-small=true
bzip-blocksize=5

Cheers,

Laurent Bigonville

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

Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information


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

Bug#708974: Confirm

2013-09-30 Thread Denis Krivosheev

I confirm that I have this bug when I try to run this program.

$ software-center
2013-09-30 15:06:38,841 - softwarecenter.ui.gtk3.em - INFO - EM's: 21 17 25
2013-09-30 15:06:43,962 - softwarecenter.backend.piston.rnrclient - ERROR -
need python-piston-mini client
available in natty or from:
   ppa:software-store-developers/daily-build
2013-09-30 15:06:43,985 - softwarecenter.backend.reviews - WARNING -
Could not
get usefulness from server, no username in config file
2013-09-30 15:06:44,022 - softwarecenter.fixme - WARNING - logs to the root
logger: '('/usr/lib/python2.7/dist-packages/gi/importer.py', 51,
'find_module')'
2013-09-30 15:06:44,020 - root - ERROR - Could not find any typelib for
LaunchpadIntegration
2013-09-30 15:06:49,344 - softwarecenter.view.appview - WARNING - ubuntu-
almost-fixed-height-mode extension not available
2013-09-30 15:06:52,767 - softwarecenter.backend.spawn_helper - WARNING
- exit
code 1 from helper
2013-09-30 15:06:52,768 - softwarecenter.backend.spawn_helper - WARNING
- got
error from helper: 'Traceback (most recent call last):
  File
/usr/share/software-center/piston_get_scagent_available_apps.py, line
11, in module
import piston_mini_client.auth
ImportError: No module named piston_mini_client.auth
'

(software-center:9652): Gdk-WARNING **:
/tmp/buildd/gtk+3.0-3.4.2/./gdk/x11/gdkwindow-x11.c:4950 drawable is not a
native X11 window

(software-center:9652): Gdk-WARNING **: The program 'software-center'
received
an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 697 error_code 3 request_code 20 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)




-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages software-center depends on:
ii  app-install-data2012.06.16.1
ii  aptdaemon   0.45-2
ii  gir1.2-glib-2.0 1.32.1-1
ii  gir1.2-gmenu-3.03.4.2-5
ii  gir1.2-gtk-3.0  3.4.2-6
ii  gir1.2-webkit-3.0   1.8.1-3.4
ii  gnome-icon-theme3.4.0-2
ii  lsb-release 4.1+Debian8+deb7u1
ii  policykit-1 0.105-3
ii  policykit-1-gnome   0.105-2
ii  python  2.7.3-4
ii  python-apt  0.8.8.2
ii  python-aptdaemon0.45-2
ii  python-aptdaemon.gtk3widgets0.45-2
ii  python-dbus 1.1.1-1
ii  python-defer1.0.6-2
ii  python-gi-cairo [python-gobject-cairo]  3.2.2-2
ii  python-gobject  3.2.2-2
ii  python-lazr.restfulclient   0.12.0-2
ii  python-xapian   1.2.12-2
ii  python-xdg  0.19-5
ii  synaptic0.75.13

Versions of packages software-center recommends:
ii  apt-xapian-index  0.45
pn  gir1.2-launchpad-integration-3.0  none
pn  sessioninstaller  none
ii  software-properties-gtk   0.82.7.1debian1
ii  update-notifier   0.99.3debian11
ii  xz-utils [lzma]   5.1.1alpha+20120614-2
ii  zeitgeist-core0.9.0.1-1

software-center suggests no packages.


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

Bug#725001: /usr/share/horde/.htaccess should be a symlink and point to e.g. /etc/horde/site_htaccess

2013-09-30 Thread Mike Gabriel

Package: php-horde
Version: 5.1.4+debian0-1
Severity: minor

Dear maintainer,

the file /usr/share/horde/.htaccess contains a line that refers to the base URL 
of the
Horde installation (RewriteBase /horde).

As the RewriteBase should be configurable by the site-admin, this .htaccess 
should rather
go as conffile into /etc/horde/ (e.g. /etc/horde/site_htaccess) and be a 
symlink in /usr/share/horde.

light+love,
Mike

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

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

Versions of packages php-horde depends on:
ii  dpkg   1.16.10
ii  php-horde-alarm2.0.4-2
ii  php-horde-argv 2.0.7-2
ii  php-horde-auth 2.1.0-1
ii  php-horde-autoloader   2.0.1-3
ii  php-horde-browser  2.0.4-1
ii  php-horde-core 2.8.0-1
ii  php-horde-date 2.0.6-1
ii  php-horde-exception2.0.4-1
ii  php-horde-form 2.0.5-1
ii  php-horde-group2.0.2-2
ii  php-horde-http 2.0.4-1
ii  php-horde-image2.0.5-1
ii  php-horde-logintasks   2.0.2-2
ii  php-horde-mail 2.1.1-1
ii  php-horde-mime 2.2.5-1
ii  php-horde-nls  2.0.3-1
ii  php-horde-perms2.1.1-1
ii  php-horde-prefs2.5.0-1
ii  php-horde-role 1.0.1-6
ii  php-horde-rpc  2.1.0-1
ii  php-horde-serialize2.0.2-2
ii  php-horde-support  2.1.1-1
ii  php-horde-text-diff2.0.2-2
ii  php-horde-text-filter  2.1.3+debian0-1
ii  php-horde-token2.0.4-2
ii  php-horde-tree 2.0.2-2
ii  php-horde-url  2.2.1-1
ii  php-horde-util 2.3.0-1
ii  php-horde-vfs  2.1.1-1
ii  php-horde-view 2.0.3-1
ii  php-pear   5.5.3+dfsg-1
ii  php5-cli   5.5.3+dfsg-1

Versions of packages php-horde recommends:
ii  apache2 2.4.6-3
ii  apache2-bin [httpd] 2.4.6-3
pn  php-console-getopt  none
ii  php-console-table   1.1.5-1
pn  php-file-find   none
pn  php-file-fstab  none
ii  php-horde-activesync2.7.3-1
ii  php-horde-db2.0.4-1
ii  php-horde-feed  2.0.1-4
ii  php-horde-oauth 2.0.1-4
ii  php-horde-service-facebook  2.0.5-1
ii  php-horde-service-twitter   2.1.1-1
ii  php-horde-service-weather   2.0.5-1
ii  php-horde-syncml2.0.3-2
pn  php-net-dns2none
ii  php-services-weather1.4.2-5

php-horde 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#725002: dnssec-tools: rollerd always tries to use blinkenlights

2013-09-30 Thread Steve Crook

Package: dnssec-tools
Version: 2.0-1
Severity: normal
Tags: patch

Dear Maintainer,

rollerd is currently ignoring the -display option and assuming it's present
on startup.  This causes the following message to be written to the log:

Sep 28 03:06:16 2013: command: unable to send message to blinkenlights; 
turning off display

The message states display is turned off but the program ignores this and
continues to try to use blinkenlights.  The log message is consequently
repeated on every action.


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

Kernel: Linux 3.2.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

Versions of packages dnssec-tools depends on:
ii  bind9utils   1:9.8.4.dfsg.P1-6+nmu3
ii  libmailtools-perl2.12-1
ii  libnet-dns-perl  0.68-1.2
ii  libnet-dns-sec-perl  0.16-2
ii  libtimedate-perl 1.2000-1
ii  perl 5.18.1-4

Versions of packages dnssec-tools recommends:
ii  bind9  1:9.8.4.dfsg.P1-6+nmu3

dnssec-tools suggests no packages.

-- Configuration Files:
/etc/default/rollerd changed [not included]
/etc/dnssec-tools/dnssec-tools.conf changed [not included]
/etc/dnssec-tools/dnssec-tools.rollrec changed [not included]

-- no debconf information
--- rollerd.orig	2013-09-30 12:12:20.0 +0100
+++ rollerd	2013-09-29 17:50:28.0 +0100
@@ -7021,7 +7022,7 @@
 	#
 	# Don't try anything if we aren't connected to a display program.
 	#
-	#return if(!$display);
+	return if(!$display);
 	return if(fileno(DISPLAY) == -1);
 
 	#

Bug#724964: growisofs: fails to burn DVD-RW media with error SK=5h/ILLEGAL MODE FOR THIS TRACK

2013-09-30 Thread Vincent Lefevre

Hi,

On 2013-09-30 10:46:21 +0200, Thomas Schmitt wrote:
  I forgot to say that there were no such problems a few months ago,
  with the same DVD and the same machine (and drive).
 
 This is a common pattern with ageing drives and DVD-RW.
 
 I am developer of burn software myself (libburn ... xorriso)
 and am currently discussing a very similar case with one
 of the users. He experimented with DVD-RW. Blanking, formatting,
 burning data, ... forth and back. Suddenly he experienced
   3 73 04 PROGRAM MEMORY AREA UPDATE FAILURE
 and the medium was not usable any more.
 
 Then he put that DVD-RW into the drive of a laptop.
 There it is still usable.
 He bought new DVD-RW. No luck on his usual drive.
 But they are usable with the laptop's one.
 My own older drives throw errors on DVD-RW or burn them to an
 unreadble state.

Thanks for the information. I wish growisofs be distributed with
some FAQ. Moreover, in case of error, in addition to technical
information, I think it should give practical information about
what could be wrong.

 The capability to write DVD+RW deteriorates much later
 than the capability to deal with DVD-RW.

After getting problems with DVD-RW, this is also what I've read.
I've also noticed that there are many Debian bug reports concerning
DVD-RW, but not DVD+RW.

Now, when I burn my old DVD+RW's (purchased in December 2005) with
the same drive, I get I/O errors when I re-read them, though they
have been burnt only a few times.

  I suspect that the blank command actually failed (but why?),
  READ DISC INFORMATION:
   Disc status:   appendable
  ...
  READ TRACK INFORMATION[#2]:
   Track State:   invisible incremental
  ...
   Free Blocks:   1480416*2KB
 
 Indeed the medium is still reported by the drive as being ready
 for more sessions (e.g. by growisofs -M) of up to 2.9 GB.
 I.e. blanking did not have the normal effect.

Maybe a bug in dvd+rw-format, which should have detected the error
(the 0.0 for 10 minutes was suspicious).

   You may also try to format it,
  That's much better [...] I'm currently burning it, with no errors.
 
 Let's hope that it is entirely readable.

With the same drive, everything is OK, by reading the DVD entirely
and comparing.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#684013: rinse support for fedora-[10-17]

2013-09-30 Thread Thomas Lange

 On Sat, 28 Sep 2013 15:22:46 -0400, Zachary Harris 
 zacharyhar...@hotmail.com said:

 As implied in the original report, the forked version of rinse at
 http://gitorious.org/rinse is much more up to date.

 Thus I would request that this package start either tracking the
 actively maintained fork, or merge with it, etc.
I'm very happy that more people are working on rinse.

Currently rinse upstream is hosted at
http://www.steve.org.uk/Software/rinse/ in a mercurial repository. I
like to switch to git and would like to have this repository on
http://alioth.debian.org/

Then I like to have a look at all the patches, that are not yet
merged. Since I do not have much practice in using git you may need to
help me with merging or cherry-picking.

-- 
regards Thomas


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

Bug#725003: dnssec-tools: rollerd don't chdir during -signzone

2013-09-30 Thread Steve Crook

Package: dnssec-tools
Version: 2.0-1
Severity: important
Tags: upstream

Dear Maintainer,

After a zonefile change, the zone can be resigned with:

rollctl -signzone zonename

Even if the rollrec file includes a directory option for that zone,
the sign operation causes zonesigner to fail with:

zone file zonename does not exist

There is an additional problem with runner() that prevents this message from
being logged (at any loglevel), although it is correctly written to stderr.
The command returns zone zonename signed, even though the operation failed.

The command passed to zonesigner is:

Sep 30 13:01:35 2013: borks.org: executing /usr/sbin/zonesigner -rollmgr 
rollerd -dtconfig /etc/dnssec-tools/dnssec-tools.conf  -zone borks.org -krf 
/etc/bind/borks.org/borks.org.krf -signonly borks.org 
/etc/bind/borks.org/borks.org.signed

This command works correctly, but only if issued from the directory containing
the zonefile.  It appears that the directory option in the rollrec is being
ignored.


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

Kernel: Linux 3.2.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

Versions of packages dnssec-tools depends on:
ii  bind9utils   1:9.8.4.dfsg.P1-6+nmu3
ii  libmailtools-perl2.12-1
ii  libnet-dns-perl  0.68-1.2
ii  libnet-dns-sec-perl  0.16-2
ii  libtimedate-perl 1.2000-1
ii  perl 5.18.1-4

Versions of packages dnssec-tools recommends:
ii  bind9  1:9.8.4.dfsg.P1-6+nmu3

dnssec-tools suggests no packages.

-- Configuration Files:
/etc/default/rollerd changed [not included]
/etc/dnssec-tools/dnssec-tools.conf changed [not included]
/etc/dnssec-tools/dnssec-tools.rollrec changed [not included]

-- 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#725004: haskell-cryptocipher: FTBFS on mips, ppc, s390 and sparc (but was built there in the past)

Package: haskell-cryptocipher
Version: 0.5.2-1
Severity: serious

Hi,

The buildd logs all appear to have a log that looks something like:


*** Failed! Falsifiable (after 1 test): 
DESEDE2Message ~\134\162\184\232O\193\150n{#\180m\SYNi\240 
3;\157\243Q\a\SYN\SOH6[\138D\129Og\134\143m\rWE8\188\157k7Y\171A\n\DC1 
j\248\217e\166O|c
(used seed 9713386)
  DES-EDE2 (CTR): [OK, passed 100 tests]
  DES-EDE2 (CFB): [OK, passed 100 tests]
  DES-EDE2 (OFB): [OK, passed 100 tests]

 Properties   Total   
 Passed  15   15  
 Failed  88   
 Total   23   23  
Test suite test-cryptocipher: FAIL
Test suite logged to: dist-ghc/test/cryptocipher-0.5.2-test-cryptocipher.log
0 of 1 test suites (0 of 1 test cases) passed.
make: *** [check-ghc-stamp] Error 1


These build failures are currently preventing haskell-cryptocipher
from migrating to testing (and quite possibly blocking several other
haskell packages as well).

~Niels


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

Bug#725005: ibniz: minor typo in package description (s/Mainsteam/Mainstream/)

2013-09-30 Thread Justin B Rye

Package: ibniz
Version: 1.18-1
Severity: wishlist
Tags: patch

The package description contains the line:

  Mainsteam software engineering aspects are considered totally irrelevant.
^
Missing letter.

-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru ibniz-1.18.pristine/debian/control ibniz-1.18/debian/control
--- ibniz-1.18.pristine/debian/control	2013-09-23 02:36:56.0 +0100
+++ ibniz-1.18/debian/control	2013-09-30 13:17:26.687229303 +0100
@@ -15,5 +15,5 @@
  IBNIZ is a virtual machine designed for extremely compact low-level
  audiovisual programs. The leading design goal is usefulness as a
  platform for demoscene productions, glitch art and similar projects.
- Mainsteam software engineering aspects are considered totally
+ Mainstream software engineering aspects are considered totally
  irrelevant.

Bug#725006: haskell-wai-app-file-cgi: Uninstallable on armel, mips and mipsel

Package: haskell-wai-app-file-cgi
Version: 0.8.3-2
Severity: serious

Hi,

Britney has concluded that this package has unsatisifable dependencies
on 3 architectures:


libghc-wai-app-file-cgi-dev/armel unsatisfiable Depends: 
libghc-fast-logger-dev-0.3.1-cbb38
libghc-wai-app-file-cgi-dev/armel unsatisfiable Depends: 
libghc-wai-logger-dev-0.3.0-c77d8
libghc-wai-app-file-cgi-prof/armel unsatisfiable Depends: 
libghc-fast-logger-prof-0.3.1-cbb38
libghc-wai-app-file-cgi-prof/armel unsatisfiable Depends: 
libghc-wai-logger-prof-0.3.0-c77d8
libghc-wai-app-file-cgi-dev/mips unsatisfiable Depends: 
libghc-fast-logger-dev-0.3.1-4b8bc
libghc-wai-app-file-cgi-dev/mips unsatisfiable Depends: 
libghc-wai-logger-dev-0.3.0-9ee06
libghc-wai-app-file-cgi-prof/mips unsatisfiable Depends: 
libghc-fast-logger-prof-0.3.1-4b8bc
libghc-wai-app-file-cgi-prof/mips unsatisfiable Depends: 
libghc-wai-logger-prof-0.3.0-9ee06
libghc-wai-app-file-cgi-dev/mipsel unsatisfiable Depends: 
libghc-fast-logger-dev-0.3.1-2690c
libghc-wai-app-file-cgi-dev/mipsel unsatisfiable Depends: 
libghc-wai-logger-dev-0.3.0-9ee06
libghc-wai-app-file-cgi-prof/mipsel unsatisfiable Depends: 
libghc-fast-logger-prof-0.3.1-2690c
libghc-wai-app-file-cgi-prof/mipsel unsatisfiable Depends: 
libghc-wai-logger-prof-0.3.0-9ee06


~Niels


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

Bug#725007: libpq-dev: pg_config improperly includes -L../../../src/common in LDFLAGS

2013-09-30 Thread Stephane Alnet (Packaging)

Package: libpq-dev
Version: 9.3.0-2
Severity: normal

Dear Maintainer,

While investigating a build issue with FreeSwitch on Debian/testing[1],
it was found that pg_config outputs:

LDFLAGS = -L../../../src/common -Wl,-z,relro -Wl,-z,now -Wl,--as-needed
-L/usr/lib/mit-krb5 -L/usr/lib/x86_64-linux-gnu/mit-krb5 -Wl,--as-needed

This cause build issues in the FreeSwitch package, since libtool will
check whether the ../../../src/common directory exists and fail if it
doesn't.

[1] http://jira.freeswitch.org/browse/FS-5821

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

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

Versions of packages libpq-dev depends on:
ii  comerr-dev 2.1-1.42.8-1
ii  krb5-multidev  1.11.3+dfsg-3
ii  libc6  2.17-92+b1
ii  libpq5 9.3.0-2
ii  libssl-dev 1.0.1e-3

libpq-dev recommends no packages.

Versions of packages libpq-dev suggests:
pn  postgresql-doc-9.3  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#724013: Gui is not shown

2013-09-30 Thread Thomas Pierson

tags 724013 + moreinfo unreproducible
thanks

Hello Harald,

I can't reproduce your bug.

First, could you check if Clementine is not just minimized in a tray
icon. (ex: tray icons are hidden at bottom-right of your desktop with
gnome3)

Otherwise, could you give me more information about your system? For
example using the usual reportbug tool: `reportbug --template clementine`.
Next time don't hesitate to use this template directly on submit.

Regards,

Thomas Pierson


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

Bug#725008: RM: haskell-io-choice [armel armhf mips mipsel s390 s390x] -- ROM; Not supported on all architectures

2013-09-30 Thread Joachim Breitner

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

this package requires features from the Haskell compiler not available
every where. The left-over binaries block the testing transition. Please
remove the binary on the mentioned archtectures.

Thanks,
Joachim


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

iEYEARECAAYFAlJJb2sACgkQ9ijrk0dDIGyeSwCfXF7xj5V+pFq6adoIYuxGtAsC
e5EAn2GXg7bHSpoa3RqA9U8Ow6YTxwHP
=mhs3
-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#725009: installer: Debian Installer gives wrong advice on choosing secure passwords

2013-09-30 Thread Jacek Wielemborek

Package: installer
Severity: normal

Dear Maintainer,

I noticed that the choose password dialog that can be seen when 
asked for a LUKS password in Debian Installer gives wrong 
advice on how a secure password looks like. It says that a good 
password contains both uppercase and lowercase characters and 
punctuation, which might mislead users that are unaware that 
16-character password that is an impossible-to-remember mixture
of characters is actually less secure than 20-characters-long 
password made of 4 English words, because the latter won't be
so easily forgotten (and isn't that much easier to crack). Please
change the text to educate the users properly on how to select
passphrases (passphrases, not passwords).


-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.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#725008: RM: haskell-io-choice [armel armhf mips mipsel s390 s390x] -- ROM; Not supported on all architectures

2013-09-30 Thread Joachim Breitner

Hi,

Am Montag, den 30.09.2013, 14:32 +0200 schrieb Joachim Breitner:
 this package requires features from the Haskell compiler not available
 every where. The left-over binaries block the testing transition. Please
 remove the binary on the mentioned archtectures.

I just noticed that the package also has a reverse dependency:
haskell-wai-app-file-cgi

Please remove that as well on the affected architectures.

(The other packages with reverse build depends are not built there
anyways at the moment.)

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata




signature.asc
Description: This is a digitally signed message part

Bug#724931: loop-mounted ISO images

2013-09-30 Thread ian_bruce

On Mon, 30 Sep 2013 13:10:01 +0200
Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote:

 j...@kitenet.net wrote:

 iso-scan is part of the Debian installer.

 However, it is only included in the hd-media initrd. There is no
 reason to include it on the regular CD initrd, because isohybrid
 allows mounting the USB stick directly.
 
 How can isohybrid replace the findiso option? At least for me it makes
 a huge difference, whether I can use my 32 GB stick for ONE
 netinst.iso or ONE HUNDRED.

I said the same thing, in my post to the mailing list:

This is unnecessarily destructive, and makes it hard to install
multiple distributions on the same flashdrive, or to use it for
other purposes. The smallest flashdrive you can currently buy is
8GB; it makes no sense that you would have to have a different one
for every live ISO you might want to use.

 Aside from that it is an unnecessary complexity to download the
 hd-media initrd, which is why I never did that, but instead only
 downloaded the loop.ko.

Even if you did download the hd-media initrd, it still wouldn't allow
you to use a boot parameter to specify the pathname of the ISO image
file you want to use. It appears that it just grabs anything it can find
that looks like a Debian ISO, and asks the user to confirm it.

Note that loop.ko is included on the ISO (but not the initrd), in the
form of /pool/main/l/linux/loop-modules-*.udeb packages.

 By the way, I think that it is reason enough to include findiso on the
 regular CD, when several persons request it. One always has to balance
 gain and cost and the only cost that I can see, is that the ISO will
 be larger. I don't know how big findiso is, but probably less then 100
 kB. The loop.ko file is 37 kB, so together this gives 137 kB. Since
 the netinst.iso is about 270 MB, it would grow by about 0.05 %. Who
 will be hurt by that?

My patch, which seems to do everything that's necessary, is a few
hundred BYTES (uncompressed). So including that and the loop.ko module
in the initrd will increase the size of the ISO image by about one part
in ten thousand, which certainly doesn't seem worth worrying about.

 On the other hand according to many post etc. on the subject, which I
 read in the course of the last two years or so, I imagine that a lot
 of people would like it. I certainly would have installed Debian
 earlier, if this option had been included on the netinst.iso.

As you point out next, it appears that this functionality is included on
the Debian live CD. What possible rationale could there be for having it
there, but not on the installer image?

I actually didn't think to investigate the live CD. It never occurred to
me that one might have it, and the other not.

 ian_br...@fastmail.net wrote:

 As for the iso-scan package, if you search the source code for the
 string findiso, you will not find it.
 
 I don't know about the hd-media initrd, but there is a debian live ISO
 at: http://live.debian.net/

 There the option 'findiso=$iso' works as advertised

The hd-media initrd is no different from the ones on the standard
installer ISO, in this regard:

$ zcat debian-7.1.0-amd64-i386-netinst/install.{386,amd}/{,gtk/}initrd.gz |
  strings | grep -i findiso
$ 

$ zcat debian-7.1.0-amd64-hd-media/{,gtk/}initrd.gz |
  strings | grep -i findiso
$ 

My loopmount= patch is again attached to this message, for the sake of
the bug report.


-- Ian Bruce
--- debian-7.1.0-amd64.orig/var/lib/dpkg/info/cdrom-detect.postinst	2013-09-10 17:45:08.305375296 -0700
+++ debian-7.1.0-amd64/var/lib/dpkg/info/cdrom-detect.postinst	2013-09-28 00:14:38.058505180 -0700
@@ -17,9 +17,10 @@
 try_mount() {
 	local device=$1
 	local type=$2
+	local options=$3
 
 	local ret=1
-	if mount -t $type -o $OPTIONS $device /cdrom; then
+	if mount -t $type -o $options $device /cdrom; then
 		log CD-ROM mount succeeded: device=$device fstype=$type
 		if [ -e /cdrom/.disk/info ]; then
 			CDNAME=$(cat /cdrom/.disk/info)
@@ -68,6 +69,7 @@
 		CDFS=iso9660
 		FATFS=vfat
 		OPTIONS=ro,exec
+		LOOPFS=vfat,ext4,iso9660
 		;;
 	hurd)
 		CDFS=iso9660fs
@@ -95,6 +97,19 @@
 
 mkdir /cdrom 2/dev/null || true
 
+for arg in $(cat /proc/cmdline); do
+	case $arg in
+	loopmount=*)
+		LOOPMOUNT=${arg#loopmount=}
+		LOOPMOUNT=${LOOPMOUNT#/}
+		;;
+	esac
+done
+
+if [ $LOOPMOUNT ]; then
+	mkdir /loop 2/dev/null || true
+fi
+
 # Need to wait for the usb device scan to complete
 if [ $OS = linux ]; then
   for count in 1 2 3 4 5 6 8 9 10; do
@@ -109,26 +124,45 @@
 fi
 
 while true; do
-	WRONG=
+	WRONG=''
 
-	devices=$(list-devices cd; list-devices maybe-usb-floppy)
-	for device in $devices; do
-		if try_mount $device $CDFS; then
-			break 2
-		fi
-	done
-	
-	devices=$(list-devices usb-partition)
-	for device in $devices; do
-		if try_mount $device $CDFS; then
-			db_set cdrom-detect/hybrid true
-			break 2
-		fi
-		if try_mount $device $FATFS; then
-			db_set cdrom-detect/usb-hdd true
-			break 2
-		fi
-

Bug#725011: [josm] Upstream has released a new version

2013-09-30 Thread Davide Governale

Package: josm
Version: 0.0.svn6115+dfsg1-1
Severity: normal

--- Please enter the report below this line. ---

Dear maintainer,

Upstream has released version 6238, please update this package.

Kindly,
Davide Governale.


--- System information. ---
Architecture: i386
Kernel:   Linux 3.10-3-686-pae

Debian Release: jessie/sid
  500 unstablewww.deb-multimedia.org 
  500 unstableftp.de.debian.org 
  500 stable  dl.google.com 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
openjdk-6-jre  | 6b27-1.12.6-1
 OR sun-java6-jre  | 
 OR openjdk-7-jre  | 7u25-2.3.12-4
libcommons-codec-java  | 1.8-1
libgettext-commons-java (= 0.9.6) | 0.9.6-2
libmetadata-extractor-java | 2.3.1+dfsg-2
liboauth-signpost-java(= 1.2) | 1.2.1.2-1.1
libsvgsalamander-java  | 0~svn95-1
openstreetmap-map-icons-classic| 1:0.0.svn28731-1
ant| 1.9.2-1


Recommends(Version) | Installed
===-+-===
josm-plugins| 0.0.svn29866+ds1-1
josm-l10n   | 0.0.svn6115+dfsg1-1
webkit-image-gtk| 0.0.svn25399-3
 OR webkit-image-qt | 


Package's Suggests field is empty.






signature.asc
Description: PGP signature

Bug#724964: growisofs: fails to burn DVD-RW media with error SK=5h/ILLEGAL MODE FOR THIS TRACK

Hi,

 I wish growisofs be distributed with some FAQ.

There is http://fy.chalmers.se/~appro/linux/DVD+RW/
which begins by questions and answers. :o)

Problem is that dvd+rw-tools have not been updated since
about 5 years. Upstream (Andy Polyakov) and Debian
maintainers seem to be inactive alike. I posted a bug
fix a few months ago
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713016
but got no reaction.

Except that bug, growisofs is still in well usable shape.
(Docs and option set are quite obscure, though. Strictly
 following the principle of Read the source, Luke.)


 Moreover, in case of error, in addition to technical
 information, I think it should give practical information about
 what could be wrong.

This is really not easy. At least my own stuff is not
able to diagnose all possible problems.
Best you can have is a maintainer who knows the MMC and
SPC specs and who can make experiments.


 Now, when I burn my old DVD+RW's (purchased in December 2005) with
 the same drive, I get I/O errors when I re-read them,

To my experience, written DVD+RW media rarely deteriorate
over 5 to 10 years. So this bad read quality might mean
your drive is going blind.

If you have an opportunity to test the media with a
different drive, then you will get an impression whether
drive or media are to blame.


  Indeed the medium is still reported by the drive as being ready
  for more sessions 
 Maybe a bug in dvd+rw-format,

As said, there are only two variations of SCSI command BLANK,
and both should have yielded a state that is different from
the found one.

It rather looks like the drive just botched while blanking.


  Let's hope that it [the DVD-RW] is entirely readable.
 With the same drive, everything is OK, by reading the DVD entirely
 and comparing.

Well, stay cautious and checkread your burns.


Have a nice day :)

Thomas


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

Bug#456280: Bug still present

2013-09-30 Thread Pietro Battiston

The bug is still present in 3.8.2-1. In fact, the critical action is
not triggered when my computer (HP Compaq 6910p) completely discharges
the first battery, but it is triggered when it wakes up from suspend
with the first battery completely discharged.

Although all of us hate ugly hacks, I would say that since the bug is
old and annoying, easily causing data loss (stuff which I have open when
my computer, which does not support hibernation, shuts down), it would
be wise to allow, in gnome-control-center, to set the action to execute
when the battery level is critical to nothing.

Doing this is as trivial as adding the option to the glade file power.ui
- see the attached patch. Then, it could be reverted when the bug is
solved.

(The maintainer for the two packages is the same, but I can file a
separate bug targeting gnome-control-center if requested)

Pietro
--- gnome-control-center-3.4.3.1/panels/power/power.ui	2012-12-10 15:38:41.0 +0100
+++ power.ui	2013-09-30 15:06:23.0 +0200
@@ -21,6 +21,11 @@
 col id=12/col
 col id=2True/col
   /row
+  row
+col id=0 translatable=yesNothing/col
+col id=15/col
+col id=2True/col
+  /row
 /data
   /object
   object class=GtkListStore id=liststore_time

Bug#725012: mcabber: PGP passhrase is ignored and gpg-agent is always launched

2013-09-30 Thread Kacper Gutowski

Package: mcabber
Version: 0.10.2-1
Severity: normal

Dear Maintainer,
The PGP passhrase provided either at startup or with pgp_passphrase
config option is silently ignored.  Mcabber asks for passphrase at
startup when there is no GPG_AGENT_INFO set in environment, but
nevertheless every time the key is needed it then spawns a gpg-agent
to ask for passphrase instead of using the one provided at startup.


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

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

Versions of packages mcabber depends on:
ii  libaspell15  0.60.7~20110707-1
ii  libassuan0   2.1.1-1
ii  libc62.17-92+b1
ii  libglib2.0-0 2.36.4-1
ii  libgpg-error01.12-0.2
ii  libgpgme11   1.4.3-0.1
ii  libidn11 1.28-1
ii  libloudmouth1-0  1.4.3-9
ii  libncursesw5 5.9+20130608-1
ii  libotr5  4.0.0-2.2
ii  libtinfo55.9+20130608-1

mcabber recommends no packages.

mcabber 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#692957: Can confirm this bug

2013-09-30 Thread Denny Fuchs

hi,

I noticed today in our poolroom with ~100 diskless clients the exact same 
behavior. The load was with very few clients over 10 with one CPU core. It is 
a KVM virtual host, so I thought, I have to give more CPU cores (but wondering 
why it was working for a long time, in VMware ESX host) for a better load, but 
searching for the high NFS CPU load ...

Our clients needed minutes to boot, instead of 10secs before switching from my 
own kernel 3.4.35 to the main Debian 3.2.0-4-amd64 kernel. I switched back to 
my own kernel (I had under Vmware ESX) and added 8 cores to let my studies 
working again.

So, I can absolutely confirm this bug. With 8 cores and my own kernel, I have 
now a load from 3-5. I will see, if I can test it tomorrow with the default one 
CPU core and own kernel, how much the load is.

cu denny


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#725013: gromacs-openmpi: grompp crashes with invalid opcode

2013-09-30 Thread Vassilis Virvilis

Package: gromacs-openmpi
Version: 4.6.3-4
Severity: important

Dear Maintainer,

   * What led up to the situation?

Trying to run grompp grompp_d

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

It crashes

dmesg output:
[ 1699.966132] traps: grompp_d[9667] trap invalid opcode ip:7fb9311ac95d 
sp:77700ee8 error:0 in libgmx_d.so.8[7fb9310d+4e9000]
[ 1728.255893] traps: grompp[9684] trap invalid opcode ip:7f6807c2c65d 
sp:7fff560ed648 error:0 in libgmx.so.8[7f6807b51000+51b000]

   * What was the outcome of this action?

crash.

   * What outcome did you expect instead?

The problem looks like a miscompilation. I am working on i7 system. If I
compile gromacs from source it works. If I use dpkg-buildpackage it doesn't
work.

The problem is on libgmx/rando.c

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

Kernel: Linux 3.10-3-amd64 (SMP w/24 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 gromacs-openmpi depends on:
ii  libblas3 [libblas.so.3]  1.2.20110419-7
ii  libc62.17-93
ii  libfftw3-double3 3.3.3-5+b1
ii  libfftw3-single3 3.3.3-5+b1
ii  libgomp1 4.8.1-10
ii  libhwloc51.7.2-1
ii  liblapack3 [liblapack.so.3]  3.4.2+dfsg-4
ii  libopenmpi1.61.6.5-5
ii  openmpi-bin  1.6.5-5

Versions of packages gromacs-openmpi recommends:
ii  gromacs  4.6.3-4

Versions of packages gromacs-openmpi suggests:
ii  gromacs-data  4.6.3-4

-- 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#725014: mosquitto: FTBFS on hurd-i386

Package: mosquitto
Version: 1.2.1-1
Severity: important
User: debian-h...@lists.debian.org
Usertags: hurd

Hi,

mosquitto now FTBFS on hurd-i386; but it used to build in the past.

If hurd-i386 is no longer supported, please ask the ftp-masters to
remove mosquitto on hurd-i386 from unstable (I believe this is the
ANAIS choice in reportbug[1]).  In that case, you may want to consider
changing your package to Architecture: linux-any kfreebsd-any from
Architecture: any.  Once the packages have been removed, feel free
to close this bug.

~Niels

[1] Alternatively, you can also just reassign+retitle this bug to the
ftp-masters instead of creating a new one.


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

Bug#719295: Bash script using “ldapscripts” package does not work from cron

2013-09-30 Thread Alexander Gerasiov

Package: ldapscripts
Version: 2.0.1-2
Severity: normal

The problem is in the usage of logname tool.
For example the following code fails on some configurations (default
wheezy machine accessed via ssh):

while read line; do
  logname
done  /etc/host


Ganael (upstream author) uses logname to get the id of current user (even
after su/sudo). Then he uses returned value in ldapid and ldapfinger (to show
the information about current user if no parameters are passed).
This value is also written into logfile.

The problem is that logname is not universal tool. It parses wtmp, which
could be empty in may cases. On the other hand it's really useful for
logging purpose.

I suggest to use logname for loggin, but do not abort if it fails.
Something like this:

LOG_USER=$(logname 2/dev/null)
test -n $LOG_USER || LOG_USER=$(id -nu)

This will allow us to log real user if possible and do not abort if it's
not.

But for ldapid and ldapfinger we should use strict logic, which does not
depend on the phase of the moon. So I suggest not to use logname, but require
the argument.


-- System Information:
Debian Release: 6.0.7
  APT prefers oldstable-updates
  APT policy: (640, 'oldstable-updates'), (640, 'oldstable-proposed-updates'), 
(640, 'oldstable'), (620, 'testing'), (600, 'unstable'), (580, 'experimental'), 
(520, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-xen-686 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ldapscripts depends on:
ii  ldap-utils2.4.23-7.3 OpenLDAP utilities

Versions of packages ldapscripts recommends:
ii  pwgen 2.06-1+b1  Automatic Password generation
ii  sharutils 1:4.9-1shar, unshar, uuencode, uudecode

Versions of packages ldapscripts suggests:
ii  nslcd0.7.15+squeeze4 Daemon for NSS and PAM lookups usi


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

Bug#693069: RFS: rurple-ng -- learn programming in python with a robot

2013-09-30 Thread Mike Gabriel


On  So 29 Sep 2013 21:36:00 CEST, Thomas Koch wrote:


Hi Axel, Mike,

I'm searching a sponsor for this package:
https://mentors.debian.net/package/rurple-ng

It's an educational program written in Python. Mike mentioned interest in
sponsoring at debconf. Axel said he'd consider advocating me as DD. Therefor
I'm asking you first for sponsorship.

Beste Grüße, Thomas


From looking at the package on mentors.debian.net, you should at  
least get the watch file issue and the man page issue fixed.


I will not sponsor a package that lacks either of those two. If those  
are fixed, I will be happy to take a closer look.


Greets,
Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


bintzT0Zy0H44.bin
Description: Öffentlicher PGP-Schlüssel


pgpOkmpFD3WYJ.pgp
Description: Digitale PGP-Signatur

Bug#696797: Pending fix in next upload

2013-09-30 Thread Christos Trochalakis


This is related to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695119.

It should be fixed in the next upload, copying from the relevant commit
message:
http://anonscm.debian.org/gitweb/?p=collab-maint/nginx.git;a=commitdiff;h=c0d5189

Under certain circumstances we could end up with an empty pidfile[1].
The logrotate script should handle that gracefully. We now also check
that the pidfile size is not zero before signaling nginx master.

[1] `nginx -t` creates/opens an empty pidfile without deleting it to
avoid posible race conditions. So if nginx is not running at the moment
you will end up with an empty pidfile.

Relevant discussion:
http://mailman.nginx.org/pipermail/nginx/2008-May/005229.html


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

Bug#709754: ejabberd: doesn't use invoke-rc.d

2013-09-30 Thread Konstantin Khomoutov

retitle 709754 Erlang runtime implicitly starts a epmd daemon
reassign 709754 erlang
severity 709754 important
affects 709754 ejabberd
tag 709754 +security +upstream +confirmed
thanks

On Thu, 30 May 2013 10:57:36 +0200
Andreas Beckmann a...@debian.org wrote:

 On 2013-05-30 10:26, Felix Geyer wrote:
  ejabberd does use invoke-rc.d.
  epmd is spawned when calling ejabberdctl which ejabberd does
  in postinst and prerm.
 
 a package is not supposed to start daemons upon installation/... in a
 way circumenting policy-rc.d
 
  Killing epmd may be dangerous when there are other erlang programs
  running, see:
  http://www.ejabberd.im/epmd
 
 How is this supposed to work in a multi-user environment? The first
 user running some erlang program starts a daemon?
 
 And later on root installs ejabberd which uses a resolver controlled
 by an untrusted user?

Yes, this sucks but that's how the Erlang runtime works, and this is an
upstream issue.
I've discussed these matters with the Erlang package maintainer, and he
agreed with you on that this needs to be fixed but unfortunately there
seems no bullet-proof solution short of convincing upstream to do
somethis about the situation: in theory, we could create an init script
to turn epmd into a real daemon and then make ejabberd and other
affected software hard-depend on it via their respective init-scripts,
but this won't prevent that maliscious user from starting epmd before a
proper daemon is run.

Anyway, by agreemend with the Erlang package maintainer, I'm
reassigning this bug to the erlang package, so let's proceed in that
new context.


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

Bug#693069: RFS: rurple-ng -- learn programming in python with a robot

2013-09-30 Thread Thomas Koch

On Monday, September 30, 2013 03:49:08 PM Mike Gabriel wrote:
  From looking at the package on mentors.debian.net, you should at
 least get the watch file issue and the man page issue fixed.
 
 I will not sponsor a package that lacks either of those two. If those
 are fixed, I will be happy to take a closer look.

Hi Mike,

thank you for looking at the package. There are people waiting for this 
package for there free children computer courses. Therefor I tried to get it 
out quickly.
I also wanted to ask my sponsor to give me DMU rights on the package for the 
point release.

The upstream of the package is inactive since 2009 and wrote me that he has 
no interest to continue the package. However the code is in good shape and I 
can fix bugs myself and I might also take over upstream development. So 
there's no real place to point a watch file to ATM.

I could write a trivial manpage but what's the point for a GUI app with no 
single command line option? The manpage could point to the documentation 
and tell curious bypassers what the program is about. Is it possible to 
override the lintian warning?

I can write a manpage if you insist.

Regards, Thomas


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

Bug#695119: No valid reason to remove the file

2013-09-30 Thread Christos Trochalakis


I don't think there is a valid reason to delete the file. IMHO we should
not change the current behaviour.

For the record, this behaviour was responsible for this logrotate bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696797

The above issue should be handled in the next upload.


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

Bug#724609: Same constatation, but...

2013-09-30 Thread BERTRAND Joël


Hello,

	I have seen the same bug, but I'm not sure that it is related to kernel 
upgrade. Indeed, if I reboots my Lenovo Edge E325 with 3.10-2 kernel, 
wmbattery only indicates 0.


Regards,

JB


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

Bug#725017: freemnd: ignores keyboard input

2013-09-30 Thread Edward Welbourne

Package: freemind
Version: 0.9.0+dfsg-2
Severity: important

Dear Maintainer,

I opened freemind.  It helpfully opened the last .mm I'd been working on (which
is about 2.4 MB in size).  It was, however, partly off-screen (as it always is;
it opens with the top of the window somewhere off the top of the screen).  I
moved it down to where I could see it all.

I clicked in the work area to put focus in the right place and started
navigating with the keyboard, as is my wont.  Nothing happened; the central node
remained selected.  I opened other nodes by clicking on them (randomly opening
web pages to which some are linked in the process) with the mouse to get to
where I wanted to edit the mind-map.  I tried keyboard actions at various
points, to no avail.  I checked the menus to be sure I was typing the right
short-cuts.  I told it to add a node: but when I typed content for the node,
nothing happened.  I was, however, able to paste content in from another
application. Previously the keyboard worked fine ...

I don't know what's changed: the installed version of freemind is the same as in
stable, so it's not what changed.  Perhaps java ?  Hard to tell.  I'm using fvwm
as my window-manager; other applications get keyboard input just fine.  I'm
using Debian/testing and typically update each week.  It's been several weeks
since I last used freemind.

Exiting and restarting made no difference.
Uninstalling and reinstalling afresh was also no help :-(

-- Package-specific info:
[debug] /usr/bin/freemind: Found JAVA_HOME = '/usr/lib/jvm/java-7-openjdk-amd64'
[debug] /usr/bin/freemind: Found JAVA_CMD = 
'/usr/lib/jvm/java-7-openjdk-amd64/bin/java'
DEBUG:   Freemind parameters are ''.
DEBUG:   Linux vortex 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64 
GNU/Linux
No LSB modules are available.
DEBUG:   Distributor ID:Debian
Description:Debian GNU/Linux testing (jessie)
Release:testing
Codename:   jessie
DEBUG:   The following DEB packages are installed:
ii  freemind0.9.0+dfsg-2   allJava 
Program for creating and viewing Mindmaps
ii  freemind-doc0.9.0+dfsg-2   all
Documentation for FreeMind
ii  freemind-plugins-svg0.9.0+dfsg-2   allJava 
Plugin for FreeMind to export Mindmaps to SVG and PDF
DEBUG:   Link '/usr/bin/freemind' resolved to '/usr/share/freemind/freemind.sh'.
DEBUG:   Freemind Directory is '/usr/share/freemind'.
DEBUG:   Calling: '/usr/lib/jvm/java-7-openjdk-amd64/bin/java 
-Dgnu.java.awt.peer.gtk.Graphics=Graphics2D 
-Dfreemind.base.dir=/usr/share/freemind -cp 
::/usr/share/freemind/lib/freemind.jar:/usr/share/java/SimplyHTML.jar:/usr/share/java/gnu-regexp.jar:/usr/share/java/jibx-run-1.1.6a.jar:/usr/share/java/xpp3.jar:/usr/share/freemind/lib/bindings.jar:/usr/share/java/forms.jar:/usr/share/freemind
 freemind.main.FreeMindStarter  '.

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

Kernel: Linux 3.10-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 freemind depends on:
ii  default-jre 1:1.7-49
ii  libjgoodies-forms-java  1.6.0-4
ii  libjibx1.1-java 1.1.6a-3
ii  simplyhtml  0.16.07-1

Versions of packages freemind recommends:
ii  freemind-doc   0.9.0+dfsg-2
ii  java-wrappers  0.1.27
ii  xdg-utils  1.1.0~rc1+git20111210-7

Versions of packages freemind suggests:
pn  freemind-browser none
pn  freemind-plugins-helpnone
pn  freemind-plugins-script  none
ii  freemind-plugins-svg 0.9.0+dfsg-2

-- no debconf information


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

Bug#725018: obconf: FTBFS configure: error: Package requirements (obrender-3.5 obt-3.5) were not met

Package: obconf
Version: 1:2.0.3+20110805+debian-1
Severity: serious

Hi,

openbox appears to have started an uncoordinated transition and this
causes obconf to FTBFS with:


[...]
checking pkg-config is at least version 0.9.0... yes
checking for OPENBOX... no
configure: error: Package requirements (obrender-3.5 obt-3.5) were not met:


~Niels


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

Bug#725019: lxappearance-obconf: FTBFS configure: error: Package requirements (obrender-3.5 = 3.5 obt-3.5 = 3.5) were not met