Bug#789892: gopher: Gophermap lines are not aligned correctly

[Philipp Neumann]

Package: gopher
Version: 3.0.13
Severity: minor

Dear Maintainer,

as I was setting up the gopherhole of our hackerspace 
(gopher://gopher.binary-kitchen.de), 
I was using figlet to add some nice titles to my main gophermap, but one line 
was always 
getting not aligned correctly. I checked again if the gophermap was correct, 
and indeed 
it was (cat gave me the inteded result). So I tried it with some other gopher 
clients. 
Lynx and the floodgap gopher proxy giving me the right result. 
Here are the Screenshots with the different clients:
Debian gopher: http://i.imgur.com/uNhijv9.png
Lynx: http://i.imgur.com/BvVwkFE.png
floodgap: http://i.imgur.com/K5k0ts6.png

As Gopher is a fast-growing emerging technology, I find it important that 
Debian has a
working standard gopher client in its repos.

Greetings Phil

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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 gopher depends on:
ii  libc62.19-18
ii  libncurses5  5.9+20140913-1+b1

gopher recommends no packages.

gopher 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#788321: elinks: FTBFS on arm64

[Moritz Muehlenhoff]

Hi Wookey,

On Thu, Jun 25, 2015 at 01:07:08AM +0100, Wookey wrote:
> Moritz Mühlenhoff  wrote:
> > I have been holding this back since dh compat level 10 is supposed
> > to do that by default
> 
> This has been mentioned as a possible enhancement of debhelper but is
> not scheduled or certain yet:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480576#35
> so we get to do it manually for a while longer.

Ah, ok. I thought that was done already.

> Edmund Grimley Evans  wrote:
> 
> > I was able to build successfully if I replaced
> > --with autoreconf
> > with either
> > --with autotools-dev
> > or
> > --with autoreconf,autotools-dev
> 
> The latter is correct. See
> https://wiki.debian.org/Autoreconf#dh-autoreconf_and_autotools-dev
> 
> This package uses autoconf, but not libtool or automake. So
> dh_autoreconf will not update config.{sub,guess} on its own.
> autotools-dev also needs to be installed and used.
> 
> I've just confirmed that doing this does indeed fix matters
> (autotools-dev is still in the control file so the above one-line
> change is all that's needed). Patch attached anyway, as I've done one.

What I don't understand is why elinks built before on arm64, e.g. in
jessie?

> I'm happy to NMU this if you like.

Thanks, but I'll do it this weekend, just haven't come around to it yet 
(and want to fold in another fix as well).

Cheers,
Moritz


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

Bug#789891: gnome-settings-daemon: Shortcuts can't work, syslogs say'gnome-session[1180]: (gnome-settings-daemon:1280): GLib-GIO-WARNING **: Dropping signal AcceleratorActivated of type (uuu) since th

[ker]

Package: gnome-settings-daemon
Version: 3.16.2-3
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
  after i use 'aptitude dist-upgrade' to upgrade my system.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   'gnome-settings-daemon -r' ineffective
reinstall gnome ineffective
   * What was the outcome of this action?
None
   * What outcome did you expect instead?
Shutcuts can work
*** End of the template - remove these template lines ***



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

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

Versions of packages gnome-settings-daemon depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gsettings-desktop-schemas3.16.1-1
ii  libc62.19-18
ii  libcairo21.14.2-2
ii  libcanberra-gtk3-0   0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libcolord2   1.2.1-1+b2
ii  libcups2 1.7.5-12
ii  libfontconfig1   2.11.0-6.3
ii  libgdk-pixbuf2.0-0   2.31.4-2
ii  libgeocode-glib0 3.16.2-1
ii  libglib2.0-0 2.44.1-1
ii  libgnome-desktop-3-103.16.2-2
ii  libgtk-3-0   3.16.4-2
ii  libgudev-1.0-0   230-1
ii  libgweather-3-6  3.16.1-1
ii  liblcms2-2   2.6-3+b3
ii  libnm-glib4  1.0.2-2
ii  libnm-util2  1.0.2-2
ii  libnotify4   0.7.6-2
ii  libnspr4 2:4.10.8-2
ii  libnss3  2:3.19.1-2
ii  libpackagekit-glib2-18   1.0.6-1
ii  libpam-systemd   215-18
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpolkit-gobject-1-00.105-8
ii  libpulse-mainloop-glib0  6.0-2
ii  libpulse06.0-2
ii  librsvg2-2   2.40.9-2
ii  libupower-glib3  0.99.3-1+b1
ii  libwacom20.8-1
ii  libwayland-client0   1.8.1-1
ii  libx11-6 2:1.6.3-1
ii  libxext6 2:1.3.3-1
ii  libxi6   2:1.7.4-1+b2
ii  libxtst6 2:1.2.2-1+b1
ii  nautilus-data3.14.2-1

Versions of packages gnome-settings-daemon recommends:
ii  pulseaudio  6.0-2

Versions of packages gnome-settings-daemon suggests:
pn  gnome-screensaver
ii  metacity [x-window-manager]  1:3.14.3-1
ii  mutter [x-window-manager]3.14.4-2+b1
ii  x11-xserver-utils7.7+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#789890: ntop: RRD: Disabled - unable to create base directory

[Thomas Schmidt]

Package: ntop
Version: 3:5.0.1+dfsg1-2.1
Severity: minor

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages ntop depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18
ii  libgdbm3   1.8.3-13.1
ii  libgeoip1  1.6.5-2
ii  libpcap0.8 1.7.3-1
ii  libpython2.7   2.7.10-2
ii  librrd41.4.8-1.3+b2
ii  net-tools  1.60-26+b1
ii  ntop-data  3:5.0.1+dfsg1-2.1
ii  passwd 1:4.2-3
ii  python-mako1.0.0+dfsg-0.1
ii  zlib1g 1:1.2.8.dfsg-2+b1

ntop recommends no packages.

Versions of packages ntop suggests:
ii  graphviz  2.38.0-9
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4.2

-- debconf information:
  ntop/admin_password: (password omitted)
  ntop/admin_password_again: (password omitted)
* ntop/interfaces: eth1, eth0
  ntop/password_empty:
  ntop/password_mismatch:
  ntop/user: ntop
  ntop/password_reset: false

Comment:
Thu Jun 25 08:23:10 2015  RRD: Welcome to Round-Robin Database. (C) 2002-12 by 
Luca Deri.
Thu Jun 25 08:23:10 2015  NETFLOW: Welcome to NetFlow.(C) 2002-12 by Luca Deri
Thu Jun 25 08:23:10 2015  Calling plugin start functions (if any)
Thu Jun 25 08:23:10 2015  RRD: Welcome to the RRD plugin
Thu Jun 25 08:23:10 2015  RRD: Mask for new directories is 0700
Thu Jun 25 08:23:10 2015  RRD: Mask for new files is 0066
Thu Jun 25 08:23:10 2015  THREADMGMT: RRD: Started thread (t2972695360) for 
data collection
Thu Jun 25 08:23:10 2015  THREADMGMT[t2972695360]: RRD: Data collection thread 
starting [p5769]
Thu Jun 25 08:23:10 2015  THREADMGMT[t3057871424]: ntop RUNSTATE: INITNONROOT(3)
Thu Jun 25 08:23:10 2015  Now running as requested user 'nobody' (65534:65534)
Thu Jun 25 08:23:10 2015  Note: Reporting device initally set to 0 [eth0] 
(merged)
Thu Jun 25 08:23:10 2015  **WARNING** INIT: Unable to create pid file 
(/var/lib/ntop/ntop.pid)
Thu Jun 25 08:23:10 2015  THREADMGMT[t3057871424]: ntop RUNSTATE: RUN(4)
Thu Jun 25 08:23:10 2015  THREADMGMT[t3037649728]: SFP: Fingerprint scan thread 
running [p5769]
Thu Jun 25 08:23:10 2015  THREADMGMT[t3027237696]: SIH: Idle host scan thread 
running [p5769]
Thu Jun 25 08:23:10 2015  THREADMGMT[t2964302656]: NPS(1): Started thread for 
network packet sniffing [eth0]
Thu Jun 25 08:23:10 2015  THREADMGMT[t2964302656]: NPS(eth0): pcapDispatch 
thread starting [p5769]
Thu Jun 25 08:23:10 2015  THREADMGMT[t2964302656]: NPS(eth0): pcapDispatch 
thread running [p5769]
Thu Jun 25 08:23:10 2015  CHKVER: Version file is from 'version.ntop.org'
Thu Jun 25 08:23:10 2015  CHKVER: as of date is '2012-10-16T11:00:47'
Thu Jun 25 08:23:10 2015  CHKVER: This version of ntop is the CURRENT stable 
version
Thu Jun 25 08:23:20 2015  **ERROR** RRD: Disabled - unable to create base 
directory (err 13, /var/lib/ntop/rrd)
End comment.


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

Bug#789365: Re: Bug#789365: transition: ghc-7.8

[peter green]

This may need a binNMU:

haskell-trifecta (1.4.3-1 to 1.5.1.3-4)
 Maintainer: Debian Haskell Group
 9 days old (needed 5 days)
 libghc-trifecta-dev/ppc64el unsatisfiable Depends: 
libghc-charset-dev-0.3.7.1-1690c
 libghc-trifecta-dev/ppc64el unsatisfiable Depends: 
libghc-comonad-dev-4.2.5-c2e64
 libghc-trifecta-dev/ppc64el unsatisfiable Depends: 
libghc-lens-dev-4.6.0.1-21811
 libghc-trifecta-dev/ppc64el unsatisfiable Depends: 
libghc-reducers-dev-3.10.3.1-db618
 libghc-trifecta-dev/ppc64el unsatisfiable Depends: 
libghc-semigroups-dev-0.15.3-77447
 libghc-trifecta-prof/ppc64el unsatisfiable Depends: 
libghc-charset-prof-0.3.7.1-1690c
 libghc-trifecta-prof/ppc64el unsatisfiable Depends: 
libghc-comonad-prof-4.2.5-c2e64
 libghc-trifecta-prof/ppc64el unsatisfiable Depends: 
libghc-lens-prof-4.6.0.1-21811
 libghc-trifecta-prof/ppc64el unsatisfiable Depends: 
libghc-reducers-prof-3.10.3.1-db618
 libghc-trifecta-prof/ppc64el unsatisfiable Depends: 
libghc-semigroups-prof-0.15.3-77447
It looks like a binnmu for haskell-trifecta has already been scheduled 
on ppc64el but it's in BD-Uninstallable.



haskell-trifecta build-depends on:
- ppc64el:libghc-parsers-dev (>= 0.12.1)
ppc64el:libghc-parsers-dev depends on missing:
- ppc64el:libghc-charset-dev-0.3.7.1-1690c


It looks like haskell-parsers was not binnmud on ppc64el when it was 
binnmud on other architectures for a new version of haskell-charset. 
Checking dose.debian.net it appears it's build-depends are also 
uninstallable (though this information may be out of date).


https://qa.debian.org/dose/debcheck/src_unstable_main/1435122003/packages/haskell-parsers.html#8fad47a6199cea33228738dfa0983c1c


src:haskell-parsers (0.12.1.1-3) [PTS] [ctrl]
   ? libghc-charset-dev (>= 0.3)
libghc-charset-dev (0.3.7.1-2+b1) [PTS] [ctrl]
   ? libghc-semigroups-dev-0.15.3-77447
MISSING


Checking haskell-charset it appears it has been binnmu'd for the new 
semigroups on all architectures but the ppc64el build was built much 
later than the others.

Bug#789887: Uses cpu when remote pulse server is unavailable

[Sammy Atmadja]

Package: kmix
Version: 4:4.14.0-1
Severity: normal
Tags: patch

When PULSE_SERVER is set to connect to a remote location and the
remote is currently unavailable, kmix tries to reconnect up to 20
times per second. This results in a significant cpu load. The bug has
already been reported upstream as KDE bug #339913
(https://bugs.kde.org/show_bug.cgi?id=339913). Based on the comments
in the upstream bugreport I made this (crude) patch below, which works
for me.

Sammy

Index: kmix-4.14.0/backends/mixer_pulse.cpp
===
--- kmix-4.14.0.orig/backends/mixer_pulse.cpp
+++ kmix-4.14.0/backends/mixer_pulse.cpp
@@ -37,6 +37,8 @@
 #  include 
 #endif
 
+#include 
+
 // PA_VOLUME_UI_MAX landed in pulseaudio-0.9.23, so this can be removed when/if
 // minimum requirement is ever bumped up (from 0.9.12 currently)
 #ifndef PA_VOLUME_UI_MAX
@@ -716,7 +718,14 @@ static void context_state_callback(pa_co
 if (s_mixers.contains(KMIXPA_PLAYBACK)) {
 kWarning(67100) << "Connection to PulseAudio daemon closed. 
Attempting reconnection.";
 s_pulseActive = UNKNOWN;
-QTimer::singleShot(50, s_mixers[KMIXPA_PLAYBACK], 
SLOT(reinit()));
+   static time_t last_timestamp = 0;
+   time_t current_time = time(NULL);
+   if ((current_time - last_timestamp) > 3) {
+ QTimer::singleShot(50, s_mixers[KMIXPA_PLAYBACK], 
SLOT(reinit()));
+   } else {
+ QTimer::singleShot(6, s_mixers[KMIXPA_PLAYBACK], 
SLOT(reinit()));
+   }
+   last_timestamp = current_time;
 }
 }
 }


Disclaimer: http://transtrend.com/disclaimer.txt Index: kmix-4.14.0/backends/mixer_pulse.cpp
===
--- kmix-4.14.0.orig/backends/mixer_pulse.cpp
+++ kmix-4.14.0/backends/mixer_pulse.cpp
@@ -37,6 +37,8 @@
 #  include 
 #endif
 
+#include 
+
 // PA_VOLUME_UI_MAX landed in pulseaudio-0.9.23, so this can be removed when/if
 // minimum requirement is ever bumped up (from 0.9.12 currently)
 #ifndef PA_VOLUME_UI_MAX
@@ -716,7 +718,14 @@ static void context_state_callback(pa_co
 if (s_mixers.contains(KMIXPA_PLAYBACK)) {
 kWarning(67100) << "Connection to PulseAudio daemon closed. Attempting reconnection.";
 s_pulseActive = UNKNOWN;
-QTimer::singleShot(50, s_mixers[KMIXPA_PLAYBACK], SLOT(reinit()));
+		static time_t last_timestamp = 0;
+		time_t current_time = time(NULL);
+		if ((current_time - last_timestamp) > 3) {
+		  QTimer::singleShot(50, s_mixers[KMIXPA_PLAYBACK], SLOT(reinit()));
+		} else {
+		  QTimer::singleShot(6, s_mixers[KMIXPA_PLAYBACK], SLOT(reinit()));
+		}
+		last_timestamp = current_time;
 }
 }
 }

Bug#789133: transition: ocaml 4.02.2

[Stéphane Glondu]

Le 23/06/2015 23:45, Eric Cooper a écrit :
> I've updated approx to version 5.5-2 to fix the build failure due to
> deprecation of String.create in 4.02.

Thank you.

> So I'd appreciate it if someone could build it from the master branch
> of git.debian.org/git/pkg-ocaml-maint/packages/approx.git and upload
> it.

Done.

> BTW, I still believe -warn-error is good engineering practice, even
> though it's inconvenient during transitions like this.  So rather than
> turn it off completely, I turned off only the warning due to
> deprecated features.

It might be good for development or continuous integration, where
upstream is in charge of fixing things. But for software uploaded to
Debian, I don't think it's the Debian maintainer's job to fix all new
warnings a package may trigger. That's why I think -warn-error
(especially -warn-error A) should not be used in released software.


Cheers,

-- 
Stéphane


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

Bug#766919: [pkg-cinnamon] nautilus and open-terminal extension

[Emilien Klein]

Yes, please go ahead.
Emilien

Bug#789885: mylvmbackup: Missing dependency on libfile-copy-recursive-perl

[Wolfgang Karall]

Package: mylvmbackup
Version: 0.15-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

after upgrading a server (without capacity to use reportbug, hence this
reportbug from another machine) to jessie, mylvmbackup failed with:

Can't locate File/Copy/Recursive.pm in @INC (you may need to install the 
File::Copy::Recursive module) (@INC contains: /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr
/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 
/usr/local/lib/site_perl .) at /usr/bin/m
ylvmbackup line 25.
BEGIN failed--compilation aborted at /usr/bin/mylvmbackup line 25.

Installing libfile-copy-recursive-perl resolved the issue.

Cheers
Wolfgang

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages mylvmbackup depends on:
pn  libconfig-inifiles-perl  
ii  libdbd-mysql-perl4.028-2+b1
ii  libtimedate-perl 2.3000-2
ii  lvm2 2.02.111-2.2

mylvmbackup recommends no packages.

Versions of packages mylvmbackup suggests:
pn  mysql-server  


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

Bug#789884: cloud-init: instance stores break jessie after rebooting on AWS EC2

[Andrew Lau]

Package: cloud-init
Version: 0.7.6~bzr976-2
Severity: important

Hi Charles,

I've just come across the following bug where if an EC2 instance is
launched with an instance store, cloud-init formats /dev/xvdb as an ext3
filesystem and injects the following line into /etc/fstab

/dev/xvdb /mnt auto defaults,nobootwait,comment=cloudconfig 0 2

However, since the nobootwait option is still unsupported in Debian
(unlike for Ubuntu 14.04), cloud-init will fail when it tries to mount
the newly formatted filesystem

$ grep xvdb /var/log/cloud-init*
/var/log/cloud-init.log:Jun 25 02:56:13 ip-172-31-7-217 [CLOUDINIT]
DataSourceEc2.py[DEBUG]: Remapped device name /dev/sdb => /dev/xvdb
/var/log/cloud-init.log:Jun 25 02:56:13 ip-172-31-7-217 [CLOUDINIT]
cc_mounts.py[DEBUG]: Mapped metadata name ephemeral0 to /dev/xvdb
/var/log/cloud-init.log:Jun 25 02:56:13 ip-172-31-7-217 [CLOUDINIT]
cc_mounts.py[DEBUG]: changed default device ephemeral0 => /dev/xvdb
/var/log/cloud-init.log:Jun 25 02:56:13 ip-172-31-7-217 [CLOUDINIT]
util.py[DEBUG]: Activating mounts via 'mount -a' failed#012Traceback
(most recent call last):#012 File
"/usr/lib/python2.7/dist-packages/cloudinit/config/cc_mounts.py", line
209, in handle#012 util.subp(("mount", "-a"))#012 File
"/usr/lib/python2.7/dist-packages/cloudinit/util.py", line 1539, in
subp#012 cmd=args)#012ProcessExecutionError: Unexpected error while
running command.#012Command: ('mount', '-a')#012Exit code: 32#012Reason:
-#012Stdout: ''#012Stderr: 'mount: wrong fs type, bad option, bad
superblock on /dev/xvdb,\n missing codepage or helper program, or other
error\n\n In some cases useful info is found in syslog - try\n dmesg |
tail or so.\n'

$ grep xvdb /var/log/kern.log
Jun 25 02:56:13 ip-172-31-7-217 kernel: [ 82.574256] EXT4-fs (xvdb):
Unrecognized mount option "nobootwait" or missing value

So when a user next reboots their instance, the instance becomes stuck:

[ OK ] Started File System Check on /dev/xvdb.
Mounting /mnt...
[ FAILED ] Failed to mount /mnt.
See 'systemctl status mnt.mount' for details.
[ DEPEND ] Dependency failed for Local File Systems.
...
Starting Emergency Shell...
[ OK ] Started Emergency Shell.
[ OK ] Reached target Emergency Mode.
Welcome to emergency mode! After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" to try again
to boot into default mode.
sulogin: root account is locked, starting shell
#

Changing nobootwait to nofail in /etc/fstab fixes this behaviour.

I've reproduced this on both the community and marketplace AMIs listed
at https://wiki.debian.org/Cloud/AmazonEC2Image
More specifically the following in ap-southeast-2
* [community] debian-jessie-amd64-hvm-2015-06-07-12-27-ebs (ami-bbc5bd81)
* [marketplace]
debian-jessie-amd64-hvm-2015-06-07-12-27-ebs-39d3917e-ff4e-4597-848e-4d0fdf8529e6-ami-116d857a.2
(ami-07e3993d)

Regards,
Andrew

--
Andrew Lau | EC2 Support Operations | Amazon Web Services (Sydney)

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

