date:20150512

Bug#784556: gem2deb: should generate Build-Depends and Depends with one item per line

2015-05-12 Thread Lucas Nussbaum

On 11/05/15 at 19:16 -0300, Antonio Terceiro wrote:
 On Mon, May 11, 2015 at 11:06:32PM +0200, Lucas Nussbaum wrote:
  Could you please review the attached patch?
  I'm not sure if we should introduce an option to disable this. But I
  tend to agree with you (= I can't think of a reason to not want that, 
  ever.)
 
 Let's always do it and see if anyone complains. ;-)

OK, pushed with your proposed change. Thanks for the feedback!

Lucas


signature.asc
Description: Digital signature

Bug#785074: sucrose-0.98: not installable in sid

2015-05-12 Thread Ralf Treinen

Package: sucrose-0.98
Version: 0.98.8-2
Severity: serious
User: trei...@debian.org
Usertags: edos-uninstallable

Hi,

sucrose-0.98 is not installable in sid since 2015-04-04. It depends on
gir1.2-maliit-1.0, which exists only in experimental.

Cheers -Ralf.


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

Bug#785055: [Pkg-xfce-devel] Bug#785055: lightdm-gtk-greeter: white screen until I click a mouse button, with 2 screens

2015-05-12 Thread Yves-Alexis Perez

On mar., 2015-05-12 at 00:04 +0200, Vincent Lefevre wrote:
 On 2015-05-11 23:23:47 +0200, Vincent Lefevre wrote:
  Package: lightdm-gtk-greeter
  Version: 2.0.0-2
  Severity: important
  Tags: upstream
  Forwarded: 
  https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1426664
 
 or perhaps https://bugs.launchpad.net/lightdm-gtk-greeter/+bug/1410406
 
 I also see a 100% CPU usage (but the screen is white, not black).
 
Does setting active-monitor=0 fix your problem?
-- 
Yves-Alexis


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

Bug#721227: audacious: Audacious opens for inode/directory

2015-05-12 Thread Iskren Mihaylov

Package: audacious
Version: 3.5-2
Followup-For: Bug #721227

This annoying bug still persist in 2015 and Debian 8 Jessie.
I tried everything that I could but Audacious persist putting itself as main
app for directories.
Does anyone knows how exactly this could be stopped beside using different
player?



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