Kernel: Linux 3.16.0-4-amd64 (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
Init: systemd (via /run/systemd/system)

Versions of packages cloud-init depends on:
ii  debconf [debconf-2.0]   1.5.56
ii  ifupdown0.7.53.1
ii  lsb-base4.1+Debian13+nmu1
ii  procps  2:3.3.9-9
ii  python  2.7.9-1
ii  python-boto 2.34.0-2
ii  python-cheetah  2.4.4-3
ii  python-configobj5.0.6-1
ii  python-jsonpatch1.3-5
ii  python-oauth1.0.1-4
ii  python-prettytable  0.7.2-3
ii  python-requests 2.4.3-6
ii  python-serial   2.6-1.1
ii  python-software-properties  0.92.25debian1
ii  python-yaml 3.11-2

cloud-init recommends no packages.

cloud-init suggests no packages.

-- Configuration Files:
/etc/cloud/cloud.cfg changed:
users:
   - default
disable_root: true
preserve_hostname: false
cloud_init_modules:
 - migrator
 - bootcmd
 - write-files
 - resizefs
 - set_hostname
 - update_hostname
 - update_etc_hosts
 - ca-certs
 - rsyslog
 - users-groups
 - ssh
cloud_config_modules:
 - emit_upstart
 - mounts
 - ssh-import-id
 - locale
 - set-passwords
 - grub-dpkg
 - apt-pipelining
 - apt-configure
 - package-update-upgrade-install
 - landscape
 - timezone
 - puppet
 - chef
 - salt-minion
 - mcollective
 - disable-ec2-metadata
 - runcmd
 - byobu
cloud_final_modules:
 - rightscale_userdata
 - scripts-per-once
 - scripts-per-boot
 - scripts-per-instance
 - scripts-user
 - ssh-authkey-fingerprints
 - keys-to-console
 - phone-home
 - final-message
 - power-state-change
system_info:
   # This will affect which distro class gets used
   distro: debian
   # Default user name + that default users groups (if added/used)
   d

Bug#788491: criu: Upgrade to version 1.6 (supports ppc64el)

[Salvatore Bonaccorso]

Control: retitle -1 criu: Enable ppc64el support

Hi Breno

Cc'ing as well Laurent Dufour.

Sorry for the late reply!

On Thu, Jun 11, 2015 at 05:24:35PM -0300, Breno Leitao wrote:
> Hi Salvatore,
> 
> On Thu, Jun 11, 2015 at 5:19 PM, Salvatore Bonaccorso 
> wrote:
> 
> > If you can confirm that criu 1.6 on ppc64el works I can happily enable
> > this as well on my next upload.
> >
> Yes, please feel free to enable ppc64el that is is building fine. As my
> previous email stated,
> it seems that we might need a kernel patch to get it running 100%, but I
> handle it on
> another kernel bug.

Building is one aspect, but afaics right now criu is not yet usable on
ppc64el? I tend thus to still wait before enabling ppc64el support as
well.

What does

criu check --ms 

shows (--ms does not check for not yet merged features).

Regards,
Salvatore


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

Bug#789883: geoclue-2.0: Does not allow redshift access to location

[Tollef Fog Heen]

Package: geoclue-2.0
Version: 2.1.10-2
Severity: normal

Redshift (from the redshift package) can use geoclue2 as a provider.
However, it looks like you need to change the configuration for geoclue
for it to be allowed access.

Could the default geoclue.conf have this added:

[redshift]
allowed=true
system=false
users=

Thanks!
-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


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

Bug#775483: hexen: verify that the demo works in some packaged engine, and re-enable

[Alexandre Detiste]

> Alright. I have filed a bug against chocolate-doom with g-d-p in CC that
> will get closed when the next chocolate-doom release is uploaded. So you
> will get informed that the Hexen demo is now supported.

Thanks,

I guess that calls for a new GDP release.

I noticed doomsday-compat doesn't check "$0" at all
so running "heretic" or "hexen" from command line doesn't work.
(the .desktop files generated by GDP are ok though).

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789882

Alexandre


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

Bug#766919: [pkg-cinnamon] nautilus and open-terminal extension

[Fabian Greffrath]

Hi again,

Am Dienstag, den 19.05.2015, 19:12 +0200 schrieb Fabian Greffrath:
> well then, let's please drop the nautilus-open-terminal package off the
> archive and add "Conflicts: nautilus-open-terminal" to the
> gnome-terminal package which is the actual provider of
> the /usr/lib/nautilus/extensions-3.0/libterminal-nautilus.so file that
> provides the same functionality.

I'd like to file a RM request for this package and add "Conflicts:
nautilus-open-terminal" to gnome-terminal if noone objects in, say,
about one week.

Cheers,

Fabian



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

Bug#789882: doomsday-compat doesn't handle heretic & hexen alternatives

[Alexandre Detiste]

Package: doomsday
Version: 1.14.5-2
Severity: normal

Hi,

doomsday-compat is registered as alternative for
/usr/games/heretic & /usr/games/hexen; still,
when running these commands, Doomsday is is started in Ring-0 mode.

doomsday-compat needs to check the value of "$(basename $0)"
and pick the game mode accordingly;
if nothing match, it should default to doom2 mode.

Here is a list of applicables modes copied
from man page:
heretic-shareShareware Heretic
heretic  Registered Heretic
heretic-ext  Heretic: Shadow of the Serpent Riders
hexenHexen v1.1
hexen-dk Hexen: Death Kings of Dark Citadel
hexen-demo   The 4-level Hexen Demo

I can provide a patch, but this would obviously
conflict with the one linked to #787985.

Alexandre Detiste



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

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

Versions of packages doomsday depends on:
ii  libc6 2.19-18
ii  libfluidsynth11.1.6-2
ii  libgcc1   1:5.1.1-9
ii  libgl1-mesa-glx [libgl1]  10.5.7-1
ii  libqt4-network4:4.8.7+dfsg-1
ii  libqt4-opengl 4:4.8.7+dfsg-1
ii  libqtcore44:4.8.7+dfsg-1
ii  libqtgui4 4:4.8.7+dfsg-1
ii  libsdl-mixer1.2   1.2.12-11+b1
ii  libsdl1.2debian   1.2.15-11
ii  libstdc++65.1.1-9
ii  libx11-6  2:1.6.3-1
ii  libxrandr22:1.4.2-1+b1
ii  libxxf86vm1   1:1.1.4-1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages doomsday recommends:
ii  doom-wad 41
ii  doom2-wad [doom-wad] 42
ii  fluid-soundfont-gm   3.1-5
ii  game-data-packager   42
ii  heretic-wad  42
ii  hexen-wad42
ii  plutonia-wad [doom-wad]  41
ii  tnt-wad [doom-wad]   42

doomsday suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/games/doomsday-compat (from doomsday package)


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

Bug#789881: z3: FTBFS on mipsel "emmintrin.h: No such file or directory"

[Gustavo Prado Alkmim]

Package: z3
Version: 4.4.0-1
Severity: serious
Justification: fails to build from source

Dear Maintainer,

Package is failing to build on buildd. I'm working on a fix and I will attach 
it as soon as possible. Full log is attached.

Build Log tail:

src/math/realclosure/realclosure.cpp
src/sat/sat_config.cpp
src/util/hwf.cpp
.../src/util/hwf.cpp:51:23: fatal error: emmintrin.h: No such file or directory
 #include 
   ^
compilation terminated.
make[2]: *** [util/hwf.o] Error 1
make[2]: *** Waiting for unfinished jobs
Makefile:62: recipe for target 'util/hwf.o' failed
make[2]: Leaving directory '/«PKGBUILDDIR»/build'
make[1]: *** [all] Error 2
Makefile:5: recipe for target 'all' failed
make[1]: Leaving directory '/«PKGBUILDDIR»'
dh_auto_build: make -j4 returned exit code 2
make: *** [build-arch] Error 2
debian/rules:13: recipe for target 'build-arch' failed
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
sbuild (Debian sbuild) 0.64.0 (17 May 2013) on eberlin.debian.org

+--+
¦ z3 4.4.0-1 (mipsel)18 Jun 2015 18:18 ¦
+--+

Package: z3
Version: 4.4.0-1
Source Version: 4.4.0-1
Distribution: sid
Machine Architecture: mipsel
Host Architecture: mipsel
Build Architecture: mipsel

I: NOTICE: Log filtering will replace 'build/z3-h8zjNV/z3-4.4.0' with 
'«PKGBUILDDIR»'
I: NOTICE: Log filtering will replace 'build/z3-h8zjNV' with '«BUILDDIR»'
I: NOTICE: Log filtering will replace 
'var/lib/schroot/mount/sid-mipsel-sbuild-2911b7ed-bb98-4b32-bfa5-33d1d35ab51e' 
with '«CHROOT»'

+--+
¦ Update chroot¦
+--+

Get:1 http://ftp.at.debian.org unstable InRelease [204 kB]
Get:2 http://incoming.debian.org buildd-unstable InRelease [111 kB]
Get:3 http://ftp.debian.org unstable InRelease [204 kB]
Get:4 http://ftp.at.debian.org unstable/main Sources [7953 kB]
Get:5 http://incoming.debian.org buildd-unstable/main Sources [207 kB]
Get:6 http://ftp.debian.org unstable/main Sources [7953 kB]
Get:7 http://incoming.debian.org buildd-unstable/contrib Sources [32 B]
Get:8 http://incoming.debian.org buildd-unstable/non-free Sources [1436 B]
Get:9 http://incoming.debian.org buildd-unstable/main mipsel Packages [158 kB]
Get:10 http://incoming.debian.org buildd-unstable/contrib mipsel Packages [32 B]
Get:11 http://ftp.at.debian.org unstable/contrib Sources [58.3 kB]
Get:12 http://ftp.at.debian.org unstable/non-free Sources [106 kB]
Get:13 http://ftp.at.debian.org unstable/main mipsel Packages [7109 kB]
Get:14 http://ftp.debian.org unstable/contrib Sources [58.3 kB]
Get:15 http://ftp.debian.org unstable/non-free Sources [106 kB]
Get:16 http://ftp.debian.org unstable/main mipsel Packages [7109 kB]
Get:17 http://ftp.at.debian.org unstable/contrib mipsel Packages [42.7 kB]
Get:18 http://ftp.debian.org unstable/contrib mipsel Packages [42.7 kB]
Fetched 31.4 MB in 49s (632 kB/s)
Reading package lists...

+--+
¦ Fetch source files   ¦
+--+


Check APT
-

Checking available source versions...

Download source files with APT
--

Reading package lists...
Building dependency tree...
Reading state information...
Need to get 3465 kB of source archives.
Get:1 http://incoming.debian.org/debian-buildd/ buildd-unstable/main z3 4.4.0-1 
(dsc) [1784 B]
Get:2 http://incoming.debian.org/debian-buildd/ buildd-unstable/main z3 4.4.0-1 
(tar) [3457 kB]
Get:3 http://incoming.debian.org/debian-buildd/ buildd-unstable/main z3 4.4.0-1 
(diff) [6204 B]
Fetched 3465 kB in 2s (1653 kB/s)
Download complete and in download only mode

Check arch
--

Merged Build-Depends: build-essential, fakeroot
Filtered Build-Depends: build-essential, fakeroot
dpkg-deb: building package `sbuild-build-depends-core-dummy' in 
`/«BUILDDIR»/resolver-Vq9L3R/apt_archive/sbuild-build-depends-core-dummy.deb'.
OK
Reading package lists...

+--+
¦ Install core build dependencies (apt-based resolver) ¦
+--+

Installing build dependencies
Reading package lists...
Building dependency tree...
Reading state information...
The following NEW packages will be installed:
  sbuild-build-depends-core-dummy
debconf: delaying package configuration, since apt-utils is not installed
0 upgraded, 1 newly installed, 0 to remove and 61 not upgraded.
Need

Bug#789880: murasaki: FTBFS on mipsel "debian/rules:24: recipe for target 'override_dh_installman' failed"

[Gustavo Prado Alkmim]

Package: murasaki
Version: 1.68.6-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

Package is failing to build on buildd. I'm working on a fix and I will attach 
it as soon as possible. Full log is attached.

Build Log tail:

dh_installman
# create manpages for PL files
mkdir -p debian/murasaki-common/usr/share/man/man1
for pscript in debian/murasaki-common/usr/lib/debian-med/bin/* ; do \
pod2man ${pscript} > debian/murasaki-common/usr/share/man/man1/`basename 
${pscript}`.1 ; \
done
Can't open debian/murasaki-common/usr/lib/debian-med/bin/*: No such file or 
directory at /usr/bin/pod2man line 71.
make[1]: *** [override_dh_installman] Error 2
debian/rules:24: recipe for target 'override_dh_installman' failed
make[1]: Leaving directory '/«PKGBUILDDIR»'
make: *** [binary-arch] Error 2
debian/rules:13: recipe for target 'binary-arch' failed
dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit 
status 2
sbuild (Debian sbuild) 0.64.0 (17 May 2013) on mipsel-manda-02.debian.org

+--+
? murasaki 1.68.6-1 (mipsel) 22 Jun 2015 15:38 ?
+--+

Package: murasaki
Version: 1.68.6-1
Source Version: 1.68.6-1
Distribution: sid
Machine Architecture: mipsel
Host Architecture: mipsel
Build Architecture: mipsel

W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?unknown? chroot
W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias 
?stable-backports-mipsel-sbuild? already associated with ?

Bug#787981: Status of python-pbcore

[Afif Elghraoui]

This package does not yet have python3 support. That can be added, but 
the tests must be run to make sure the porting is successful. As 
python-pbcore has a run-time dependency on a version of python-pysam not 
yet in unstable, running the test suite using the official Debian 
packages is not yet possible.


--
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name


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

Bug#789879: RFS: calamaris/2.99.4.0-20

[Daniel Echeverry]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "calamaris"

* Package name: calamaris
* Version : 2.99.4.0-20
* Upstream Author : http://cord.de/calamaris-home-page
* URL : http://cord.de/calamaris-home-page
 * License : GPL-2.0+
   Section : utils

  It builds those binary packages:

calamaris  - log analyzer for Squid or Oops proxy log files

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/calamaris

  Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/c/calamaris/calamaris_2.99.4.0-20.dsc

  More information about hello can be obtained from http://www.example.com.

  Changes since the last upload:

debian/control
+ Bump Standards-Version 3.9.6
  + Update copyright file
  * debian/patches
+ Add new_method_original_dst.diff patch
  + Use new method ORIGINAL_DST Closes: #788915
+ Thanks to Dmitriy for the patch
  * Update watch file

Regards
Daniel

-- 
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
Linux user: #477840
Debian user
Software libre


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

Bug#789842: FTBFS: PDFDocks.cpp.o: undefined reference to symbol '_ZNK11QDomElement9attributeERK7QStringS2_'

[Atsuhito Kohda]

Hi Chris,

On Wed, 24 Jun 2015 21:16:17 +, "Chris West (Faux)" wrote:

> Source: texworks
> Version: texworks_0.5~svn1363-5
> Severity: serious
> Tags: sid stretch
> Justification: fails to build from source (but built successfully in the past)
> User: reproducible-bui...@lists.alioth.debian.org

> The package fails to build, possibly due to updated gcc/ld toolchain being 
> more picky about linker flags:

Thanks for your report but, due to a GPG issue, I retired
from Debian and so I can't fix the problem anymore.

cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773940

I wish a new maintainer of texworks will appear soon.

Best regards,   2015-6-25(Thu)

-- 
 **
 Atsuhito Kohda
 Dep. Math., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp


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

Bug#780093: libvirt: error: unsupported configuration: QEMU 2.1.2 is too new for help parsing

[Elana Hashman]

On 2015-06-15 14:47, Guido Günther wrote:

On Fri, Jun 12, 2015 at 02:09:31PM +0200, Guido Günther wrote:


Please somebody who's seeing this problem apply the patch mentioned 
by
Han and report the error message you see there. Without me being 
able to

reproduce this is just not progressing anywhere.


The snapshot at

http://honk.dyn.sigxcpu.org/projects/libvirt/snapshots/

has the necessary patch to (hopefully) get a better error message. 
Could

you please try this version?
Cheers,
 -- Guido


Hi Guido,

I've installed the packages you provided in the snapshot and the error
message was updated. Furthermore, the error message is accurate now:
it helped me discover the machine I was running on didn't actually have
hardware virtualization capability, which was specified in the XML.
(Whoops!)

Cheers,

- e


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

Bug#789878: lintian: should not warn unusual-interpreter for hiphip virtual machine

[wp mirror]

Package: lintian
Version: 2.5.30+deb8u4
Severity: serious
Justification: fails to build from source

Dear Maintainer,

0) Context

A DEB package of mediawiki is needed for the WP-MIRROR project.
See .

1) Hiphop virtual machine

Mediawiki is written in PHP and runs faster on the hiphop virtual machine.
See .

2) Lintian

When lintian sees an executable file (permissions 755) that begins
with the shebang line:

#!/usr/bin/hhvm

lintian throws the warning:

W: wp-mirror-mediawiki: unusual-interpreter
usr/share/wp-mirror-mediawiki/maintenance/hiphop/run-server #!/usr/bin/hhvm

3) Workaround

Append to
.../wp-mirror-mediawiki/debian/wp-mirror-mediawiki.lintian-overrides
the following lines:

# false positive - hiphop virtual machine
wp-mirror-mediawiki binary: unusual-interpreter
usr/share/wp-mirror-mediawiki/maintenance/hiphop/run-server #!/usr/bin/hhvm

4) Requested action

Please update lintian to recognize executable scripts with the above
mentioned shebang line.

-- System Information:
Debian Release: 8.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (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)

Versions of packages lintian depends on:
ii  binutils   2.25-5
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.6
ii  intltool-debian0.35.0+20060710.1
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.33-2+b1
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-3+deb8u1
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-3+deb8u1
ii  perl-modules [libautodie-perl]  5.20.2-3+deb8u1

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

-- no debconf information

Bug#757843: notes

[Yaroslav Halchenko]

upstream doesn't ship tests/ nor for w3lib, neither for scrapy. Dialog
began:

https://github.com/scrapy/w3lib/pull/34

scrapy needs  testfixtures module, not in Debian, for quite a few tests
(and jmespath which is in debian)


-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


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

Bug#789877: ITP: ruby-maven -- ruby wrapper around maven

[Miguel Landaeta]

Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta 

* Package name: ruby-maven
  Version : 3.3.3
  Upstream Author : Christian Meier 
* URL : https://github.com/takari/ruby-maven
* License : EPL-1.0
  Programming Lang: Java/Ruby
  Description : Ruby gem that provides maven support and ruby DSL for pom 
files

 It provides maven support for ruby projects based on tesla maven. 


I need this package in order to package jruby-openssl.

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#789581: devscripts: debuild can be made a thin wrapper over dpkg-buildpackage again

[James McCoy]

On Mon, Jun 22, 2015 at 12:33:51PM +0200, Guillem Jover wrote:
> Hi!

Hi!

> As discussed in the past (although I'm afraid I don't have pointers
> handy), it would be nice to make debuild a thin wrapper over
> dpkg-buildpackage, now that the main blocker (shell hooks support)
> has been implemented in the latter.

Indeed.  Thanks for filing this to track it.  It was in my mental list
to look at for Stretch, but it's good to have it on the BTS too.

> If there's anything else that would block this, I'll gladly consider
> adding it to dpkg-buildpackage!

Noted.  I'll try to work on this early in the release, in case I spot
possible changes needed in dpkg-buildpackage.

Cheers
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


signature.asc
Description: Digital signature

Bug#789823: xserver-xorg-core: X server crashes on changing pointer shape

[Michel Dänzer]

On 25.06.2015 05:21, sa wrote:
> Package: xserver-xorg-core
> Version: 2:1.17.1-2
> Severity: important
> 
> Dear Maintainer,
> 
> X server crashes immediately after starting window manager,
> or, when using xterm or other simple client instead of WM,
> after moving pointer to its window.

[...]

> [55.584] (EE) Backtrace:
> [55.584] (EE) 0: /usr/bin/X (xorg_backtrace+0x52) [0xb767b232]
> [55.584] (EE) 1: /usr/bin/X (0xb74d9000+0x1a64e2) [0xb767f4e2]
> [55.584] (EE) 2: linux-gate.so.1 (__kernel_rt_sigreturn+0x0) [0xb74b5d24]
> [55.584] (EE) 3: /usr/lib/xorg/modules/drivers/modesetting_drv.so 
> (0xb6de6000+0x7543) [0xb6ded543]
> [55.584] (EE) 4: /usr/bin/X (0xb74d9000+0xb9f86) [0xb7592f86]
> [55.584] (EE) 5: /usr/bin/X (0xb74d9000+0xba48d) [0xb759348d]
> [55.584] (EE) 6: /usr/bin/X (0xb74d9000+0xc513a) [0xb759e13a]
> [55.584] (EE) 7: /usr/bin/X (0xb74d9000+0xc3b33) [0xb759cb33]
> [55.584] (EE) 8: /usr/bin/X (miPointerUpdateSprite+0x25a) [0xb7665f3a]
> [55.584] (EE) 9: /usr/bin/X (0xb74d9000+0x18d1a1) [0xb76661a1]
> [55.585] (EE) 10: /usr/bin/X (0xb74d9000+0xd2069) [0xb75ab069]
> [55.585] (EE) 11: /usr/bin/X (0xb74d9000+0x11eed4) [0xb75f7ed4]
> [55.585] (EE) 12: /usr/bin/X (0xb74d9000+0x46d31) [0xb751fd31]
> [55.585] (EE) 13: /usr/bin/X (0xb74d9000+0x4a85b) [0xb752385b]
> [55.585] (EE) 14: /usr/bin/X (WindowsRestructured+0x4b) [0xb7523a8b]
> [55.585] (EE) 15: /usr/bin/X (MapWindow+0xf6) [0xb75451a6]
> [55.585] (EE) 16: /usr/bin/X (0xb74d9000+0x37fd1) [0xb7510fd1]
> [55.585] (EE) 17: /usr/bin/X (0xb74d9000+0x3de56) [0xb7516e56]
> [55.585] (EE) 18: /usr/bin/X (0xb74d9000+0x4203f) [0xb751b03f]
> [55.585] (EE) 19: /usr/bin/X (0xb74d9000+0x2bd7a) [0xb7504d7a]
> [55.585] (EE) 20: /lib/i386-linux-gnu/i686/cmov/libc.so.6 
> (__libc_start_main+0xf3) [0xb708da63]
> [55.585] (EE) 21: /usr/bin/X (0xb74d9000+0x2bdb8) [0xb7504db8]
> [55.585] (EE) 
> [55.585] (EE) Segmentation fault at address 0x0
> [55.585] (EE) 
> Fatal server error:
> [55.585] (EE) Caught signal 11 (Segmentation fault). Server aborting

[...]

> [   53.123938] [drm:drm_mmap_locked] *ERROR* Could not find map

I think this should be fixed in upstream version 1.17.2.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer


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

Bug#786381: texlive-lang-cyrillic: request for scyrillic fonts

[Igor Liferenko]

I found out that cmcyr fonts are 100% scyrillic fonts, but with a
different name.
This bug report may be closed.


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

Bug#789876: nmu: leftovers from libplist, libvncserver, nettle transitions in experimental

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
Tags: experimental
User: release.debian@packages.debian.org
Usertags: binnmu

Some leftovers in experimental from transitions that are completed in
sid:

nmu libgpod_0.8.3-4 . ALL . experimental . -m "Rebuild against libplist 1.12"
nmu libimobiledevice_1.2.0+dfsg-1 . experimental . -m "Rebuild against libplist 
1.12"
nmu libusbmuxd_1.0.10-1 . experimental . -m "Rebuild against libplist 1.12"
nmu usbmuxd_1.1.0-1  . experimental . -m "Rebuild against libplist 1.12"

nmu krdc_4:14.12.2-1 . experimental . -m "Rebuild against libvncserver 0.9.10."
nmu krfb_4:14.12.3-1 . experimental . -m "Rebuild against libvncserver 0.9.10."

nmu knot_1.99.1-1 . experimental . -m "Rebuild against nettle 3.1.1"


Andreas


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

Bug#789864: transition: libgdata22

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 25/06/15 01:16, Michael Biebl wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Hi,
> 
> I'd like to request a slot for a small transition.
> libgdata bumped the soname from 19 → 22.
> The new package is available in experimental and built everywhere.
> I've rebuilt all rdeps, and I didn't get any build failures, so only a
> round of binNMUs should be necessary.
> If there is no conflict with another ongoing transition, it should be
> good to go.

You can go ahead.

Cheers,
Emilio


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

Bug#789875: subsurface: FTBFS in experimental

[Andreas Beckmann]

Source: subsurface
Version: 4.3-1~exp1
Severity: serious

subsurface FTBFS against recent libgit:

compiling save-git.c
save-git.c: In function 'new_directory':
save-git.c:480:2: warning: implicit declaration of function 
'git_treebuilder_create' [-Wimplicit-function-declaration]
  git_treebuilder_create(&subdir->files, NULL);
  ^
save-git.c: In function 'write_git_tree':
save-git.c:1059:38: warning: passing argument 2 of 'git_treebuilder_write' from 
incompatible pointer type
  ret = git_treebuilder_write(result, repo, tree->files);
  ^
In file included from /usr/include/git2/diff.h:13:0,
 from /usr/include/git2/checkout.h:12,
 from /usr/include/git2.h:17,
 from save-git.c:11:
/usr/include/git2/tree.h:375:17: note: expected 'struct git_treebuilder *' but 
argument is of type 'struct git_repository *'
 GIT_EXTERN(int) git_treebuilder_write(
 ^
save-git.c:1059:8: error: too many arguments to function 'git_treebuilder_write'
  ret = git_treebuilder_write(result, repo, tree->files);
^
In file included from /usr/include/git2/diff.h:13:0,
 from /usr/include/git2/checkout.h:12,
 from /usr/include/git2.h:17,
 from save-git.c:11:
/usr/include/git2/tree.h:375:17: note: declared here
 GIT_EXTERN(int) git_treebuilder_write(
 ^
Makefile:1671: recipe for target '.obj/save-git.o' failed
make[1]: *** [.obj/save-git.o] Error 1
make[1]: Leaving directory '/tmp/buildd/subsurface-4.3'
dh_auto_build: make -j1 returned exit code 2
debian/rules:6: recipe for target 'build' failed
make: *** [build] Error 25


Andreas


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

Bug#789874: netpbm: ppmtoxpm.1 man page refers to /usr/lib/X11/rgb.txt (should be /usr/share)

[Jonas Smedegaard]

Package: netpbm
Version: 2:10.0-15.2
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

As subject says, ppmtoxpm.1 man page refers to /usr/lib/X11/rgb.txt, but
Debian ships that file as /usr/share/X11/rgb.txt.

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVi1BfAAoJECx8MUbBoAEhTR0P/3JSjKqy9RGRUK8xeEYLonpC
t22zbdp/ixf9AUH1wqzhjwD74+gjP+Hy7ZVkxsYSBVd5/sfR+aJWCtUsnuRehf8T
snUiakwSyR37C/Q4/yC8Bv4ahoJHBelPQMq7jhD//OxT5w/YMuHnKoPYIL+eN+uT
VafqeBfUC/R39Ou+KtlGo2H3qqdbPSJCNDjbd/YCfHEOay8en6s32cIZzTja6gR+
ZcPsGG7zF/I1MbHabFoFTd8Jq3uS0YCyS63GHt8AfZyDnu6lHmBieJB+0h6KflzR
MEg3IyRDDkfjkWNhYPbSXeDenXsQPTHZBf9TlgYhucz+rsnwd7a818QCHqTGGI3I
0Z/DcOKIvzrx+TZELXrTScbpdzVAGWd7r3jea2ZV/l9SFhD569pikzNcCkEqGWTS
oWxoO3d2RpacRxrfbETVWgJmIA9w240ABsEiVip49wlz3iPk7+I/IQleCm5YwC98
G0iK76OsS4+H3REsL25tFP1xr7lJoToMud4aT95CoOy0dS7iqw+YUYSbOsShhvVk
MNvo5d7D/tLY6Ee0nGD9hJlKLaeTwIWLokZxZXCmd2f5ig6fqhRavkTg4IYPYA6t
2QkzJvn+VirpGpCwU3n9A2OBebV1sq02Av/47020m21ps2g7IIB/hI6eO/+zK7pr
xKScwF3dr98ugQjSy5T+
=Q2cq
-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#789365: transition: ghc-7.8

[Emilio Pozuelo Monfort]

On 24/06/15 16:12, Joachim Breitner wrote:
> Hi,
> 
> Am Dienstag, den 23.06.2015, 15:05 +0200 schrieb Joachim Breitner:
>> * leksah ought to be removed from testing:
>>
>>https://bugs.debian.org/789521
> 
> ✓
> 
>>  * Then I’m waiting for these binNMUs to be built
>>
>> https://buildd.debian.org/status/package.php?p=haskell-happstack-server+haskell-reflection+haskell-xml-conduit&suite=sid&a=mips,mipsel
> 
> ✓
> 
>>  * And then the youngest upload (haskell-mono-traversable) needs to
>>age (3 more days):
>>https://packages.qa.debian.org/h/haskell-mono-traversable.html
> 
> There was a problem with the gitit package, fixed by a swift upload of
> Clint right now. So the counter is back to 5, unless someone in the
> release team gets impatient and age hints haskell-mono-traversable and
> gitit.
> 
> https://release.debian.org/transitions/html/haskell.html seems to
> contain only gitit (still waiting for the mips build) and false
> positives.

This may need a binNMU:

haskell-trifecta (1.4.3-1 to 1.5.1.3-4)
Maintainer: Debian Haskell Group
9 days old (needed 5 days)
libghc-trifecta-dev/ppc64el unsatisfiable Depends: 
libghc-charset-dev-0.3.7.1-1690c
libghc-trifecta-dev/ppc64el unsatisfiable Depends: 
libghc-comonad-dev-4.2.5-c2e64
libghc-trifecta-dev/ppc64el unsatisfiable Depends: 
libghc-lens-dev-4.6.0.1-21811
libghc-trifecta-dev/ppc64el unsatisfiable Depends: 
libghc-reducers-dev-3.10.3.1-db618
libghc-trifecta-dev/ppc64el unsatisfiable Depends: 
libghc-semigroups-dev-0.15.3-77447
libghc-trifecta-prof/ppc64el unsatisfiable Depends: 
libghc-charset-prof-0.3.7.1-1690c
libghc-trifecta-prof/ppc64el unsatisfiable Depends: 
libghc-comonad-prof-4.2.5-c2e64
libghc-trifecta-prof/ppc64el unsatisfiable Depends: 
libghc-lens-prof-4.6.0.1-21811
libghc-trifecta-prof/ppc64el unsatisfiable Depends: 
libghc-reducers-prof-3.10.3.1-db618
libghc-trifecta-prof/ppc64el unsatisfiable Depends: 
libghc-semigroups-prof-0.15.3-77447

I have also added a few more age-days. Mostly missing gitit at this point.

Cheers,
Emilio


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

Bug#789873: libqt5svg5: broken dependency on qtbase-abi-5-3-2

[Vincent Lefevre]

Package: libqt5svg5
Version: 5.3.2-2
Severity: grave
Justification: renders package unusable

The libqt5svg5 package is not installable due to a broken dependency:

# apt-get install libqt5svg5
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libqt5svg5 : Depends: qtbase-abi-5-3-2
E: Unable to correct problems, you have held broken packages.

The reason seems to be that libqt5core5a is now a newer version and
provides qtbase-abi-5-4-2 instead of qtbase-abi-5-3-2.

Note: This also makes the build of packages that depend on libqt5svg5
(e.g. gnuplot5) fail.

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

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


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

Bug#789872: maya-calendar: FTBFS with current evolution

[Andreas Beckmann]

Package: maya-calendar
Version: 0.3-1~experimental1
Severity: serious

maya-calendar now FTBFS in experimental:

[ 14%] Building C object 
core/CMakeFiles/libmaya-calendar.dir/Model/CalendarModel.c.o
cd /tmp/buildd/maya-calendar-0.3/obj-x86_64-linux-gnu/core && /usr/bin/cc  
-DGETTEXT_PACKAGE=\"maya-calendar\" -Dlibmaya_calendar_EXPORTS -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2  
-fPIC -I/tmp/buildd/maya-calendar-0.3/obj-x86_64-linux-gnu/core-w -pthread 
-I/usr/include/granite -I/usr/include/gee-0.8 -I/usr/include/gtk-3.0 
-I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 
-I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include 
-I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo 
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 
-I/usr/include/libpng12 -I/usr/include/nss -I/usr/include/nspr 
-I/usr/include/libsecret-1 -I/usr/include/libsoup-2.4 -I/usr/include/libxml2 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/inclu
 de -I/usr/include/evolution-data-server -o 
CMakeFiles/libmaya-calendar.dir/Model/CalendarModel.c.o   -c 
/tmp/buildd/maya-calendar-0.3/obj-x86_64-linux-gnu/core/Model/CalendarModel.c
/tmp/buildd/maya-calendar-0.3/core/Model/CalendarModel.vala: In function 
'__lambda11_':
/tmp/buildd/maya-calendar-0.3/core/Model/CalendarModel.vala:177:14: error: too 
few arguments to function 'e_cal_client_connect_sync'
 client = new E.CalClient.connect_sync (source, 
E.CalClientSourceType.EVENTS);
  ^
In file included from /usr/include/evolution-data-server/libecal/libecal.h:28:0,
 from 
/tmp/buildd/maya-calendar-0.3/obj-x86_64-linux-gnu/core/Model/CalendarModel.c:22:
/usr/include/evolution-data-server/libecal/e-cal-client.h:138:11: note: 
declared here
 EClient * e_cal_client_connect_sync (ESource *source,
   ^
/tmp/buildd/maya-calendar-0.3/core/Model/CalendarModel.vala: In function 
'__lambda9_':
/tmp/buildd/maya-calendar-0.3/core/Model/CalendarModel.vala:341:12: error: too 
few arguments to function 'e_cal_client_connect_sync'
 var client = new E.CalClient.connect_sync (source, 
E.CalClientSourceType.EVENTS);
^
In file included from /usr/include/evolution-data-server/libecal/libecal.h:28:0,
 from 
/tmp/buildd/maya-calendar-0.3/obj-x86_64-linux-gnu/core/Model/CalendarModel.c:22:
/usr/include/evolution-data-server/libecal/e-cal-client.h:138:11: note: 
declared here
 EClient * e_cal_client_connect_sync (ESource *source,
   ^
core/CMakeFiles/libmaya-calendar.dir/build.make:230: recipe for target 
'core/CMakeFiles/libmaya-calendar.dir/Model/CalendarModel.c.o' failed
make[3]: *** [core/CMakeFiles/libmaya-calendar.dir/Model/CalendarModel.c.o] 
Error 1
make[3]: Leaving directory '/tmp/buildd/maya-calendar-0.3/obj-x86_64-linux-gnu'
CMakeFiles/Makefile2:253: recipe for target 
'core/CMakeFiles/libmaya-calendar.dir/all' failed
make[2]: *** [core/CMakeFiles/libmaya-calendar.dir/all] Error 2
make[2]: Leaving directory '/tmp/buildd/maya-calendar-0.3/obj-x86_64-linux-gnu'
Makefile:119: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/tmp/buildd/maya-calendar-0.3/obj-x86_64-linux-gnu'
dh_auto_build: make -j1 returned exit code 2
debian/rules:4: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2


Andreas


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

Bug#789871: unscd: installs /usr/sbin/nscd binary without corresponding man page

[Chris Kuehl]

Package: unscd
Version: 0.51-1+b2
Severity: wishlist

Howdy maintainer,

unscd provides the binary /usr/sbin/nscd but does not appear to provide
a corresponding man page. It's my understanding from policy [1] that
this warrants a bug.

Happy Wednesday, and thanks for your work on Debian!
Chris

[1] https://www.debian.org/doc/debian-policy/ch-docs.html#s12.1

-- System Information:
Debian Release: 8.1
  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=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 unscd depends on:
ii  libc6  2.19-18

unscd recommends no packages.

unscd suggests no packages.

-- Configuration Files:
/etc/nscd.conf 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#777797: Patch from clang applies here

[Martin Michlmayr]

The clang build fix from #757042 also fixes this issue.

I'm not sure the patch from #757042 is the best solution.  Maybe it
would be better to simply add -std=gnu89 to CFLAGS until this is fixed
properly.  This works for GCC 5 and clang.

More background of this issue can be found in section "Different
semantics for inline functions" at https://gcc.gnu.org/gcc-5/porting_to.html

Note that the asmon package contains the same wmgeneral files.

-- 
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard


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

Bug#789870: miro will not start

[Bob Calhoun]

Package: miro
Version: 6.0-1
Severity: important

Dear Maintainer,

~$ miro
using /usr/bin/miro.real
Traceback (most recent call last):
  File "/usr/bin/miro.real", line 183, in 
from miro import startfrontend
  File "/usr/lib/pymodules/python2.7/miro/startfrontend.py", line 53, in

from miro import startup
  File "/usr/lib/pymodules/python2.7/miro/startup.py", line 53, in 
from miro import controller
  File "/usr/lib/pymodules/python2.7/miro/controller.py", line 49, in 
from miro import conversions
  File "/usr/lib/pymodules/python2.7/miro/conversions.py", line 1107, in

utils.setup_ffmpeg_presets()
  File "/usr/lib/pymodules/python2.7/miro/plat/utils.py", line 384, in
setup_ffmpeg_presets
stderr=file("/dev/null", "wb"))
  File "/usr/lib/python2.7/subprocess.py", line 710, in __init__
errread, errwrite)
  File "/usr/lib/python2.7/subprocess.py", line 1335, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory



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

Kernel: Linux 4.0-5.dmz.3-liquorix-amd64 (SMP w/4 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 miro depends on:
ii  gstreamer0.10-plugins-bad   0.10.23-8
ii  gstreamer0.10-plugins-base  0.10.36-2
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu4+b1
ii  gstreamer0.10-x 0.10.36-2
ii  libatk1.0-0 2.16.0-2
ii  libav-tools 6:11.4-2
ii  libavcodec566:11.4-2
ii  libavformat56   6:11.4-2
ii  libavutil54 6:11.4-2
ii  libc6   2.19-18
ii  libcairo2   1.14.2-2
ii  libfontconfig1  2.11.0-6.3
ii  libfreetype62.5.2-4
ii  libgcc1 1:5.1.1-9
ii  libgdk-pixbuf2.0-0  2.31.4-2
ii  libglib2.0-02.44.1-1
ii  libgtk2.0-0 2.24.28-1
ii  libjavascriptcoregtk-1.0-0  2.4.9-1
ii  libpango-1.0-0  1.36.8-3
ii  libpangocairo-1.0-0 1.36.8-3
ii  libpangoft2-1.0-0   1.36.8-3
ii  libsoup2.4-12.50.0-2
ii  libsqlite3-03.8.10.2-1
ii  libstdc++6  5.1.1-9
ii  libtag1c2a  1.9.1-2.1
ii  libwebkitgtk-1.0-0  2.4.9-1
ii  libx11-62:1.6.3-1
ii  miro-data   6.0-1
ii  python  2.7.9-1
ii  python-dbus 1.2.0-2+b3
ii  python-gconf2.28.1+dfsg-1.1
ii  python-glade2   2.24.0-4
ii  python-gst0.10  0.10.22-3
ii  python-gtk2 2.24.0-4
ii  python-libtorrent   0.16.18-1mcr120+1
ii  python-mutagen  1.28-2
ii  python-pycurl   7.19.5.1-1
ii  python-pysqlite22.6.3-3
ii  python-support  1.0.15
ii  python-webkit   1.1.8-3
ii  zlib1g  1:1.2.8.dfsg-2+b1

miro recommends no packages.

Versions of packages miro suggests:
pn  ffmpeg2theora   
ii  gstreamer0.10-ffmpeg0.10.13-5
ii  gstreamer0.10-plugins-ugly  0.10.19-2.1+b1
pn  libavahi-compat-libdnssd1   
ii  python-notify   0.1.1-4
ii  ttf-dejavu  2.35-1

-- no debconf information


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

Bug#789604: release-notes: 'halt' behaviour changed without notice

[Vincent McIntyre]

Control: tag 789604 patch


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

Bug#789869: nmu: spark_2012.0.deb-9

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

nmu spark_2012.0.deb-9 . ALL . -m "Rebuild against swi-prolog 7.2.0"

looks like swi-prolog started a small transition, the virtual package
swi-prolog-vm-2 was bumped to swi-prolog-vm-3. The autotracker does not
seem to catch such changes ...


Andreas


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

Bug#789868: pbuilder: pdebuild fails with sudo error

[Vincent Lefevre]

Package: pbuilder
Version: 0.215+nmu3
Severity: normal

When following the steps in

  https://www.debian.org/doc/manuals/maint-guide/build.en.html#pbuilder

I get the following error when running "pdebuild":

sudo: sorry, you are not allowed to preserve the environment

Note that I use sudo's default config.

With "/bin/bash -x pdebuild", I can see a line starting with:

  sudo -E pbuilder --build --buildresult /var/cache/pbuilder/result/ [...]

But it seems that for security reasons, the -E option no longer works.
So, this would no longer be the right method.

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

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

Versions of packages pbuilder depends on:
ii  coreutils  8.23-4
ii  debconf [debconf-2.0]  1.5.56
ii  debianutils4.5.1
ii  debootstrap1.0.70
ii  dpkg-dev   1.18.1
ii  wget   1.16.3-3

Versions of packages pbuilder recommends:
ii  devscripts  2.15.5
ii  fakeroot1.20.2-1
ii  iproute24.0.0-1
ii  net-tools   1.60-26+b1
ii  sudo1.8.12-1

Versions of packages pbuilder suggests:
pn  cowdancer 
ii  gdebi-core0.9.5.5+nmu1
pn  pbuilder-uml  

-- debconf information:
* pbuilder/mirrorsite: http://ftp.debian.org/debian/
  pbuilder/nomirror:
  pbuilder/rewrite: false


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

Bug#788321: elinks: FTBFS on arm64

[Wookey]

Moritz Mühlenhoff  wrote:
> I have been holding this back since dh compat level 10 is supposed
> to do that by default

This has been mentioned as a possible enhancement of debhelper but is
not scheduled or certain yet:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480576#35
so we get to do it manually for a while longer.

Edmund Grimley Evans  wrote:

> I was able to build successfully if I replaced
> --with autoreconf
> with either
> --with autotools-dev
> or
> --with autoreconf,autotools-dev

The latter is correct. See
https://wiki.debian.org/Autoreconf#dh-autoreconf_and_autotools-dev

This package uses autoconf, but not libtool or automake. So
dh_autoreconf will not update config.{sub,guess} on its own.
autotools-dev also needs to be installed and used.

I've just confirmed that doing this does indeed fix matters
(autotools-dev is still in the control file so the above one-line
change is all that's needed). Patch attached anyway, as I've done one.

I'm happy to NMU this if you like.

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -Nru elinks-0.12~pre6/debian/changelog elinks-0.12~pre6/debian/changelog
--- elinks-0.12~pre6/debian/changelog	2015-06-17 21:53:16.0 +
+++ elinks-0.12~pre6/debian/changelog	2015-06-24 21:53:11.0 +
@@ -1,3 +1,10 @@
+elinks (0.12~pre6-9.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Use autotools-dev as well as dh-autoreconf (Closes: #788321)
+
+ -- Wookey   Wed, 24 Jun 2015 16:18:46 +
+
 elinks (0.12~pre6-9) unstable; urgency=medium
 
   * Use dh-autoreconf to support arm64 (Closes: #788321)
diff -Nru elinks-0.12~pre6/debian/rules elinks-0.12~pre6/debian/rules
--- elinks-0.12~pre6/debian/rules	2015-06-17 21:46:39.0 +
+++ elinks-0.12~pre6/debian/rules	2015-06-24 21:53:37.0 +
@@ -4,7 +4,7 @@
 export DEB_LDFLAGS_MAINT_APPEND = -Wl,-z,defs
 
 %:
-	dh $@ --with autoreconf
+	dh $@ --with autoreconf,autotools-dev
 
 override_dh_auto_configure:
 	dh_auto_configure --  --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --sysconfdir=/etc/elinks --without-lzma --without-openssl --without-x --enable-finger --with-gnutls=/usr --disable-nntp --enable-88-colors --enable-256-colors --enable-leds --enable-html-highlight --enable-fsp --disable-smb --with-perl --without-guile --without-python --without-ruby --with-gssapi --enable-cgi --disable-exmode --disable-bittorrent --disable-debug --without-spidermonkey

Bug#765943: dovecot-antispam won't compile with dovecot 2.2.14 or later

[Andreas Beckmann]

Control: retitle -1 dovecot-antispam: FTBFS with recent dovecot
Control: merge -1 784741
Control: severity -1 serious
Control: tags -1 sid stretch

On Sun, 19 Oct 2014 08:57:23 -0400 Gedalya  wrote:
> In file included from antispam-storage.c:3:0:
> antispam-storage-2.0.c: In function ‘_getenv’:
> antispam-storage-2.0.c:497:2: error: too few arguments to function 
> ‘t_push’
>t_push();
>^
> In file included from /usr/include/dovecot/lib.h:28:0,
>   from antispam-storage-2.0.c:12,
>   from antispam-storage.c:3:
> /usr/include/dovecot/data-stack.h:46:14: note: declared here
>   unsigned int t_push(const char *marker) ATTR_HOT;
>^
> Makefile:36: recipe for target 'antispam-storage.o' failed

sid is now at 2.2.18 ...


Andreas


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

Bug#789462: src:kmod - documentation not buit, "orig".tar.xz isn't

[Pigeon]

On Sun, Jun 21, 2015 at 10:30:24AM +0200, Marco d'Itri wrote:
> On Jun 21, Pigeon  wrote:
> 
> > Surely the Debian version of the tarball should be identical to the
> > kernel.org original, and any Debianising patching performed through
> Not at all.
> But I will welcome patches to build the documentation from the git tree.

Sorry for delayed reply... is this any good? (Patch attached)

-- 
Pigeon

Be kind to pigeons- -Pigeon's Nest: http://pigeonsnest.co.uk/
GPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x21C61F7F
diff -urN kmod-20.orig/debian/rules kmod-20/debian/rules
--- kmod-20.orig/debian/rules	2015-03-10 03:02:07.0 +
+++ kmod-20/debian/rules	2015-06-25 00:27:30.750498479 +0100
@@ -17,6 +17,7 @@
 dpkg-buildflags --export=configure || true) \
   --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) \
   --with-rootlibdir=/lib/$(DEB_HOST_MULTIARCH) \
+  --enable-gtk-doc \
   --enable-debug
 CONFFLAGS_udeb = $(CONFFLAGS) \
   $(subst -O2,-Os -fomit-frame-pointer,$(shell DEB_BUILD_MAINT_OPTIONS="hardening=-all" \
diff -urN kmod-20.orig/libkmod/docs/gtk-doc.make kmod-20/libkmod/docs/gtk-doc.make
--- kmod-20.orig/libkmod/docs/gtk-doc.make	1970-01-01 01:00:00.0 +0100
+++ kmod-20/libkmod/docs/gtk-doc.make	2014-09-08 10:49:01.0 +0100
@@ -0,0 +1,289 @@
+# -*- mode: makefile -*-
+
+
+# Everything below here is generic #
+
+
+if GTK_DOC_USE_LIBTOOL
+GTKDOC_CC = $(LIBTOOL) --tag=CC --mode=compile $(CC) $(INCLUDES) $(GTKDOC_DEPS_CFLAGS) $(AM_CPPFLAGS) $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS)
+GTKDOC_LD = $(LIBTOOL) --tag=CC --mode=link $(CC) $(GTKDOC_DEPS_LIBS) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS)
+GTKDOC_RUN = $(LIBTOOL) --mode=execute
+else
+GTKDOC_CC = $(CC) $(INCLUDES) $(GTKDOC_DEPS_CFLAGS) $(AM_CPPFLAGS) $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS)
+GTKDOC_LD = $(CC) $(GTKDOC_DEPS_LIBS) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS)
+GTKDOC_RUN =
+endif
+
+# We set GPATH here; this gives us semantics for GNU make
+# which are more like other make's VPATH, when it comes to
+# whether a source that is a target of one rule is then
+# searched for in VPATH/GPATH.
+#
+GPATH = $(srcdir)
+
+TARGET_DIR=$(HTML_DIR)/$(DOC_MODULE)
+
+SETUP_FILES = \
+	$(content_files)		\
+	$(DOC_MAIN_SGML_FILE)		\
+	$(DOC_MODULE)-sections.txt	\
+	$(DOC_MODULE)-overrides.txt
+
+EXTRA_DIST = \
+	$(HTML_IMAGES)			\
+	$(SETUP_FILES)
+
+DOC_STAMPS=setup-build.stamp scan-build.stamp sgml-build.stamp \
+	html-build.stamp pdf-build.stamp \
+	sgml.stamp html.stamp pdf.stamp
+
+SCANOBJ_FILES = 		 \
+	$(DOC_MODULE).args 	 \
+	$(DOC_MODULE).hierarchy  \
+	$(DOC_MODULE).interfaces \
+	$(DOC_MODULE).prerequisites \
+	$(DOC_MODULE).signals
+
+REPORT_FILES = \
+	$(DOC_MODULE)-undocumented.txt \
+	$(DOC_MODULE)-undeclared.txt \
+	$(DOC_MODULE)-unused.txt
+
+gtkdoc-check.test: Makefile
+	$(AM_V_GEN)echo "#!/bin/sh -e" > $@; \
+		echo "$(GTKDOC_CHECK_PATH) || exit 1" >> $@; \
+		chmod +x $@
+
+CLEANFILES = $(SCANOBJ_FILES) $(REPORT_FILES) $(DOC_STAMPS) gtkdoc-check.test
+
+if GTK_DOC_BUILD_HTML
+HTML_BUILD_STAMP=html-build.stamp
+else
+HTML_BUILD_STAMP=
+endif
+if GTK_DOC_BUILD_PDF
+PDF_BUILD_STAMP=pdf-build.stamp
+else
+PDF_BUILD_STAMP=
+endif
+
+all-gtk-doc: $(HTML_BUILD_STAMP) $(PDF_BUILD_STAMP)
+.PHONY: all-gtk-doc
+
+if ENABLE_GTK_DOC
+all-local: all-gtk-doc
+endif
+
+docs: $(HTML_BUILD_STAMP) $(PDF_BUILD_STAMP)
+
+$(REPORT_FILES): sgml-build.stamp
+
+ setup 
+
+GTK_DOC_V_SETUP=$(GTK_DOC_V_SETUP_$(V))
+GTK_DOC_V_SETUP_=$(GTK_DOC_V_SETUP_$(AM_DEFAULT_VERBOSITY))
+GTK_DOC_V_SETUP_0=@echo "  DOC   Preparing build";
+
+setup-build.stamp:
+	-$(GTK_DOC_V_SETUP)if test "$(abs_srcdir)" != "$(abs_builddir)" ; then \
+	files=`echo $(SETUP_FILES) $(expand_content_files) $(DOC_MODULE).types`; \
+	if test "x$$files" != "x" ; then \
+	for file in $$files ; do \
+	destdir=`dirname $(abs_builddir)/$$file`; \
+	test -d "$$destdir" || mkdir -p "$$destdir"; \
+	test -f $(abs_srcdir)/$$file && \
+	cp -pf $(abs_srcdir)/$$file $(abs_builddir)/$$file || true; \
+	done; \
+	fi; \
+	fi
+	$(AM_V_at)touch setup-build.stamp
+
+
+ scan 
+
+GTK_DOC_V_SCAN=$(GTK_DOC_V_SCAN_$(V))
+GTK_DOC_V_SCAN_=$(GTK_DOC_V_SCAN_$(AM_DEFAULT_VERBOSITY))
+GTK_DOC_V_SCAN_0=@echo "  DOC   Scanning header files";
+
+GTK_DOC_V_INTROSPECT=$(GTK_DOC_V_INTROSPECT_$(V))
+GTK_DOC_V_INTROSPECT_=$(GTK_DOC_V_INTROSPECT_$(AM_DEFAULT_VERBOSITY))
+GTK_DOC_V_INTROSPECT_0=@echo "  DOC   Introspecting gobjects";
+
+scan-build.stamp: setup-build.stamp $(HFILE_GLOB) $(CFILE_GLOB)
+	$(GTK_DOC_V_SCAN)_source_dir='' ; \
+	for i in $(DOC_SOURCE_DIR) ; do \
+	_source_dir="$${_source_dir} --source-dir=$$i" ; \
+	done ; \
+	gtkdoc-scan --module=$(DOC_MODULE) --ignore-headers="$(IGNORE_HFILES)" $${_source_dir} $(SCAN_OPTIONS) $(EXTRA_HFILES)
+	$(GTK_DOC_V_INTROSPECT)if grep -l '^..*$$' $(DOC_MODULE).types > /de

Bug#789867: pidgin: Pidgin crashes upton IRC disconnection

[Fufu Fang]

Package: pidgin
Version: 2.10.11-1
Severity: important

Dear Maintainer,

I use Pidgin's IRC feature. Occasionally when the network disconnects, Pidgin
crashes. This bug can be easily reproduced by running Pidgin, signing in an IRC
account, and send the computer to sleep. Pidgin is guaranteed to crash upon
resuming.

I have produced a backtrace, the problem seems to be related an excess free()
call. Below is the backtrace:

*** Error in `/usr/bin/pidgin': free(): invalid pointer: 0x55a0a0e0 ***

Program received signal SIGABRT, Aborted.
0x74955107 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56  ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0  0x74955107 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x749564e8 in __GI_abort () at abort.c:89
#2  0x74993204 in __libc_message (do_abort=do_abort@entry=1,
fmt=fmt@entry=0x74a85fe0 "*** Error in `%s': %s: 0x%s ***\n") at
../sysdeps/posix/libc_fatal.c:175
#3  0x749989de in malloc_printerr (action=1, str=0x74a8209e
"free(): invalid pointer",
ptr=) at malloc.c:4996
#4  0x749996e6 in _int_free (av=, p=,
have_lock=0) at malloc.c:3840
#5  0x7558c86b in g_string_free () from /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#6  0x7fffe6a4cda9 in ?? () from /usr/lib/purple-2/libirc.so
#7  0x75240ec6 in _purple_connection_destroy () from
/usr/lib/libpurple.so.0
#8  0x7522c99b in purple_account_disconnect () from
/usr/lib/libpurple.so.0
#9  0x555ad673 in ?? ()
#10 0x7050670c in ?? () from /usr/lib/x86_64-linux-gnu/libdbus-
glib-1.so.2
#11 0x758412d5 in g_closure_invoke () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#12 0x7585303c in ?? () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#13 0x7585b698 in g_signal_emit_valist () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#14 0x7585b8ff in g_signal_emit () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#15 0x70507052 in ?? () from /usr/lib/x86_64-linux-gnu/libdbus-
glib-1.so.2
#16 0x77ba31d1 in dbus_connection_dispatch () from /lib/x86_64-linux-
gnu/libdbus-1.so.3
#17 0x70500db5 in ?? () from /usr/lib/x86_64-linux-gnu/libdbus-
glib-1.so.2
#18 0x7556bc3d in g_main_context_dispatch () from /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#19 0x7556bf20 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#20 0x7556c242 in g_main_loop_run () from /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#21 0x768165d7 in IA__gtk_main () at
/tmp/buildd/gtk+2.0-2.24.28/gtk/gtkmain.c:1268
#22 0x5558f557 in main ()
(gdb)

Thanks,
Fufu



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

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

Versions of packages pidgin depends on:
ii  gconf2  3.2.6-3
ii  libatk1.0-0 2.16.0-2
ii  libc6   2.19-18
ii  libcairo2   1.14.2-2
ii  libdbus-1-3 1.8.18-1
ii  libdbus-glib-1-20.102-1
ii  libfontconfig1  2.11.0-6.3
ii  libfreetype62.5.2-4
ii  libgadu31:1.12.0-5
ii  libgdk-pixbuf2.0-0  2.31.4-2
ii  libglib2.0-02.44.1-1
ii  libgstreamer0.10-0  0.10.36-1.5
ii  libgtk2.0-0 2.24.28-1
ii  libgtkspell02.0.16-1.1
ii  libice6 2:1.0.9-1+b1
ii  libpango-1.0-0  1.36.8-3
ii  libpangocairo-1.0-0 1.36.8-3
ii  libpangoft2-1.0-0   1.36.8-3
ii  libpurple0  2.10.11-1
ii  libsm6  2:1.2.2-1+b1
ii  libx11-62:1.6.3-1
ii  libxml2 2.9.1+dfsg1-5
ii  libxss1 1:1.2.2-1
ii  perl-base [perlapi-5.20.1]  5.20.2-6
ii  pidgin-data 2.10.11-1

Versions of packages pidgin recommends:
ii  gstreamer0.10-alsa  0.10.36-2
ii  gstreamer0.10-ffmpeg1:0.10.13-dmo2
ii  gstreamer0.10-plugins-base  0.10.36-2
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu4+b1

Versions of packages pidgin suggests:
ii  libsqlite3-0  3.8.10.2-1


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

Bug#789604: release-notes: 'halt' behaviour changed without notice

[Vincent McIntyre]

Package: release-notes
Tags: patch
thanks

Hi,
I'm submitting this patch on the advice of the systemd maintainers.
Could this be applied to the jessie release notes?

I sent a separate patch for the installation-guide, #789652
Cheers
Vince

Index: issues.dbk
===
--- issues.dbk  (revision 10955)
+++ issues.dbk  (working copy)
@@ -586,7 +586,22 @@
 bug #784720
   
 
+
+  
+  systemd: behaviour of 'halt' command
+  
+The sysvinit implementation
+of the halt command powered off the machine as well.
+The systemd-sysv implementation
+of the halt halts the system, but does not power off
+the machine. To halt the machine and turn it off,
+use the poweroff command.
+  
+  
+See also Debian bug #760923
+  
 
+
 
 
   
-- 


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

Bug#789832: unburden-home-dir: FTBFS: t/unexpected-cases.t fails on amd64

[solo-debianbugs]

On Thu, Jun 25, 2015 at 12:03:04AM +0200, Axel Beckert wrote:
> > t/undo.t ... ok
> > t/unexpected-cases.t ... 
> > Dubious, test returned 1 (wstat 256, 0x100)
> > Failed 1/98 subtests 
> thanks for the report, but I couldn't reproduce this, neither with
> 0.3.3 nor with the HEAD of the git repository. And
> https://reproducible.debian.net/rb-pkg/unstable/amd64/unburden-home-dir.html
> shows different tests failing, but not t/unexpected-cases.t.
> 
> Can you please explain a little bit more about your setup? pbuilder or
> sbuild? On which file system where the tests run? (And if the
> reporting machine was not the same as the machine where the issue
> happend: Which locale was set? Which init system was used? Which
> kernel was running?) etc.

Hah.  After far too much staring, the test which is failing for me is:

ok 93 - Make list file t/zo4O_qcnum/list unreadable
ok 94 - Call 'perl bin/unburden-home-dir -C t/zo4O_qcnum/config -c /dev/null -L 
t/zo4O_qcnum/list -l /dev/null'
not ok 95 - Check STDERR
#   Failed test 'Check STDERR'
#   at t/lib/Test/UBH.pm line 260.
# --- Got
# +++ Expected
# @@ -1 +1,2 @@
# -''
# +'List file t/8mn4dawfHl/list isn\'t readable, skipping at
# unburden-home-dir line .
# +'
# Looks like you failed 1 test of 98.


It's running chmod  foo && cat foo, and expecting it to fail.  It
succeeds for me as I have a better simulation of root: I'm running the
build as very-nearly root on a VM.  (root in an unpriviliged LXC
container).

The full build log isn't much more useful; sorry for missing some
important parts in the initial report: https://paste.debian.net/260610/

My specific bug is probably invalid, in this case?  I don't think we
expect the builds to pass as root.  Weird test, though.


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

Bug#789866: gnome-settings-daemon: Keyboard media keys not working after upgrading gnome-settings-daemon

[Antonis Lampadaridis]

Package: gnome-settings-daemon
Version: 3.16.2-3
Severity: normal

Dear Maintainer,

After upgrading gnome-settings-daemon (testing) and restarting my machine the 
media keys on my laptop's and usb keyboard do not work anymore. 

When I press any of these keys (for example, volume up/down etc), the following 
error log is generated in /var/log/messages:

gnome-session[1383]: (gnome-settings-daemon:1443): GLib-GIO-WARNING **: 
Dropping signal AcceleratorActivated of type (uuu) since the type from the 
expected interface is (ua{sv})

Could you please have a look? 

Kind regards,
Antonis

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

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

Versions of packages gnome-settings-daemon depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gsettings-desktop-schemas3.16.1-1
ii  libc62.19-18
ii  libcairo21.14.2-2
ii  libcanberra-gtk3-0   0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libcolord2   1.2.1-1+b2
ii  libcups2 1.7.5-12
ii  libfontconfig1   2.11.0-6.3
ii  libgdk-pixbuf2.0-0   2.31.4-2
ii  libgeocode-glib0 3.16.2-1
ii  libglib2.0-0 2.44.1-1
ii  libgnome-desktop-3-103.16.2-2
ii  libgtk-3-0   3.16.4-2
ii  libgudev-1.0-0   230-1
ii  libgweather-3-6  3.16.1-1
ii  liblcms2-2   2.6-3+b3
ii  libnm-glib4  1.0.2-2
ii  libnm-util2  1.0.2-2
ii  libnotify4   0.7.6-2
ii  libnspr4 2:4.10.8-2
ii  libnspr4-0d  2:4.10.8-2
ii  libnss3  2:3.19.1-2
ii  libnss3-1d   2:3.19.1-2
ii  libpackagekit-glib2-18   1.0.6-1
ii  libpam-systemd   215-18
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpolkit-gobject-1-00.105-8
ii  libpulse-mainloop-glib0  6.0-2
ii  libpulse06.0-2
ii  librsvg2-2   2.40.9-2
ii  libupower-glib3  0.99.3-1+b1
ii  libwacom20.8-1
ii  libwayland-client0   1.8.1-1
ii  libx11-6 2:1.6.3-1
ii  libxext6 2:1.3.3-1
ii  libxi6   2:1.7.4-1+b2
ii  libxtst6 2:1.2.2-1+b1
ii  nautilus-data3.14.2-1

Versions of packages gnome-settings-daemon recommends:
ii  pulseaudio  6.0-2

Versions of packages gnome-settings-daemon suggests:
pn  gnome-screensaver
ii  metacity [x-window-manager]  1:3.14.3-1
ii  mutter [x-window-manager]3.14.4-2+b1
ii  x11-xserver-utils7.7+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#777790: Patch to build with GCC 5

[Martin Michlmayr]

tags 90 + patch
thanks

Here's a patch to fix the build failure with GCC 5.

debian/patches/gcc45.patch made sure it builds with 4.5 and other 4.x
releases higher than 4.5, but not with 5.x.

Martin


diff -urN avifile-0.7.48~20090503.ds~/debian/patches/gcc5.patch 
avifile-0.7.48~20090503.ds/debian/patches/gcc5.patch
--- avifile-0.7.48~20090503.ds~/debian/patches/gcc5.patch   1970-01-01 
00:00:00.0 +
+++ avifile-0.7.48~20090503.ds/debian/patches/gcc5.patch2015-06-24 
23:25:31.721223758 +
@@ -0,0 +1,24 @@
+Description: Fix FTBFS with GCC 5
+Author: Martin Michlmayr 
+---
+
+--- avifile-0.7.48~20090503.ds~/lib/common/avm_output.cpp  2015-06-24 
23:22:37.0 +
 avifile-0.7.48~20090503.ds/lib/common/avm_output.cpp   2015-06-24 
23:23:02.013220660 +
+@@ -14,7 +14,7 @@
+ 
+ AVM_BEGIN_NAMESPACE;
+ 
+-#if __GNUC__ == 4 && __GNUC_MINOR__ >= 5
++#if (__GNUC__ == 4 && __GNUC_MINOR__ >= 5) || __GNUC__ >= 5
+ typename AvmOutput::AvmOutput* AvmOutput::m_pSelf = 0;
+ #else
+ AvmOutput::AvmOutput* AvmOutput::m_pSelf = 0;
+@@ -59,7 +59,7 @@
+ new AvmOutput();
+ }
+ 
+-#if __GNUC__ == 4 && __GNUC_MINOR__ >= 5
++#if (__GNUC__ == 4 && __GNUC_MINOR__ >= 5) || __GNUC__ >= 5
+ typename AvmOutput::AvmOutput* AvmOutput::singleton()
+ #else
+ AvmOutput::AvmOutput* AvmOutput::singleton()
diff -urN avifile-0.7.48~20090503.ds~/debian/patches/series 
avifile-0.7.48~20090503.ds/debian/patches/series
--- avifile-0.7.48~20090503.ds~/debian/patches/series   2014-10-20 
11:28:43.0 +
+++ avifile-0.7.48~20090503.ds/debian/patches/series2015-06-24 
23:25:02.401223151 +
@@ -11,3 +11,4 @@
 ftbfs-gcc4.7.patch
 fix-ftbfs-libav9.patch
 libav10.patch
+gcc5.patch

-- 
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard


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

Bug#789865: pyosmium: FTBFS (32-bit): test_broken_timestamp AssertionError: ValueError not raised

[Aaron M. Ucko]

Source: pyosmium
Version: 2.1.0-1
Severity: important

32-bit builds of pyosmium have been failing:

  I: pybuild base:170: cd test && python2.7 run_tests.py
  F..
  ==
  FAIL: test_broken_timestamp (test_io.TestReaderFromFile)
  --
  Traceback (most recent call last):
File "/«PKGBUILDDIR»/test/test_io.py", line 45, in test_broken_timestamp
  o.apply(rd, o.SimpleHandler())
  AssertionError: ValueError not raised

Could you please take a look?  You might have to disable the test
there, if it assumes a 64-bit time_t.

Thanks!


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

Bug#789864: transition: libgdata22

[Michael Biebl]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,

I'd like to request a slot for a small transition.
libgdata bumped the soname from 19 → 22.
The new package is available in experimental and built everywhere.
I've rebuilt all rdeps, and I didn't get any build failures, so only a
round of binNMUs should be necessary.
If there is no conflict with another ongoing transition, it should be
good to go.

The auto tracker at [2] looks fine.

Regards,
Michael


[1] https://buildd.debian.org/status/package.php?p=libgdata&suite=experimental
[2] https://release.debian.org/transitions/html/auto-libgdata.html


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

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


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

Bug#741573: Investigation of the bug log

[Charles Plessy]

Le Tue, Jun 23, 2015 at 04:59:07PM -0400, Sam Hartman a écrit :
> 
> If you seconded the proposal, I'd like to confirm that as part of your
> second, you believed that there was rough consensus and that objections
> that were raised had been addressed.  That is, please confirm that you
> evaluated not just the quality of the proposal, but also evaluated the
> discussion.

Hi Sam,

I confirm that when seconding the proposal, it was my assessemnt that a rough
consensus has been reached.  As a former Policy Editor, I was well aware that
seconding is not merly a voting process.

Have a nice day,

-- 
Charles


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

Bug#789839: xemacs21-packages: FTBFS with timeout

[Dominic Hargreaves]

Control: severity -1 important
Control: retitle -1 xemacs21-packages: FTBFS with timeout in sbuild / 
unwriteable home?


On Wed, Jun 24, 2015 at 10:35:10PM +0100, Mark Brown wrote:
> On Wed, Jun 24, 2015 at 10:08:41PM +0100, Dominic Hargreaves wrote:
> > Source: xemacs21-packages
> > Version: 2009.02.17.dfsg.2-2
> > Severity: important
> > 
> > This package FTBFS on a clean sbuild setup:
> 
> Please provide more complete reproduction instructions, for example what
> architecture you are trying this on, a more complete build log and
> ideally a more specific description of what a clean sbuild environment
> is (I'm assuming there's some setup required beyond simply installing
> the package).

Both i386 and amd64, and nothing special about the sbuild setup. Once
you have sbuild installed and a sid chroot configured, it can be
reproduced with

sbuild -A -d sid xemacs21-packages_2009.02.17.dfsg.2-2

Full build log attached.

I'm downgrading this after having verified that it's only an issue
with sbuild. Given the log it seems quite likely that the hang is
triggered by $HOME being unwritable (by design) when run in sbuild.

Cheers,
Dominic.


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

Bug#789863: ITP: mavibot -- Apache Mavibot - MVCC BTree Java Implementation

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: mavibot
  Version : 1.0.0~M1
  Upstream Author : The Apache Software Foundation
* URL : http://directory.apache.org/mavibot
* License : Apache-2.0
  Programming Lang: Java
  Description : Apache Mavibot - MVCC BTree Java Implementation

Mavibot is a Multi Version Concurrency Control (MVCC) BTree in Java.
It is expected to be a replacement for JDBM (The current backend for
the Apache Directory Server), but could be a good fit for any other
project in need of a Java MVCC BTree implementation.

This library is a dependency of Apache Hadoop.


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

Bug#789862: Error: Message creation failed, not sending

[Roger Lynn]

Package: reportbug
Version: 6.6.3
Severity: normal

Hi,

I've just upgraded to Jessie and after editing a bug report for vsftpd 3.0.2-17 
I got the following output:

Report will be sent to "Debian Bug Tracking System" 
Attachments:
 conf-file attached
 log-file attached
Submit this report on vsftpd (e to edit) [Y|n|a|c|e|i|l|m|p|q|d|t|s|?]? 
Warning: opening 'conf-file attached' failed: No such file or directory.
Warning: opening 'log-file attached' failed: No such file or directory.
Error: Message creation failed, not sending
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 2211, in 
main()
  File "/usr/bin/reportbug", line 1081, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 2203, in user_interface
self.options.envelopefrom)
  File "/usr/lib/python2.7/dist-packages/reportbug/submit.py", line 316, in 
send_report
msgname = os.path.expanduser(outfile) or ('/var/tmp/%s.bug' % package)
  File "/usr/lib/python2.7/posixpath.py", line 261, in expanduser
if not path.startswith('~'):
AttributeError: 'NoneType' object has no attribute 'startswith'

My bug report appears to have been deleted from /tmp. My reportbug
configuration has not changed since Wheezy.

Thank you,

Roger

-- Package-specific info:
** Environment settings:
INTERFACE="text"

** /home/roger/.reportbugrc:
reportbug_version "4.12.6"
mode advanced
ui text

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

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

Versions of packages reportbug depends on:
ii  apt   1.0.9.8.1
ii  python2.7.9-1
ii  python-reportbug  6.6.3
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
pn  emacs23-bin-common | emacs24-bin-common
ii  exim4  4.84-8
ii  exim4-daemon-light [mail-transport-agent]  4.84-8
ii  file   1:5.22+15-2
ii  gnupg  1.4.18-7
pn  python-gtk2
pn  python-gtkspell
pn  python-urwid   
pn  python-vte 
ii  xdg-utils  1.1.0~rc1+git20111210-7.4

Versions of packages python-reportbug depends on:
ii  apt   1.0.9.8.1
ii  python-debian 0.1.27
ii  python-debianbts  1.12
pn  python:any

python-reportbug 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#777783: Patch to add -std=gnu89

[Martin Michlmayr]

tags 83 + patch
thanks

You can add -std=gnu89 to CFLAGS to tell GCC 5 to use GNU89 inline
style.

Note that I had to change debian/rules slightly: previously, all your
DEB_* variables were ignored because they were not passed to
dpkg-buildflags (see #664508 for another package with such an issue).

Long term, it would be good to move to C99 inline, see
https://gcc.gnu.org/gcc-5/porting_to.html but it seems there's no
active atftp upstream.


diff -urN atftp-0.7.git20120829~/debian/rules atftp-0.7.git20120829/debian/rules
--- atftp-0.7.git20120829~/debian/rules 2015-06-24 22:53:07.669183524 +
+++ atftp-0.7.git20120829/debian/rules  2015-06-24 22:53:12.633183627 +
@@ -12,10 +12,8 @@
 # This has to be exported to make some magic below work.
 export DH_OPTIONS
 
-export DEB_BUILD_MAINT_OPTIONS = hardening=+all
-export DEB_CFLAGS_MAINT_APPEND  = -Wall -pedantic
-export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
-  
+dpkg_buildflags = DEB_BUILD_MAINT_OPTIONS="hardening=+all" 
DEB_CFLAGS_MAINT_APPEND="-Wall -pedantic -std=gnu89" 
DEB_LDFLAGS_MAINT_APPEND="-Wl,--as-needed" dpkg-buildflags
+
 configure: configure-stamp
 
 configure-stamp:
@@ -23,7 +21,7 @@
# Add here commands to configure the package.
./autogen.sh
#./configure --prefix=/usr --mandir=/usr/share/man
-   dh_auto_configure -- $(shell dpkg-buildflags --export=configure)
+   dh_auto_configure -- $(shell $(dpkg_buildflags) --export=configure)
 
touch configure-stamp
 

-- 
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard


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

Bug#789775: zabbix-server: Zabbix server exits after 'One child process died'

[Dmitry Smirnov]

On Wed, 24 Jun 2015 11:36:31 Chris Jones wrote:
> Since upgrading to 2.4.5 (testing) from 2.2.7 (from stable) the Zabbix
> server stops after running for some time (2-3 days).

Although I'm running zabbix-server-mysql for a while, I've never had this 
problem with 2.4.5. I'm not sure how to troubleshoot it. Could it be a problem 
in database? If so would you be able to VACUUM Zabbix tables or perhaps try to 
back-up Zabbix database to make sure it works?

Also what init system are you using? Zabbix-server Systemd .service file 
contains "Restart=on-abnormal" which should be able to restart server 
automatically...

-- 
Cheers,
 Dmitry Smirnov

---

A man is his own easiest dupe, for what he wishes to be true he
generally believes to be true.
-- Demosthenes, Third Olynthiac, sct. 19 (349 BCE)


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

Bug#760923: tentative patch

[Vincent McIntyre]

On Wed, Jun 24, 2015 at 09:47:35PM +0200, Marco d'Itri wrote:
> On Jun 23, Martin Pitt  wrote:
> 
> > This sounds confusing -- systemd has never changed the behaviour of
> > "halt"; sysvinit misimplemented halt, so the change is between
> > changing init systems, not upgrading any particular version.

> I think that either we can update the release notes for jessie or there 
> is no point in clarifying this since most Debian systems (and almost 
> all jessie systems) already use systemd and show this behaviour.
> 

I've opened #789652 for installation-guide but no responses yet.
Perhaps the release notes need this as well, I'll send a note to
debian-boot. Thanks for your advice.

Vince


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

Bug#788863: cssc: FTBFS on jenkins.d.n, hangs during the tests

[Mattia Rizzolo]

On Thu, Jun 25, 2015 at 12:01:06AM +0200, Yann Dirson wrote:
> On Fri, Jun 19, 2015 at 11:03:21PM +, Mattia Rizzolo wrote:
> > On Fri, Jun 19, 2015 at 7:16 PM, Yann Dirson  wrote:
> > > Can you look at the process tree under the test run, and possibly get
> > > a look at what the leaf processes are doing ?
> > 
> > can you tell me more precisely what i should do? run the build and?
> 
> When it gets stuck, I'd use something like "pstree -p $(pidof
> debuild)" to get an idea of what's still running.  If it's a test, "ps
> l" should tell us which one it is, and with some luck we'll be able to
> see the problem by just looking at that particular test.  If that's
> not sufficient, I'd go with "strace -p" first.

just manually ran a build on the host the very same way the job does and it
went good. Dunno maybe this is trigger also by a particulr load, and a load of
~60 is not enough (and it's too much, who knows..).
FTR it took 6:16 minutes.

> > > I'd think that the testsuite is probably not thought for a parallel
> > > make it looks hard to predict anything.  Maybe I should arrange so
> > > that dh_auto_test does not run in parallel - probably adding
> > > --max-parallel=1 to its invocation would do the trick.
> > >
> > > Can you get it rerun with this and see if it improves something ?
> > 
> > well, if you upload it i can just unblacklist it and schedule it for a
> > regular build.
> 
> OK, I'll do that later this week.  Won't that make it more
> difficult/time-consuming for you to get the information with the
> current version if I upload a new one too soon ?

Not sure I get your question.
If you upload a "fixed" (as in: it can't fail anymore, but that's enough for me,
i don't think so many people run with -j 23) package I can just
unblacklisted it and forget about it.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540 .''`.
more about me:  http://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-


signature.asc
Description: Digital signature

Bug#789861: irssi: libsres: dropping response: query and response ID's or q_fields don't match

[WhilelM]

Package: irssi
Version: 0.8.17-1
Severity: important

Get this repeated message and I can't use irssi.
Can't figure where it come from.

Thanks for help

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

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

Versions of packages irssi depends on:
ii  libc6   2.19-18
ii  libglib2.0-02.42.1-1
ii  libncurses5 5.9+20140913-1+b1
ii  libperl5.20 5.20.2-3+deb8u1
ii  libssl1.0.0 1.0.1k-3+deb8u1
ii  libtinfo5   5.9+20140913-1+b1
ii  libval142.0-1.1
ii  perl5.20.2-3+deb8u1
ii  perl-base [perlapi-5.20.1]  5.20.2-3+deb8u1

irssi recommends no packages.

Versions of packages irssi suggests:
ii  irssi-scripts  20131030

-- 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#719845: [PATCH] Deterministic file order for control and data archives

[Jérémy Bobbio]

Jérémy Bobbio:
> Jérémy Bobbio:
> > Here are four patches based on the current master (1e059955) that will
> > write files in deterministic order in the control and data archives.
> > File names are sorted by forking `sort` before being piped to `tar`.
> 
> Attached are the patch based on current master (36eda4c1bc).

Attached are the patch based on master (1b8c20ad2).

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   
From a09849333b2ca211a1fa2ed02674c6af7b49c112 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Bobbio?= 
Date: Tue, 27 Aug 2013 18:10:15 +0200
Subject: [PATCH 1/4] Ensure deterministic file order in data.tar.* files

Address: #719845
---
 dpkg-deb/build.c | 42 ++
 lib/dpkg/dpkg.h  |  1 +
 2 files changed, 31 insertions(+), 12 deletions(-)

diff --git a/dpkg-deb/build.c b/dpkg-deb/build.c
index 94d75ff..db9aaf3 100644
--- a/dpkg-deb/build.c
+++ b/dpkg-deb/build.c
@@ -168,19 +168,36 @@ file_info_list_free(struct file_info *fi)
 static void
 file_treewalk_feed(const char *dir, int fd_out)
 {
-  int pipefd[2];
-  pid_t pid;
+  int sort_pipefd[2], find_pipefd[2];
+  pid_t sort_pid, find_pid;
   struct file_info *fi;
   struct file_info *symlist = NULL;
   struct file_info *symlist_end = NULL;
 
-  m_pipe(pipefd);
+  m_pipe(find_pipefd);
+  m_pipe(sort_pipefd);
+
+  sort_pid = subproc_fork();
+  if (sort_pid == 0) {
+m_dup2(find_pipefd[0], 0);
+close(find_pipefd[0]);
+close(find_pipefd[1]);
+m_dup2(sort_pipefd[1], 1);
+close(sort_pipefd[0]);
+close(sort_pipefd[1]);
+if (setenv("LC_ALL", "C", 1 /* overwrite */))
+ohshite(_("unable to setenv"));
+execlp(SORT, "sort", "--zero-terminated", NULL);
+ohshite(_("unable to execute %s (%s)"), "sort", SORT);
+  }
+  close(find_pipefd[0]);
+  close(sort_pipefd[1]);
 
-  pid = subproc_fork();
-  if (pid == 0) {
-m_dup2(pipefd[1], 1);
-close(pipefd[0]);
-close(pipefd[1]);
+  find_pid = subproc_fork();
+  if (find_pid == 0) {
+m_dup2(find_pipefd[1], 1);
+close(find_pipefd[0]);
+close(find_pipefd[1]);
 
 if (chdir(dir))
   ohshite(_("failed to chdir to '%.255s'"), dir);
@@ -189,11 +206,11 @@ file_treewalk_feed(const char *dir, int fd_out)
"-print0", NULL);
 ohshite(_("unable to execute %s (%s)"), "find", FIND);
   }
-  close(pipefd[1]);
+  close(find_pipefd[1]);
 
   /* We need to reorder the files so we can make sure that symlinks
* will not appear before their target. */
-  while ((fi = file_info_get(dir, pipefd[0])) != NULL) {
+  while ((fi = file_info_get(dir, sort_pipefd[0])) != NULL) {
 if (strchr(fi->fn, '\n'))
   ohshit(_("newline not allowed in pathname '%s'"), fi->fn);
 if (S_ISLNK(fi->st.st_mode)) {
@@ -206,8 +223,9 @@ file_treewalk_feed(const char *dir, int fd_out)
 }
   }
 
-  close(pipefd[0]);
-  subproc_reap(pid, "find", 0);
+  close(sort_pipefd[0]);
+  subproc_reap(find_pid, "find", 0);
+  subproc_reap(sort_pid, "sort", 0);
 
   for (fi = symlist; fi; fi = fi->next)
 if (fd_write(fd_out, fi->fn, strlen(fi->fn) + 1) < 0)
diff --git a/lib/dpkg/dpkg.h b/lib/dpkg/dpkg.h
index 23b3dd3..0cfa340 100644
--- a/lib/dpkg/dpkg.h
+++ b/lib/dpkg/dpkg.h
@@ -110,6 +110,7 @@ DPKG_BEGIN_DECLS
 #define CAT		"cat"
 #define FIND		"find"
 #define DIFF		"diff"
+#define SORT		"sort"
 
 #define FIND_EXPRSTARTCHARS "-(),!"
 
-- 
2.1.4

From d1ea3f10adec307715bd9e7ee277b5528dbd9698 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Bobbio?= 
Date: Fri, 17 Jan 2014 12:56:13 +0100
Subject: [PATCH 2/4] Extract the creation of the control tarball to a
 dedicated function

---
 dpkg-deb/build.c | 77 +---
 1 file changed, 45 insertions(+), 32 deletions(-)

diff --git a/dpkg-deb/build.c b/dpkg-deb/build.c
index db9aaf3..363fb52 100644
--- a/dpkg-deb/build.c
+++ b/dpkg-deb/build.c
@@ -234,6 +234,40 @@ file_treewalk_feed(const char *dir, int fd_out)
   file_info_list_free(symlist);
 }
 