Kernel: Linux 3.2.0-4-686-pae (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/dash
Init: systemd (via /run/systemd/system)

Versions of packages audacious depends on:
ii  audacious-plugins3.5-1+b2
ii  dbus 1.8.16-1
ii  dbus-x11 1.8.16-1
ii  gtk2-engines-pixbuf  2.24.25-3
ii  libaudcore2  3.5-2
ii  libc62.19-18
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgtk-3-0   3.14.5-1

Versions of packages audacious recommends:
ii  unzip  6.0-16

audacious 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#785075: util-linux: /sbin/fstrim contains 2MiB of zero bytes

2015-05-12 Thread RjY

Package: util-linux
Version: 2.26.2-2
Severity: minor

Huge increase in the size of /sbin/fstrim on amd64.

  % dpkg -c util-linux_2.25.2-6_amd64.deb | grep -F /sbin/fstrim
  -rwxr-xr-x root/root 35432 2015-03-29 23:34 ./sbin/fstrim

  % dpkg -c util-linux_2.26.2-2_amd64.deb | grep -F /sbin/fstrim 
  -rwxr-xr-x root/root   2132688 2015-05-03 23:30 ./sbin/fstrim

There is a 2MiB block of zeros in the middle of the file.

  % hd /sbin/fstrim | grep -C2 '^\*'
  [...]
  7db0  e0 e3 ff ff 1a 00 00 00  00 00 00 00 00 00 00 00 ||
  7dc0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 ||
  *
  00207dc0  b0 26 40 00 00 00 00 00  90 26 40 00 00 00 00 00 |.@..@.|
  00207dd0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 ||
  [...]

Maybe another case of #750722? [1] If so, it will probably fix itself
next time the package is rebuilt.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750722

-- 
http://rjy.org.uk/


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

Bug#785076: update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults

2015-05-12 Thread 積丹尼 Dan Jacobson

Package: x11-common
Version: 1:7.7+9

Setting up x11-common (1:7.7+9) ...
update-rc.d: warning: start and stop actions are no longer supported; falling 
back to defaults


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

Bug#769406: getty with systemd

2015-05-12 Thread Takatsugu Nokubi

There is a similar issue, especially systemd environment.
The wheezy installer add serial console getty section in inittab,
but jessie's systemd seems no care.

I need to execute systemctl enable serial-getty@ttyS0.service
manually to enable serial console login.


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

Bug#785077: w3m does not support single quoted meta refresh

2015-05-12 Thread NOKUBI Takatsugu

Package: w3m
Version: 0.5.3-8
Severity: normal

To access https://www.google.com/accounts/ with w3m, it causes
infinity refresh loop.
It was already reported on Gentoo and NetBSD, and and also there
is a patch.
http://gnats.netbsd.org/42400

-- System Information:
Debian Release: 7.8
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (x86_64)

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

Versions of packages w3m depends on:
ii  libc62.13-38+deb7u8
ii  libgc1c2 1:7.1-9.1
ii  libgpm2  1.20.4-6
ii  libssl1.0.0  1.0.1e-2+deb7u16
ii  libtinfo55.9-10
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages w3m recommends:
ii  ca-certificates  20130119+deb7u1

Versions of packages w3m suggests:
ii  man-db  2.6.2-1
ii  menu2.1.46
ii  migemo  20110227-7
ii  migemo-el [migemo]  20110227-7
ii  mime-support3.52-1+deb7u1
ii  w3m-el  1.4.4-11
ii  w3m-img 0.5.3-8

-- 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#785016: GnuTLS: received alert [70]: Error in protocol version

2015-05-12 Thread Noël Köthe

notfound 785016 1.16.3-2
tags 785016 + moreinfo
thanks

Hello Mathieu,

please use reportbug to report your bugs because it includes more
information about your system.
The missing information is which Debian version you are using (stable,
testing,...) and what versions of the dependencies are installed.
I can guess but this might be wrong.

thx.

Am Montag, den 11.05.2015, 17:49 +0200 schrieb Mathieu Malaterre:
 Package: wget
 Version: 1.16-1
 Severity: important
 
 I cannot download a zip file from https location:
...
 (documents.epfl.ch)|128.178.222.31|:443... connected.
 GnuTLS: A TLS fatal alert has been received.
 GnuTLS: received alert [70]: Error in protocol version
 Unable to establish SSL connection.
 
 It seems to be working from chromium


-- 
Noël Köthe noel debian.org
Debian GNU/Linux, www.debian.org


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

Bug#777113: invoke-rc.d, service under systemd: Avoid job dependency loops during boot/shutdown

2015-05-12 Thread Martin Pitt

Hello all,

Martin Pitt [2015-02-15 16:43 +0100]:
 +  * service, invoke-rc.d: Avoid deadlocks during bootup and shutdown from
 +units/hooks which call invoke-rc.d service reload and similar, since 
 the
 +synchronous wait plus systemd's normal behaviour of transactionally
 +processing all dependencies first easily causes dependency loops. Thus
 +during boot/shutdown operate only on the unit and not on its 
 dependencies,
 +just like SysV behaves.

Can we please apply this patch now? It already missed jessie :-/ We do
have some workarounds in systemd, but they can't cover all cases.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#785055: [Pkg-xfce-devel] Bug#785055: lightdm-gtk-greeter: white screen until I click a mouse button, with 2 screens

2015-05-12 Thread Vincent Lefevre

On 2015-05-12 08:11:26 +0200, Yves-Alexis Perez wrote:
 On mar., 2015-05-12 at 00:04 +0200, Vincent Lefevre wrote:
  On 2015-05-11 23:23:47 +0200, Vincent Lefevre wrote:
   Package: lightdm-gtk-greeter
   Version: 2.0.0-2
   Severity: important
   Tags: upstream
   Forwarded: 
   https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1426664
  
  or perhaps https://bugs.launchpad.net/lightdm-gtk-greeter/+bug/1410406
  
  I also see a 100% CPU usage (but the screen is white, not black).
  
 Does setting active-monitor=0 fix your problem?

Yes, it does.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://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#780359: Options w.r.t. libcgal11 transition

2015-05-12 Thread Johannes Ring

On Tue, May 12, 2015 at 10:29 AM, Jonathan Wiltshire j...@debian.org wrote:
 On 2015-05-12 09:07, Johannes Ring wrote:

 On Mon, May 11, 2015 at 11:35 PM, Joachim Reichel
 joachim.reic...@gmx.de wrote:

 Hi,

 dolfin is now the only reverse dependency holding up the libcgal11
 transition.

 What are the options?
 (1) Fix dolfin without causing another transition
 (2) Remove dolfin from testing
 (3) Upload 1.5.0-1 from experimental to unstable


 This will be the correct solution IMO. I will do that now.


 No, please do NOT do that now. It is the correct long-term solution, but it
 will entangle the cgal transition.

 Wait until britney has a chance to sort it out.

ok!

Johannes


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

Bug#782364: linux-image-3.16.0-4-armmp: please configure drivers for both Cubox i4pro real time clocks

2015-05-12 Thread Rick Thomas


On May 6, 2015, at 3:35 AM, Rick Thomas rbtho...@pobox.com wrote:

 
 On May 6, 2015, at 3:27 AM, Ian Campbell i...@debian.org wrote:
 
 It would be preferable to test the thing in Sid before the upload to
 jessie-proposed-updates
 
 I’ll keep an eye out for it.
 
 But I don’t have one of the cubox models without the battery-backed RTC, so I 
 won’t be able to test that case.   Is there anyone out there in debian-arm 
 land with an appropriate test box?
 
 Enjoy!
 Rick

Am I looking in the wrong place?  I would have expected to see something show 
up in sid by now.

Is there a particular linux-image….deb I should download from somewhere to test 
this?

Thanks for all your help!
Rick

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

Bug#785079: RM: wxwidgets2.8 -- ROM; Unmaintained upstream; newer release packaged

2015-05-12 Thread Olly Betts

Package: ftp.debian.org
Severity: normal

Please remove wxwidgets2.8 from unstable.  It's unmaintained upstream
(last upstream release was 2.8.12 on 2011-03-28 - over 4 years ago), and
a newer upstream release branch is packaged as wxwidgets3.0.

It was already removed from testing (before the jessie freeze).  There
are a few lingering packages in unstable depending on it, but all have
had bugs filed regarding updating to use wxwidgets3.0 for around a year
now (the last filed was #751241 for amule on 2014-06-11):

| olly@coccia:~$ dak rm -Rn wxwidgets2.8
| [...]
| Checking reverse dependencies...
| # Broken Depends:
| amule: amule
|amule-daemon
|amule-utils
|amule-utils-gui
| codeblocks: codeblocks
| codeblocks-contrib
| libcodeblocks0
| libwxsmithlib0
| codelite: codelite [sparc]
|   codelite-plugins [sparc]
| gspiceui: gspiceui
| plplot: plplot11-driver-wxwidgets [sparc]
| sitplus: sitplus [amd64 arm64 armel armhf i386 mips mipsel powerpc ppc64el 
s390x sparc]
| tribler: tribler
| usbprog: usbprog-gui [hurd-i386]
| 
| # Broken Build-Depends:
| amule: libwxgtk2.8-dev
|wx2.8-i18n
| codeblocks: libwxgtk2.8-dev
| codelite: libwxgtk2.8-dev
| gpac: libwxgtk2.8-dev
| gspiceui: libwxbase2.8-dev
|   libwxgtk2.8-dev
| matplotlib: python-wxgtk2.8
| plplot: libwxgtk2.8-dev
| sitplus: libwxbase2.8-dev
|  libwxgtk2.8-dev
|  wx2.8-headers
| usbprog: libwxgtk2.8-dev
| 
| Dependency problem found.

A quick analysis - these packages have actually been migrated away from
wxwidgets2.8, but the newer package has failed to build on sparc or
hurd-i386:

codelite plplot usbprog gpac matplotlib

These genuinely still depend on wxwidgets2.8:

amule codeblocks gspiceui sitplus tribler

Cheers,
Olly


signature.asc
Description: Digital signature

Bug#785081: spamassassin: cronjob doesn't check if spamassasin is enabled before reloading

2015-05-12 Thread Alexander Dreweke

Package: spamassassin
Version: 3.4.0-6
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

I'm running spamassasin through amavis therefore spamassasin is not
running as a service. /etc/cron.daily/spamassassin tries to reload the
service after updates have been found, resulting in an error mail as
the service is not running and can therefore not be reloaded.

I would suggest checking $ENABLED (as configured in
/etc/default/spamassassin) before reloading the service, see attached
patch.

cu
Alex

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

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

Versions of packages spamassassin depends on:
ii  adduser 3.113+nmu3
ii  init-system-helpers 1.22
pn  libarchive-tar-perl none
ii  libhtml-parser-perl 3.71-1+b3
ii  libnet-dns-perl 0.81-2
ii  libnetaddr-ip-perl  4.075+dfsg-1+b1
ii  libsocket6-perl 0.25-1+b1
ii  libsys-hostname-long-perl   1.4-3
ii  libwww-perl 6.08-1
ii  perl5.20.2-3
ii  perl-modules [libio-zlib-perl]  5.20.2-3

Versions of packages spamassassin recommends:
ii  gnupg  1.4.18-7
ii  libio-socket-inet6-perl2.72-1
ii  libmail-spf-perl   2.9.0-3
ii  perl [libsys-syslog-perl]  5.20.2-3
pn  sa-compile none
ii  spamc  3.4.0-6

Versions of packages spamassassin suggests:
ii  libdbi-perl  1.631-3+b1
ii  libio-compress-perl [libcompress-zlib-perl]  2.066-1
ii  libio-socket-ssl-perl2.002-2
ii  libmail-dkim-perl0.40-1
ii  perl [libcompress-zlib-perl] 5.20.2-3
pn  pyzornone
pn  razornone

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


- -- no debconf information

-BEGIN PGP SIGNATURE-

iEYEARECAAYFAlVRozkACgkQci0IS3Y4ncrf2gCghfc6OOHMgzCk+fYcKWxanXRm
1VYAoImCXThIyRSps56I6l/jL7cOE/dK
=Gjct
-END PGP SIGNATURE-
--- /etc/cron.daily/spamassassin.orig	2015-05-12 08:41:58.431225651 +0200
+++ /etc/cron.daily/spamassassin	2015-05-12 08:40:43.603025384 +0200
@@ -48,10 +48,12 @@
 # Tell a running spamd to reload its configs and rules.
 reload() {
 # Reload
-if which invoke-rc.d /dev/null 21; then
-invoke-rc.d spamassassin reload  /dev/null
-else
-/etc/init.d/spamassassin reload  /dev/null
+if [ $ENABLED -ne 0 ]; then
+if which invoke-rc.d /dev/null 21; then
+invoke-rc.d spamassassin reload  /dev/null
+else
+/etc/init.d/spamassassin reload  /dev/null
+fi
 fi
 if [ -d /etc/spamassassin/sa-update-hooks.d ]; then
 run-parts --lsbsysinit /etc/spamassassin/sa-update-hooks.d

Bug#784427: [Pkg-libvirt-maintainers] Bug#784427: virt-manager: unsupported configuration: spicevmc not supported in this QEMU binary)s

2015-05-12 Thread Guido Günther

retitle

On Sat, May 09, 2015 at 12:57:22PM +0200, David Ayers wrote:
 Traceback (most recent call last):
   File /usr/share/virt-manager/virtManager/create.py, line 1344, in 
 page_changed
 self.populate_summary()
   File /usr/share/virt-manager/virtManager/create.py, line 931, in 
 populate_summary
 self.netdev_changed(None)
   File /usr/share/virt-manager/virtManager/create.py, line 1088, in 
 netdev_changed
 obj = self.conn.get_net(key)
   File /usr/share/virt-manager/virtManager/connection.py, line 685, in 
 get_net
 return self.nets[uuid]
 KeyError: '1f05d411-9f8f-5ee4-4162-4616caa714de'
 ## Forward 5/5

So it's failing when building the summary. I'm not sure why it can't
find net with that uuid. Can you do a

grep -r 1f05d411-9f8f-5ee4-4162-4616caa714de /etc/libvirt/

on the affected host (assuming you're seeing the error when using
qemu+ssh://ayers@myhost/system)

Is the behaviour different if you use qemu:///system ?
Cheers,
 -- Guido


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

Bug#784245:

2015-05-12 Thread Gianfranco Costamagna

Control: severity -1 serious


Hi Joachim, since this bug is already there in jessie, it doesn't appear as a 
regression, hence
it doesn't prevent testing migration.
If I'm correct, your intent is to let 7.8 migrate, and this isn't a blocker.

In my opinion this still is an RC (for Stretch), hence I honestly think it 
should be Serious.

However I'm not the maintainer, neither I want to start a severity ping/pong 
game, so feel free
to change it back, I won't touch it anymore :)



cheers,

keep up the good work! :)


Gianfranco


Il Lunedì 11 Maggio 2015 22:21, Joachim Breitner nome...@debian.org ha 
scritto:
Control: severity -1 normal

On Mon, 4 May 2015 14:53:35 + (UTC) Gianfranco Costamagna 
costamagnagianfra...@yahoo.it wrote:
 As Joachim said in a mail where I requested the same thing:
 
 [1] (if correct) lists the compatibility matrix of ghc and llvm
 
 so 7.10 llvm 3.5
 7.11 llvm 3.6
 
 [1] http://smart-cactus.org/~ben/posts/2014-11-28-state-of-llvm-backend.html

Quite right. So for 7.8 this is unavoidable, hence I’m downgrading this bug for 
now.

Greetings,

Joachim 

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


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

Bug#784245:

2015-05-12 Thread Joachim Breitner

Hi,

Am Dienstag, den 12.05.2015, 06:52 + schrieb Gianfranco Costamagna:
 Hi Joachim, since this bug is already there in jessie, it doesn't appear as a 
 regression, hence
 it doesn't prevent testing migration.
 If I'm correct, your intent is to let 7.8 migrate, and this isn't a blocker.

Yes, that is my intend. But I’m worried about auto-removal of GHC on
testing...

Or is GHC already a key package, and hence immune to auto-removal? Not
according to https://udd.debian.org/cgi-bin/key_packages.cgi.


Oh well, we’ll see what happens.

Greetings,
Joachim

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


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

Bug#780359: Options w.r.t. libcgal11 transition

2015-05-12 Thread Jonathan Wiltshire


On 2015-05-11 22:35, Joachim Reichel wrote:

Hi,

dolfin is now the only reverse dependency holding up the libcgal11 
transition.


What are the options?
(1) Fix dolfin without causing another transition
(2) Remove dolfin from testing
(3) Upload 1.5.0-1 from experimental to unstable
(4) ...?


dolfin has a rdep in testing, so removing it isn't (yet) an option. 
(Although its rdep fenics isn't going to migrate either because it 
depends on the version of dolfin in experimental since six weeks... what 
a mess.)


I've asked ftp-masters to decruft gdal making dolfin in sid 
uninstallable. Britney may be able to smooth-update gdal, in which case 
the transition can take place and the dolfin maintainers can fix the bug 
at their leisure.


--
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

directhex i have six years of solaris sysadmin experience, from
8-10. i am well qualified to say it is made from bonghits
layered on top of bonghits


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

Bug#785080: update ruby-timers to latest upstream release

2015-05-12 Thread Pirate Praveen

package: ruby-timers
version: 1.1.0-2

timers ~ 4.0.0 is required for celluloid 0.16.0, which is in turn
required for sidetiq 0.6.3

but when I tried updating, I got the following error

/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-timers/lib/timers/timer.rb:2:in
`top (required)': Timers is not a module (TypeError)
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from
/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-timers/lib/timers/group.rb:6:in
`top (required)'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from
/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-timers/lib/timers.rb:4:in
`top (required)'
from
/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-timers/spec/spec_helper.rb:4:in
`require_relative'
from
/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-timers/spec/spec_helper.rb:4:in
`top (required)'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from
/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-timers/spec/cancel_spec.rb:2:in
`top (required)'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1226:in 
`load'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1226:in
`block in load_spec_files'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1224:in 
`each'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1224:in
`load_spec_files'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:98:in `setup'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:86:in `run'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:71:in `run'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:39:in `invoke'
from /usr/bin/rspec:4:in `main'
Loading simplecov-html failed, install ruby-simplecov-html
[Coveralls] Set up the SimpleCov formatter.
[Coveralls] Using SimpleCov's default settings.
[Coveralls] Outside the Travis environment, not sending data.
/usr/bin/ruby2.1 /usr/bin/rspec --pattern
spec/\*\*\{,/\*/\*\*\}/\*_spec.rb failed
ERROR: Test ruby2.1 failed. Exiting.
dh_auto_install: dh_ruby --install
/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-timers/debian/ruby-timers
returned exit code 1
debian/rules:15: recipe for target 'binary' failed
make: *** [binary] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
status 2
debuild: fatal error at line 1376:
dpkg-buildpackage -rfakeroot -D -us -uc -i -I failed
gbp:error: 'debuild -i -I -k0x4512c22a' failed: it exited with 29



signature.asc
Description: OpenPGP digital signature

Bug#785078: xserver-xorg-video-intel: Recent update triggers hung GPU, disabled acceleration

2015-05-12 Thread Vincent Cheng

Hi Paul,

On Mon, May 11, 2015 at 11:34 PM, Paul Millar paul.mil...@desy.de wrote:
 Package: xserver-xorg-video-intel
 Version: 2:2.99.917-1
 Severity: important

 Dear Maintainer,

 I ran the usual apt-get update  apt-get upgrade.  This pulled in new 
 packages for
 the intel X11 driver.  After restarting, I noticed that the XV extension no 
 longer
 worked when using mplayer.  Subsequent investigation showed that the intel 
 driver
 now reports it detected a hung GPU and has disabled acceleration as a 
 consequence.

Please file a bug report upstream against the intel DDX driver
(following the instructions at [1]).

Regards,
Vincent

[1] https://01.org/linuxgraphics/documentation/how-report-bugs


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

Bug#768983: ITP: carbon-c-relay -- status?

2015-05-12 Thread Filippo Giunchedi

hi Bernd,

On Mon, May 11, 2015 at 03:33:41PM +0200, Bernd Zeimetz wrote:
 Hi Filippo,
 
 I was just wondering what the status of this ITP is? Do you plan to
 upload a package soon-ish?

the package is at
https://anonscm.debian.org/cgit/collab-maint/carbon-c-relay.git/ and upstream
has released 0.40 yesterday, I think an upload might happen in the next two
weeks! If you are interested though feel free to go ahead, I'll be fairly busy
at work at least until end of May

thanks!
filippo
-- 
http://esaurito.net - 0x99D49B6B00CAD1E5 - ⠠⠵


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

Bug#785017: mate-power-manager: brightness is reset to maximum on every restart

2015-05-12 Thread Mike Gabriel


Control: tags -1 patch

Hi Flos,

On  Mo 11 Mai 2015 17:58:22 CEST, flos wrote:


Package: mate-power-manager
Version: 1.8.1+dfsg1-5
Severity: normal

Dear MATE Maintainer,

Currently the mate-power-manager could not save the brightness settings after
changes. A workaround would be using the 'dconf-editor' or  
'gsettings' tools to

change the value of the key 'brightness-ac' of schema org.mate.power-manager.

I modify the gpm-backlight.c a little so that we can save the brightness
settings after every brightness adjustment when ac power supply is used.

It seems to me that call back function 'brightness_changed_cb' was  
attached to

'backlight-priv-brightness' mistakenly. I think we should distinguish the
backlight object from the brightness object.

Please correct me and please review the patch in the attachment.

Thank you very much!

Best Regards,
Flos


I will make upstream aware of your patch and get back to you later  
once I got feedback from upstream.


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


pgpxIYja02_l8.pgp
Description: Digitale PGP-Signatur

Bug#785086: ITP: golang-bugsnag-panicwrap -- Go library for catching and handling panics in Go applications

2015-05-12 Thread Tim Potter

Package: wnpp
Severity: wishlist
Owner: Tim Potter t...@hp.com

* Package name: golang-bugsnag-panicwrap
  Version : 0.0~git2014
  Upstream Author : Conrad Irwin, Mitchell Hashimoto
* URL : https://github.com/bugsnag/panicwrap
* License : MIT
  Programming Lang: Go
  Description : Go library for catching and handling panics in Go 
applications

Go library for catching and handling panics in Go applications
panicwrap is a Go library that re-executes a Go binary and monitors
stderr output from the binary for a panic. When it find a panic,
it executes a user-defined handler function. Stdout, stderr, stdin,
signals, and exit codes continue to work as normal, making the existence
of panicwrap mostly invisble to the end user until a panic actually
occurs.


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

Bug#783899: fixed in liblog-any-perl 1.032-1

2015-05-12 Thread Emilio Pozuelo Monfort

On Fri, 01 May 2015 19:35:00 + gregor herrmann gre...@debian.org wrote:
  liblog-any-perl (1.032-1) unstable; urgency=medium
  .
* Team upload.
  .
* Add Breaks/Replaces/Provides on liblog-any-adapter-perl.
  liblog-any-adapter-perl was merged into liblog-any-perl.
  (Closes: #783899)

Sounds like you should file a RM bug against ftp.debian.org for
liblog-any-adapter-perl.

Emilio


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

Bug#785082: debdelta: service unavailable since months

2015-05-12 Thread Ritesh Raj Sarraf

Package: debdelta
Version: 0.55
Severity: important

Since months now, the debdelta servers have not been serving the delta 
packages. All I get is the followng error:


rrs@ril:/var/tmp/linux-upstream_GIT (stable-40)$ sudo debdelta-upgrade 
Connection error (fatal):  : debdeltas.debian.net   


Delta is not downloadable (timed out 
None):http://debdeltas.debian.net/debian-deltas/pool/main/b/bash-completion/bash-completion_1%3a2.1-4_1%3a2.1-4.1_all.debdelta
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/a/atk1.0/gir1.2-atk-1.0_2.14.0-1_2.16.0-2_amd64.debdelta
  
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/n/network-manager/gir1.2-networkmanager-1.0_1.0.0-5_1.0.2-2_amd64.debdelta

Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/n/network-manager-applet/gir1.2-nmgtk-1.0_1.0.0-3_1.0.2-1_amd64.debdelta
  
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/r/rhythmbox/gir1.2-rb-3.0_3.1-1_3.2.1-1_amd64.debdelta

Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/g/git-buildpackage/git-buildpackage_0.6.26_0.6.27_all.debdelta

Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/g/gnupg/gnupg_1.4.18-7_1.4.19-2_amd64.debdelta

Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/g/gnupg/gpgv_1.4.18-7_1.4.19-2_amd64.debdelta
 
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/liba/libassuan/libassuan0_2.1.2-2_2.2.0-2_amd64.debdelta
  
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/a/atk1.0/libatk1.0-0_2.14.0-1_2.16.0-2_amd64.debdelta
 
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/a/atk1.0/libatk1.0-data_2.14.0-1_2.16.0-2_all.debdelta

Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/liba/libav/libavcodec56_6%3a11.3-2_6%3a11.3-3+b1_amd64.debdelta
   
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/liba/libav/libavdevice55_6%3a11.3-2_6%3a11.3-3+b1_amd64.debdelta
  
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/liba/libav/libavformat56_6%3a11.3-2_6%3a11.3-3+b1_amd64.debdelta
  
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/liba/libav/libavresample2_6%3a11.3-2_6%3a11.3-3+b1_amd64.debdelta
 
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/liba/libav/libavutil54_6%3a11.3-2_6%3a11.3-3+b1_amd64.debdelta

Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/libc/libcap-ng/libcap-ng0_0.7.4-2_0.7.4-3_amd64.debdelta
  
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/libc/libcpan-meta-perl/libcpan-meta-perl_2.142690-1_2.150001-1_all.debdelta
   
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/d/djvulibre/libdjvulibre-text_3.5.25.4-4_3.5.27.1-1_all.debdelta
  
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/d/djvulibre/libdjvulibre21_3.5.25.4-4+b1_3.5.27.1-1_amd64.debdelta

Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/libe/libestr/libestr0_0.1.9-1.1_0.1.10-1_amd64.debdelta
   
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/g/glibmm2.4/libglibmm-2.4-1c2a_2.42.0-1_2.44.0-1_amd64.debdelta
   
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/g/gnutls28/libgnutls-deb0-28_3.3.14-2_3.3.15-2_amd64.debdelta
 
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/g/gnutls28/libgnutls-deb0-28_3.3.14-2_3.3.15-2_i386.debdelta
  
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/g/gnutls28/libgnutls-openssl27_3.3.14-2_3.3.15-2_amd64.debdelta
   
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/i/icu/libicu52_52.1-8_52.1-9_amd64.debdelta
   
Delta is not downloadable (None 
None):http://debdeltas.debian.net/debian-deltas/pool/main/i/icu/libicu52_52.1-8_52.1-9_i386.debdelta

Bug#785084: lintian: backports-changes-missing obsolete, -v option no longer required

2015-05-12 Thread Vincent Cheng

Package: lintian
Version: 2.5.30+deb8u4
Severity: normal

Dear Maintainer,

The backports-changes-missing tag can now be considered obsolete, as the -v
option is no longer required for a package to be accepted into backports (it's
merely recommended now)[1][2]. Please either remove this tag, or downgrade
the severity (wishlist/pedantic?).

Regards,
Vincent

[1] https://lists.debian.org/debian-backports-announce/2015/04/msg0.html
[2] http://backports.debian.org/Contribute/#index6h3

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

Kernel: Linux 3.18-3-vclaptop-amd64 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lintian depends on:
ii  binutils   2.25-7
ii  bzip2  1.0.6-7+b3
ii  diffstat   1.58-1
ii  file   1:5.22+15-2
ii  gettext0.19.3-2
ii  hardening-includes 2.7
ii  intltool-debian0.35.0+20060710.2
ii  libapt-pkg-perl0.1.29+b2
ii  libarchive-zip-perl1.39-1
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.37-1+b1
ii  libdpkg-perl   1.17.25
ii  libemail-valid-perl1.195-1
ii  libfile-basedir-perl   0.03-1
ii  libipc-run-perl0.92-1
ii  liblist-moreutils-perl 0.410-1
ii  libparse-debianchangelog-perl  1.2.0-1.1
ii  libtext-levenshtein-perl   0.11-1
ii  libtimedate-perl   2.3000-2
ii  liburi-perl1.64-1
ii  man-db 2.7.0.2-5
ii  patchutils 0.3.3-1
ii  perl [libdigest-sha-perl]  5.20.2-4
ii  t1utils1.38-4

Versions of packages lintian recommends:
ii  libautodie-perl 2.25-1
ii  libperlio-gzip-perl 0.18-3+b1
ii  perl5.20.2-4
ii  perl-modules [libautodie-perl]  5.20.2-4

Versions of packages lintian suggests:
pn  binutils-multiarch none
ii  dpkg-dev   1.17.25
ii  libhtml-parser-perl3.71-1+b3
ii  libtext-template-perl  1.46-1
ii  libyaml-perl   1.13-1
ii  xz-utils   5.1.1alpha+20120614-2+b3

-- 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#780359: Options w.r.t. libcgal11 transition

2015-05-12 Thread Johannes Ring

On Mon, May 11, 2015 at 11:35 PM, Joachim Reichel
joachim.reic...@gmx.de wrote:
 Hi,

 dolfin is now the only reverse dependency holding up the libcgal11 transition.

 What are the options?
 (1) Fix dolfin without causing another transition
 (2) Remove dolfin from testing
 (3) Upload 1.5.0-1 from experimental to unstable

This will be the correct solution IMO. I will do that now.

Johannes

 (4) ...?

 (1) I don't know the details but it seems to me that this is not easy.

 (3) This causes another transition, but the only reverse dependencies of the
 binary packages of dolfin are python-viper (plus the meta packages fenics,
 science-mathematics and science-mathematics-dev). Rebuilding python-viper
 against dolfin 1.5.0-1 worked without problems. Maybe this additional 
 transition
 isn't that bad (apart from the delay)?

 BTW does anyone understand why dolfin does not appear in the list of
 autoremovals? The bug is release-critical and not fixed in unstable/testing,
 only experimental.

 Joachim

 --
 debian-science-maintainers mailing list
 debian-science-maintain...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers


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

Bug#780359: Options w.r.t. libcgal11 transition

2015-05-12 Thread Jonathan Wiltshire


On 2015-05-12 09:07, Johannes Ring wrote:

On Mon, May 11, 2015 at 11:35 PM, Joachim Reichel
joachim.reic...@gmx.de wrote:

Hi,

dolfin is now the only reverse dependency holding up the libcgal11 
transition.


What are the options?
(1) Fix dolfin without causing another transition
(2) Remove dolfin from testing
(3) Upload 1.5.0-1 from experimental to unstable


This will be the correct solution IMO. I will do that now.



No, please do NOT do that now. It is the correct long-term solution, but 
it will entangle the cgal transition.


Wait until britney has a chance to sort it out.

--
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

directhex i have six years of solaris sysadmin experience, from
8-10. i am well qualified to say it is made from bonghits
layered on top of bonghits


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

Bug#768983: ITP: carbon-c-relay -- status?

2015-05-12 Thread Bernd Zeimetz


Hi Filippo,


the package is at
https://anonscm.debian.org/cgit/collab-maint/carbon-c-relay.git/ and upstream
has released 0.40 yesterday, I think an upload might happen in the next two
weeks! If you are interested though feel free to go ahead, I'll be fairly busy
at work at least until end of May


what I've done - and I hope you don't mind:

- moved the carbon-c-relay config to /etc/carbon. Thats where the config 
lived from the inofficial packaging.
- added a defaults file for the init script and the systemd service so 
you can easily pass options to the daemon

- upgraded to 0.40
- fixed GIT_VERSION in Makefile

I've added branches for wheezy and jessie backports.


If thats all fine for you please let me know and I'll upload it to unstable.

cheers,

bernd


--
Mit freundlichen Grüßen


Bernd Zeimetz
Systems Engineer
Debian Developer

conova communications GmbH
Web| http://www.conova.com/
E-Mail | b.zeim...@conova.com

Zentrale Salzburg
Karolingerstraße 36A
5020 Salzburg

Tel | +43 (0) 662 22 00 - 313
Fax | +43 (0) 662 22 00 - 209

Es gelten die Allgemeinen Geschäftsbedingungen der
conova communications GmbH, http://www.conova.com/de/agb/


smime.p7s
Description: S/MIME cryptographic signature

Bug#785088: gyrus: still build-depends on libgnet-dev

2015-05-12 Thread Emilio Pozuelo Monfort

Package: gyrus
Version: 0.3.10-1
Severity: important
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnet

Your package stopped depending on libgnet, but it still build-depends on
libgnet-dev. Please fix that.

Emilio


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

Bug#784983: fatrace: some archs/kernels define O_LARGEFILE

2015-05-12 Thread Cristian Ionescu-Idbohrn

On Tue, 12 May 2015, Martin Pitt wrote:

 Hello Cristian,

Martin,

 Cristian Ionescu-Idbohrn [2015-05-11 20:10 +0200]:
  After compiling with 'CFLAGS += -save-temps' and looking at fatrace.i,
  I see this:
 
  $ grep O_LARGEFILE fatrace.i
  #define O_LARGEFILE 0x2000
  #define KERNEL_O_LARGEFILE 0010
 
  O_LARGEFILE set to 0x2000 (in /usr/include/bits/fcntl.h), but replaced
  with 0010.  My patch makes it both build and run, and produce
  reasonable results.

 Ah, so I guess we might need something like if O_LARGEFILE is
 nonzero, use it, otherwise KERNEL_O_LARGEFILE?

Yes, something like that.


Cheers,

-- 
Cristian


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

Bug#785016: GnuTLS: received alert [70]: Error in protocol version

2015-05-12 Thread Mathieu Malaterre

On Tue, May 12, 2015 at 9:00 AM, Noël Köthe n...@debian.org wrote:
 please use reportbug to report your bugs because it includes more
 information about your system.
 The missing information is which Debian version you are using (stable,
 testing,...) and what versions of the dependencies are installed.
 I can guess but this might be wrong.

jessie/stable on x86_64 (up-to-date). The wget version is accurate.

Sorry for the missing information. Let me know if you need anything
else to reproduce on your side, or a moore verbose output.

Regards


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

Bug#784934: Cannot edit same tag of two songs when it is only present in one

2015-05-12 Thread W. Martin Borgert

On 2015-05-11 12:37, Christoph Reiter wrote:
 You can click the write icon in the first column instead for now.

Thanks for that hint.
I always thought the icon is only display, not an action :~)
I'll close this bug report then.


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

Bug#728676: ITP: ddrescueview -- Graphical viewer for GNU ddrescue log files

2015-05-12 Thread Graham Inggs

Package: wnpp
Severity: wishlist

* Package name: ddrescueview
  Version : 0.4
  Upstream Author : Martin Bittermann martinbitterm...@gmx.de
* URL : http://ddrescueview.sourceforge.net/
* License : GPL-3.0+
  Programming Lang: Object Pascal / Lazarus
  Description : Graphical viewer for GNU ddrescue log files

This small tool allows the user to graphically examine ddrescue's log
files in a user friendly GUI application. The Main window displays a
block grid with each block's color representing the block types it
contains. Many people know this type of view from defragmentation
programs.
.
GNU ddrescue [1] is a data recovery tool, already packaged in Debian
as gddrescue [2].
.
The ddrescueview package will be maintained by the Debian Pascal
packaging team and a git repository has already been created on Alioth
[3].

[1] http://www.gnu.org/software/ddrescue/ddrescue.html
[2] https://packages.qa.debian.org/g/gddrescue.html
[3] http://anonscm.debian.org/cgit/pkg-pascal/ddrescueview.git

Regards
Graham


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

Bug#784397: devscripts: [debchange] Support un-finalised trailer line for UNRELEASED changelog entry

2015-05-12 Thread Ben Finney

Control: retitle -1 devscripts: [debchange] Support un-finalised trailer line 
for UNRELEASED changelog entry

On 06-May-2015, Ben Finney wrote:

 Instead, ‘debchange --release’ should recognise an unfinalised
 trailer line as valid for this action, and replace the line with a
 finalised trailer line for the release.


On 11-May-2015, Barry Warsaw wrote:
 Note that the problem isn't only in debchange. dpkg-buildpackage
 also seems to suffer from unfinalized trailers:

I think you're describing behaviour different from this report.

‘dpkg-buildpackage’ expects the changelog entry to be finalised.
That's right and proper, and should not be changed for this bug
report.

‘debchange --release’ should handle an unfinalised changelog entry,
because the whole point of that action is to *alter* the changelog
entry to finalise it for release.

-- 
 \  “A thing moderately good is not so good as it ought to be. |
  `\Moderation in temper is always a virtue; but moderation in |
_o__)   principle is always a vice.” —Thomas Paine |
Ben Finney b...@benfinney.id.au


signature.asc
Description: Digital signature

Bug#785035: [Help] Re: Bug#785035: ugene: FTBFS on amd64

2015-05-12 Thread Andreas Tille

Hi folks,

Ugine is in a quite bad state.  We are lagging behind upstream and it
has gathered some important errors now.  I currently do not feel able to
care for this one reported by Lisandro (thanks for reporting BTW).

Is there anybody who might be able to spent some time into this - probably
by taking the latest upstream and see what can be done about this error
on the latest code base?

Kind regards

   Andreas.

On Mon, May 11, 2015 at 02:52:13PM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
 Source: ugene
 Version: 1.12.3+dfsg-1
 Severity: serious
 Justification: FTBFS on amd64
 
 Hi! While looking at #784382 I tried to compile ugene on a clean sid chroot
 using sbuild and it FTBFS.
 
 I'm attaching the build log.
 
 Kinds regards, Lisandro. 
 
 -- System Information:
 Debian Release: 8.0
   APT prefers stable
   APT policy: (500, 'stable')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 Init: systemd (via /run/systemd/system)


 ___
 Debian-med-packaging mailing list
 debian-med-packag...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging


-- 
http://fam-tille.de


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

Bug#780359: Options w.r.t. libcgal11 transition

2015-05-12 Thread Johannes Ring

On Tue, May 12, 2015 at 10:07 AM, Johannes Ring joha...@simula.no wrote:
 On Mon, May 11, 2015 at 11:35 PM, Joachim Reichel
 joachim.reic...@gmx.de wrote:
 Hi,

 dolfin is now the only reverse dependency holding up the libcgal11 
 transition.

 What are the options?
 (1) Fix dolfin without causing another transition
 (2) Remove dolfin from testing
 (3) Upload 1.5.0-1 from experimental to unstable

 This will be the correct solution IMO. I will do that now.

Sorry for asking, but how should I upload to unstable when the package
is already in experimental. I haven't done that before.

Johannes

 Johannes

 (4) ...?

 (1) I don't know the details but it seems to me that this is not easy.

 (3) This causes another transition, but the only reverse dependencies of the
 binary packages of dolfin are python-viper (plus the meta packages fenics,
 science-mathematics and science-mathematics-dev). Rebuilding python-viper
 against dolfin 1.5.0-1 worked without problems. Maybe this additional 
 transition
 isn't that bad (apart from the delay)?

 BTW does anyone understand why dolfin does not appear in the list of
 autoremovals? The bug is release-critical and not fixed in unstable/testing,
 only experimental.

 Joachim

 --
 debian-science-maintainers mailing list
 debian-science-maintain...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers


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

Bug#785055: [Pkg-xfce-devel] Bug#785055: lightdm-gtk-greeter: white screen until I click a mouse button, with 2 screens

2015-05-12 Thread Yves-Alexis Perez

On mar., 2015-05-12 at 10:00 +0200, Vincent Lefevre wrote:
 On 2015-05-12 08:11:26 +0200, Yves-Alexis Perez wrote:
  On mar., 2015-05-12 at 00:04 +0200, Vincent Lefevre wrote:
   On 2015-05-11 23:23:47 +0200, Vincent Lefevre wrote:
Package: lightdm-gtk-greeter
Version: 2.0.0-2
Severity: important
Tags: upstream
Forwarded: 
https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1426664
   
   or perhaps https://bugs.launchpad.net/lightdm-gtk-greeter/+bug/1410406
   
   I also see a 100% CPU usage (but the screen is white, not black).
   
  Does setting active-monitor=0 fix your problem?
 
 Yes, it does.
 
Thanks for the confirmation, so at least you have a workaround for now
(as a side note, I didn't experience that for now on multi-monitor
setups I have).

Regards,
-- 
Yves-Alexis


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

Bug#783899: fixed in liblog-any-perl 1.032-1

2015-05-12 Thread gregor herrmann

On Tue, 12 May 2015 10:20:45 +0200, Emilio Pozuelo Monfort wrote:

 On Fri, 01 May 2015 19:35:00 + gregor herrmann gre...@debian.org wrote:
   liblog-any-perl (1.032-1) unstable; urgency=medium
   .
 * Team upload.
   .
 * Add Breaks/Replaces/Provides on liblog-any-adapter-perl.
   liblog-any-adapter-perl was merged into liblog-any-perl.
   (Closes: #783899)
 
 Sounds like you should file a RM bug against ftp.debian.org for
 liblog-any-adapter-perl.

Thanks for the reminder, this somehow fell off of my TODO list :/

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #18:  excess surge protection 


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

Bug#784382: Patch attached

2015-05-12 Thread Andreas Tille

Hi Lisandro,

thanks for your bugs against Ugene.  I took this one over in SVN but we
need to fix the FTBFS bug as well.  I hope this can be done soon.  BTW,
Debian Med repository has set ACLs so any DD can commit directly.

Kind regards

Andreas.

On Mon, May 11, 2015 at 02:41:25PM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
 tag 784382 + patch
 thanks
 
 Hi! I'm attaching a patch to solve this issue.
 
 -- 
 Si vives cada día de tu vida como si fuera el último,
 algún día realmente tendrás razón.
   Steve Jobs
 
 Lisandro Damián Nicanor Pérez Meyer
 http://perezmeyer.com.ar/
 http://perezmeyer.blogspot.com/

 diff --git a/debian/changelog b/debian/changelog
 index 7a8bcae..fca5baa 100644
 --- a/debian/changelog
 +++ b/debian/changelog
 @@ -1,3 +1,11 @@
 +ugene (1.12.3+dfsg-1.1) UNRELEASED; urgency=medium
 +
 +  * Non-maintainer upload.
 +  * Remove non necessary harcoded dependencies on transitional
 +packages (Closes: #784382).
 +
 + -- Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org  Mon, 11 May 
 2015 13:54:15 -0300
 +
  ugene (1.12.3+dfsg-1) unstable; urgency=low
  
[ Andreas Tille ]
 diff --git a/debian/control b/debian/control
 index e5bfa8b..deb2d53 100644
 --- a/debian/control
 +++ b/debian/control
 @@ -24,8 +24,6 @@ Homepage: http://ugene.unipro.ru
  Package: ugene
  Architecture: any
  Depends: ${shlibs:Depends},
 - libqt4-gui,
 - libqt4-core,
   ugene-data,
   ${misc:Depends}
  Description: integrated bioinformatics toolkit




 ___
 Debian-med-packaging mailing list
 debian-med-packag...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging


-- 
http://fam-tille.de


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

Bug#785083: ITP: golang-loggo -- Alternative logging library for Go

2015-05-12 Thread Tim Potter

Package: wnpp
Severity: wishlist
Owner: Tim Potter t...@hp.com

* Package name: golang-loggo
  Version : 0.0~git20150330
  Upstream Author : Tim Penhey
* URL : https://github.com/juju/loggo
* License : LGPL-3
  Programming Lang: Go
  Description : Alternative logging library for Go

Loggo is an alternative logging library for Go. It doesn't use the
built-in Go log library, but instead offers a replacement.


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

Bug#785085: mksh: Misleading note in manpage about equality test

2015-05-12 Thread ygrex

Package: mksh
Version: 50d-5
Severity: minor

Dear Maintainer,

here is a note in manpage about [ $foo = bar ] equality test:

$ MANWIDTH=78 LC_ALL=C man mksh 2/dev/null 2 | grep -A5 'A common mistake 
is to use'

Note: A common mistake is to use ``if [ $foo = bar ]'' which
fails if parameter ``foo'' is NULL or unset, if it has embedded
spaces (i.e. IFS octets), or if it is a unary operator like '!'
or '-n'.  Use tests like ``if [ x$foo = xbar ]'' instead, or
the double-bracket operator ``if [[ $foo = bar ]]'' or, to avoid
pattern matching (see [[ above): ``if [[ $foo = $bar ]]''

the proposed [ x$foo = xbar ] is correct but with redundant x character;
this x looks odd and attracts attention, while proper quotation is the point

in order to make it clear it should be something like [ $foo = bar ]

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: armhf (armv7l)
Foreign Architectures: armel

Kernel: Linux 3.0.35-ygrex-fx6-6.3+ (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/dash
Init: systemd (via /run/systemd/system)

Versions of packages mksh depends on:
ii  libc6  2.19-18

mksh recommends no packages.

Versions of packages mksh suggests:
ii  ed  1.10-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#776512: function InsertData() is defined twice: installation is broken

2015-05-12 Thread Tobias Frost

Package: mantis
Version: 1.2.18-1
Severity: grave
Justification: Makes the package in question unusable for new installations.
Followup-For: Bug #776512
Control: tags -1 +patch 

Dear Maintainer,


I can confirm that the attached patch makes (at least) the install page
showing up. Now continueing with configuration :

Raising severity as this breaks the package for new installs. 

--
tobi




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

Kernel: Linux 3.14-1-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/dash

Versions of packages mantis depends on:
ii  apache2-utils   2.4.10-9
ii  cdebconf [debconf-2.0]  0.185
ii  debconf [debconf-2.0]   1.5.52
ii  libjs-prototype 1.7.1-3
ii  libjs-scriptaculous 1.9.0-2
ii  libnusoap-php   0.9.5-2
ii  libphp-adodb5.15-1
ii  libphp-phpmailer5.1-1
ii  lighttpd [httpd]1.4.35-4.1
ii  php5-cli5.6.5+dfsg-1
ii  ucf 3.0027+nmu1

Versions of packages mantis recommends:
ii  mysql-client 5.5.43-0+deb7u1
ii  mysql-client-5.5 [mysql-client]  5.5.43-0+deb7u1
ii  php5-mysql   5.6.5+dfsg-1

Versions of packages mantis suggests:
ii  mysql-server  5.5.43-0+deb7u1
ii  php5-cli  5.6.5+dfsg-1

-- debconf information excluded

-- debsums errors found:
debsums: changed file /usr/share/mantis/www/admin/install.php (from mantis 
package)


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

Bug#784854: RFS: gtk3-engines-unico/1.0.3+14.04.20140109+repack1-1 [ITA] [RC]

2015-05-12 Thread Vincent Cheng

Control: tag -1 + moreinfo

Hi James,

On Sun, May 10, 2015 at 11:52 AM, James Lu glol...@hotmail.com wrote:
 Hi,

 Okay. Forget what I said about quilt, I don't think it'd fix this particular
 issue either.

 Right now, the problem is in the original source (aka the .orig.tar). The
 INSTALL file isn't even installed in the final binary, but just having a
 symlink in the original source is enough to make Lintian complain. Adding a
 debian/clean file only removes the INSTALL file from the extracted tree, but
 not the .orig.tar.gz.

 I could add a Lintian override if this is appropriate.

Just from what you've said above, I'd ignore the lintian error
entirely; if INSTALL is never used during the build process or
installed into any of the binary packages produced by your source
package, then source-contains-unsafe-symlink is quite harmless. It
_is_ a valid lintian error though, since the orig tarball upstream
presumably contains an INSTALL file symlinked above the root of the
source package, and removing it via debian/clean doesn't change that.

Where did you obtain this orig tarball? I can't seem to find a tarball
versioned as 1.0.3+14.04.20140109 at [1]; if you actually are rolling
your own tarball instead of using one provided upstream, then why not
get rid of that symlink in your tarball?

Also, this may seem to be a formality, but is this package actually
orphaned? Neither the maintainer nor the MIA team filed #717044; a
random user deciding to ITA the package out of the blue is more or
less hijacking the package. Please follow the steps outlined in
devref 5.9.4/5.9.5 [2] to properly orphan a package and adopt it.

Regards,
Vincent

[1] https://launchpad.net/unico
[2] https://www.debian.org/doc/manuals/developers-reference/pkgs.html#orphaning


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

Bug#785087: ITP: golang-go-simplejson -- Go package to interact with arbitrary JSON

2015-05-12 Thread Tim Potter

Package: wnpp
Severity: wishlist
Owner: Tim Potter t...@hp.com

* Package name: golang-go-simplejson
  Version : 0.4.3~git20150401
  Upstream Author : Matt Reiferson
* URL : https://github.com/bitly/go-simplejson
* License : MIT
  Programming Lang: Go
  Description : Go package to interact with arbitrary JSON

go-simplejson is a Go package to read, write and assert facts
about arbitrary JSON.


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

Bug#785065: vdso32 fails to built on ppc64el

2015-05-12 Thread Ben Hutchings

On Tue, 2015-05-12 at 15:55 +0200, Matthias Klose wrote:
 that should be fixed on the kernel side by removing this code. there never 
 was a
 powerpcle userland support.

I agree we have no use for this code.  Unfortunately it is currently
non-optional.

 If this is not possible in the short term, then we
 can re-enable this for unstable for some time.

Please do.

Ben.

-- 
Ben Hutchings
For every action, there is an equal and opposite criticism. - Harrison


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

Bug#785118: coreutils: date : format %p %P do not work properly

2015-05-12 Thread Marko Myllynen

Hi,

[CC'ing Keld with whom this issue was discussed some years ago]

On 2015-05-12 18:49, Pádraig Brady wrote:
On 12/05/15 16:40, Pádraig Brady wrote:
On 12/05/15 14:51, Michael Stone wrote:
On Tue, May 12, 2015 at 03:36:17PM +0200, op...@mumm.ac.be wrote:
I'm just upgrading my server from debian 7 (wheezy) to debian 8 (jessie)
and several of my scripts are not working anymore. After some tests, it
turns out that the problem likely comes from the fact the 'date' function
does not work as expected.

In wheezy, the command line
date /bin/date +%Y%m%d.%p
would have returned
20150512.PM

In jessie, the same command line returns
20150512.
omitting PM.

As a consequence of this omission, my scripts are crashing.

Have you got any idea why this is happening?

I can't reproduce it:

/bin/date +%Y%m%d.%p
20150512.AM

If I had to guess, I'd say it's a locale issue. What does
env LANG=C LC_ALL=C /bin/date +%Y%m%d.%p
return?

If that works, what does
locale
return when run by itself?

%p is blank in many locales unfortunately.
You can see the am_pm vary with these commands:

$ LC_ALL=en_IE locale -k LC_TIME
$ LC_TIME=C locale -k LC_TIME
$ LC_ALL=zh_CN.utf8 date +%p
下午
$ LC_ALL=en_US.utf8 date +%p
PM
$ LC_ALL=en_US date +%p
PM

locales with blank am_pm should be fixed up to allow one to
get an explicit 12 hour format like `date +%I:%m%p` for example.

Note some locales (like en_GB for example) default
to 24 hour (t_fmt=%T), and also provide an am_pm entry,
which is the correct behavior in my opinion.

I see that https://sourceware.org/glibc/wiki/Locales states:
am_pm and t_fmt_ampm - should be empty if using 24 hour time

Marko, that seems incorrect?
At least am_pm should be populated to
allow users to generate 12 hour time with strftime?

I can't find references to the discussion I had with Keld earlier but
the rationale for not populating it was along the lines:

1) am_pm should be populated only if AM/PM convention is used to signal
applications they should not try to print them when using them is
unwanted. Seems that only the locale(5) commit messages, not the page
itself, spell this out:

http://git.kernel.org/cgit/docs/man-pages/man-pages.git/commit/?id=b5d4168adfb426f45108ac2bf7c8b17b126b07a1
http://git.kernel.org/cgit/docs/man-pages/man-pages.git/commit/?id=0c2dbad182e40db2ca47128f229ca7dbd83e179f

2) what unwanted means is that in many cases 12 hour time with AM/PM
notation is alien thus generating such time representation under those
locales would be illogical (e.g. 5.34 ip. in Finnish context is
completely unnatural).

The same goes for various name_* keywords in LC_NAME, defining them for
locales where they are not used would not allow signaling applications
that under those locales their usage is unwanted.

Thanks,

--
Marko Myllynen

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

Bug#733678: inkscape: Provide a -dbg package with debugging symbols

2015-05-12 Thread Roland Hieber

I just noticed, I can import files (File - Import) without errors. So there's
kind of a workaround...

 - Roland


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

Bug#777084: open-iscsi-udeb: please build the udeb on x32

2015-05-12 Thread Christian Seiler

Control: tag -1 + moreinfo

I just looked at this and am a bit confused w.r.t. x32:

The udeb depends on iscsi-modules, which is built from the linux kernel
source package. However, looking at a recent build log on x32 (and also
current sid source for the linux package), it doesn't appear to be the
case that ANY udeb is built from the kernel on x32.

This in turn means that even if the open-iscsi udeb is built on x32, it
will not be installable in the installer.

(I added a comment to debian/control to make this clear for the future,
will be part of the next upload.)

I haven't followed the x32 port myself, and it seems really weird to me
that NO module udebs are built at all for that architecture, so could
you please clarify what's going on there?

Thanks!

Christian


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

Bug#785065: vdso32 fails to built on ppc64el

2015-05-12 Thread Ben Hutchings

On Tue, 2015-05-12 at 17:21 +0100, Ben Hutchings wrote:
 On Tue, 2015-05-12 at 15:55 +0200, Matthias Klose wrote:
  that should be fixed on the kernel side by removing this code. there never 
  was a
  powerpcle userland support.
 
 I agree we have no use for this code.  Unfortunately it is currently
 non-optional.
[...]

I was able to hack out all the 32-bit vDOS along with all 32-bit
userland compatibility, but that doesn't solve the problem: a 64-bit
kernel apparently still boots in 32-bit mode.

Ben.

-- 
Ben Hutchings
For every action, there is an equal and opposite criticism. - Harrison


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

Bug#777068: RFS: libtoxcore/0+git20150203-1

2015-05-12 Thread Andrey Rahmatullin

You have Vcs-* fields commented out in d/control. Uncomment them (creating
the repos if they don't exist) or remove them.

Is License: GPL-3 in d/copyright a typo? Looks like it should be GPL-3+.

Why are build-time tests disabled?

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Bug#785143: rally: Screwed debconf templates

2015-05-12 Thread Christian Perrier

Source: rally
Severity: normal
Tags: patch

The debconf template that includes an enumeration is completely messed
up because no hard formatting is done. 

Patch attached.


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- rally.templates	2015-04-29 22:04:42.0 +0200
+++ rally.templates.new	2015-05-12 19:57:19.952945921 +0200
@@ -14,10 +14,10 @@
  No database has been set up for rally to use. Before continuing, you should
  make sure you have the following information:
  .
- * the type of database that you want to use;
- * the database server hostname (that server must allow TCP connections from this
- machine);
- * a username and password to access the database.
+  * the type of database that you want to use;
+  * the database server hostname (that server must allow TCP
+connections from this machine);
+  * a username and password to access the database.
  .
  If some of these requirements are missing, do not choose this option and run with
  regular SQLite support.

Bug#785071: pto2mk gone, breaks debian/tests/simple.pano.test

2015-05-12 Thread Andreas Metzler

Control: tags -1 pending

On 2015-05-12 Martin Pitt mp...@debian.org wrote:
 Package: hugin
 Version: 2015.0.0~beta1+dfsg-1
 User: autopkgtest-de...@lists.alioth.debian.org
 Usertags: autopkgtest

 Hello,

 Version 2015.0.0~beta1+dfsg-1 apparently dropped the pto2mk tool. But
 debian/tests/simple.pano.test still tries to call it and thus hugin's
 autopkgtest now fails:

   
 http://ci.debian.net/data/packages/unstable/amd64/h/hugin/latest-autopkgtest/log.gz

 What's the replacement for pto2mk? Can you please adjust the test to
 the replacement?

Hello,

I have seen that (too late for beta2) and it is already fixed in GIT.
Thanks for keeping an eye on these issues.

cu Andreas

http://anonscm.debian.org/cgit/pkg-phototools/hugin.git/commit/?id=477347385b6b59ccff6a645345846bdf39be68a5
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


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

Bug#742723: Fwd: Re: CrashMail II doesn't work on debian jessie

2015-05-12 Thread Robert James Clay

--  Forwarded Message  --

Subject: Re: CrashMail II doesn't work on debian jessie
Date: Wednesday, May 06, 2015, 05:40:48 PM
From: VS tvw...@yandex.ru
To: j...@rocasa.us

06.05.2015 16:35, Robert James Clay пишет:
 On Monday, May 04, 2015 05:30:04 PM VS wrote:
 04.05.2015 16:37, Robert James Clay пишет:
 CrashMail II doesn't work on debian jessie.
 Error: Failed to read message #1 in JAM messagebase
 /home/fido/areas/3bfe0095

 So, this was with version 1.5?  And was this the 64 bit version?  I 
ask
 because I have seen or have heard of issues with the 64 bit version that
 do not seem to be in the 32 bit version.
 Yes, that is 64 bit Debian Jessie.

 $ crashmail version
 This is CrashMail II version 1.5
Note that there is already a bug open in Debian [1] and upstream [2] 
about
 issues with operations on a 64 bit system.

 I you have not already done so, I would appreciate it you check it's
 operation on an 32 bit system. I'm also setting up both 32 and 64 bit 
systems
 (hardware as all as LXCs.) but I would appreciate knowing how others are
 seeing it as as well.
It's not easy for me. Sorry. I'll try to do it, but can't promise it 
will be soon.

 Also I can't switch on debug mode for logging.

 You mean, by setting the LogLevel to 6?
 Yes

 If so; what are you expecting that you are not seeing?
 I haven't noticed big difference between LogLevel 3 and LogLevel 6. That
 is why I've decided LogLevel 6 didn't work.
 Looking at the code again that LogLevel doesn't actually seem to be used
 much...  (Only found one instance.)  If you have suggestions about where 
such
 should be, please let me know. Or add a ticket about it at the upstream
 project.

Note also that with 1.5-1 version of the package, there is also a package
 available with the debugging symbols for it, crashmail-dbg.

 By the way - I have my old JAM message base from 2002 year. It was made
 by crashecho (not crashmail). There weren't any errors when I worked
 with it in 2002.
Was that on a 32 bit system?
Yes

 But now, when I scan it by crashmail II and have this
 error for the each echo-conference in my JAM Base - Failed to read
 message #2 (#3,#4,#5...#11) in JAM messagebase
 /home/fido/areas/3bfe0095. Messages from #2 to #5 have this error but
 messages #1 and #11 ... #20 are OK.

 I've thought - my jam messagebase is broken. And simply have made one
 message by GoldedPlus and MSGED TE in a new JAM base. I got the same
 error - Failed to read message #1 in JAM messagebase
 /home/fido/areas/3bfe0095

 That is why I think - that is problem of crashmail II.
Rather than it being related to the Debian packaging?
I think - that is the problem of original crashmail II, not deb package 
of it.
Because I've compiled crashmail II by myself from the source  and got 
the same error.

Best regards, Vladislav

-

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

Bug#784665: Patch for unittest-cpp

2015-05-12 Thread Loic Dachary

I'd be happy to upload if you tell me to.


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

Bug#785118: coreutils: date : format %p %P do not work properly

2015-05-12 Thread Pádraig Brady

On 12/05/15 17:55, Marko Myllynen wrote:
Hi,