+static void
+create_control_tar(const char *dir, struct compress_params *control_compress_params,
+   int gzfd)
+{
+  int p1[2];
+  pid_t c1, c2;
+
+  /* Fork a tar to package the control-section of the package. */
+  unsetenv("TAR_OPTIONS");
+  m_pipe(p1);
+  c1 = subproc_fork();
+  if (!c1) {
+m_dup2(p1[1],1); close(p1[0]); close(p1[1]);
+if (chdir(dir))
+  ohshite(_("failed to chdir to '%.255s'"), dir);
+if (chdir(BUILDCONTROLDIR))
+  ohshite(_("failed to chdir to '%.255s'"), ".../DEBIAN");
+execlp(TAR, "tar", "-cf", "-", "--format=gnu", ".", NULL);
+ohshite(_("unable to execute %s (%s)"), "tar -cf", TAR);
+  }
+  close(p1[1]);
+
+  /* And run the compressor on our control archive. */
+
+  c2 = subproc_fork();
+  if (!c2) {
+compress_filter(control_compress_params, p1[0

Bug#708832: libgsl0ldbl: Cannot install amd64 and i386 version of the package in parallel

[Yuriy M. Kaminskiy]

Patch (debdiff) to add Multi-Arch support attached (I've followed 
https://wiki.debian.org/Multiarch/Implementation), passes very limited 
check (coinstallation of :i386 and :amd64 runtime packages).

Current limitations:
 *-dev is not multi-arch yet, as /usr/bin/gsl-config cannot be shared.
 *-dbg is not multi-arch yet, as /usr/lib/debug/usr/bin/* cannot be 
shared (possible solution: don't strip them)
Note: I have *very* limited knowledge about debhelper machinery/etc, 
please review carefully
diff -Nru gsl-1.16+dfsg/debian/changelog gsl-1.16+dfsg/debian/changelog
--- gsl-1.16+dfsg/debian/changelog  2015-06-25 01:05:05.0 +0300
+++ gsl-1.16+dfsg/debian/changelog  2015-06-24 23:34:06.0 +0300
@@ -1,3 +1,10 @@
+gsl (1.16+dfsg-2+1~local1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add multi-arch support. (Closes: #708832)
+
+ -- Yuriy M. Kaminskiy   Wed, 24 Jun 2015 23:33:24 
+0300
+
 gsl (1.16+dfsg-2) unstable; urgency=low
 
   * debian/rules: Applies patch by Fernando Seiti Furusato to switch to
diff -Nru gsl-1.16+dfsg/debian/compat gsl-1.16+dfsg/debian/compat
--- gsl-1.16+dfsg/debian/compat 2015-06-25 01:05:05.0 +0300
+++ gsl-1.16+dfsg/debian/compat 2015-06-24 23:34:47.0 +0300
@@ -1 +1 @@
-5
+8
diff -Nru gsl-1.16+dfsg/debian/control gsl-1.16+dfsg/debian/control
--- gsl-1.16+dfsg/debian/control2015-06-25 01:05:05.0 +0300
+++ gsl-1.16+dfsg/debian/control2015-06-25 00:09:41.0 +0300
@@ -3,12 +3,14 @@
 Priority: optional
 Maintainer: Dirk Eddelbuettel 
 Standards-Version: 3.9.5
-Build-Depends: gawk | awk, debhelper (>= 5.0.0), gcc (>= 4:4.0), binutils (>= 
2.12.90.0.9), dh-autoreconf
+Build-Depends: gawk | awk, debhelper (>= 8.1.3), gcc (>= 4:4.0), binutils (>= 
2.12.90.0.9), dh-autoreconf
 Homepage: http://www.gnu.org/software/gsl
 
 Package: libgsl0ldbl
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: gsl, libgsl0
 Replaces: gsl, libgsl0 (<= 1.9-4)
@@ -32,6 +34,7 @@
 
 Package: libgsl0-dev
 Section: libdevel
+#Multi-Arch: same -- TODO resolve /usr/bin/gsl-config issue
 Architecture: any
 Depends: libgsl0ldbl (= ${binary:Version}), ${misc:Depends}
 Conflicts: gsl-dev
@@ -48,6 +51,7 @@
 Package: gsl-bin
 Section: math
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: gsl
 Replaces: gsl
@@ -63,6 +67,7 @@
 Section: debug
 Priority: extra
 Architecture: any
+#Multi-Arch: same -- TODO resolve /usr/lib/debug/usr/bin/* issue
 Depends: libgsl0ldbl (= ${binary:Version}), ${misc:Depends}
 Description: GNU Scientific Library (GSL) -- debug symbols package
  The GNU Scientific Library (GSL) is a collection of routines for
@@ -79,6 +84,8 @@
 Section: libdevel
 Priority: extra
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: libgsl0ldbl (= ${binary:Version}), ${misc:Depends}
 Description: GNU Scientific Library (GSL) -- Profiling Libraries
  The GNU Scientific Library (GSL) is a collection of routines for
diff -Nru gsl-1.16+dfsg/debian/libgsl0-dev.install 
gsl-1.16+dfsg/debian/libgsl0-dev.install
--- gsl-1.16+dfsg/debian/libgsl0-dev.install2015-06-25 01:05:05.0 
+0300
+++ gsl-1.16+dfsg/debian/libgsl0-dev.install2015-06-24 23:59:02.0 
+0300
@@ -1,8 +1,8 @@
 usr/bin/gsl-config
 usr/include/ 
-usr/lib/lib*.so
-usr/lib/lib*.a
+usr/lib/*/lib*.so
+usr/lib/*/lib*.a
 usr/share/aclocal/
 usr/share/man/man1/gsl-config.1
 usr/share/man/man3/gsl.3
-usr/lib/pkgconfig/gsl.pc
+usr/lib/*/pkgconfig/gsl.pc
diff -Nru gsl-1.16+dfsg/debian/libgsl0ldbl.install 
gsl-1.16+dfsg/debian/libgsl0ldbl.install
--- gsl-1.16+dfsg/debian/libgsl0ldbl.install2015-06-25 01:05:05.0 
+0300
+++ gsl-1.16+dfsg/debian/libgsl0ldbl.install2015-06-24 23:46:43.0 
+0300
@@ -1,2 +1,2 @@
-usr/lib/libgsl.so.*
-usr/lib/libgslcblas.so.*
+usr/lib/*/libgsl.so.*
+usr/lib/*/libgslcblas.so.*
diff -Nru gsl-1.16+dfsg/debian/libgsl0ldbl.overrides 
gsl-1.16+dfsg/debian/libgsl0ldbl.overrides
--- gsl-1.16+dfsg/debian/libgsl0ldbl.overrides  2015-06-25 01:05:05.0 
+0300
+++ gsl-1.16+dfsg/debian/libgsl0ldbl.overrides  2015-06-24 23:41:59.0 
+0300
@@ -1,4 +1,4 @@
-libgsl0ldbl: non-dev-pkg-with-shlib-symlink usr/lib/libgslcblas.so.0.0.0 
usr/lib/libgslcblas.so
-libgsl0ldbl: non-dev-pkg-with-shlib-symlink usr/lib/libgsl.so.0.10.0 
usr/lib/libgsl.so
+libgsl0ldbl: non-dev-pkg-with-shlib-symlink usr/lib/*/libgslcblas.so.0.0.0 
usr/lib/*/libgslcblas.so
+libgsl0ldbl: non-dev-pkg-with-shlib-symlink usr/lib/*/libgsl.so.0.10.0 
usr/lib/*/libgsl.so
 libgsl0ldbl: package-name-doesnt-match-sonames libgslcblas0 libgsl0
 libgsl0ldbl: package-name-doesnt-match-sonames libgsl0 libgslcblas0
diff -Nru gsl-1.16+dfsg/debian/libgsl0-prof.install 
gsl-1.16+dfsg/debian/libgsl0-prof.install
--- gsl-1.16+dfsg/debian/libgsl0-prof.install   2015-06-25 01:05:05.0 
+0300
+++ gsl-1.16+dfsg/d

Bug#789832: unburden-home-dir: FTBFS: t/unexpected-cases.t fails on amd64

[Axel Beckert]

Control: tag -1 + unreproducible moreinfo

Hi Chris,

Chris West (Faux) wrote:
> Justification: fails to build from source (but built successfully in the past)
> 
> Dear Maintainer,
> 
> The package's tests fail:
> 
> [..]
> t/undo.t ... ok
> t/unexpected-cases.t ... 
> Dubious, test returned 1 (wstat 256, 0x100)
> Failed 1/98 subtests 
> t/version.t  ok
> t/xsession-d.t . ok
> 
> Test Summary Report
> ---
> t/unexpected-cases.t (Wstat: 256 Tests: 98 Failed: 1)
>   Failed test:  95
>   Non-zero exit status: 1
> Files=27, Tests=496,  7 wallclock secs ( 0.16 usr  0.01 sys +  5.14 cusr  
> 0.78 csys =  6.09 CPU)
> Result: FAIL
> Makefile:9: recipe for target 'pureperltest' failed

thanks for the report, but I couldn't reproduce this, neither with
0.3.3 nor with the HEAD of the git repository. And
https://reproducible.debian.net/rb-pkg/unstable/amd64/unburden-home-dir.html
shows different tests failing, but not t/unexpected-cases.t.

Can you please explain a little bit more about your setup? pbuilder or
sbuild? On which file system where the tests run? (And if the
reporting machine was not the same as the machine where the issue
happend: Which locale was set? Which init system was used? Which
kernel was running?) etc.

A full build log would be nice, too.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


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

Bug#788863: cssc: FTBFS on jenkins.d.n, hangs during the tests

[Yann Dirson]

On Fri, Jun 19, 2015 at 11:03:21PM +, Mattia Rizzolo wrote:
> On Fri, Jun 19, 2015 at 7:16 PM, Yann Dirson  wrote:
> > Can you look at the process tree under the test run, and possibly get
> > a look at what the leaf processes are doing ?
> 
> can you tell me more precisely what i should do? run the build and?

When it gets stuck, I'd use something like "pstree -p $(pidof
debuild)" to get an idea of what's still running.  If it's a test, "ps
l" should tell us which one it is, and with some luck we'll be able to
see the problem by just looking at that particular test.  If that's
not sufficient, I'd go with "strace -p" first.


> > I'd think that the testsuite is probably not thought for a parallel
> > make it looks hard to predict anything.  Maybe I should arrange so
> > that dh_auto_test does not run in parallel - probably adding
> > --max-parallel=1 to its invocation would do the trick.
> >
> > Can you get it rerun with this and see if it improves something ?
> 
> well, if you upload it i can just unblacklist it and schedule it for a
> regular build.

OK, I'll do that later this week.  Won't that make it more
difficult/time-consuming for you to get the information with the
current version if I upload a new one too soon ?


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

Bug#789860: php5-imagick: Segmentation fault when accessing an unknown property

[Jerry]

Package: php5-imagick
Version: 3.1.0~rc1-1+b2
Severity: normal

The following code produces a segmentation fault:

foo;
?>

It can also be reproduces on the command line:

jerry@box:~$ php -r '$im = new \Imagick(); $im->foo;'
Segmentation fault

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

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

Versions of packages php5-imagick depends on:
ii  libc6   2.13-38+deb7u8
ii  libmagickcore5  8:6.7.7.10-5+deb7u3
ii  libmagickwand5  8:6.7.7.10-5+deb7u3
ii  php5-cli [phpapi-20100525+lfs]  5.4.41-0+deb7u1
ii  php5-common 5.4.41-0+deb7u1
ii  php5-fpm [phpapi-20100525+lfs]  5.4.41-0+deb7u1
ii  ucf 3.0025+nmu3

Versions of packages php5-imagick recommends:
ii  ghostscript  9.05~dfsg-6.3+deb7u1
ii  ttf-dejavu-core  2.33-3

php5-imagick 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#789858: lives: FTBFS in sid: undefined reference to `gtk_label_set_y_align'

[Dominic Hargreaves]

Source: lives
Version: 2.2.8~ds0-1
Severity: serious
Justification: FTBFS

This package FTBFS in a clean sid sbuild setup:

libtool: link: gcc -Wstrict-aliasing=0 -DHAVE_MJPEGTOOLS=1 -DHAVE_LDVGRAB=1 -I l
ibavc1394/avc1394.h -I libraw1394/raw1394.h -I libraw1394/rom1394.h -I/usr/inclu
de/liboil-0.3 -DENABLE_OIL=1 -DIS_LINUX_GNU=1 -DENABLE_OSC=1 -I/usr/include/alsa
 -DALSA_MIDI=1 -I/usr/include/libpng12 -DUSE_LIBPNG=1 -DUSE_SWSCALE=1 -DENABLE_J
ACK -DENABLE_JACK_TRANSPORT -DHAVE_PULSE_AUDIO=1 -DENABLE_GIW=1 -DHAVE_UNICAP=1 
-DLIVES_LIBDIR=\"/usr/lib/x86_64-linux-gnu\" -DHAVE_WEBM=1 -g -O2 -fstack-protec
tor-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wall -pthread -
Wl,-z -Wl,relro -o .libs/lives-exe widget-helper.o main.o support.o effects.o pl
ugins.o effects-weed.o effects-data.o framedraw.o interface.o paramspecial.o par
amwindow.o rfx-builder.o lives-yuv4mpeg.o preferences.o rte_window.o gui.o ce_th
umbs.o htmsocket.o merge.o dialogs.o saveplay.o audio.o events.o resample.o osc.
o omc-learn.o callbacks.o colourspace.o keyboard.o utils.o multitrack.o stream.o
 cvirtual.o startup.o pangotext.o videodev.o jack.o pulse.o ldvgrab.o ldvcallbac
ks.o ldvinterface.o giw/giwknob.o giw/giwvslider.o giw/giwled.o giw/giwtimeline.
o  -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcair
o -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -loil-0.3 -lX11 -lmjpeguti
ls -L../libOSC/ /«PKGBUILDDIR»/libOSC/.libs/libOSC.a -L../libOSC/client/ /«PKGBU
ILDDIR»/libOSC/client/.libs/libOSC_client.a -ljack -lavc1394 /usr/lib/x86_64-lin
ux-gnu/libraw1394.so -lrom1394 -lasound -lpulse -lpng12 -lswscale -lavutil /«PKG
BUILDDIR»/libweed/.libs/libweed_slice.so /«PKGBUILDDIR»/libweed/.libs/libweed-ut
ils.so -lm -lunicap -lrt -ldl -pthread
widget-helper.o: In function `lives_label_set_halignment':
/«PKGBUILDDIR»/src/widget-helper.c:2279: undefined reference to `gtk_label_set_y
_align'
collect2: error: ld returned 1 exit status


Cheers,
Dominic.


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

Bug#789857: texinfo: FTBFS with perl 5.22: test failures

[Dominic Hargreaves]

Source: texinfo
Version: 5.2.0.dfsg.1-6
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch

This package FTBFS with perl 5.22 (currently in experimental):

FAIL: test_scripts/coverage_formatting.sh
FAIL: test_scripts/coverage_formatting_utf8_enable_encoding.sh
FAIL: test_scripts/coverage_formatting_fr.sh
FAIL: test_scripts/coverage_formatting_cr.sh
FAIL: test_scripts/layout_formatting_plaintext.sh

This bug will become release critical nearer the time of the perl 5.22
migration, expected during the (northern hemisphere) summer.

Cheers,
Dominic.


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

Bug#789859: qtconnectivity-opensource-src: Consider packaging btapi10_2_1 and libbb2 and maybe reenabling !linux support

[Lisandro Damián Nicanor Pérez Meyer]

Source: qtconnectivity-opensource-src
Version: 5.3.2-2
Severity: normal

We are acurrently not building against btapi10_2_1 and libbb2 because they are
not packaged in Debian. Maybe we can re enable !linux support if those libs get
packaged, apart of adding support.


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

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


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

Bug#789746: efibootmgr fails to delete or modify boot entries

[Robert Lange]

# strace -o /tmp/efibootmgr.$RANDOM efibootmgr -b 0016 -B

The text file of strace output is attached.
execve("/bin/efibootmgr", ["efibootmgr", "-b", "0016", "-B"], [/* 21 vars */]) 
= 0
brk(0)  = 0x215f000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f230b987000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=155338, ...}) = 0
mmap(NULL, 155338, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f230b961000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libefivar.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300,\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=103336, ...}) = 0
mmap(NULL, 2199384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f230b55
mprotect(0x7f230b56, 2093056, PROT_NONE) = 0
mmap(0x7f230b75f000, 40960, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0x7f230b75f000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\16\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=14664, ...}) = 0
mmap(NULL, 2109712, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f230b34c000
mprotect(0x7f230b34f000, 2093056, PROT_NONE) = 0
mmap(0x7f230b54e000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f230b54e000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libefiboot.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260\34\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=39232, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f230b96
mmap(NULL, 2134584, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f230b142000
mprotect(0x7f230b14b000, 2093056, PROT_NONE) = 0
mmap(0x7f230b34a000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0x7f230b34a000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\34\2\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1729984, ...}) = 0
mmap(NULL, 3836448, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f230ad99000
mprotect(0x7f230af38000, 2097152, PROT_NONE) = 0
mmap(0x7f230b138000, 24576, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19f000) = 0x7f230b138000
mmap(0x7f230b13e000, 14880, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f230b13e000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f230b95f000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f230b95e000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f230b95d000
arch_prctl(ARCH_SET_FS, 0x7f230b95e700) = 0
mprotect(0x7f230b138000, 16384, PROT_READ) = 0
mprotect(0x7f230b34a000, 4096, PROT_READ) = 0
mprotect(0x7f230b54e000, 4096, PROT_READ) = 0
mprotect(0x7f230b75f000, 4096, PROT_READ) = 0
mprotect(0x607000, 4096, PROT_READ) = 0
mprotect(0x7f230b989000, 4096, PROT_READ) = 0
munmap(0x7f230b961000, 155338)  = 0
access("/sys/firmware/efi/efivars/", F_OK) = 0
statfs("/sys/firmware/efi/efivars/", {f_type="SYSFS_MAGIC", f_bsize=4096, 
f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, 
f_namelen=255, f_frsize=4096}) = 0
openat(AT_FDCWD, "/sys/firmware/efi/vars/", 
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
brk(0)  = 0x215f000
brk(0x2188000)  = 0x2188000
getdents(3, /* 189 entries */, 32768)   = 13672
openat(3, "KEK-8be4df61-93ca-11d2-aa0d-00e098032b8c/raw_var", O_RDONLY) = 4
read(4, 0x7ffef9cb6540, 4096)   = -1 EIO (Input/output error)
close(4)= 0
openat(3, "LBOP0012-2a4dc6b7-41f5-45dd-b46f-2dd334c1cf65/raw_var", O_RDONLY) = 4
read(4, "L\0B\0O\0P\\\0001\0002\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 
4096) = 2084
read(4, "", 4096)   = 0
close(4)= 0
brk(0x218)  = 0x218
close(3)= 0
access("/sys/firmware/efi/vars/new_va

Bug#789856: lighttpd: FTBFS with perl 5.22: test failures

[Dominic Hargreaves]

Source: lighttpd
Version: 1.4.35-4
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch

This package FTBFS with perl 5.22 (currently in experimental):

# 
# body failed: expected 'found here
# ', got ''

#   Failed test '404 handler => dynamic(200)'
#   at ./core-404-handler.t line 45.
# 
# status failed: expected '302', got '200'

#   Failed test '404 handler => dynamic(302)'
#   at ./core-404-handler.t line 52.
# 
# status failed: expected '404', got '200'

#   Failed test '404 handler => dynamic(404)'
#   at ./core-404-handler.t line 59.
# 
# body failed: expected 'found here
# ', got ''

#   Failed test '404 handler => dynamic(nostatus)'
#   at ./core-404-handler.t line 66.
# 
# status failed: expected '404', got '200'

#   Failed test '404 generated by CGI should stay 404'
#   at ./core-404-handler.t line 73.
# Looks like you failed 5 tests of 8.
./core-404-handler.t .. 
Dubious, test returned 5 (wstat 1280, 0x500)
Failed 5/8 subtests 

...

Test Summary Report
---
./core-404-handler.t (Wstat: 1280 Tests: 8 Failed: 5)
  Failed tests:  3-7
  Non-zero exit status: 5
Files=24, Tests=367,  9 wallclock secs ( 0.15 usr  0.15 sys +  2.70 cusr  1.92 
csys =  4.92 CPU)
Result: FAIL

This bug will become release critical nearer the time of the perl 5.22
migration, expected during the (northern hemisphere) summer.

Cheers,
Dominic.


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

Bug#789855: libtext-micromason-perl: FTBFS with perl 5.22: test failures

[Dominic Hargreaves]

Source: libtext-micromason-perl
Version: 2.13-3
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch upstream

This package FTBFS with perl 5.22 (currently in experimental):

#   Failed test at t/41-line_numbers.t line 31.
#   'MicroMason compilation failed: Global symbol "@__" requires
 explicit package name (did you forget to declare "my @__"?) at text template 
(compiled at t/41-line_numbers.t line 30) line 1.
# syntax error at text template (compiled at t/41-line_numbers.t line 30) line 
1, near "[]"
# 
#0  # line 1 "text template (compiled at t/41-line_numbers.t line 30)"
#1  sub { 
#2  local $SIG{__DIE__} = sub { die "MicroMason execution failed: ", @_ };
#3  my @OUT; my $_out = sub {push @OUT, @_};
#4  my %ARGS = @_ if ($#_ % 2);
#5  # line 0 "text template (compiled at t/41-line_numbers.t line 30)"
#6  push @OUT,( qq(Hello\ ) );
#7  # line 0 "text template (compiled at t/41-line_numbers.t line 30)"
#8  push @OUT,( "".do{
#9   $__[] 
#   10  } );
#   11  # line 0 "text template (compiled at t/41-line_numbers.t line 30)"
#   12  push @OUT,( qq(\!) );
#   13  join("", @OUT)
#   14  }
# ** Please use Text::MicroMason->new(-LineNumbers) for better diagnostics!
#  at /«PKGBUILDDIR»/blib/lib/Text/MicroMason/Base.pm line 94.
#   
Text::MicroMason::Base::execute(Text::MicroMason::Base::AUTO::LineNumbers_HTMLMason=HASH(0x29e4170),
 "text", "Hello <% \$__[] %>!", "world") called at t/41-line_numbers.t line 30
#   eval {...} called at t/41-line_numbers.t line 30
# '
# doesn't match '(?^:requires explicit package name at text template 
[(]compiled at \S+.t line \d+[)] line 1)'

#   Failed test at t/41-line_numbers.t line 38.
#   'MicroMason compilation failed: Global symbol "@__" 
requires explicit package name (did you forget to declare "my @__"?) at text 
template (compiled at t/41-line_numbers.t line 37) line 3.
# syntax error at text template (compiled at t/41-line_numbers.t line 37) line 
3, near "[]"
# 
#0  # line 1 "text template (compiled at t/41-line_numbers.t line 37)"
#1  sub { 
#2  local $SIG{__DIE__} = sub { die "MicroMason execution failed: ", @_ };
#3  my @OUT; my $_out = sub {push @OUT, @_};
#4  my %ARGS = @_ if ($#_ % 2);
#5  # line 0 "text template (compiled at t/41-line_numbers.t line 37)"
#6  push @OUT,( qq(\
#7  \
#8  Hello\ ) );
#9  # line 2 "text template (compiled at t/41-line_numbers.t line 37)"
#   10  push @OUT,( "".do{
#   11   $__[] 
#   12  } );
#   13  # line 2 "text template (compiled at t/41-line_numbers.t line 37)"
#   14  push @OUT,( qq(\!) );
#   15  join("", @OUT)
#   16  }
# ** Please use Text::MicroMason->new(-LineNumbers) for better diagnostics!
#  at /«PKGBUILDDIR»/blib/lib/Text/MicroMason/Base.pm line 94.
#   
Text::MicroMason::Base::execute(Text::MicroMason::Base::AUTO::LineNumbers_HTMLMason=HASH(0x29e4548),
 "text", "\x{a}\x{a}Hello <% \$__[] %>!", "world") called at 
t/41-line_numbers.t line 37
#   eval {...} called at t/41-line_numbers.t line 37
# '
# doesn't match '(?^:requires explicit package name at text template 
[(]compiled at \S+.t line \d+[)] line 3)'

#   Failed test at t/41-line_numbers.t line 60.
#   'MicroMason compilation failed: Global symbol "@__" 
requires explicit package name (did you forget to declare "my @__"?) at 
t/41-line_numbers.t line 59.
# syntax error at t/41-line_numbers.t line 59, near "[]"
# 
#0  # line 1 "text template (compiled at t/41-line_numbers.t line 59)"
#1  sub { 
#2  local $SIG{__DIE__} = sub { die "MicroMason execution failed: ", @_ };
#3  my @OUT; my $_out = sub {push @OUT, @_};
#4  my %ARGS = @_ if ($#_ % 2);
#5  # line 58 "t/41-line_numbers.t"
#6  push @OUT,( qq(Hello\ ) );
#7  # line 58 "t/41-line_numbers.t"
#8  push @OUT,( "".do{
#9   $__[] 
#   10  } );
#   11  # line 58 "t/41-line_numbers.t"
#   12  push @OUT,( qq(\!) );
#   13  join("", @OUT)
#   14  }
# ** Please use Text::MicroMason->new(-LineNumbers) for better diagnostics!
#  at /«PKGBUILDDIR»/blib/lib/Text/MicroMason/Base.pm line 94.
#   
Text::MicroMason::Base::execute(Text::MicroMason::Base::AUTO::LineNumbers_HTMLMason=HASH(0x2a22f08),
 "inline", "Hello <% \$__[] %>!", "world") called at t/41-line_numbers.t line 59
#   eval {...} called at t/41-line_numbers.t line 59
# '
# doesn't match '(?^:requires explicit package name at \S+.t line 59)'
# Looks like you failed 3 tests of 37.
t/41-line_numbers.t . 

...

Test Summary Report
---
t/41-line_numbers.t   (Wstat: 768 Tests: 37 Failed: 3)
  Failed tests:  12, 15, 26
  Non-zero exit status: 3
Files=39, Tests=1308,  8 wallclock secs ( 0.21 usr  0.27 sys +  2.19 cusr  0.36 
csys =  3.03 CPU)
Result: FAIL

Note: this looks similar, but not identical, to


This bug will become release crit

Bug#789854: libtemplate-declare-perl: FTBFS with perl 5.22: test failures

[Dominic Hargreaves]

Source: libtemplate-declare-perl
Version: 0.46-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch

This package FTBFS with perl 5.22 (currently in experimental):

#   Failed test 'package htm is intact'
#   at t/namespace.t line 58.
#   'Can't call method "div" without a package or object referen
ce at (eval 10) line 1.
# '
# doesn't match '(?^:Can't locate object method "div" via package "htm")'
# Looks like you failed 1 test of 5.
t/namespace.t ... 

This bug will become release critical nearer the time of the perl 5.22
migration, expected during the (northern hemisphere) summer.

Cheers,
Dominic.


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

Bug#789853: libsharyanto-utils-perl: FTBFS with perl 5.22: looks_like_float/looks_like_int

[Dominic Hargreaves]

Source: libsharyanto-utils-perl
Version: 0.67-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch

This package FTBFS with perl 5.22 (currently in experimental):

#   Failed test 'looks_like_int(1.1)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(-1.1)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(11.1)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(-11.1)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(1.1)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(-1.1)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(1e10)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(-1e10)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(1e-1000)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(-1e-1000)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(11.1)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(-11.1)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(Inf)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(-Inf)=0'
#   at t/scalar_util.t line 23.

#   Failed test 'looks_like_int(Infinity)=0'
#   at t/scalar_util.t line 23.



Test Summary Report
---
t/scalar_util.t  (Wstat: 9216 Tests: 96 Failed: 36)
  Failed tests:  8-25, 40-57
  Non-zero exit status: 36
Files=13, Tests=164,  1 wallclock secs ( 0.08 usr  0.08 sys +  0.77 cusr  0.17 
csys =  1.10 CPU)
Result: FAIL

I haven't investigated in details, but the first step is probably
to update to a current release, since there have been quite a few
since 0.67.

This bug will become release critical nearer the time of the perl 5.22
migration, expected during the (northern hemisphere) summer.

Cheers,
Dominic.


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

Bug#789852: libinline-c-perl: FTBFS with perl 5.22: test failures

[Dominic Hargreaves]

Source: libinline-c-perl
Version: 0.64-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch

This package FTBFS with perl 5.22 (currently in experimental):

Test Summary Report
---
t/27inline_maker.t (Wstat: 512 Tests: 8 Failed: 2)
  Failed tests:  2, 6
  Non-zero exit status: 2
t/parse-pegex.t(Wstat: 0 Tests: 24 Failed: 0)
  TODO passed:   4, 7-9
Files=30, Tests=154, 81 wallclock secs ( 0.12 usr  0.15 sys + 57.17 cusr 11.50 c
sys = 68.94 CPU)
Result: FAIL

See attached log for full details.

This bug will become release critical nearer the time of the perl 5.22
migration, expected during the (northern hemisphere) summer.

Cheers,
Dominic.
sbuild (Debian sbuild) 0.65.2 (24 Mar 2015) on kale.larted.org.uk

╔══╗
║ libinline-c-perl 0.64-1 (amd64)19 Jun 2015 08:53 ║
╚══╝

Package: libinline-c-perl
Version: 0.64-1
Source Version: 0.64-1
Distribution: unstable
Machine Architecture: amd64
Host Architecture: amd64
Build Architecture: amd64

Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/^(.*?)(\\)?\${ <-- HERE ([^{}]+)}(.*)$/ at 
/usr/share/perl5/Debconf/Question.pm line 72.
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/\${ <-- HERE ([^}]+)}/ at /usr/share/perl5/Debconf/Config.pm line 
30.
I: NOTICE: Log filtering will replace 
'build/libinline-c-perl-K8hM8V/libinline-c-perl-0.64' with '«PKGBUILDDIR»'
I: NOTICE: Log filtering will replace 'build/libinline-c-perl-K8hM8V' with 
'«BUILDDIR»'
I: NOTICE: Log filtering will replace 
'var/lib/schroot/mount/perl-5.22-amd64-sbuild-7ddbe00c-52af-4354-a7a6-d3988420ef7c'
 with '«CHROOT»'

┌──┐
│ Update chroot│
└──┘

Hit http://localhost:3142 sid InRelease
Hit http://localhost:3142 experimental InRelease
Hit http://localhost perl-5.22.0 InRelease
Get:1 http://localhost:3142 sid/main Sources/DiffIndex [7876 B]
Get:2 http://localhost:3142 sid/main amd64 Packages/DiffIndex [7876 B]
Get:3 http://localhost:3142 sid/main Translation-en/DiffIndex [7876 B]
Get:4 http://localhost:3142 experimental/main amd64 Packages/DiffIndex [7819 B]
Get:5 http://localhost:3142 experimental/main Translation-en/DiffIndex [7819 B]
Hit http://localhost perl-5.22.0/main amd64 Packages
Ign http://localhost perl-5.22.0/main Translation-en
Fetched 39.3 kB in 4s (8763 B/s)
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

┌──┐
│ Fetch source files   │
└──┘


Check APT
─

Checking available source versions...

Download source files with APT
──

Reading package lists...
Building dependency tree...
Reading state information...
NOTICE: 'libinline-c-perl' packaging is maintained in the 'Git' version control 
system at:
git://anonscm.debian.org/pkg-perl/packages/libinline-c-perl.git
Need to get 76.8 kB of source archives.
Get:1 http://localhost:3142/debian/ sid/main libinline-c-perl 0.64-1 (dsc) 
[2384 B]
Get:2 http://localhost:3142/debian/ sid/main libinline-c-perl 0.64-1 (tar) 
[71.7 kB]
Get:3 http://localhost:3142/debian/ sid/main libinline-c-perl 0.64-1 (diff) 
[2692 B]
Fetched 76.8 kB in 0s (273 kB/s)
Download complete and in download only mode

Check architectures
───


Check dependencies
──

Merged Build-Depends: build-essential, fakeroot
Filtered Build-Depends: build-essential, fakeroot
dpkg-deb: building package 'sbuild-build-depends-core-dummy' in 
'/«BUILDDIR»/resolver-eGEILk/apt_archive/sbuild-build-depends-core-dummy.deb'.
OK
Ign file: ./ InRelease
Get:1 file: ./ Release.gpg [299 B]
Get:2 file: ./ Release [2119 B]
Ign file: ./ Translation-en
Reading package lists...
Reading package lists...

┌──┐
│ Install core build dependencies (apt-based resolver) │
└──┘

Installing build dependencies
Reading package lists...
Building dependency tree...
Reading state information...
The following NEW packages will be installed:
  sbuild-build-depends-core-dummy
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/^(.*?)(\\)?\${ <-- HERE ([^{}]+)}(.*)

Bug#789850: librdf-generator-void-perl: FTBFS with perl 5.22: old Scalar::Util bundled

[Dominic Hargreaves]

Source: librdf-generator-void-perl
Version: 0.13-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch upstream
Forwarded: https://github.com/kjetilk/RDF-Generator-Void/issues/4

This package FTBFS with perl 5.22 (currently in experimental):

#   Failed test 'Loading statement STDERR'
#   at t/perlrdfapp.t line 26.
#   ''
# doesn't match '(?^:^Loading file:///\S+data/basic.ttl$)'

#   Failed test 'Loading threw no exceptions'
#   at t/perlrdfapp.t line 27.
#  got: 'Undefined subroutine &Scalar::Util::set_prototype called at /us
r/share/perl/5.22/Fatal.pm line 1640.
# BEGIN failed--compilation aborted at /usr/share/perl5/App/perlrdf/FileSpec/Inp
utRDF.pm line 4.
# Compilation failed in require at 
/usr/share/perl5/App/perlrdf/Command/StoreLoad.pm line 44.
# '
# expected: undef

This is because inc/ contains an older bundled Scalar::Util.
This bug will become release critical nearer the time of the perl 5.22
migration, expected during the (northern hemisphere) summer.

Cheers,
Dominic.


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

Bug#789851: FTBFS: GLib-GObject-WARNING The property GtkButton:use-stock is deprecated

[Chris West (Faux)]

Source: java-gnome
Version: 4.1.3-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
User: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:
SNAPdoc/api/org/gnome/gtk/LinkButton.png
DANGER: GLib-GObject-WARNING, The property GtkButton:use-stock is deprecated 
and shouldn't be used anymore. It will be removed in a future version.
DANGER: GLib-GObject-WARNING, The property GtkSettings:gtk-button-images is 
deprecated and shouldn't be used anymore. It will be removed in a future 
version.
KILLXvfb
KILLmetacity
Exception in thread "main" org.gnome.glib.FatalError: GLib-GObject-WARNING
The property GtkButton:use-stock is deprecated and shouldn't be used anymore. 
It will be removed in a future version.
at org.gnome.gtk.GtkInfoBar.gtk_info_bar_add_button(Native Method)
at org.gnome.gtk.GtkInfoBar.addButton(GtkInfoBar.java:125)
at org.gnome.gtk.InfoBar.addButton(InfoBar.java:94)
at org.gnome.gtk.SnapshotInfoBar.(SnapshotInfoBar.java:42)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at java.lang.Class.newInstance(Class.java:379)
at Harness.main(Harness.java:243)
Makefile:87: recipe for target 'doc' failed
make[1]: *** [doc] Error 1
make[1]: Leaving directory '/java-gnome-4.1.3'


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

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


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

Bug#787889: general: USB keyboard stops working after a few seconds due to USB suspend

[Jesse Hallett]

On Wed, Jun 24, 2015 at 12:26 PM, Michael Biebl  wrote:
> On Fri, 05 Jun 2015 17:19:46 -0700 Jesse Hallett  wrote:
>> Package: general
>> Severity: important
>>
>> Dear Maintainer,
>>
>> * What led up to the situation?
>>
>> Upgraded packages on 2015-05-04. Upgrades included kernel update from 
>> 3.16.0-4-amd64 to 4.0.0-1-amd64.
>
> Which udev version was installed at that time?

I am still having this issue with udev 220-6.  I don't have a note of
the udev version that I had when I reported the issue.


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

Bug#789847: libnet-sslglue-perl: FTBFS with perl 5.22: Net::SMTP::starttls redefined

[Dominic Hargreaves]

Source: libnet-sslglue-perl
Version: 1.052-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch upstrean fixed-upstream

This package FTBFS with perl 5.22 (currently in experimental):

PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-
e" "undef *Test::Harness::Switches; test_harness(1, 'blib/lib', 'blib/arch')" t/
*.t
Subroutine Net::SMTP::starttls redefined at /«PKGBUILDDIR»/blib/lib/Net/SSLGlue/
SMTP.pm line 13.
Subroutine Net::SMTP::_STARTTLS redefined at /«PKGBUILDDIR»/blib/lib/Net/SSLGlue
/SMTP.pm line 30.
t/01_load.t .. 
1..3
not ok # load SMTP glue failed
ok # load LWP glue
ok # load LDAP glue
Failed 1/3 subtests 

Test Summary Report
---
t/01_load.t (Wstat: 0 Tests: 3 Failed: 1)
  Failed test:  1
Files=1, Tests=3,  1 wallclock secs ( 0.02 usr  0.01 sys +  0.28 cusr  0.02 csys
 =  0.33 CPU)
Result: FAIL

I suspect this is fixed upstream by this change:

1.054 2015/04/28
- if a version of libnet is detected which already supports TLS (i.e.
  libnet 3.0+) warn and use this instead.

This bug will become release critical nearer the time of the perl 5.22
migration, expected during the (northern hemisphere) summer.

Cheers,
Dominic.
sbuild (Debian sbuild) 0.65.2 (24 Mar 2015) on kale.larted.org.uk

╔══╗
║ libinline-c-perl 0.64-1 (amd64)19 Jun 2015 08:53 ║
╚══╝

Package: libinline-c-perl
Version: 0.64-1
Source Version: 0.64-1
Distribution: unstable
Machine Architecture: amd64
Host Architecture: amd64
Build Architecture: amd64

Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/^(.*?)(\\)?\${ <-- HERE ([^{}]+)}(.*)$/ at 
/usr/share/perl5/Debconf/Question.pm line 72.
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/\${ <-- HERE ([^}]+)}/ at /usr/share/perl5/Debconf/Config.pm line 
30.
I: NOTICE: Log filtering will replace 
'build/libinline-c-perl-K8hM8V/libinline-c-perl-0.64' with '«PKGBUILDDIR»'
I: NOTICE: Log filtering will replace 'build/libinline-c-perl-K8hM8V' with 
'«BUILDDIR»'
I: NOTICE: Log filtering will replace 
'var/lib/schroot/mount/perl-5.22-amd64-sbuild-7ddbe00c-52af-4354-a7a6-d3988420ef7c'
 with '«CHROOT»'

┌──┐
│ Update chroot│
└──┘

Hit http://localhost:3142 sid InRelease
Hit http://localhost:3142 experimental InRelease
Hit http://localhost perl-5.22.0 InRelease
Get:1 http://localhost:3142 sid/main Sources/DiffIndex [7876 B]
Get:2 http://localhost:3142 sid/main amd64 Packages/DiffIndex [7876 B]
Get:3 http://localhost:3142 sid/main Translation-en/DiffIndex [7876 B]
Get:4 http://localhost:3142 experimental/main amd64 Packages/DiffIndex [7819 B]
Get:5 http://localhost:3142 experimental/main Translation-en/DiffIndex [7819 B]
Hit http://localhost perl-5.22.0/main amd64 Packages
Ign http://localhost perl-5.22.0/main Translation-en
Fetched 39.3 kB in 4s (8763 B/s)
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

┌──┐
│ Fetch source files   │
└──┘


Check APT
─

Checking available source versions...

Download source files with APT
──

Reading package lists...
Building dependency tree...
Reading state information...
NOTICE: 'libinline-c-perl' packaging is maintained in the 'Git' version control 
system at:
git://anonscm.debian.org/pkg-perl/packages/libinline-c-perl.git
Need to get 76.8 kB of source archives.
Get:1 http://localhost:3142/debian/ sid/main libinline-c-perl 0.64-1 (dsc) 
[2384 B]
Get:2 http://localhost:3142/debian/ sid/main libinline-c-perl 0.64-1 (tar) 
[71.7 kB]
Get:3 http://localhost:3142/debian/ sid/main libinline-c-perl 0.64-1 (diff) 
[2692 B]
Fetched 76.8 kB in 0s (273 kB/s)
Download complete and in download only mode

Check architectures
───


Check dependencies
──

Merged Build-Depends: build-essential, fakeroot
Filtered Build-Depends: build-essential, fakeroot
dpkg-deb: building package 'sbuild-build-depends-core-dummy' in 
'/«BUILDDIR»/resolver-eGEILk/apt_archive/sbuild-build-depends-core-dummy.deb'.
OK
Ign file: ./ InRelease
Get:1 file: ./ Release.gpg [299 B]
Get:2 file: ./ Release [2119 B]
Ign file: ./ Translation-en
Reading package lists...
Reading package lists...

┌───

Bug#789849: FTBFS: missing build-dep on git(?)

[Chris West (Faux)]

Source: python-scciclient
Version: 0.0.1-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build in a clean chroot.
I believe this is because it assumes git(1) is present, and it isn't in the 
build-deps nor build-essential.

pyversions: missing debian/pyversions file, fall back to supported versions
python setup.py clean -a
error in setup command: Error parsing /python-scciclient-0.0.1/setup.cfg: 
OSError: [Errno 2] No such file or directory
dh_auto_clean: python setup.py clean -a returned exit code 1
debian/rules:12: recipe for target 'clean' failed



root@base:/python-scciclient-0.0.1# strace -ff -e execve 2>&1 dpkg-buildpackage 
| fgrep git
[pid 16699] execve("/bin/git", ["git", "rev-parse", "--git-dir"], [/* 89 vars 
*/]) = -1 ENOENT (No such file or directory)

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

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


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

Bug#789848: libparanoid-perl: FTBFS with perl 5.22: test failures

[Dominic Hargreaves]

Source: libparanoid-perl
Version: 0.36-2
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch

This package FTBFS with perl 5.22 (currently in experimental):

#   Failed test 'loadModule 3'
#   at t/11_module.t line 20.

#   Failed test 'loadModule 4'
#   at t/11_module.t line 21.
# Looks like you failed 2 tests of 12.
t/11_module.t ... 
1..12
ok 1 - loadModule 1
ok 2 - loadModule 2
not ok 3 - loadModule 3
not ok 4 - loadModule 4

...

Test Summary Report
---
t/11_module.t (Wstat: 512 Tests: 12 Failed: 2)
  Failed tests:  3-4
  Non-zero exit status: 2
Files=27, Tests=549, 21 wallclock secs ( 0.19 usr  0.16 sys +  2.61 cusr  0.50 c
sys =  3.46 CPU)
Result: FAIL

This bug will become release critical nearer the time of the perl 5.22
migration, expected during the (northern hemisphere) summer.

Cheers,
Dominic.
sbuild (Debian sbuild) 0.65.2 (24 Mar 2015) on kale.larted.org.uk

╔══╗
║ libinline-c-perl 0.64-1 (amd64)19 Jun 2015 08:53 ║
╚══╝

Package: libinline-c-perl
Version: 0.64-1
Source Version: 0.64-1
Distribution: unstable
Machine Architecture: amd64
Host Architecture: amd64
Build Architecture: amd64

Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/^(.*?)(\\)?\${ <-- HERE ([^{}]+)}(.*)$/ at 
/usr/share/perl5/Debconf/Question.pm line 72.
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/\${ <-- HERE ([^}]+)}/ at /usr/share/perl5/Debconf/Config.pm line 
30.
I: NOTICE: Log filtering will replace 
'build/libinline-c-perl-K8hM8V/libinline-c-perl-0.64' with '«PKGBUILDDIR»'
I: NOTICE: Log filtering will replace 'build/libinline-c-perl-K8hM8V' with 
'«BUILDDIR»'
I: NOTICE: Log filtering will replace 
'var/lib/schroot/mount/perl-5.22-amd64-sbuild-7ddbe00c-52af-4354-a7a6-d3988420ef7c'
 with '«CHROOT»'

┌──┐
│ Update chroot│
└──┘

Hit http://localhost:3142 sid InRelease
Hit http://localhost:3142 experimental InRelease
Hit http://localhost perl-5.22.0 InRelease
Get:1 http://localhost:3142 sid/main Sources/DiffIndex [7876 B]
Get:2 http://localhost:3142 sid/main amd64 Packages/DiffIndex [7876 B]
Get:3 http://localhost:3142 sid/main Translation-en/DiffIndex [7876 B]
Get:4 http://localhost:3142 experimental/main amd64 Packages/DiffIndex [7819 B]
Get:5 http://localhost:3142 experimental/main Translation-en/DiffIndex [7819 B]
Hit http://localhost perl-5.22.0/main amd64 Packages
Ign http://localhost perl-5.22.0/main Translation-en
Fetched 39.3 kB in 4s (8763 B/s)
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

┌──┐
│ Fetch source files   │
└──┘


Check APT
─

Checking available source versions...

Download source files with APT
──

Reading package lists...
Building dependency tree...
Reading state information...
NOTICE: 'libinline-c-perl' packaging is maintained in the 'Git' version control 
system at:
git://anonscm.debian.org/pkg-perl/packages/libinline-c-perl.git
Need to get 76.8 kB of source archives.
Get:1 http://localhost:3142/debian/ sid/main libinline-c-perl 0.64-1 (dsc) 
[2384 B]
Get:2 http://localhost:3142/debian/ sid/main libinline-c-perl 0.64-1 (tar) 
[71.7 kB]
Get:3 http://localhost:3142/debian/ sid/main libinline-c-perl 0.64-1 (diff) 
[2692 B]
Fetched 76.8 kB in 0s (273 kB/s)
Download complete and in download only mode

Check architectures
───


Check dependencies
──

Merged Build-Depends: build-essential, fakeroot
Filtered Build-Depends: build-essential, fakeroot
dpkg-deb: building package 'sbuild-build-depends-core-dummy' in 
'/«BUILDDIR»/resolver-eGEILk/apt_archive/sbuild-build-depends-core-dummy.deb'.
OK
Ign file: ./ InRelease
Get:1 file: ./ Release.gpg [299 B]
Get:2 file: ./ Release [2119 B]
Ign file: ./ Translation-en
Reading package lists...
Reading package lists...

┌──┐
│ Install core build dependencies (apt-based resolver) │
└──┘

Installing build dependencies
Reading package lists...
Building dependency tree...
Reading state information...
The following NEW packages wil

Bug#789839: xemacs21-packages: FTBFS with timeout

[Mark Brown]

On Wed, Jun 24, 2015 at 10:08:41PM +0100, Dominic Hargreaves wrote:
> Source: xemacs21-packages
> Version: 2009.02.17.dfsg.2-2
> Severity: important
> 
> This package FTBFS on a clean sbuild setup:

Please provide more complete reproduction instructions, for example what
architecture you are trying this on, a more complete build log and
ideally a more specific description of what a clean sbuild environment
is (I'm assuming there's some setup required beyond simply installing
the package).


signature.asc
Description: Digital signature

Bug#787889: general: USB keyboard stops working after a few seconds due to USB suspend

[Jesse Hallett]

On Wed, Jun 24, 2015 at 12:50 PM, Didier 'OdyX' Raboud  wrote:
> Le vendredi, 5 juin 2015, 17.19:46 Jesse Hallett a écrit :
>> Attempted to use USB keyboard in, in Xorg and in virtual TTY.
>> (…)
>> There appeared to be no input from the keyboard. After disconnecting
>> and reconnecting the keyboard it functioned; but after a period of
>> seconds it consistently stopped working until it was disconnected and
>> reconnected again.
>> (…)
>>
>> * Is there a workaround?
>>
>> I am able to work around the issue by overriding USB power management
>> for the keyboard device:
>>
>> cat on | sudo tee /sys/bus/usb/devices/3-1.2.2/power/level
>
> Do you have laptop-mode-tools installed ?
>
> This smells very much like https://bugs.debian.org/671405 and friends.

I do not have laptop-mode-tools installed.


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

Bug#789846: FTBFS: Mx4jAgent.java:42: error: package mx4j.log does not exist

[Chris West (Faux)]

Source: mule
Version: mule_2.0.1-7
Severity: serious
Tags: sid stretch
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/Mx4jAgent.java:42:
 error: package mx4j.log does not exist
[javac] import mx4j.log.CommonsLogger;
[javac]^
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/Mx4jAgent.java:43:
 error: package mx4j.log does not exist
[javac] import mx4j.log.Log;
[javac]^
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/Mx4jAgent.java:44:
 error: package mx4j.tools.adaptor.http does not exist
[javac] import mx4j.tools.adaptor.http.HttpAdaptor;
[javac]   ^
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/Mx4jAgent.java:45:
 error: package mx4j.tools.adaptor.http does not exist
[javac] import mx4j.tools.adaptor.http.XSLTProcessor;
[javac]   ^
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/Mx4jAgent.java:46:
 error: package mx4j.tools.adaptor.ssl does not exist
[javac] import mx4j.tools.adaptor.ssl.SSLAdaptorServerSocketFactory;
[javac]  ^
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/Mx4jAgent.java:47:
 error: package mx4j.tools.adaptor.ssl does not exist
[javac] import mx4j.tools.adaptor.ssl.SSLAdaptorServerSocketFactoryMBean;
[javac]  ^
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/Mx4jAgent.java:75:
 error: cannot find symbol
[javac] private HttpAdaptor adaptor;
[javac] ^
[javac]   symbol:   class HttpAdaptor
[javac]   location: class Mx4jAgent
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/Mx4jAgent.java:106:
 error: cannot find symbol
[javac] protected HttpAdaptor createAdaptor() throws Exception
[javac]   ^
[javac]   symbol:   class HttpAdaptor
[javac]   location: class Mx4jAgent
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/IBMSslAdapterServerSocketFactory.java:35:
 error: package mx4j.log does not exist
[javac] import mx4j.log.Log;
[javac]^
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/IBMSslAdapterServerSocketFactory.java:36:
 error: package mx4j.log does not exist
[javac] import mx4j.log.Logger;
[javac]^
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/IBMSslAdapterServerSocketFactory.java:37:
 error: package mx4j.tools.adaptor.ssl does not exist
[javac] import mx4j.tools.adaptor.ssl.SSLAdaptorServerSocketFactoryMBean;
[javac]  ^
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/IBMSslAdapterServerSocketFactory.java:67:
 error: cannot find symbol
[javac] public class IBMSslAdapterServerSocketFactory implements 
SSLAdaptorServerSocketFactoryMBean
[javac]  ^
[javac]   symbol: class SSLAdaptorServerSocketFactoryMBean
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/IBMSslAdapterServerSocketFactory.java:291:
 error: cannot find symbol
[javac] private Logger getLogger()
[javac] ^
[javac]   symbol:   class Logger
[javac]   location: class IBMSslAdapterServerSocketFactory
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/Mx4jAgent.java:109:
 error: cannot find symbol
[javac] Log.redirectTo(new CommonsLogger());
[javac]^
[javac]   symbol:   class CommonsLogger
[javac]   location: class Mx4jAgent
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/Mx4jAgent.java:109:
 error: cannot find symbol
[javac] Log.redirectTo(new CommonsLogger());
[javac] ^
[javac]   symbol:   variable Log
[javac]   location: class Mx4jAgent
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/Mx4jAgent.java:111:
 error: cannot find symbol
[javac] adaptor = new HttpAdaptor(uri.getPort(), uri.getHost());
[javac]   ^
[javac]   symbol:   class HttpAdaptor
[javac]   location: class Mx4jAgent
[javac] 
/mule-2.0.1/modules/management/src/main/java/org/mule/module/management/agent/Mx4jAgent.java:114:
 error: cannot find symbol
[javac] XSLTProcessor processor;
[jav

Bug#789810: summit.debconf.org: Registration form: parts of the page are not encrypted

[Francesco Poli]

On Wed, 24 Jun 2015 19:59:24 +0200 Giacomo A. Catenazzi wrote:

[...]
> 
> On 06/24/2015 07:23 PM, Francesco Poli (wintermute) wrote:
> > I don't feel too safe to enter personal data on a page that is not 
> > fully encrypted. I suppose other people feel the same and I wonder why 
> > this issue has not yet been solved.
> 
> The problem the favicon.ico. More precisely
> http://www.debian.org/favicon.ico , so don't worry.

Good, thanks for pinpointing the issue.

I see that the reference to
http://www.debian.org/favicon.ico
has been replaced with a reference to
https://www.debian.org/favicon.ico

This fixes the issue: my browser no longer complains about the
incomplete encryption!
Thanks a lot!

> 
> I feel that the bug is minor.

Even better, I think that this bug report may be safely closed.
Do you agree?


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpE_J53G_NTU.pgp
Description: PGP signature

Bug#789814: does not start

[Jonas Hauquier]

Makehuman depends on python-qt4 (which is the riverbank pyqt4 library).
PyQt depends on python-sip.
But if this dependency is not met, it appears to me that this would be a
bug in the python-qt4 package, which should depend on python-sip.

Bug#752702: apt: please add a way to to retrieve the location of Packages/Sources files in /var/lib/apt/lists/

[Johannes Schauer]

Hi,

Quoting David Kalnischkies (2015-06-24 23:18:12)
> So, long story short, the solution I would like to propose is:
> 
> $ apt-get files "Codename: sid" "Trusted: yes" "Created-By: Packages"
> […]

so the arguments to "apt-get files" are fields and values and the command will
output all paragraphs where all those fields match?

Can one omit these field:value pairs to get everything? This would allow doing
a custom selection with the more powerful grep-dctrl tool for example.

> I would consider this bug done if this code reaches a release (sofar it is
> sitting in the debian/experimental branch in git as this is part of the
> acquire system rework in general and one giant API break…), but would be very
> happy if you and/or anyone else could comment on the usefulness (or not) of
> it in the mean time. There are some things still missing and I am not too
> sure if I will stick to the very generic "files" command or invent something
> else, but that is at least the general direction… Tech-preview status I would
> say.

works for me, thanks!

cheers, josch


signature.asc
Description: signature

Bug#789845: libhtml-stripscripts-perl: FTBFS with perl 5.22: regexp deprecation

[Dominic Hargreaves]

Source: libhtml-stripscripts-perl
Version: 1.05-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch upstream

This package FTBFS with perl 5.22 (currently in experimental):

#   Failed test 'use HTML::StripScripts;'
#   at t/10basic.t line 7.
# Tried to use 'HTML::StripScripts'.
# Error:  Unescaped left brace in regex is deprecated, passed through in 
regex; marked by <-- HERE in m/^\s*([+-]?\d{1,20}(?:\.\d{ <-- HERE 
1,20)?)\s*((?:\%|\*|ex|px|pc|cm|mm|in|pt|em)?)\s*$/ at 
/«PKGBUILDDIR»/blib/lib/HTML/StripScripts.pm line 1633.
# Compilation failed in require at t/10basic.t line 7.
# BEGIN failed--compilation aborted at t/10basic.t line 7.

etc..

This is fatal because of 

use warnings FATAL => 'all';

in StripScripts.pm. This is arguably a bug in itself[1].

This bug will become release critical nearer the time of the perl 5.22
migration, expected during the (northern hemisphere) summer.

Cheers,
Dominic.

[1] 



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

Bug#789844: libhtml-formfu-perl: FTBFS with perl 5.22 (CGI build-dep)

[Dominic Hargreaves]

Source: libhtml-formfu-perl
Version: 2.01000-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch

This package FTBFS with perl 5.22 (currently in experimental), since CGI
has been removed from perl core:

# Subtest: Tests for t-aggregate/constraints/file_maxsize.t
1..7
not ok 1 - Error running (t-aggregate/constraints/file_maxsize.t):  Couldn't
 parse 't-aggregate/constraints/file_maxsize.t': Can't locate CGI.pm in @INC (yo
u may need to install the CGI module) (@INC contains: /«PKGBUILDDIR»/blib/lib /«
PKGBUILDDIR»/blib/arch /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.0 /us
r/local/share/perl/5.22.0 /usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 /usr/local/lib/site_per
l /usr/lib/x86_64-linux-gnu/perl-base .) at t-aggregate/constraints/file_maxsize
.t line 6.
# BEGIN failed--compilation aborted at t-aggregate/constraints/file_maxsize.
t line 6.
# 
not ok 57 - Tests for t-aggregate/constraints/file_maxsize.t
# Subtest: Tests for t-aggregate/constraints/file_mime.t

The fix is to add (build)-dependencies on

libcgi-pm-perl | perl (<< 5.19)

This bug will become release critical nearer the time of the perl 5.22
migration, expected during the (northern hemisphere) summer.

Cheers,
Dominic.


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

Bug#752702: apt: please add a way to to retrieve the location of Packages/Sources files in /var/lib/apt/lists/

[David Kalnischkies]

On Thu, Jun 26, 2014 at 10:58:38PM +0200, David Kalnischkies wrote:
> On Thu, Jun 26, 2014 at 10:30:24PM +0200, Johannes Schauer wrote:
> > Quoting David Kalnischkies (2014-06-26 21:48:42)
> > > I think it is a bad idea to use our lib-directory directly.
> > 
> > if apt developers agree that it is a bad idea to allow 3rd party software
> > access /var/lib/apt/lists, then please close this bug report.
> 
> Just to be clear: I think it is incorrect to use /var/lib/apt/lists
> directly as you can never be sure what is in there.  If you get the
> filename from the API on the other hand, that is "okay".

So, in the light of acquiring additional files apt itself has no use
for, but other frontends want without implementing all the boring
security sensitive download of it, I had to think about this problem
a bit again.

As I don't want the frontends to control the storage location (that
would just mean having e.g. the big Contents files in three different
places just because frontends can't decide on a common location) I have
to store them in lists/ and expose information about them somehow
– especially also about the Release file they came from as I really
don't want them to parse these… (detached sig, clear sig, different
names, unsigned content in clearsig files, …).

The upside to this is that I can handle Packages, Sources and
Translation-* files in the very same way so they are exposed over the
same API and hence deal with your problem too, even through these files
hardly qualify as "additional".


So, long story short, the solution I would like to propose is:

$ apt-get files "Codename: sid" "Trusted: yes" "Created-By: Packages"
[…]

MetaKey: main/binary-amd64/Packages
ShortDesc: Packages
Description: http://http.debian.net/debian sid/main amd64 Packages
URI: http://http.debian.net/debian/dists/sid/main/binary-amd64/Packages
Filename: 
/var/lib/apt/lists/http.debian.net_debian_dists_sid_main_binary-amd64_Packages
Optional: no
Codename: sid
Label: Debian
Origin: Debian
Suite: unstable
Trusted: yes
Architecture: amd64
Base-URI: http://http.debian.net/debian/dists/sid/
Component: main
Created-By: Packages
Release: sid
Repo-URI: http://http.debian.net/debian/
Site: http://http.debian.net/debian
Target-Of: deb

[…]

So basically our trusted deb822 format we see everywhere else and most
people who will want to use it probably already have a parser for. Or
add a --format="$(FILENAME)" and you have just the filename(s) of
authenticated Packages files from a Release with the codename 'sid'.
(In both cases the filename given is already checked for existance and
if it is compressed you get the filename of the compressed file of
course)


The C++ interface is pretty much what it used to be with reading
sources.list via pkgSourceList, iterating over metaIndex's this creates
(~ Release files) to ask them which files will be (tried to be)
requested from here: IndexTarget, which is new in this context and
contains most of the data you asked for.

You can also now 'map' a metaIndex to a (new) ReleaseFile struct in the
Cache, which will actually contain codename and co – metaIndex has no
concept of codename, it just knows what was given in the sources.list,
while ReleaseFile actually contains the information parsed from an
{In,}Release file.  (This used to be possible only for debPackagesIndex
as the information belonging to a Release file was stored as if it
belonged to the Packages file – which used to be correct for the old
flat-style repos) Both combined, you should have all the information you
ever wanted…

Sounds complicated, but should amount to only a few lines of code on
your end, just see the 'apt-get file' implementation for an example.
Some more detailed 'user' documentation can be found in
./doc/acquire-additional-files.txt [0].


I would consider this bug done if this code reaches a release (sofar it
is sitting in the debian/experimental branch in git as this is part of
the acquire system rework in general and one giant API break…), but
would be very happy if you and/or anyone else could comment on the
usefulness (or not) of it in the mean time. There are some things
still missing and I am not too sure if I will stick to the very generic
"files" command or invent something else, but that is at least the
general direction… Tech-preview status I would say.


Best regards

David Kalnischkies

[0] 
https://anonscm.debian.org/cgit/apt/apt.git/tree/doc/acquire-additional-files.txt?h=debian/experimental


signature.asc
Description: Digital signature

Bug#789842: FTBFS: PDFDocks.cpp.o: undefined reference to symbol '_ZNK11QDomElement9attributeERK7QStringS2_'

[Chris West (Faux)]

Source: texworks
Version: texworks_0.5~svn1363-5
Severity: serious
Tags: sid stretch
Justification: fails to build from source (but built successfully in the past)
User: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build, possibly due to updated gcc/ld toolchain being more 
picky about linker flags:

cd "/texworks-0.5~svn1363/build/src" && /usr/bin/cmake -E cmake_link_script 
CMakeFiles/texworks.dir/link.txt --verbose=1
/usr/bin/c++   -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2  -O3 -DNDEBUG   -Wl,-z,relro 
CMakeFiles/texworks.dir/TeXDocument.cpp.o 
CMakeFiles/texworks.dir/PDFDocument.cpp.o 
CMakeFiles/texworks.dir/PrefsDialog.cpp.o 
CMakeFiles/texworks.dir/TWScript.cpp.o 
CMakeFiles/texworks.dir/TeXHighlighter.cpp.o 
CMakeFiles/texworks.dir/HardWrapDialog.cpp.o 
CMakeFiles/texworks.dir/FindDialog.cpp.o 
CMakeFiles/texworks.dir/ConfirmDelete.cpp.o 
CMakeFiles/texworks.dir/TWTextCodecs.cpp.o 
CMakeFiles/texworks.dir/TWUtils.cpp.o 
CMakeFiles/texworks.dir/ClickableLabel.cpp.o 
CMakeFiles/texworks.dir/TeXDocks.cpp.o 
CMakeFiles/texworks.dir/TWScriptable.cpp.o CMakeFiles/texworks.dir/TWApp.cpp.o 
CMakeFiles/texworks.dir/ConfigurableApp.cpp.o 
CMakeFiles/texworks.dir/PDFDocks.cpp.o 
CMakeFiles/texworks.dir/ScriptManager.cpp.o 
CMakeFiles/texworks.dir/ResourcesDialog.cpp.o 
CMakeFiles/texworks.dir/CommandlineParser.cpp.o 
CMakeFiles/texworks.dir/main.cpp.o CMakeFiles/texworks.dir/Com
 pletingEdit.cpp.o CMakeFiles/texworks.dir/TWSystemCmd.cpp.o 
CMakeFiles/texworks.dir/TWScriptAPI.cpp.o 
CMakeFiles/texworks.dir/TemplateDialog.cpp.o 
CMakeFiles/texworks.dir/ClosableTabWidget.cpp.o 
CMakeFiles/texworks.dir/qrc_resources.cxx.o 
CMakeFiles/texworks.dir/qrc_resfiles.cxx.o 
CMakeFiles/texworks.dir/qrc_TeXworks_trans.cxx.o 
CMakeFiles/texworks.dir/texworks_automoc.cpp.o  -o ../texworks -rdynamic 
-lpoppler-qt4 -lpoppler -lhunspell-1.3 -lQtScript -Wl,-Bstatic -lQtUiTools 
-Wl,-Bdynamic -lQtScriptTools -lQtGui -lQtDBus -lQtCore -lz -lsynctex 
/usr/bin/ld: CMakeFiles/texworks.dir/PDFDocks.cpp.o: undefined reference to 
symbol '_ZNK11QDomElement9attributeERK7QStringS2_'
//usr/lib/x86_64-linux-gnu/libQtXml.so.4: error adding symbols: DSO missing 
from command line
collect2: error: ld returned 1 exit status


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

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


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

Bug#789843: tex4ht: please consider not printing timestamps in html output by default

[Maria Valentina Marin]

Source: tex4ht
Version: 20090611-1.1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain

Hello,

While working on the “reproducible builds” effort [1], we have noticed
that the packages freecol, libgfshare, dbus-java, logol, and  polybori
could not be built reproducibly because tex4ht embeds timestamps in its
html output by default.

The attached patch creates a command line argument `timestamp` which if
used will allow timestamps to be printed in the html output.  Otherwise
by default no timestamps will be printed in the html output.


Cheers, akira

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -u tex4ht-20090611/debian/changelog tex4ht-20090611/debian/changelog
--- tex4ht-20090611/debian/changelog
+++ tex4ht-20090611/debian/changelog
@@ -1,3 +1,10 @@
+tex4ht (20090611-1.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove timestamps from html files
+
+ -- akira   Wed, 24 Jun 2015 22:01:51 +0200
+
 tex4ht (20090611-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u tex4ht-20090611/debian/patches/series tex4ht-20090611/debian/patches/series
--- tex4ht-20090611/debian/patches/series
+++ tex4ht-20090611/debian/patches/series
@@ -8,0 +9 @@
+no-timestamp-in-html-file
only in patch2:
unchanged:
--- tex4ht-20090611.orig/debian/patches/no-timestamp-in-html-file
+++ tex4ht-20090611/debian/patches/no-timestamp-in-html-file
@@ -0,0 +1,17 @@
+--- a/texmf/tex/generic/tex5ht/html4.4ht
 b/texmf/tex/generic/tex4ht/html4.4ht
+@@ -820,9 +820,14 @@ switches of tex4ht.c)
+ \Configure{@HEAD}
+{\HCode{\Hnewline}}
++
++\:CheckOption{timestamp} \if:Option
+ \Configure{@HEAD}
+{\HCode{\Hnewline}}
++\else
++   \Log:Note{to print a timestamp, use the command line option `timestamp}
++\fi
+ 
+\:CheckOption{-css} \if:Option \else
+\Log:Note{to ignore CSS code, use the command line option `-css}

Bug#742980: check_mk apache_status is incompatible witch icinga

[Matt Taggart]

The bug in #742980 still exists in current versions of check-mk (but is
now on line 79 of apache_status)

The Icinga change is described at:
https://dev.icinga.org/issues/4704
http://docs.icinga.org/latest/en/objectdefinitions.html

Forwarding this bug upstream to see if they like the proposed fix
before we adopt it.

-- 
Matt Taggart
tagg...@debian.org


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

Bug#789841: libconfig-model-dpkg-perl: FTBFS with perl 5.22: test failures

[Dominic Hargreaves]

Source: libconfig-model-dpkg-perl
Version: 2.066
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch

This package FTBFS with perl 5.22 (currently in experimental):

#   Failed test 'test BDI warn on unittest instance'
#   at t/dependency-check.t line 135.
# found warning: Unescaped left brace in regex is deprecated, passed through in 
regex; marked by <-- HERE in m/\${ <-- HERE [\w:\-]+}[\w\.\-~+]*/ at (eval 87) 
line 3.
# found warning: Unescaped left brace in regex is deprecated, passed through in 
regex; marked by <-- HERE in m/\A(?:\${ <-- HERE [\w:\-]+}[\w\.\-~+]*)/ at 
(eval 116) line 3597.
# found warning: Warning in 'source Build-Depends:1' value 'libsdl1.2': package 
libsdl1.2 is unknown. Check for typos if not a virtual package.
# found warning: Warning in 'source Build-Depends:2' value 'dpkg': unnecessary 
unversioned dependency on essential package: dpkg
# found warning: Warning in 'source Build-Depends-Indep:0' value 
'libcpan-meta-perl': Dependency of dual life package should be 'perl (>= 
5.13.10) | libcpan-meta-perl' not 'libcpan-meta-perl'
# found warning: Warning in 'source Build-Depends-Indep:1' value 'perl (>= 
5.10) | libmodule-build-perl': unnecessary versioned dependency: perl >= 5.10. 
Debian has squeeze -> 5.10.1-17; wheezy -> 5.14.2-21; jessie -> 5.18.1-3; sid 
-> 5.18.1-4;
# found warning: Warning in 'source Build-Depends-Indep:1' value 'perl (>= 
5.10) | libmodule-build-perl': Dependency of dual life package should be 
'libmodule-build-perl' not 'perl (>= 5.10) | libmodule-build-perl' (removed 
from perl 5.021)
# found warning: Warning in 'binary:"libdist-zilla-plugins-cjm-perl" Depends:2' 
value 'libcpan-meta-perl': Dependency of dual life package should be 'perl (>= 
5.13.10) | libcpan-meta-perl' not 'libcpan-meta-perl'
# found warning: Warning in 'binary:"libdist-zilla-plugins-cjm-perl" Depends:3' 
value 'perl (>= 5.10.1)': unnecessary versioned dependency: perl >= 5.10.1. 
Debian has squeeze -> 5.10.1-17; wheezy -> 5.14.2-21; jessie -> 5.18.1-3; sid 
-> 5.18.1-4;
# found warning: Warning in 'binary:"libdist-zilla-plugins-cjm-perl" Depends:4' 
value 'dpkg (>= 0.01)': unnecessary versioned dependency: dpkg >= 0.01. Debian 
has squeeze -> 1.15; wheezy -> 1.16; sid -> 1.16;
# expected to find warning: (?^:is unknown)
# expected to find warning: (?^:unnecessary)
# expected to find warning: (?^:dual life)
# expected to find warning: (?^:unnecessary)
# expected to find warning: (?^:dual life.*removed)
# expected to find warning: (?^:dual life)
# expected to find warning: (?^:unnecessary)
# expected to find warning: (?^:unnecessary)
Warning in 'binary:"libdist-zilla-plugins-cjm-perl" Depends:9' value 'foobar': 
package foobar is unknown. Check for typos if not a virtual package.
# Looks like you failed 1 test of 96.
t/dependency-check.t  
ok 1 - compiled
^MReading package lists... 0%^M^MReading package lists... 0%^M^MReading package 
lists... 1%^M^MReading package lists... 23%^M^MReading package lists... 
52%^M^MReading package lists... 53%^M^MReading package lists... 53%^M^MReading 
package lists... 89%^M^MReading package lists... 89%^M^MReading package 
lists... 94%^M^MReading package lists... 94%^M^MReading package lists... 
97%^M^MReading package lists... 97%^M^MReading package lists... 99%^M^MReading 
package lists... 99%^M^MReading package lists... Done
^MBuilding dependency tree... 0%^M^MBuilding dependency tree... 0%^M^MBuilding 
dependency tree... 50%^M^MBuilding dependency tree... 50%^M^MBuilding 
dependency tree... 65%^M^MBuilding dependency tree   
^MReading state information... 0%^M^MReading state information... 0%^M^MReading 
state information... Done
not ok 2 - test BDI warn on unittest instance

...

#   Failed test 'Read configuration and created instance with init() method with
 warning check '
#   at /usr/share/perl5/Config/Model/Tester.pm line 146.
# found warning: Unescaped left brace in regex is deprecated, passed through in 
regex; marked by <-- HERE in m/\${ <-- HERE [\w:\-]+}[\w\.\-~+]*/ at (eval 87) 
line 3.
# found warning: Unescaped left brace in regex is deprecated, passed through in 
regex; marked by <-- HERE in m/\A(?:\${ <-- HERE [\w:\-]+}[\w\.\-~+]*)/ at 
(eval 116) line 3597.
# found warning: Warning in 'source Build-Depends-Indep:0' value 
'libcpan-meta-perl (>= 2.101550)': unnecessary versioned dependency: 
libcpan-meta-perl >= 2.101550. Debian has squeeze -> 2.101670-1; sid -> 
2.102400-1;
# found warning: Warning in 'source Build-Depends-Indep:0' value 
'libcpan-meta-perl (>= 2.101550)': Dependency of dual life package should be 
'libcpan-meta-perl | perl (>= 5.13.10)' not 'libcpan-meta-perl (>= 2.101550)'
# found warning: Warning in 'source Build-Depends-Indep:1' value 
'libdist-zilla-perl (>= 3)': unnecessary versioned dependency: 
libdist-zilla-perl >= 3. Debian has squeeze -> 4.101900-1; sid -> 4.20-1;
# found warning: Warning in 'source Build-Depends-Indep:3' value

Bug#789840: FTBFS: CMake Error: Unknown keywords given to CONFIGURE_PACKAGE_CONFIG_FILE

[Chris West (Faux)]

Source: kadu
Version: 1.3-1
Severity: serious
Tags: sid stretch
Justification: fails to build from source (but built successfully in the past)
User: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build, probably due to CMake version changes:

cd /kadu-1.3/build-dir && cmake -DCMAKE_C_FLAGS="-g -O2 
-fstack-protector-strong -Wformat -Werror=format-security" 
-DCMAKE_CXX_FLAGS="-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -D_FORTIFY_SOURCE=2" 
-DCMAKE_EXE_LINKER_FLAGS="-Wl,-z,relro" 
-DCMAKE_SHARED_LINKER_FLAGS="-Wl,-z,relro" -DCMAKE_SKIP_RPATH=False 
-DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr /kadu-1.3
[..]
-- Plugin: sql_history
-- Plugin: tabs
-- Plugin: word_fix
CMake Error at /usr/share/cmake-3.2/Modules/CMakePackageConfigHelpers.cmake:231 
(message):
  Unknown keywords given to CONFIGURE_PACKAGE_CONFIG_FILE():
  "INCLUDE_DIR;SDK_DIR"
Call Stack (most recent call first):
  CMakeLists.txt:226 (configure_package_config_file)
  CMakeLists.txt:279 (kadu_configure_package_config_file)


-- Configuring incomplete, errors occurred!


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

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


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

Bug#789839: xemacs21-packages: FTBFS with timeout

[Dominic Hargreaves]

Source: xemacs21-packages
Version: 2009.02.17.dfsg.2-2
Severity: important

This package FTBFS on a clean sbuild setup:

Initializing Hyperbole, please wait...  # bind (
stack-trace-on-signal debug-on-signal stack-trace-on-error debug-on-error)
  signal(error ("(hyperb:init): 'hbmap:dir-user' parent dir does not exist."))
  # bind (data error-symbol)
  signal-error(error ("(hyperb:init): 'hbmap:dir-user' parent dir does not exist
."))
  # bind (error-data)
  normal-top-level()
  # (condition-case ... . error)
make[2]: *** wait: No child processes.  Stop.
make[2]: *** Waiting for unfinished jobs
make[2]: *** wait: No child processes.  Stop.
make[1]: *** wait: No child processes.  Stop.
make[1]: *** Waiting for unfinished jobs
make[1]: *** wait: No child processes.  Stop.
make: *** wait: No child processes.  Stop.
make: *** Waiting for unfinished jobs
make: *** wait: No child processes.  Stop.
E: Caught signal ‘Terminated’: terminating immediately

Cheers,
Dominic.


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

Bug#788567: [Pkg-openssl-devel] Bug#788567: Bug#788567: libssl1.0.0: wpa_supplicant fails to authenticate

[Kurt Roeckx]

On Wed, Jun 24, 2015 at 10:24:31PM +0200, Vincent Legoll wrote:
> Hello,
> 
> Some time ago (I'll say about a month ago) my wifi stopped working, as
> I had not time to investigate back then, I used eth0 instead.
> 
> Now that I'm willing to investigate that issue, I stumbled upon this
> bug report which looks like a good candidate, but...
> 
> I already am on libssl-1.0.2c-1
> 
> So how would I check this is really what I'm experiencing ?

Maybe you also have a new version of wpa, something else
related to the network, or kernel?

You can always try to downgrade libssl to the 1.0.2a-1 version to
see if that fixes anything, but I doubt it.


Kurt


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

Bug#789838: starman: FTBFS with Plack 1.0036

[Dominic Hargreaves]

Source: starman
Version: 0.4011-1
Severity: serious
Tags: sid stretch upstream

This package FTBFS due to the new libplack-perl (cf #789669):

t/chunked_req.t .. 
not ok 1
not ok 2
1..2
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/2 subtests 

Test Summary Report
---
t/chunked_req.t(Wstat: 512 Tests: 2 Failed: 2)
  Failed tests:  1-2
  Non-zero exit status: 2
Files=13, Tests=119, 67 wallclock secs ( 0.09 usr  0.11 sys +  3.72 cusr  1.48 
csys =  5.40 CPU)
Result: FAIL

Cheers,
Dominic.


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

Bug#789837: FTBFS: all tests error with LoadError: cannot load such file -- rubyeventmachine

[Chris West (Faux)]

Package: ruby-vegas
Version: 0.1.11-2
Severity: serious
Tags: sid stretch
Justification: fails to build from source (but built successfully in the past)
User: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build: all tests give this LoadError:

26 specifications (26 requirements), 0 failures, 0 errors
/usr/bin/ruby2.2 /usr/bin/gem2deb-test-runner
Running tests for ruby2.2 using debian/ruby-tests.rb...
RUBYLIB=/ruby-vegas-0.1.11/debian/ruby-vegas/usr/lib/ruby/vendor_ruby:. ruby2.2 
debian/ruby-tests.rb
Vegas::Runner
  creating an instance
basic usage
  - sets app [ERROR: LoadError]
[...]
LoadError: cannot load such file -- rubyeventmachine
/usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in 
`require': basic usage - sets app
/usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/usr/lib/ruby/vendor_ruby/eventmachine.rb:8:in `'
/usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/usr/lib/ruby/vendor_ruby/thin.rb:7:in `'
/usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/usr/lib/ruby/vendor_ruby/rack/handler/thin.rb:1:in `'
/ruby-vegas-0.1.11/test/test_helper.rb:24:in `vegas'
/ruby-vegas-0.1.11/test/test_vegas_runner.rb:20:in `block (4 levels) in 
'
/ruby-vegas-0.1.11/test/test_vegas_runner.rb:23:in `block (3 levels) in 
'
/ruby-vegas-0.1.11/test/test_vegas_runner.rb:17:in `block (2 levels) in 
'
/ruby-vegas-0.1.11/test/test_vegas_runner.rb:15:in `block in '
/ruby-vegas-0.1.11/test/test_vegas_runner.rb:8:in `'
/usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require'
debian/ruby-tests.rb:2:in `'
[..]
26 specifications (0 requirements), 0 failures, 26 errors

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

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


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

Bug#786525: Disruptive changes should be loudly announced

[David Prévot]

Hi Martin,

Le 24/06/2015 16:40, Martin Quinson a écrit :
> On Sat, May 23, 2015 at 10:34:30PM +0200, Martin Quinson wrote:
>> On Fri, May 22, 2015 at 05:14:20PM -0400, David Prévot wrote:
>>>
>>> Even if disruptive changes in the gettext/po4a toolchain (and underlined
>>> Perl handling) are always painful […], with my Debian packager
>>> hat on, I’d say that now (early in the development cycle) is exactly the
>>> right moment to make such change if it’s an improvement worthing the
>>> disruption.
>>
>> About this change, now. My current feeling is that it should be an
>> optional behavior. It is very possible to pass options to the PO4A
>> modules, so that users may choose how to handle tbl macros. David, do
>> you think that it would do the trick?
> 
> Ok. I found some time to dig into this issue, and implemented an
> option to choose between the old and new behavior. But I'm not sure I
> want to commit it. Robert's change is a great improvement.
[…]
> Who on the earth would choose the second version?

I, for one, already moved the PO files from manpages-fr-extra to cope
with the new behavior and have no intent to move backward. On the other
hand, I haven’t dealt with perkamon for a while, where there might be a
huge work to deal with (that can hopefully be mostly automatized as
partly documented earlier [0]). Other projects may have another view on
that (I can only think of those two projects using po4a for dealing with
a big amount of manpages, but I only know those two from the narrow view
of a French translator who happen to [have] be[en] involved).

0: https://bugs.debian.org/786525#20

> I think, David, that
> we have here what you call an improvement worthing the disruption. Do
> you agree, or would you insist on having an option?

Nobody else following up on that bug report might be a sign that having
an opt-out is not really worth it. On the other hand, I have no idea if
the latest po4a version is already widely spread among its users.

Regards

David



signature.asc
Description: OpenPGP digital signature

Bug#789836: sepia: FTBFS in sid: test failures

[Dominic Hargreaves]

Source: sepia
Version: 0.992-3
Severity: serious
Justification: FTBFS

This package FTBFS in a clean sid sbuild setup:

#   Failed test at /usr/share/perl5/Test/Expect.pm line 86.
#  got: ''
# expected: '$x = bless {}, X;'

#   Failed test 'methods 2'
#   at /usr/share/perl5/Test/Expect.pm line 86.
#  got: 'a x'
# expected: ',me $x
# a x'

#   Failed test 'munge lexicals'
#   at /usr/share/perl5/Test/Expect.pm line 86.
#  got: '3'
# expected: '$n = 3
# 3'

#   Failed test 'munge lexicals'
#   at /usr/share/perl5/Test/Expect.pm line 86.
#  got: '3'
# expected: '$n = 3
# 3'
# Looks like you failed 4 tests of 36.
Failed 1/4 test programs. 4/67 subtests failed.
t/50expect.t .. 
Dubious, test returned 4 (wstat 1024, 0x400)
Failed 4/36 subtests 

Test Summary Report
---
t/50expect.t(Wstat: 1024 Tests: 36 Failed: 4)
  Failed tests:  10, 12, 24, 26
  Non-zero exit status: 4
Files=4, Tests=67,  1 wallclock secs ( 0.03 usr  0.04 sys +  0.42 cusr  0.08 
csys =  0.57 CPU)
Result: FAIL

Cheers,
Dominic.


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

Bug#789817: libhdfeos-dev: unknown types errors at mipsel build

[Alastair McKinstry]

Hi

I don't but as hdfeos[45] maintainer I'm going to have to find out ...

best regards
Alastair


On 24/06/2015 20:10, Arturo Borrero Gonzalez wrote:
> Package: libhdfeos-dev
> Severity: important
>
> Dear maintainer,
>
> the ncl package is unable to build on mipsel [0] due to what seems
> a bunch of 'unknown type' errors:
>
> [...]
> /usr/include/hdf/hdatainfo.h:42:4: error: unknown type name 'int32'
> int32 *chk_coord, uintn start_block, uintn info_count,
> ^
> /usr/include/hdf/hdatainfo.h:42:22: error: unknown type name 'uintn'
> int32 *chk_coord, uintn start_block, uintn info_count,
>   ^
> [...]
>
> I've talked with upstream ncl developers and they think this is a hdfeos 
> issue.
> Do you know how to solve the issue or have more information?
>
> Thanks, best regards.
>
> [0] 
> https://buildd.debian.org/status/fetch.php?pkg=ncl&arch=mipsel&ver=6.2.0-3&stamp=1413010327

-- 
Alastair McKinstry, , , 
https://diaspora.sceal.ie/u/amckinstry
Misentropy: doubting that the Universe is becoming more disordered. 


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