Bug#798237: isc-dhcp-server: after upgrading to 4.3.3-3 the server doesn't start

[Elimar Riesebieter]

Package: isc-dhcp-server
Version: 4.3.2-1
Severity: grave
Justification: renders package unusable

Setting up isc-dhcp-server (4.3.3-3) ...
Installing new version of config file /etc/init.d/isc-dhcp-server ...
dhcpd self-test failed. Please fix /etc/dhcp/dhcpd.conf.
The error was:
Internet Systems Consortium DHCP Server 4.3.3
Copyright 2004-2015 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Support for ddns-update-style not compiled in

If you think you have received this message due to a bug rather
than a configuration issue please read the section on submitting
bugs on either our web page at www.isc.org or in the README file
before submitting a bug.  These pages explain the proper
process and the information we find helpful for debugging..

The error was: 
Is not that much expressive

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

Kernel: Linux 4.1.6-baumbart-lxtec-i686 (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: sysvinit (via /sbin/init)

Versions of packages isc-dhcp-server depends on:
ii  debconf [debconf-2.0]  1.5.57
ii  debianutils4.5.1
ii  isc-dhcp-common4.3.2-1
ii  libc6  2.19-19
ii  libdns-export100   1:9.9.5.dfsg-12
ii  libirs-export911:9.9.5.dfsg-12
ii  libisc-export951:9.9.5.dfsg-12
ii  lsb-base   4.1+Debian14

isc-dhcp-server recommends no packages.

Versions of packages isc-dhcp-server suggests:
pn  isc-dhcp-server-ldap  

-- Configuration Files:
/etc/dhcp/dhcpd.conf changed:
authoritative;
ddns-update-style interim;
ddns-updates on;
ddns-domainname "home.lxtec.de";
ddns-rev-domainname "in-addr.arpa.";
option domain-name "home.lxtec.de";
option domain-name-servers 192.168.200.1;
default-lease-time 28800;
max-lease-time 86400;
ignore client-updates;
log-facility local7;
update-static-leases true;
include "/etc/bind/rndc.key";
 zone home.lxtec.de. {
 primary 192.168.200.1;
 key "lxtec-dhcp";
 }
 zone 200.168.192.in-addr.arpa. {
 primary 192.168.200.1;
 key "lxtec-dhcp";
 }
   # Ein paar feste IP-Adressen werden vergeben
# INTEL 2400 Linux
host gandalf {
option dhcp-client-identifier 1:0:1b:21:70:ec:ca;
fixed-address 192.168.200.201;
ddns-hostname "gandalf";
option host-name "gandalf";
max-lease-time 28800;
}
 ..
 
   subnet 192.168.200.0 netmask 255.255.255.0 {
   option domain-name-servers 192.168.200.1;
   option broadcast-address 192.168.200.255;
   option routers 192.168.200.254;
   range 192.168.200.100 192.168.200.199;
 }

/etc/logcheck/ignore.d.server/isc-dhcp-server 71f490713ed345ec955be8e2a5bc6cf4 
[Errno 13] Permission denied: u'/etc/logcheck/ignore.d.server/isc-dhcp-server 
71f490713ed345ec955be8e2a5bc6cf4'

-- debconf information:
  isc-dhcp-server/config_warn:
  isc-dhcp-server/interfaces:

Bug#798209: ITP: markdown-mode -- mode for editing Markdown-formatted text files in GNU Emacs.

[David Bremner]

Package: wnpp
Severity: wishlist
Owner: David Bremner 

  Package name: markdown-mode
  Version : 2.0snapshot78
  Upstream Author : Jason R. Blevins 
  URL : http://jblevins.org/git/markdown-mode.git
  License : GPL-2+
  Programming Lang: emacs-lisp
  Description : mode for editing Markdown-formatted text files in GNU Emacs.

 The mode provides syntax highlighted, and keyboard shortcuts for
 editing, compiling and previewing markdown.

This package will be maintained by the nascent Emacs Addons packaging
team.

There is currently an old version of this package in emacs-goodies-el,
but I think it's substantial enough to stand on it's own as a package.
If/when this package is uploaded, I'll file a bug suggesting it be
removed from the bundle.  There are also substantial maintainer and
user advantages to having a standalone package.  Because of the way
this is packaged (using dh-elpa), there will not be file conflicts
with the bundled version.

preliminary packaging is available via

 git clone git://anonscm.debian.org/git/pkg-emacsen/pkg/markdown-mode.git

Bug#787533: [debian-mysql] Bug#787533: Bug#787533: Bug#787533: mariadb-common: modifies conffiles (policy 10.7.3): /etc/mysql/my.cnf

[Otto Kekäläinen]

2015-08-14 11:18 GMT+03:00 Otto Kekäläinen :
> For the record: mariadb-10.0 with these changes was uploaded to
> unstable weeks ago, but it cannot enter testing, as it now has a
> versioned dependency on mysql-5.6, which due to other problems in that
> package does not enter testing.
>
> For the time beeing, new versions of mariadb-10.0 entering testing is
> tied to mysql-5.6 entering testing, which is a bit suboptimal. For
> example testing still has only 10.0.19 and is missing the security
> fixes included in 10.0.20.

This is still the status. Over 40 days has already passed of waiting
for mysql-5.6.

Andreas: are you still into making mysql-common a separate source
package as you suggested in the summer? I think it would be a good
time now.

Bug#797536: xiphos: Unable to add annotation in GNOME

[David McMackins]

I'd like to make a revision. After further inspection, I discovered the
text box actually does exist, but it is very thin, not even tall enough
for a whole character to be visible.

It's a cosmetic issue, but it does make it difficult to insert an
annotation and nearly impossible to edit one.


Happy Hacking,

David E. McMackins II
Associate, Free Software Foundation (#12889)

www.mcmackins.org www.delwink.com
www.gnu.org www.fsf.org

Bug#798214: openjdk-7-jre: atk bridge causes segfault starting freemind with gtk look and feel

[Ben Caradoc-Davies]

Package: openjdk-7-jre
Version: 7u85-2.6.1-3
Severity: normal

Dear Maintainer,

the jvm segfaults starting freemind if and only if look and feel is set to gtk.
The same thing happened in 7u85-2.6.1-2 but not versions from a few months ago.
I am blaming the atk bridge. Please disable the atk bridge for openjdk-7 and
openjdk-8 as it is *not* fixed as suggested in the changelogs.

I have a strong suspicion that this is the same bug as #798131 for
openjdk-8-jre but for openjdk-7-jre the failure is a segfault and is
reproducible every time. If you can tell me how to disable the atk bridge I can
test it for openjdk-8-jre as well.

The stack trace includes this smoking gun:
[libatk-wrapper.so+0x4901]  jni_threads_lock+0x32

You can turn the crash on and off in ~/.freemind/auto.properties with:

Segfault:
lookandfeel=gtk

Normal behaviour:
lookandfeel=metal

(Start freemind once to create the properties file if you do not have one.)

See the fatal error report below. I will attach  hs_err_pid1978.log.

Kind regards,
Ben.


$ JAVA_HOME=/usr/lib/jvm/java-7-openjdk-amd64 freemind
Checking Java Version...
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x7f8e9c90e823, pid=1978, tid=140249112635136
#
# JRE version: OpenJDK Runtime Environment (7.0_85-b01) (build 1.7.0_85-b01)
# Java VM: OpenJDK 64-Bit Server VM (24.85-b03 mixed mode linux-amd64
compressed oops)
# Derivative: IcedTea 2.6.1
# Distribution: Debian GNU/Linux buildd-unstable (sid), package 7u85-2.6.1-3
# Problematic frame:
# V  [libjvm.so+0x2f2823][thread 140250515224320 also had an error]
  BiasedLocking::revoke_and_rebias(Handle, bool, Thread*)+0x33
#
# Failed to write core dump. Core dumps have been disabled. To enable core
dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /home/ben/hs_err_pid1978.log
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
#   http://icedtea.classpath.org/bugzilla
#
Aborted



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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 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 openjdk-7-jre depends on:
ii  libasound21.0.29-1
ii  libatk-wrapper-java-jni   0.33.0-4
ii  libatk1.0-0   2.16.0-2
ii  libc6 2.19-19
ii  libcairo2 1.14.2-2
ii  libcups2  2.0.3-10
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-4
ii  libgdk-pixbuf2.0-02.31.5-1
ii  libgif4   4.1.6-11
ii  libgl1-mesa-glx [libgl1]  10.6.5-1
ii  libglib2.0-0  2.44.1-1.1
ii  libgtk2.0-0   2.24.28-1
ii  libjpeg62-turbo   1:1.4.1-2
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libpng12-01.2.50-2+b2
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  libxi62:1.7.4-1+b2
ii  libxinerama1  2:1.1.3-1+b1
ii  libxrandr22:1.5.0-1
ii  libxrender1   1:0.9.8-1+b1
ii  libxtst6  2:1.2.2-1+b1
ii  openjdk-7-jre-headless7u85-2.6.1-3
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages openjdk-7-jre recommends:
ii  fonts-dejavu-extra  2.35-1
ii  libgconf-2-43.2.6-3
ii  libgnome-2-02.32.1-5
ii  libgnomevfs2-0  1:2.24.4-6.1

Versions of packages openjdk-7-jre suggests:
pn  icedtea-7-plugin  

-- no debconf information
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x7f8e9c90e823, pid=1978, tid=140249112635136
#
# JRE version: OpenJDK Runtime Environment (7.0_85-b01) (build 1.7.0_85-b01)
# Java VM: OpenJDK 64-Bit Server VM (24.85-b03 mixed mode linux-amd64 compressed oops)
# Derivative: IcedTea 2.6.1
# Distribution: Debian GNU/Linux buildd-unstable (sid), package 7u85-2.6.1-3
# Problematic frame:
# V  [libjvm.so+0x2f2823]  BiasedLocking::revoke_and_rebias(Handle, bool, Thread*)+0x33
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
#   http://icedtea.classpath.org/bugzilla
#

---  T H R E A D  ---

Current thread (0x7f8e40002800):  JavaThread "Thread-0" [_thread_in_vm, id=1998, stack(0x7f8e4a09e000,0x7f8e4a89f000)]

siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x0001

Registers:
RAX=0x7f8e9d4022c8, RBX=0x, 

Bug#791722: check-all-the-things: look for #! lines

[Paul Wise]

On Sun, 2015-09-06 at 20:46 +0200, Jakub Wilk wrote:

> $ file --mime-type /usr/bin/check-all-the-things
> /usr/bin/check-all-the-things: text/plain

This appears to be a regression between 1:5.22+15-2 and 1:5.24-1 but
the changelog says the opposite so I'm confused:

  * New upstream version 5.24. Addresses:
- '#!' should have a bigger strength, Closes: #698569

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#796234: [RFR] templates://xringd/{templates}

[Christian PERRIER]

Please find, for review, the debconf templates and packages descriptions for 
the xringd source package.

This review will last from Monday, September 07, 2015 to Thursday, September 
17, 2015.

Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.

Your review should be sent as an answer to this mail.

When appropriate, I will send intermediate requests for review, with
"[RFRn]" (n>=2) as a subject tag.

When we will reach a consensus, I send a "Last Chance For
Comments" mail with "[LCFC]" as a subject tag.

Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with "[BTS]" as a subject tag.

Rationale:
--- xringd.old/debian/templates 2015-08-20 15:20:51.741782838 +0200
+++ xringd/debian/templates 2015-09-07 07:03:27.209880278 +0200
@@ -1,7 +1,9 @@
 Template: xringd/modem-device
 Type: string
 Default: /dev/ttyS0
-_Description: Device your modem is connected to:
- Xringd needs to poll a modem, which connects to your machine via a serial
- port. Please enter which serial port (usually /dev/ttyS[0-4]) your modem
- is connected to.
+_Description: Modem device:
+ Please enter the name of the device that has a modem connected.
+ .
+ Xringd needs to poll a modem, generally connected to the machine
+ through a serial port. Please enter which serial port (usually
+ /dev/ttyS[0-4]) this machine's modem is connected to.

I'm not entirely happy with this proposal. The point is to avoid
"your", as we always do, on the rationale that the peson installing
packages is not always the machine's owner.

Still, I find that my proposal is clumsy and I feel like Justin will
be able to propose seomthing better..:-)

-- 


Template: xringd/modem-device
Type: string
Default: /dev/ttyS0
_Description: Modem device:
 Please enter the name of the device that has a modem connected.
 .
 Xringd needs to poll a modem, generally connected to the machine
 through a serial port. Please enter which serial port (usually
 /dev/ttyS[0-4]) this machine's modem is connected to.
--- xringd.old/debian/templates 2015-08-20 15:20:51.741782838 +0200
+++ xringd/debian/templates 2015-09-07 07:03:27.209880278 +0200
@@ -1,7 +1,9 @@
 Template: xringd/modem-device
 Type: string
 Default: /dev/ttyS0
-_Description: Device your modem is connected to:
- Xringd needs to poll a modem, which connects to your machine via a serial
- port. Please enter which serial port (usually /dev/ttyS[0-4]) your modem
- is connected to.
+_Description: Modem device:
+ Please enter the name of the device that has a modem connected.
+ .
+ Xringd needs to poll a modem, generally connected to the machine
+ through a serial port. Please enter which serial port (usually
+ /dev/ttyS[0-4]) this machine's modem is connected to.
Source: xringd
Section: comm
Priority: extra
Maintainer: Steve Kowalik  
Standards-Version: 3.9.5
Build-Depends: debhelper (>= 9)

Package: xringd
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, debianutils (>= 1.7)
Description: extended ring daemon - monitor phone rings and take action
 xringd will monitor a serial line for RING signals and activate various
 commands when specific "ring-delay sequences" are detected.



signature.asc
Description: Digital signature

Bug#755482: Raising severity

[Aron Xu]

Control: severity -1 important

Raising severity to important as mips64el is now bootstrapping and is
hosted on ftp-master.

Aron

Bug#798238: iceweasel: Crashes when loading certain pages

[Michael Rose]

Package: iceweasel
Version: 38.2.1esr-1~deb8u1
Severity: important

Dear Maintainer,

Iceweasel crashes suddenly on random websites. If a website crashes Iceweasel,
it will crash it everytime it gets visited. Repeatable 100%.

Running it in the console, I get the following output, where it crashes on the
last two lines:

$ iceweasel --safe-mode

(process:25206): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size
== 0' failed
console.error:
  [CustomizableUI]
  Custom widget with id loop-button does not return a valid node
console.error:
  [CustomizableUI]
  Custom widget with id loop-button does not return a valid node
ATTENTION: default value of option force_s3tc_enable overridden by environment.
intel_do_flush_locked failed: Input/output error

I have tried moving ~/.mozilla/firefox and the same issue occurs.

I tried installing iceweasel-dbg and running it through gdb, but when I try to
get a backtrace, I get no stack.



-- Package-specific info:

-- Extensions information
Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

-- Plugins information
Name: Gnome Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled

Name: iTunes Application Detector
Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so
Package: rhythmbox-plugins
Status: enabled


-- Addons package information
ii  gnome-shell3.14.4-1~deb amd64graphical shell for the GNOME des
ii  iceweasel  38.2.1esr-1~ amd64Web browser based on Firefox
ii  rhythmbox-plug 3.1-1amd64plugins for rhythmbox music playe

-- System Information:
Debian Release: 8.2
  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.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 iceweasel depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u1
ii  libcairo2 1.14.0-2.1
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u2
ii  libglib2.0-0  2.42.1-1
ii  libgtk2.0-0   2.24.25-3
ii  libhunspell-1.3-0 1.3.3-3
ii  libpango-1.0-01.36.8-3
ii  libsqlite3-0  3.8.7.1-1+deb8u1
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  procps2:3.3.9-9
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages iceweasel recommends:
ii  gstreamer1.0-libav 1.4.4-2
ii  gstreamer1.0-plugins-good  1.4.4-2

Versions of packages iceweasel suggests:
pn  fonts-mathjax  
pn  fonts-oflb-asana-math  
pn  fonts-stix | otf-stix  
ii  libcanberra0   0.30-2.1
ii  libgnomeui-0   2.24.5-3
ii  libgssapi-krb5-2   1.12.1+dfsg-19
pn  mozplugger 

-- no debconf information

Bug#795940: vcr.py: FTBFS: Build requires internet access ("gaierror: [Errno -2] Name or service not known")

[Daniel Stender]

Upstream plans to run the tests completely on pytest-httpbin, which provides a 
locally running
instance of httpbin [1]. There are already some steps towards this in the 
pytest-httpbin branch [2].

I'm working on pytest-httpbin [3] and httpbin [4] to make them available. When 
they are becoming, either upstream
made this feature available or maybe some patch work would be necessary.

I'm on it.

DS

[1] https://github.com/kevin1024/vcrpy/issues/142
Use pytest-httpbin

[2] https://github.com/kevin1024/vcrpy/compare/pytest-httpbin

[3] http://bugs.debian.org/787114
ITP: pytest-httpbin -- Test an HTTP library against a local copy of 
httpbin.org

[4] http://bugs.debian.org/787113
ITP: httpbin -- HTTP Request and Response Service

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/

Bug#798190: reads nonexistant dir, segfaults Kodi on startup

[Bálint Réczey]

Hi Steinar,

2015-09-06 19:51 GMT+02:00 Steinar H. Gunderson :
> On Sun, Sep 06, 2015 at 07:48:24PM +0200, Bálint Réczey wrote:
>> Thank you for the detailed bug report.
>> Could you please test the fix built here?:
>> http://debomatic-amd64.debian.net/distribution#unstable/libcec/3.0.1+dfsg2-5
>
> Uhm, I must understand I couldn't figure that UI out at all. Do you have a
> patch?
>
> FWIW, I tried just returning immediately if the pointer from opendir is NULL,
> and that seems to have worked correctly. If your fix is anything like that,
> it should be fine.
OK, I tried that, too.
Could you please confirm if the latest upload fixed the bug?
I would forward the fix to upstream then.

Cheers,
Balint

Bug#798194: Me too

[Rodrigo Campos]

On Mon, Sep 07, 2015 at 01:01:58AM +0100, Rodrigo Campos wrote:
> The very same happens to me too. Can this be fixed ASAP please ?

Upgrading gstreamer0.10-plugins-good to the version in unstable
(0.10.31-3+nmu4+b2) solves the issue. pidgin can be installed (and works) just
fine.





Thanks a lot,
Rodrigo

Bug#798110: krb5-kdc: krb5kdc does not bind to IPv6 address on startup

[Benjamin Kaduk]

On Sat, 5 Sep 2015, Kevin Otte wrote:

> krb5kdc fails to bind to the IPv6 addresses on the system at startup.
> Workaround is a manual service restart on every boot.

It seems that this is fallout from systemd's ideas about starting up the
network, since the KDC just loops over the available interfaces once at
startup, as befits a service intended to be deployed on a dedicated server
in a controlled network.

It looks like the krb5-kdc unit implicitly depends on network.target, but
not network-online.target.  The documentation for network-online.target is
unclear about whether it will wait for the v6 addresses to be up or just
continue once there's a single routable address, v4 or v6, but it's
probably worth trying.

I think the easiest way to do so would be to add a file
/etc/systemd/system/krb5-kdc.d/networkd-online.conf

with the contents:
[Unit]
After=network-online.target

If that helps, we should probably add the network-online.target dependency
to the distributed krb5-kdc.service.

Thanks,

Ben Kaduk

Bug#499795: HylaFAX+

[Chris Coleman]

package: hylafax-server
severity: serious (Chris intends to upgrade it from wishlist to serious, 
for reasons, see below)


Giuseppe, Remi, Phillipp,
I'm writing you about this excellent Bug that Phillip Kempgen filed in 
2008, why isn't HylaFAX+ included in debian?
Giuseppe you had question about what makes HylaFAX+ so much better, and 
I've got the answers for you...
Short version: I nominate you Giuseppe to make HylaFAX+ 5.5.6 available 
as a deb package in the main debian repo.

Long version:
The most recent version 5.5.6 was released April 2015, existing since 
2005 as free open source code available on sourceforce.
HylaFAX+ has more up to date features, performance improvements, and 
bugs fixes than the Hylafax 6.0.6 (released 2012) that you currently offer.
The projects are probably 95% similar, they forked in 2005, but in 2012 
Hylafax got into a leapfrog race on version numbers vs Hylafax+ 5.5.6.

HylaFAX+ is superior because of many enhancements and bug fixes.
For example it solves a longstanding issue of incompatibility with color 
and grayscale faxes.  It produces compatible tiff and pdf pages, while 
Hylafax 6.0.6 can't (due to a complicated bug about ITULab colorspace 
unable to be understood/converted by libtiff and libjpeg, and those 2 
package developers despite receiving patches, unable to change their 
code without causing breakage elsewhere, thus forcing a manual patch and 
recompile from source of not only libtiff and libjpeg but also of many 
other dependent packages on the system, which is totally 
ridiculous/unfeasible, and this has been stuck that way in hylafax for 
about ten years since 2005.).
HylaFAX+ solved this bug by enlisting LittleCMS developer Marti Maria to 
solve this problem without the image degradation from having to 
decompress and re-compress the jpeg image of the page.

Everyone who is aware of the two packages, installs Hylafax+.
You should at least offer both Hylafax, and Hylafax+, packages, and let 
either be installed, obviously marked as conflicts with the other one, 
as you'd mentioned.
As promised, here is a page with the list of bugfixes and performance 
improvements that HylaFAX+ has over HylaFAX:

http://hylafax.sourceforge.net/docs/hylafax-differences.php

 * 1. support for sending and receiving color faxes (without patching
   libraries)
   

 * 2. simplified default faxrcvd, notify, and pollrcvd scripts for
   easier customization
   

 * 3. faxq batching support was not needlessly rewritten and includes
   greater protection against resource overutilization
   

 * 4. extended presentation of CallID
   


 * 5. intelligent real-time format compression conversion (RTFCC)
   


 * 6. ModemSetOriginCmd, ModemDialCmd, FAXNAME job parameter, and -e
   "name" and -u "number" sendfax options
   


 * 7. enhanced and improved fax image preparation
   
 * 8. numerous faxmail enhancements
   
 * 9. etc/FaxAccounting reliable event hook, particularly for adding
   xferfaxlog data to a database
   

 * 10. xferfaxlog extensions (SUBMIT records and jobinfo field)
   

 * 11. inbound faxes can be configured to utilize info files for
   automated fax parameters configuration
   


 * 12. support for taglines using UTF-8 fonts
   

 * 13. More feature support (i.e. JBIG, JPEG) in the Class 2/2.0/2.1
   driver
   

 * 14. StaggerCalls feature for faxq
   

 * 15. place non-ready ModemReadyState onto modem status string and add
   "exempt" option
   

 * 16. direct LDAP authentication support (without PAM)
   
 * 17. -nointeractive option for faxsetup and faxaddmodem (like
   configure)
   

 * 18. no JobControlWait option
   


-Chris Coleman

Bug#789690: atop process ends up in cron.service's cgroup

[Alexandre Detiste]

> Sam Morris 
> But more annoyingly, restarting cron results in atop being killed!

This was another bug, that even got fixed in stable:

 cron (3.0pl1-127+deb8u1) jessie; urgency=medium
 .
   * d/cron.service: Use KillMode=process to kill only the daemon.
 The default of KillMode=control-group kills all the processes in the 
control
 group, for example when restarting the daemon. This is a deviation from 
past
 behavior we do not want. Closes: #783683



Every little thing started from cron will end up in cron.service's cgroup.

To avoid that you'd need:
- a proper atop.timer that calls a new atop.service
- some logic in the crontab to make it a no-op if systemd is installed & running

 # start atop daily at midnight
-0 0 * * * root invoke-rc.d atop _cron
+0 0 * * * root test -e /run/systemd || invoke-rc.d atop _cron

Bug#798110: krb5-kdc: krb5kdc does not bind to IPv6 address on startup

[Greg Hudson]

This ought to work, but there might be something going wrong with
routing socket updates.

Because krb5kdc implements a UDP service, it needs to either use
IPv4/IPv6 pktinfo support, or bind to specific interfaces instead of the
wildcard address, in order to send replies from the same address as it
received requests to.  Because Linux distributions require _GNU_SOURCE
to be defined for IPv6 pktinfo support (unlike every non-Linux
platform), and we don't define _GNU_SOURCE as part of our build before
krb5 1.13 because it changes the behavior of strerror_r() to be
non-POSIX, krb5 1.12.x doesn't use IPv6 pktinfo; instead it iterates
over the configured interfaces and binds to them specifically (omitting
the loopback interface, for dumb reasons).

We also bind to the routing socket, which is supposed to notify us when
network interfaces change.  We bind to the routing socket before
iterating over the local addresses, so I don't see any potential for a
race condition there.  So either something is going wrong with our code
to do that, or (less likely but not inconceivably) the kernel isn't
doing its job.

Bug#787398: Stable update? Bug#787398 (evolution-data-server: SMTP connection lost while reading message data)

[Fabian Greffrath]

Am Dienstag, den 18.08.2015, 09:58 +0200 schrieb Fabian Greffrath:
> unfortunately, I had no luck convincing the SRM to accept my proposed e
> -d-s update in Jessie in #789429. I didn't even receive a singly reply
> after ~2 months. Maybe one of you wants to try his luck with it?

So, 8.2 has been released without even a single comment to this
request. I am done with it. Feel free to reopen and try your luck. :/

 - Fabian



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

Bug#798213: ganglia-web: CVE-2015-6816: auth bypass

[Salvatore Bonaccorso]

Source: ganglia-web
Version: 3.6.1-1
Severity: important
Tags: security patch upstream

Hi,

the following vulnerability was published for ganglia-web.

CVE-2015-6816[0]:
ganglia-web auth bypass

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-6816
[1] https://github.com/ganglia/ganglia-web/issues/267

Regards,
Salvatore

Bug#607118: aptitude: after 'q' is cancelled with ctrl-q, it doesn't work again

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo
Control: notfound -1 0.7.1-1


Hello Andrew,

2010-12-14 20:22 Andrew Pimlott:

Package: aptitude
Version: 0.6.3-3.2
Severity: minor

Start aptitude.  Hit 'q', and the dialog "Really quit Aptitude? [n]y"
appears.  Hit  to cancel, and the dialog is dismissed.  Hit 'q'
again, and nothing happens.


(note: title says Ctrl-q, not Ctrl-g)

I cannot reproduce this with 0.7.1-1, and looking through the changelog
(not very in-depth, though) I cannot see anything that could have fixed
that.

Unless it is a difference between i386 and amd64 systems, I wonder if it
was just a temporary glitch, or if it was fixed in some way.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#794555: qpdf: License/copyright holder information for multiple files not documented in debian/copyright

[Julien Cristau]

Control: found -1 5.1.3-1

On Tue, Aug  4, 2015 at 07:36:03 -0400, Scott Kitterman wrote:

> Package: qpdf
> Version: 5.1.3-2
> Severity: serious
> Justification: Policy 4.5
> 
> Information about license and copyright holder for the following files is
> missing from debian/copyright:
> 
> libqpdf/sph/sph_sha2.h
> libqpdf/sph/sph_types.h
> libqpdf/sph/md_helper.c
> libqpdf/sha2big.c
> libqpdf/sha2.c
> libqpdf/MD5.cc
> 
> Since this is not a new problem for this upload, I'm going to go ahead and
> accept the current upload, but please fix this in your next upload.

Since this is not a new problem for this upload, it shouldn't be marked
as found in that version.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#698569: file shebang regression Re: Bug#698569: fixed in file 1:5.24-1

[Paul Wise]

Control: found -1 1:5.24-1

On Sat, 05 Sep 2015 12:22:46 + Christoph Biedl wrote:

>* New upstream version 5.24. Addresses:
>  - '#!' should have a bigger strength, Closes: #698569

This appears to have caused a regression instead:

$ echo '#!/usr/bin/python' > foo
$ file --mime-type foo
foo: text/plain

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#798216: python-afl: #DEBHELPER# after exit

[Daniel Stender]

On 06.09.2015 23:48, Jakub Wilk wrote:
> Source: python-afl
> Version: 0.5-1
> 
> debian/*.{prerm,postinst} contain this:
> 
> exit 0
> #DEBHELPER#
> 
> 
> But that means the code generated by debhelper will be never executed, 
> because the script will exit beforehand.
> 
> I'd remove the "exit 0" line.

Yup, all right. I'll fix that.

Dan

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/

Bug#793876: RFS: chrony/1.31.1-1

[Vincent Blut]

Hi Paul,

Sorry for the delay!

Le dim. 30 août 2015 à 1:58, Vincent Blut  a 
écrit :
Le jeu. 27 août 2015 à 21:58, Paul Gevers  a 
écrit :

Great. Not needed for this upload per se.

So, please fix the dependencies in git (I don't need the dsc, just 
ping

me when your done) and I will build and upload.


Great, thanks Paul for your reviews, will ping you in the next few 
days!


Pushed on alioth, hopefully everything is ok now. Subsequent changes 
start at

commit 7355723cab155607765d9a631353063c8f6f6ae7.


Paul


Cheers,
Vincent

Bug#798027: golang-github-rainycape-unidecode: Copyright issue solved

[Alexandre Viau]

Hello,

On 06/09/15 08:01 PM, Dmitry Smirnov wrote:
> Please excuse me for being pedantic, but let's make few changes before upload 
> please.

No, thank you. Those changes make the packaging simpler.

> 1) Please restore patch headers. It is important to know what patch is for, 

Done.

> 2) In "rules"

Done.

> If you choose to use my suggestion you can also drop useless "TMP" and 
> "SOURCE" variables.

Done

> Also I prefer to use "$(RM) -v" instead of "rm" for verbosity (but you don't 
> have to do that). Verbose "cp" and "rm" are useful because they make custom 
> logic more visible in build logs.

Done!

Thank you Dimitry,

-- 
Alexandre Viau
alexan...@alexandreviau.net



signature.asc
Description: OpenPGP digital signature

Bug#798179: openconnect: Link to Juniper VPN will not be established without reconnect

[Mike Miller]

Control: tags -1 - newcomer + moreinfo

On Sun, Sep 06, 2015 at 14:35:43 +0200, Adnan Hodzic wrote:
> I connect to Juniper VPN with "sudo openconnect --juniper vpn-url/linux"
> 
> After link is established, I will not be able to reach any address within the
> tunnel. Meaning, established connection will not work.
> 
> Workaround:
> 
> However, if I disconnect from VPN and connect to it again, link will be
> successfuly established. After this, I will be able to communicate to 
> addresses
> within the tunnel just fine.
[…]
> -- System Information:
> Debian Release: 8.2
>   APT prefers stable
>   APT policy: (600, 'stable'), (500, 'stable-updates'), (300, 'testing'), 
> (200, 'unstable'), (100, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.1.0-1-amd64 (SMP w/4 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 openconnect depends on:
> ii  libc6  2.19-18+deb8u1
> ii  libgnutls-deb0-28  3.3.17-1
> ii  libopenconnect57.06-2+b1
> ii  libproxy1v50.4.11-4.2
> ii  libxml22.9.1+dfsg1-5
> ii  vpnc-scripts   0.1~git20140806-1

You are running OpenConnect from the unstable release on a stable
system. And you are also running the stable version of NetworkManager
(0.9.10.0).

Can you reproduce when NetworkManager is *not* running at all? Can you
try with NetworkManager 1.0.6 in unstable?

-- 
mike

Bug#798223: Enable CZMQ plugins

[Luca Boccassi]

On Mon, 2015-09-07 at 01:33 +0200, Michael Biebl wrote:
> Hi Luca,
> 
> thanks a lot for the patch.
> 
> Am 07.09.2015 um 01:25 schrieb Luca Boccassi:
> > Package: rsyslog
> > Version: 8.12.0-1
> > Severity: wishlist
> > Tags: patch
> > 
> > Dear Maintainers,
> > 
> > Please consider enabling the libczmq in/out plugins. A git format-patch
> > that creates a new rsyslog-czmq package is attached. I tested it
> > building 8.12.0-1 in a Sid chroot for i386 and amd64, and it builds and
> > runs fine.
> 
> By running, I assume you tested the rsyslog input and output modules?
> 
> I don't have a ZeroMQ setup myself to test if the modules work
> correctly. I'm fine to enable the modules as long as I have someone I
> could poke if there issues with it.

Hi Michael,

I ran it with auth and it was working, but I found an issue running
without auth. It's a very trivial case of NULL-pointer dereference if
the auth config parameter is not set. I've sent a PR upstream [1], and
attached a quilt patch to fix it. With this patch and 2 simple python
scripts I verified that both PUB/SUB and PULL/PUSH work without auth.

I'm happy to provide assistance as best as I can as the maintainer of
CZMQ, but I must say I am not a Rsyslog expert :-)

Kind regards,
Luca Boccassi

[1] https://github.com/rsyslog/rsyslog/pull/512

From fb4985a41089b5ff948ef4f4445df484f26f831c Mon Sep 17 00:00:00 2001
From: Luca Boccassi 
Date: Mon, 7 Sep 2015 01:36:08 +0100
Subject: [PATCH] Fix NULL pointer dereference in imczmq and omczmq

---
 ...-pointer-dereference-in-imczmq-and-omczmq.patch | 53 ++
 debian/patches/series  |  1 +
 2 files changed, 54 insertions(+)
 create mode 100644 
debian/patches/Fix-NULL-pointer-dereference-in-imczmq-and-omczmq.patch

diff --git 
a/debian/patches/Fix-NULL-pointer-dereference-in-imczmq-and-omczmq.patch 
b/debian/patches/Fix-NULL-pointer-dereference-in-imczmq-and-omczmq.patch
new file mode 100644
index 000..386d44f
--- /dev/null
+++ b/debian/patches/Fix-NULL-pointer-dereference-in-imczmq-and-omczmq.patch
@@ -0,0 +1,53 @@
+From: Luca Boccassi 
+Date: Mon, 7 Sep 2015 01:19:27 +0100
+Subject: Fix NULL pointer dereference in imczmq and omczmq
+
+---
+ contrib/imczmq/imczmq.c | 4 ++--
+ contrib/omczmq/omczmq.c | 4 ++--
+ 2 files changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/contrib/imczmq/imczmq.c b/contrib/imczmq/imczmq.c
+index af12856..d5c44d2 100644
+--- a/contrib/imczmq/imczmq.c
 b/contrib/imczmq/imczmq.c
+@@ -302,7 +302,7 @@ static rsRetVal addListener(instanceConf_t* iconf){
+   DBGPRINTF("imczmq: authtype is: %s\n", iconf->authType);
+ 
+   /* if we are a CURVE server */
+-  if (!strcmp(iconf->authType, "CURVESERVER")) {
++  if ((iconf->authType != NULL) && (!strcmp(iconf->authType, 
"CURVESERVER"))) {
+ 
+   iconf->is_server = true;
+ 
+@@ -329,7 +329,7 @@ static rsRetVal addListener(instanceConf_t* iconf){
+   }
+ 
+   /* if we are a CURVE client */
+-  if (!strcmp(iconf->authType, "CURVECLIENT")) {
++  if ((iconf->authType != NULL) && (!strcmp(iconf->authType, 
"CURVECLIENT"))) {
+   DBGPRINTF("imczmq: we are a curve client...\n");
+ 
+   iconf->is_server = false;
+diff --git a/contrib/omczmq/omczmq.c b/contrib/omczmq/omczmq.c
+index 55cc188..891e772 100644
+--- a/contrib/omczmq/omczmq.c
 b/contrib/omczmq/omczmq.c
+@@ -136,7 +136,7 @@ static rsRetVal initCZMQ(instanceData* pData) {
+   }
+ 
+   /* if we are a CURVE server */
+-  if (!strcmp(pData->authType, "CURVESERVER")) {
++  if ((pData->authType != NULL) && (!strcmp(pData->authType, 
"CURVESERVER"))) {
+   DBGPRINTF("omczmq: we are a curve server...\n");
+   
+   is_server = true;
+@@ -164,7 +164,7 @@ static rsRetVal initCZMQ(instanceData* pData) {
+   }
+ 
+   /* if we are a CURVE client */
+-  if (!strcmp(pData->authType, "CURVECLIENT")) {
++  if ((pData->authType != NULL) && (!strcmp(pData->authType, 
"CURVECLIENT"))) {
+   DBGPRINTF("omczmq: we are a curve client...\n");
+ 
+   is_server = false;
diff --git a/debian/patches/series b/debian/patches/series
index 1f10ecf..831ee7f 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,3 @@
 Don-t-create-a-database.patch
 Don-t-explicitly-link-tcpflood-against-lgcrypt.patch
+Fix-NULL-pointer-dereference-in-imczmq-and-omczmq.patch
-- 
2.1.4




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

Bug#798027: golang-github-rainycape-unidecode: Copyright issue solved

[Alexandre Viau]

On 06/09/15 09:29 PM, Dmitry Smirnov wrote:
> No worries, I've uploaded as is. :)

Thank you :)

> If you prefer to remove file from "rules" then instead of "debian/clean" file 
> you can use
> 
> 
> override_dh_clean:
>   dh_clean table.go
> 

Oh! I did now know about this. Thats would have been a good solution.
Thank you for taking the tip.

-- 
Alexandre Viau
alexan...@alexandreviau.net



signature.asc
Description: OpenPGP digital signature

Bug#798228: grub-pc: I see in GRUB binaryes stack overflow and OOM errors, I'm traying to send a file's to behold

[macsek]

Package: grub-pc
Version: 2.02~beta2-22
Severity: important

Dear Maintainer,

GRUB binary files, these seem critical errors;

/dev/tty %s: warning: %s: info: %s: error: out of memory error: %s.
assert: error stack overflow detected!
unknown filesystem unrecognized number overflow is detected (null) %s:%d:

source; /usr/sbin/grub-install

All GROUB binary file as shown in this error. Thank you, if you look.





Regards; cat




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

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

Bug#798227: ITP: golang-github-vaughan0-go-ini -- INI parsing library for Go

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org 
pkg-go-maintain...@lists.alioth.debian.org
Owner: Dmitry Smirnov 

* Package name: golang-github-vaughan0-go-ini
  Version : 0.0~git20130923.0.a98ad7e-1
  Upstream Author : Vaughan Newton
* URL : https://github.com/vaughan0/go-ini
* License : Expat
  Programming Lang: Go
  Description : INI parsing library for Go.
 INI files parsing library for Go (golang).


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

Bug#798229: ITP: golang-github-docker-spdystream -- multiplexed stream library using spdy

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org 
pkg-go-maintain...@lists.alioth.debian.org
Owner: Dmitry Smirnov 

* Package name: golang-github-docker-spdystream
  Version : 0.0~git20150615.0.b2c3287-1
  Upstream Author : Docker
* URL : https://github.com/docker/spdystream
* License : Apache-2.0
  Programming Lang: Go
  Description : multiplexed stream library using spdy
 SpdyStream is a multiplexed stream library using spdy.


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

Bug#798230: RFS: golang-github-cloudfoundry-gosigar

[Alexandre Viau]

Hello Dimitry,

Can you review golang-github-cloudfoundry-gosigar?

It is on Alioth:
 - git.debian.org:/git/pkg-go/packages/golang-github-cloudfoundry-gosigar

This one is not a dependency for Grafana, but it is a dependency for
Telegraf, which is an agent that sends metrics to InfluxDB, which is a
friend of grafana ;) Its all related!

thank you,

-- 
Alexandre Viau
alexan...@alexandreviau.net



signature.asc
Description: OpenPGP digital signature

Bug#798233: atop: please recommend "cron | cron-daemon"

[Alexandre Detiste]

Package: atop
Version: 1.26-2
Severity: wishlist

Dear maintainer,

Please recommend "cron | cron-daemon" instead of
simply cron, this helps one to use alternative cron
implementations like systemd-cron or bcron-run.

Greets,



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

Kernel: Linux 4.1.0-1-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)

Bug#644019: reglookup: Please package latest upstream (1.0.1)

[Raphael Hertzog]

Hello Tim,

sorry for the delay of my answer but August was DebConf and vacation...

On Fri, 07 Aug 2015, Tim wrote:
> I finally had a chance to take another crack at this.  I've attempted
> to address all of the items listed above.  I integrated your guys' soname

So we tried to update the package but failed rather miserably:
- first your version number generator is broken since it tries to embed a
  SVN revision number that no longer exists now that you migrated on
  GitHub (we worked around that by dropping that part of the version)
- then the package fails to build for us with "scons" 3.6 that is present
  in unstable... somehow it tries to install the library in the target
  where we are trying to build it. I did not understand why...

I stopped at that point and could not review how the result would
have looked.

We also noticed that the GitHub is a not very useful import of the SVN
repository... it's not possible to use git archive to export a copy of
reglookup because the repository contains more than this and the reglookup
source code is one level deeper (in trunk).

> I did not integrate the other patch that strips python installs, since
> users need that if they compile from source.  Can you simply run these
> two targest to achieve the same result?
>  scons install_bin
>  scons install_lib

Sure, that's possible.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#796188: cron-apt: No email reports

[Ola Lundqvist]

Hi

Sorry for late reply but I think I understand what is wrong now.

I checked the code and could not find the reason why it would go wrong. So
I had a look at your first mail and I see that you have placed this data in
the wrong file.

You have placed it in /etc/cron-apt/config.d/config
This file is only triggered for an action named "config".

This is documented in the README file.


It is also possible to add extra configuration for each action (same syntax
as
/etc/cron-apt/config) by naming the file
/etc/cron-apt/config.d/.
The configuration from one action is kept to the next action as well.


You need to put it in /etc/cron-apt/config instead.

I'm closing this bug now.

Best regards,

// Ola

On Fri, Aug 28, 2015 at 9:56 AM, Pelmato  wrote:

> Yes, that's it!
>
> A few days ago, I tryed to change the 0-update to be more verbose
> (quiet=1). But I haven't received anything.
>
> Moreover, I thought that MAILON can have "output" or "always" as value.
> When configured with "always" I should get an email even if no output was
> generated.
>
>
>
> Le 2015-08-27 22:35, Ola Lundqvist a écrit :
>
> Hi
>
> Only if something is actually upgraded. But you say that you only get it
> at failures, or?
>
> // Ola
>
> On Thu, Aug 20, 2015 at 11:08 AM, Pelmato 
> wrote:
>
>> I have the 3 following files in action.d:
>>
>> /etc/cron-apt/action.d/0-update:
>> #
>> update -o quiet=2
>> #
>>
>> /etc/cron-apt/action.d/3-download:
>> #
>> autoclean -y
>> dist-upgrade -d -y -o APT::Get::Show-Upgraded=true
>> #
>>
>> /etc/cron-apt/action.d/5-install:
>> #
>> dist-upgrade -y -o APT::Get::Show-Upgraded=true
>> #
>>
>> The 0-updates file indeed use the "quiet=2" and apt doesn't print
>> anything (which is fine). But for the 2 other files apt should output
>> something. Shouldn't it?
>>
>
>



-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comAnnebergsslingan 37\
|  o...@debian.org   654 65 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---

Bug#798218: ITP: pbseqlib -- libraries for analyzing Pacific Biosciences sequences

[Afif Elghraoui]

Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging 
Control: affects -1 blasr

* Package name: pbseqlib
  Version : 0~20150702+git98a302a
  Upstream Author : Pacific Biosciences 
* URL : https://github.com/PacificBiosciences/blasr_libcpp
* License : BSD
  Programming Lang: C++
  Description : libraries for analyzing Pacific Biosciences sequences

 These are libraries used by blasr and other executables such as samtoh5,
 loadPulses for analyzing Pacific Biosciences sequences.This library contains
 three sub-libraries, including pbdata, hdf and alignment:
 * libpbdata:
  library for handling Pacbio sequencing data
 * libpbhdf:
  library for handling Pacbio hdf5 files (e.g., *.pls.h5, *.rgn.h5, *.bas.h5)
 * libblasr:
  library for aligning Pacbio reads to target sequences used in blasr


This package is part of the SMRT Analysis suite. It will be maintained by the
Debian Med team.

Bug#795180: gnugk compiled without H.460 support

[Simon McVittie]

Control: merge 795179 795180

On Tue, 11 Aug 2015 at 22:52:54 +0900, Naoto SONE wrote:
> *** Reporter, please consider answering these questions, where appropriate ***

This appears to be an accidental duplicate of #795179.
Cleaning that up.

S

Bug#798226: fonts-pecita: New upstream release available

[pecita.net Archive Automatic Signing Key]

Package: fonts-pecita
Version: 4.3-1
Severity: wishlist
Tags: upstream

Package: fonts-pecita
Version: 5.2
Severity: wishlist

Dear Debian Fonts Task Force,

I just released version 5.2. Please feel free to package it for
Debian.

The files are here : http://pecita.eu/b

*Version*
Version 5.2 - Mon 2015-09-07 - of the font Pecita

*Make*
The script compile.pe invokes FontForge to build Pecita.otf from
PecitaSource.sfd.
The build process is based on the ExpandStroke function that is, for now,
unusable with fontforge > 20120731.

*Title*
OpenType hand-written font whose letters are connected

*Description*
Pecita is a hand-written font that give a natural rendition.
It includes all of the full Language support for Afrikaans, Archaic Greek
Letters, Baltic, Basic Cyrillic, Basic Greek, Basic Latin, Catalan, Central
European, Chess Symbols, Dutch, Euro, Hebbar Tamil, Igbo Onwu, IPA, Latin
Ligatures, Mathematical Operators, Pan African Latin, Pinyin, Polytonic
Greek,
Romanian, Turkish, Vietnamese, Western European.
It implements the OpenType features "Localized form substitution,
Superscript ,
Subscript, Small capitals, Standard ligatures, Glyph decomposition and
Contextual alternates".

*New possibilities in Version 5*
The previous version 4 generalized the connection mechanism of letters. This
version 5 generalizes the accent mechanism of letters in keeping the
connection
mechanism. This allows the font to be used across the spectrum of LCG
scripts
and in transliterations of tonal languages that make extensive use of
diacritical and IPA characters.

*web site*
http://pecita.eu

Regards,
Philippe Cochy

Bug#798159: ifupdown: No autoreconnection when wicd installed

[Vincent Lefevre]

On 2015-09-06 22:53:18 +0200, Guus Sliepen wrote:
> On Sun, Sep 06, 2015, Alain Rpnpif wrote:
> > Some people suggest me to remove ifupdown instead of wicd. I prefer to
> > keep ifupdown and remove wicd and it works fine. But I do not know the
> > cause because I have seen nothing in logs.
> > 
> > I could try wicd alone.
> 
> In general, you can use both simultaneously, but not on the same
> interface. But until this bug is fixed, I think you should try using
> either wicd alone or ifupdown alone. If you want to use wicd, then you
> don't have to remove the ifupdown package, but just remove the eth0 and
> wlan0 stanzas.

I confirm that running both simultaneously is OK if they don't manage
the same interface. In my case, I use ifupdown for eth0, and wicd for
WiFi connections. In the wicd preferences, the "Wired interface" field
is blank to make sure that wicd won't do anything concerning eth0:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557156#22

I've doing that for more than 3 years (on two different laptops) and
everything has always been fine with this setting.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#798027: golang-github-rainycape-unidecode: Copyright issue solved

[Dmitry Smirnov]

On Sunday 06 September 2015 21:18:34 Alexandre Viau wrote:
> I think this is equivalent. However, I think that removing table.go and
> adding table.txt is linked and I would prefer if both operations stayed
> at the same place. I think it is simpler for people that read the
> packaging.

No worries, I've uploaded as is. :)

IMHO there are two different things:

* cleaning source tree from generated files before build to compensate for 
lack of upstream "make clean"

and

* adding required file to build directory.

If you prefer to remove file from "rules" then instead of "debian/clean" file 
you can use


override_dh_clean:
dh_clean table.go


Sometimes I do that when I want to keep things in "rules" file.

-- 
All the best,
 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#778573: xorg: Xorg shows blank black screen at startup instead of a Display Manager.

[Julien Cristau]

On Thu, Sep  3, 2015 at 22:46:04 +0100, Andy B wrote:

> Package: xorg
> Version: 1:7.7+7
> Followup-For: Bug #778573
> 
> Dear Maintainer,
> 
> I installed Debian8 Jessie from scratch (replacing Debian Squeeze, where Xorg
>  worked OK).
>  On reboot Xorg screen is dark (not black - the shade becomes subtly lighter
>  than black after 2 seconds).
> Nothing happens if I move the mouse or use the keyboard. Am able to 
> CTRL_ALT_F2, and login as user or root. Initially startx would not work,
> but works now after installing xfce4.
> 
Please don't hijack somebody else's bug report, file your own.

Thanks,
Julien


signature.asc
Description: Digital signature

Bug#798210: RM: steadyflow -- RoQA; RC-buggy, abandoned

[Andreas Henriksson]

Package: ftp.debian.org
Severity: normal

Hello!

Please consider removing the steadyflow package since it's
been abandoned for a long time, is RC-buggy, not part of testing,
only part of stable because of my previous NMU. I'm not keen on
investing more of my time to keep it on life-support

It has no reverse dependencies.
The popcon number is probably because of liferea recommending it.

CCing liferea maintainers in case they feel like adopting this
package.

Regards,
Andreas Henriksson

Bug#798212: ITP: node-indent-string -- Nodejs package indenting every line of string

[Bastien Roucariès]

Package: wnpp
Severity: wishlist
Owner: "Bastien Roucariès" 

* Package name: node-indent-string
  Version : 2.1.0
  Upstream Author : Sindre Sorhus
* URL : https://github.com/sindresorhus/indent-string
* License : MIT
  Programming Lang: js
  Description : Nodejs package indenting every line of string

Needed for grunt

Bug#798159: ifupdown: No autoreconnection when wicd installed

[Guus Sliepen]

reassign 798159 wicd
forcemerge 557156 798159
thanks

On Sun, Sep 06, 2015, Alain Rpnpif wrote:

> > > When wicd is installed, reconnection does not work after an unplugging
> > > on the interface eth0.
> > > 
> > > Deinstalling wicd fix this issue.

Ok, it looks like there is a bug filed against wicd that describes a
similar problem. I'm therefore merging this bugreport.

> > I haven't heard of this bug before. Can you provide some more details,
> > such as the contents of your /etc/network/interfaces, and whether or not
> > you configured eth0 in wicd as well?
> 
> Here the file with a classic configuration :
> $cat /etc/network/interfaces
> auto lo
> 
> iface lo inet loopback
> 
> allow-hotplug eth0
> iface eth0 inet static
[...]
> allow-hotplug wlan0
> iface wlan0 inet manual
> wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
> iface default inet dhcp
> ---

Hm, do you want wicd on any interface at all? If you want wicd to manage
only the wireless, then you shouldn't have the wlan0 stanza in
/etc/network/interfaces.

> wlan0 is configured but this interface is removable and is not used
> now.
> 
> wicd was installed but not configured. Now it is uninstalled to do this
> system work fine.
> 
> Some people suggest me to remove ifupdown instead of wicd. I prefer to
> keep ifupdown and remove wicd and it works fine. But I do not know the
> cause because I have seen nothing in logs.
> 
> I could try wicd alone.

In general, you can use both simultaneously, but not on the same
interface. But until this bug is fixed, I think you should try using
either wicd alone or ifupdown alone. If you want to use wicd, then you
don't have to remove the ifupdown package, but just remove the eth0 and
wlan0 stanzas.

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen 


signature.asc
Description: Digital signature

Bug#798217: ITP: ruby-rails-assets-jquery-fullscreen-plugin -- jQuery fullscreen plugin for rails applications

[Syam.G.Krishnan]

package: wnpp
Severity: wishlist
Owner: 'Syam' 

*Package Name : ruby-rails-assets-jquery-fullscreen-plugin
Version : 0.5.0 Upstream Author : Vladimir Zhuravlev (Author name/s of
the Gem).
*URL : https://github.com/private-face/jquery.fullscreen (Link to the
git repo of the Gem)
*License : Expat
*Description : jQuery fullscreen plugin for rails applications

I am packaging ruby-rails-assets-jquery-fullscreen-plugin which is a
dependency of diaspora (#597093)

Bug#798221: gnugk: build logs do not show compiler command-line

[Simon McVittie]

Package: gnugk
Version: 2:3.6-1
Severity: normal

While investigating why gnugk, gnuift and opennebula have Build-Depends
on libmysql++-dev but no Depends on libmysql++3, I noticed that gnugk
is built with "silent rules":

[CC] singleton.cxx
Processing file manual.sgml
[CC] job.cxx
make[3]: Leaving directory '/«PKGBUILDDIR»/docs/manual'
[CC] yasocket.cxx
[CC] h323util.cxx
[CC] Toolkit.cxx

This makes it impossible to get useful QA information from buildd
logs such as:


Please make the log show compiler command-lines. For CMake projects,
you can usually do this by passing -DCMAKE_VERBOSE_MAKEFILE=TRUE
to cmake (or by passing that to dh_auto_configure after the "--" token),
or by passing VERBOSE=1 to make.

S

Bug#707196: Enabling accessibility stack by default in Qt4/Qt5

[Samuel Thibault]

Hello,

BTW, we'd like to enable speech synthesis by default when speech was
used during installation. AIUI, it is a matter of running this

qdbus org.kde.kaccessibleapp /Adaptor setSpeechEnabled true

but during installation we don't have an X session, and dbus tells me

Error: org.freedesktop.DBus.Error.NoReply
Message did not receive a reply (timeout by message bus)

In the gconf/gsettings case we could go around this kind of issue by
rather leaving a schema file in an appropriate place. Is there this kind
of possibility with kdbus?

Samuel

Bug#798230: ITP: golang-github-cloudfoundry-gosigar -- golang implementation of the sigar API

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-cloudfoundry-gosigar
  Version : scotty_09012012+git20150402.27.3ed7c74-1
  Upstream Author : Cloud Foundry
* URL : https://github.com/cloudfoundry/gosigar
* License : Apache-2.0
  Programming Lang: Go
  Description : golang implementation of the sigar API

I am packaging this as this is a dependency for Telegraf



signature.asc
Description: OpenPGP digital signature

Bug#798234: easytag: segfaults on saving opus files

[Adam Borowski]

Package: easytag
Version: 2.4.0-1
Severity: normal

The newest version of easytag segfaults upon trying to save an opus file. 
The output is:
=
** (easytag:27039): WARNING **: Error retrieving accessibility bus address: 
org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not 
provided by any .service files

(easytag:27039): GLib-GObject-WARNING **: The property GtkWidget:margin-left is 
deprecated and shouldn't be used anymore. It will be removed in a future 
version.

(easytag:27039): GLib-GObject-WARNING **: The property GtkWidget:margin-right 
is deprecated and shouldn't be used anymore. It will be removed in a future 
version.
notification: Speex header too small
**
ERROR:src/tags/vcedit.c:634:vcedit_open: code should not be reached
Aborted (core dumped)
=

Any opus file seems to trigger this crash.

I rebuilt the package with nostrip+noopt for a meaningful backtrace:
=
#0  0x7437f107 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 4431
selftid = 4431
#1  0x743804e8 in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x555ebb58 
<__func__.31596>, 
sa_sigaction = 0x555ebb58 <__func__.31596>}, sa_mask = {__val = 
{140737488340080, 68, 
  140737351949831, 140733193388037, 0, 72057594054705152, 
140737290505512, 93825004955504, 
  68, 140737331266592, 140737351975717, 0, 0, 140737294292544, 
4294967295, 0}}, 
  sa_flags = 0, sa_restorer = 0x56176770}
sigs = {__val = {32, 0 }}
#2  0x76791b55 in g_assertion_message () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#3  0x76791bea in g_assertion_message_expr () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#4  0x555d60ae in vcedit_open (state=0x55e7a830, 
file=0x55a204c0, error=0x7fffbff0)
at src/tags/vcedit.c:634
result = 1
buffer = 0x5622a000 "OggS"
bytes = 4096
i = 1
chunks = 0
headerpackets = 2
opb = {endbyte = 2, endbit = -15152, buffer = 0x7fffc470 "\022", 
  ptr = 0x55ed05cc , 
storage = 120}
header = 0x7fffbe30
header_main = {packet = 0x5622c010 "OpusTags\v", bytes = 19, b_o_s 
= 256, e_o_s = 0, 
  granulepos = 0, packetno = 0}
header_comments = {packet = 0x5622c010 "OpusTags\v", bytes = 764, 
b_o_s = 0, e_o_s = 0, 
  granulepos = 0, packetno = 1}
header_codebooks = {packet = 0x7fffc470 "\022", bytes = 
140737328483475, b_o_s = 2, 
  e_o_s = 1441596876, granulepos = 140737488338592, packetno = 
93824992759144}
og = {header = 0x5622a02f "OggS", header_len = 30, body = 
0x5622a04d "OpusTags\v", 
  body_len = 764}
istream = 0x561a6090
__func__ = "vcedit_open"
#5  0x555d3822 in ogg_tag_write_file_tag (ETFile=0x561ef760, 
error=0x7fffbff0)
at src/tags/ogg_tag.c:837
FileTag = 0x560fdbc0
filename = 0x558bb3a0 "/tmp/02. Fallen Angel.opus"
file = 0x55a204c0
state = 0x55e7a830
vc = 0x7fff
string = 0x0
l = 0x56029e90
pic = 0x0
__func__ = "ogg_tag_write_file_tag"
#6  0x555957f2 in ET_Save_File_Tag_To_HD (ETFile=0x561ef760, 
error=0x7fffbff0)
at src/file.c:1353
description = 0x55837d90 
cur_filename = 0x558bb3a0 "/tmp/02. Fallen Angel.opus"
cur_filename_utf8 = 0x561b6280 "/tmp/02. Fallen Angel.opus"
state = 21845
file = 0x55a4c6c0
fileinfo = 0x561cd870
__func__ = "ET_Save_File_Tag_To_HD"
#7  0x55591d6b in Write_File_Tag (ETFile=0x561ef760, hide_msgbox=0) 
at src/easytag.c:744
error = 0x0
cur_filename_utf8 = 0x561b6280 "/tmp/02. Fallen Angel.opus"
msg = 0x0
basename_utf8 = 0x55a07080 "02. Fallen Angel.opus"
msgdialog = 0x2
#8  0x55591384 in Save_File (ETFile=0x561ef760, multiple_files=0, 
force_saving_files=0)
at src/easytag.c:511
rc = 2
msgdialog = 0x0
msgdialog_check_button = 0x0
response = -8
FileTag = 0x560fdbc0
FileNameNew = 0x559f9aa0
stop_loop = 0
filename_cur_utf8 = 0x561b6280 "/tmp/02. Fallen Angel.opus"
filename_new_utf8 = 0x561b6280 "/tmp/02. Fallen Angel.opus"
basename_cur_utf8 = 0x55b13e10 "02. Fallen Angel.opus"
basename_new_utf8 = 0x55e24bf0 "02. Fallen Angel.opus"
dirname_cur_utf8 = 

Bug#798235: checksecurity: please depends on "cron | cron-daemon | anacron"

[Alexandre Detiste]

Package: checksecurity
Version: 2.0.16
Severity: wishlist

Dear maintainer,

Please recommend virtual package cron-daemon,
this allow one to use alternative cron daemons like
bcron-run or systemd-cron.

Further, the versioned depends on cron dating back from 2003
can be dropped; as well as the depends on fcron that
has been removed from the archive in 2011.

So all in all:

-Depends: cron (>= 3.0pl1-74) | anacron | fcron
+Depends: cron | systemd-cron | anacron

Greets,



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

Kernel: Linux 4.1.0-1-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)

Bug#798236: clean-up: drop dependecy on fcron

[Alexandre Detiste]

Package: exim4-base
Version: 4.86-3
Severity: wishlist

Dear maintainer,

exim4-base depends on
"cron | cron-daemon | anacron | fcron",
but fcron has been removed from the archive in 2011;
so I guess it can be trimmed from depends.

This will trim debcheck repport and may
help to find real problems.

https://qa.debian.org/debcheck.php?dist=unstable=exim4

Greets & thanks again for adding cron-daemon back then !



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

Kernel: Linux 4.1.0-1-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 exim4-base depends on:
ii  adduser3.113+nmu3
pn  cron | fcron   
ii  debconf [debconf-2.0]  1.5.57
pn  exim4-config | exim4-config-2  
ii  libc6  2.19-19
ii  libdb5.3   5.3.28-9
ii  lsb-base   4.1+Debian14
ii  netbase5.3

Versions of packages exim4-base recommends:
ii  heirloom-mailx [mailx]  12.5-5
ii  perl-modules5.20.2-6
ii  psmisc  22.21-2.1

Versions of packages exim4-base suggests:
ii  emacs24 [mail-reader]24.5+1-1
pn  exim4-doc-html | exim4-doc-info  
pn  eximon4  
ii  file 1:5.22+15-2
ii  heirloom-mailx [mail-reader] 12.5-5
ii  kmail [mail-reader]  4:4.14.10-2
ii  openssl  1.0.2d-1
pn  spf-tools-perl   
pn  swaks

Bug#747909: WIP adt-virt-docker

[Mathieu Parent]

2015-08-28 21:58 GMT+02:00 Chris Kuehl :
> Howdy there Mathieu and Martin,

Hello Chris and Martin,

> Thanks for your work on this! This is pretty cool.
>
> Out of curiosity, has any progress been made on this patch/bug?

Nope

> If you'd like some help, I'd be happy to lend a hand to addressing the
> comments in Martin's review -- would really like to use this feature
> myself :-)

Please go ahead, this feature is not my top priority currently (but I
will happily test your patch).

Regards

-- 
Mathieu

Bug#798194: Me too

[Rodrigo Campos]

The very same happens to me too. Can this be fixed ASAP please ?





Thanks a lot,
Rodrigo

Bug#798027: golang-github-rainycape-unidecode: Copyright issue solved

[Dmitry Smirnov]

On Sunday 06 September 2015 18:04:59 Alexandre Viau wrote:
> Hello Dimitry,
> 
> I have opened a PR upstream and it was merged:
> https://github.com/rainycape/unidecode/pull/5
> 
> The package should now be ready for upload.

Great. :)

Please excuse me for being pedantic, but let's make few changes before upload 
please.

1) Please restore patch headers. It is important to know what patch is for, 
who did it (and when) as well as "Forwarded" status which probably would be 
"not-needed" in this case.

2) In "rules"

  cp $(SOURCE)/table.txt _build/src/github.com/rainycape/unidecode/table.txt

seems too complicated -- it will be easier to write

  cp -v table.txt _build/src/$(DH_GOPKG)/

If you want full path you can use 

  cp -v $(CURDIR)/table.txt _build/src/$(DH_GOPKG)/

If you choose to use my suggestion you can also drop useless "TMP" and 
"SOURCE" variables.

Also I prefer to use "$(RM) -v" instead of "rm" for verbosity (but you don't 
have to do that). Verbose "cp" and "rm" are useful because they make custom 
logic more visible in build logs.

-- 
Regards,
 Dmitry Smirnov.

---

I am an agnostic; I do not pretend to know what many ignorant men are
sure of.
-- Clarence Darrow


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

Bug#798027: golang-github-rainycape-unidecode: Copyright issue solved

[Dmitry Smirnov]

On Sunday 06 September 2015 20:13:59 Alexandre Viau wrote:
> Those changes make the packaging simpler.

I've realised we can make it even simpler. :)

What if we remove

rm --verbose _build/src/github.com/rainycape/unidecode/table.go

and replace it with "debian/clean" files with "table.go" (without quotes) in 
it? It is simpler because "table.go" will be removed by `dh_clean` hence it 
won't be copied to build directory therefore we will not need to remove it 
from there. I like it more because it is better to drop pre-generated files 
from source tree (`make clean` style) before build to make sure they are not 
used at all.

This is my last packaging concern and I'm ready to upload. Please let me know 
what do you think about this last minute improvement idea.

-- 
All the best,
 Dmitry Smirnov.

---

Free speech is the bedrock of liberty and a free society. And yes, it
includes the right to blaspheme and offend.
-- Ayaan Hirsi Ali, 2010


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

Bug#782054: mbsync: New version cannot open Maildir boxes

[Guillem Jover]

Hi!

On Sat, 2015-09-05 at 14:18:21 +0100, Ian Campbell wrote:
> On Sat, 2015-09-05 at 13:53 +0200, Guillem Jover wrote:
> > On Fri, 2015-09-04 at 10:38:09 +0100, Ian Campbell wrote:
> > > The change to Master being the primary thing. This results in the:
> > > 
> > > [Account]
> > > |-INBOX
> > > |- PATCHES
> > > |  |- WIP
> > > |  `- FOO
> > > `- Cronspam
> > > 
> > > maildir hierarchy which I noted in Message #75 I'd be happy to switch to 
> > > if
> > > necessary.
> > 
> > Right, and thanks for the update, unfortunately that's not a conformant
> > Maildir++ layout,
> 
> FWIW the disk layout which Evolution displays as above is:
> 
> Maildir/{cur,tmp,new} # AKA "INBOX"
> Maildir/.PATCHES/{cur,tmp,new}
> Maildir/.PATCHES.WIP/{cur,tmp,new}
> Maildir/.PATCHES.FOO/{cur,tmp,new}
> Maildir/.Cronspam/{cur,tmp,new}

Ah, right, sorry yes that to me seems to be proper Maildir++,

> Just mentioning for clarity in case you thought it was:
> 
> Maildir/{cur,tmp,new} # AKA "INBOX"
> Maildir/PATCHES/{cur,tmp,new}

Exactly. :)

> because I thought the first (with the dots) _was_ compliant Maildir++.

Yes, I think so.

> > > NB: I'm still tinkering with things, so I'm not 100% sure this is correct,
> > > but on first glance it looks so and I'm also not sure if it is applicable
> > > to the issue in your context but I hope it turns out to be helpful!
> > 
> > I've not had time to look into this again, but once I do, I guess I'll
> > try to prepare a patch, post it here, and if it gets rejected run with
> > a local fork. Either that or try to discover how to properly configure
> > the program to do what I want, in case it is really possible. :)

Ok, so I tried your recipe, and didn't fully work for me, and ended
up having a look, because had already spent enough time again messing
with the config file that it was getting a bit frustrating.

Here's a couple of patches I prepared that seem to do what I'd expect,
and I've been running with those from git master [C], but only with
«Sync Pull» for now. The first adds quite some verbosity to be able to
see what's actually going on, the second "fixes" the Maildir++ support
for me. Once I've tested it more, I'll probably be preparing local
packages with the patches.

  [C] commit 167964933f42d32f1cc2a119453e71c5048e86e2

Thanks,
Guillem
From c4b51b5c8df236d272987820e801db20bd78d398 Mon Sep 17 00:00:00 2001
From: Guillem Jover 
Date: Sun, 6 Sep 2015 21:47:57 +0200
Subject: [PATCH 1/2] XXX: Add more verbosity

---
 src/drv_maildir.c |  3 +++
 src/main.c| 26 +-
 src/sync.c|  2 +-
 3 files changed, 29 insertions(+), 2 deletions(-)

diff --git a/src/drv_maildir.c b/src/drv_maildir.c
index a91b7cc..74fdd81 100644
--- a/src/drv_maildir.c
+++ b/src/drv_maildir.c
@@ -125,6 +125,8 @@ maildir_join_path( maildir_store_conf_t *conf, const char *prefix, const char *b
 	int pl, bl, n, sub = 0;
 	char c;
 
+	info(" maildir join source = '%s'\n", box);
+
 	pl = strlen( prefix );
 	for (bl = 0, n = 0; (c = box[bl]); bl++)
 		if (c == '/') {
@@ -165,6 +167,7 @@ maildir_join_path( maildir_store_conf_t *conf, const char *prefix, const char *b
 		}
 	}
 	*p = 0;
+	info(" maildir join dest = '%s'\n", out);
 	return out;
 }
 
diff --git a/src/main.c b/src/main.c
index c8c3bf2..03c2bad 100644
--- a/src/main.c
+++ b/src/main.c
@@ -215,6 +215,13 @@ cmp_box_names( const void *a, const void *b )
 	return strcmp( as, bs );
 }
 
+static void
+print_boxes_list(string_list_t *boxes, int box)
+{
+	for (; boxes; boxes = boxes->next)
+		info("  box[%d] name = %s\n", box, boxes->string);
+}
+
 static char **
 filter_boxes( string_list_t *boxes, const char *prefix, string_list_t *patterns )
 {
@@ -225,8 +232,10 @@ filter_boxes( string_list_t *boxes, const char *prefix, string_list_t *patterns
 
 	pfxl = prefix ? strlen( prefix ) : 0;
 	for (; boxes; boxes = boxes->next) {
-		if (!starts_with( boxes->string, -1, prefix, pfxl ))
+		if (!starts_with( boxes->string, -1, prefix, pfxl )) {
+			info("  skipping prefix: %s\n", boxes->string);
 			continue;
+		}
 		fnot = 1;
 		for (cpat = patterns; cpat; cpat = cpat->next) {
 			ps = cpat->string;
@@ -240,6 +249,8 @@ filter_boxes( string_list_t *boxes, const char *prefix, string_list_t *patterns
 break;
 			}
 		}
+		if (fnot)
+			info("  ignoring pattern: %s\n", boxes->string);
 		if (!fnot) {
 			if (num + 1 >= rnum)
 boxarr = nfrealloc( boxarr, (rnum = (rnum + 10) * 2) * sizeof(*boxarr) );
@@ -817,6 +828,15 @@ sync_chans( main_vars_t *mvars, int ent )
 			mvars->chanptr->boxlist = 2;
 			boxes[M] = filter_boxes( mvars->ctx[M]->boxes, mvars->chan->boxes[M], mvars->chan->patterns );
 			boxes[S] = filter_boxes( mvars->ctx[S]->boxes, mvars->chan->boxes[S], mvars->chan->patterns );
+
+			print_boxes_list(mvars->ctx[M]->boxes, M);
+			print_boxes_list(mvars->ctx[S]->boxes, S);
+
+			for (mb = 0; boxes[M][mb]; mb++)
+info(" box: M=%s\n", boxes[M][mb]);
+			for (sb = 0; 

Bug#798211: apt-mark apparently conflicts with apt-get update; guess: missing lock

[Jürgen A . Erhard]

Package: apt
Version: 1.0.9.10
Severity: important

Running apt-mark while an apt-get update was running concurrently, I
got this:

E: Problem renaming the file /var/cache/apt/pkgcache.bin.uuCnyh to
/var/cache/apt/pkgcache.bin - rename (2: No such file or directory)
W: You may want to run apt-get update to correct these problems

Looks to me like either or both don't acquire a necessary lock.

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "i386";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "0";
APT::Install-Suggests "0";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-4\.0\.0-2-686-pae$";
APT::NeverAutoRemove:: "^linux-image-4\.1\.0-1-686-pae$";
APT::NeverAutoRemove:: "^linux-image-4\.1\.0-2-686-pae$";
APT::NeverAutoRemove:: "^linux-headers-4\.0\.0-2-686-pae$";
APT::NeverAutoRemove:: "^linux-headers-4\.1\.0-1-686-pae$";
APT::NeverAutoRemove:: "^linux-headers-4\.1\.0-2-686-pae$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.0\.0-2-686-pae$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.1\.0-1-686-pae$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.1\.0-2-686-pae$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.0\.0-2-686-pae$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.1\.0-1-686-pae$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.1\.0-2-686-pae$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.0\.0-2-686-pae$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.1\.0-1-686-pae$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.1\.0-2-686-pae$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.0\.0-2-686-pae$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.1\.0-1-686-pae$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.1\.0-2-686-pae$";
APT::NeverAutoRemove:: "^gnumach-image-4\.0\.0-2-686-pae$";
APT::NeverAutoRemove:: "^gnumach-image-4\.1\.0-1-686-pae$";
APT::NeverAutoRemove:: "^gnumach-image-4\.1\.0-2-686-pae$";
APT::NeverAutoRemove:: "^.*-modules-4\.0\.0-2-686-pae$";
APT::NeverAutoRemove:: "^.*-modules-4\.1\.0-1-686-pae$";
APT::NeverAutoRemove:: "^.*-modules-4\.1\.0-2-686-pae$";
APT::NeverAutoRemove:: "^.*-kernel-4\.0\.0-2-686-pae$";
APT::NeverAutoRemove:: "^.*-kernel-4\.1\.0-1-686-pae$";
APT::NeverAutoRemove:: "^.*-kernel-4\.1\.0-2-686-pae$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.0\.0-2-686-pae$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.1\.0-1-686-pae$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.1\.0-2-686-pae$";
APT::NeverAutoRemove:: "^linux-tools-4\.0\.0-2-686-pae$";
APT::NeverAutoRemove:: "^linux-tools-4\.1\.0-1-686-pae$";
APT::NeverAutoRemove:: "^linux-tools-4\.1\.0-2-686-pae$";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-image";
APT::VersionedKernelPackages:: "linux-headers";
APT::VersionedKernelPackages:: "linux-image-extra";
APT::VersionedKernelPackages:: "linux-signed-image";
APT::VersionedKernelPackages:: "kfreebsd-image";
APT::VersionedKernelPackages:: "kfreebsd-headers";
APT::VersionedKernelPackages:: "gnumach-image";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::VersionedKernelPackages:: "linux-backports-modules-.*";
APT::VersionedKernelPackages:: "linux-tools";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Never-MarkAuto-Sections:: "oldlibs";
APT::Never-MarkAuto-Sections:: "restricted/oldlibs";
APT::Never-MarkAuto-Sections:: "universe/oldlibs";
APT::Never-MarkAuto-Sections:: "multiverse/oldlibs";
APT::Periodic "";
APT::Periodic::Enable "0";
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "0";
APT::Periodic::AutocleanInterval "0";
APT::Periodic::Verbose "2";
APT::Update "";
APT::Update::Post-Invoke "";
APT::Update::Post-Invoke:: "touch /var/lib/apt/periodic/update-success-stamp 
2>/dev/null || true";
APT::Update::Post-Invoke:: "[ ! -x /usr/bin/debtags ] || debtags update || 
true";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "test -x /usr/bin/apt-show-versions || exit 
0 ; apt-show-versions -i";
APT::Update::Post-Invoke-Success:: "/usr/bin/test -e 
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && 
/usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call 
--system --dest org.freedesktop.PackageKit --object-path 
/org/freedesktop/PackageKit --timeout 4 --method 
org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo 
> /dev/null";
APT::Archives "";
APT::Archives::MaxAge "30";
APT::Archives::MinAge "2";
APT::Archives::MaxSize "500";
APT::default-release "unstable";
APT::clean-installed "off";
APT::Architectures "";

Bug#798216: python-afl: #DEBHELPER# after exit

[Jakub Wilk]

Source: python-afl
Version: 0.5-1

debian/*.{prerm,postinst} contain this:

exit 0
#DEBHELPER#


But that means the code generated by debhelper will be never executed, 
because the script will exit beforehand.


I'd remove the "exit 0" line.

--
Jakub Wilk

Bug#798219: privoxy: Please add debconf support for setting listen-address

[James Valleroy]

Package: privoxy
Version: 3.0.23-3
Severity: wishlist
Tags: patch

Dear Maintainer,

Please consider adding debconf support to privoxy, specifically for
setting the listen-address. This change is needed for FreedomBox to
offer smooth upgrades to our users.

The attached patch does this as follows:
1. The config shipped with privoxy is installed under /usr/share/privoxy
instead of /etc/privoxy.
2. Debconf can ask for listen-address, with localhost:8118 as the
default. The question priority is medium, so it won't be shown to those
with the default debconf settings.
3. ucf is used to merge config updates during upgrades.

Some more background on why this is needed:
FreedomBox (through its user interface, plinth) can install privoxy and
configure it to be available to client devices on the LAN (by setting
listen-address). But currently, our changes to /etc/privoxy/config  make
it difficult to upgrade privoxy, because it will ask which config file
to keep. If plinth can configure privoxy solely through debconf, then
upgrades can be done without prompting (via unattended-upgrades), and
our users can also receive any updates that are made to the packaged config.

--
James
diff --git a/debian/config b/debian/config
new file mode 100755
index 000..bfda17a
--- /dev/null
+++ b/debian/config
@@ -0,0 +1,16 @@
+#!/bin/sh
+CONFIG=/etc/privoxy/config
+set -e
+. /usr/share/debconf/confmodule
+
+# Load config file, if it exists.
+if [ -e $CONFIG ]; then
+LISTENADDRESS=$(awk '/^listen-address/ {print $2}' $CONFIG)
+
+# Store values from config file into debconf db.
+db_set privoxy/listen-address "$LISTENADDRESS"
+fi
+
+# Ask questions.
+db_input medium privoxy/listen-address || true
+db_go || true
diff --git a/debian/control b/debian/control
index d1d478d..c74c1ba 100644
--- a/debian/control
+++ b/debian/control
@@ -4,14 +4,14 @@ Priority: optional
 Maintainer: Roland Rosenfeld 
 Build-Depends: debhelper (>= 9), autoconf, autotools-dev, libpcre3-dev,
  jade, docbook-dsssl, docbook, w3m, sp, sgmlspl, groff, man2html, zlib1g-dev,
- dh-systemd (>= 1.4)
+ dh-systemd (>= 1.4), po-debconf
 Standards-Version: 3.9.6
 Homepage: http://www.privoxy.org/
 
 Package: privoxy
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends}, logrotate,
- adduser, lsb-base (>= 3.2-13), initscripts (>= 2.87dsf-8)
+ adduser, lsb-base (>= 3.2-13), initscripts (>= 2.87dsf-8), debconf, ucf
 Recommends: doc-base
 Description: Privacy enhancing HTTP Proxy
  Privoxy is a web proxy with advanced filtering capabilities for
diff --git a/debian/install b/debian/install
new file mode 100644
index 000..a1729f0
--- /dev/null
+++ b/debian/install
@@ -0,0 +1 @@
+config usr/share/privoxy
diff --git a/debian/po/POTFILES.in b/debian/po/POTFILES.in
new file mode 100644
index 000..98e8416
--- /dev/null
+++ b/debian/po/POTFILES.in
@@ -0,0 +1 @@
+[type: gettext/rfc822deb] templates
\ No newline at end of file
diff --git a/debian/po/templates.pot b/debian/po/templates.pot
new file mode 100644
index 000..c8a2543
--- /dev/null
+++ b/debian/po/templates.pot
@@ -0,0 +1,24 @@
+# SOME DESCRIPTIVE TITLE.
+# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
+# This file is distributed under the same license as the PACKAGE package.
+# FIRST AUTHOR , YEAR.
+#
+#, fuzzy
+msgid ""
+msgstr ""
+"Project-Id-Version: privoxy\n"
+"Report-Msgid-Bugs-To: priv...@packages.debian.org\n"
+"POT-Creation-Date: 2015-09-05 19:17-0400\n"
+"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
+"Last-Translator: FULL NAME \n"
+"Language-Team: LANGUAGE \n"
+"Language: \n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=CHARSET\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: string
+#. Description
+#: ../templates:1001
+msgid "Address and TCP port on which Privoxy will listen for client requests:"
+msgstr ""
diff --git a/debian/postinst b/debian/postinst
index f55b3c8..5467504 100644
--- a/debian/postinst
+++ b/debian/postinst
@@ -25,6 +25,9 @@ set -e
 
 CONFDIR=/etc/privoxy
 CONFIG=$CONFDIR/config
+EXAMPLE_CONFIG=/usr/share/privoxy/config
+
+. /usr/share/debconf/confmodule
 
 case "$1" in
 configure)
@@ -36,6 +39,13 @@ case "$1" in
 	[ -f $CONFDIR/match-all.action ] \
 	&& chown privoxy $CONFDIR/match-all.action
 
+	cp -a -f $EXAMPLE_CONFIG $CONFIG.ucftmp
+	db_get privoxy/listen-address || true
+	sed -i "s/^listen-address.*/listen-address  $RET/" $CONFIG.ucftmp
+	ucf --three-way --debconf-ok $CONFIG.ucftmp $CONFIG
+	ucfr privoxy $CONFIG
+	rm -f $CONFIG.ucftmp
+
 	if [ "x$2" != "x" ] && dpkg --compare-versions "$2" lt "3.0.4"
 	then
 	# Upgrading from a 3.0.3* version
diff --git a/debian/postrm b/debian/postrm
index 3b761d0..afd3038 100644
--- a/debian/postrm
+++ b/debian/postrm
@@ -21,7 +21,17 @@ set -e
 case "$1" in
 purge)
 # deluser --quiet privoxy
+if [ -x "$(which ucf 2>/dev/null)" ]; then
+ucf --purge /etc/privoxy/config
+fi
+  

Bug#755921: closed by Julien Cristau <jcris...@debian.org> (Bug#755921: fixed in mesa 10.3.0~rc3-3)

[Steinar H. Gunderson]

reopen 755921
found 755921 10.6.5-1
thanks

On Mon, Sep 15, 2014 at 09:24:22PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the libgl1-mesa-dri-dbg package:
> 
> #755921: libgl1-mesa-dri-dbg: debug version of i965_dri.so missing

It seems this is back: libgl1-mesa-dri-dbg contains no i965_dri.so
in current unstable.

/* Steinar */
-- 
Homepage: http://www.sesse.net/

Bug#798027: golang-github-rainycape-unidecode: Copyright issue solved

[Alexandre Viau]

Hello Dimitry,

I have opened a PR upstream and it was merged:
https://github.com/rainycape/unidecode/pull/5

The package should now be ready for upload.

-- 
Alexandre Viau
alexan...@alexandreviau.net



signature.asc
Description: OpenPGP digital signature

Bug#798131: openjdk-8-jre: freemind usually crashes or hangs at startup with gtk look and feel

[Ben Caradoc-Davies]

See also #798214 (openjdk-7-jre: atk bridge causes segfault starting 
freemind with gtk look and feel) which I have reported separately 
because the failure is different (segfault) and it can be reproduced 
every time. The stack track evidence implicates atk.


Apologies for the duplicate report but I do not know of any way to 
report a bug for both openjdk-7 and openjdk-8. As noted above, the 
symptoms and reproducibility differ as well.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#770369: Eterm is also broken for me

[S Andreason]

I have the same problem,
OS is Debian Jessie, added the Eterm package, same version number 0.9.6-1
starting Eterm has not only a blank window, but the process runs the cpu 
at 100%, and won't stop even after clicking the close button on the window.

I must manually kill the process to stop it.
My Debian Jessie is up to date, apt-get update today 2015.Sep.06
This bug is over half a year old with no solutions given.
Status please?

What earlier version can I roll back to, to fix this?

Bug#798221: gnugk: build logs do not show compiler command-line

[Jan Willamowius]

Hi,

the silent build is cause by the Makefile of PTLib that H323Plus and in
turn GnuGk includes.

You can make the build show the command line if update the build script
to call "VERBOSE=1 make" instead of make.

Also, GnuGk doesn't use a C++ Mysql lib. It only uses the C
client header.

Actually, the gnugk executable doesn't depend on any of the database
libraries: The headers are needed in the compile, but the libraries are
loaded dynamically at runtime, so one doesn't need to install all
database libraries, just the one the user wants to use.

Regards,
Jan

-- 
Jan Willamowius, Founder of the GNU Gatekeeper Project
EMail  : j...@willamowius.de
Website: http://www.gnugk.org
Support: http://www.willamowius.com/gnugk-support.html

Relaxed Communications GmbH
Frahmredder 91
22393 Hamburg
Geschäftsführer: Jan Willamowius
HRB 125261 (Amtsgericht Hamburg)
USt-IdNr: DE286003584


Simon McVittie wrote:
> Package: gnugk
> Version: 2:3.6-1
> Severity: normal
> 
> While investigating why gnugk, gnuift and opennebula have Build-Depends
> on libmysql++-dev but no Depends on libmysql++3, I noticed that gnugk
> is built with "silent rules":
> 
> [CC] singleton.cxx
> Processing file manual.sgml
> [CC] job.cxx
> make[3]: Leaving directory '/«PKGBUILDDIR»/docs/manual'
> [CC] yasocket.cxx
> [CC] h323util.cxx
> [CC] Toolkit.cxx
> 
> This makes it impossible to get useful QA information from buildd
> logs such as:
> 
> 
> Please make the log show compiler command-lines. For CMake projects,
> you can usually do this by passing -DCMAKE_VERBOSE_MAKEFILE=TRUE
> to cmake (or by passing that to dh_auto_configure after the "--" token),
> or by passing VERBOSE=1 to make.
> 
> S
> 
> 

Bug#798223: Enable CZMQ plugins

[Luca Boccassi]

Package: rsyslog
Version: 8.12.0-1
Severity: wishlist
Tags: patch

Dear Maintainers,

Please consider enabling the libczmq in/out plugins. A git format-patch
that creates a new rsyslog-czmq package is attached. I tested it
building 8.12.0-1 in a Sid chroot for i386 and amd64, and it builds and
runs fine.

Thank you!

Kind regards,
Luca Boccassi

>From 0b60d94c320fd1bdd50032fa9bbfe860ab4f7954 Mon Sep 17 00:00:00 2001
From: Luca Boccassi 
Date: Sun, 6 Sep 2015 22:24:16 +0100
Subject: [PATCH] Enable CZMQ plugins

---
 debian/control| 11 +++
 debian/rsyslog-czmq.README.Debian | 64 +++
 debian/rsyslog-czmq.install   |  2 ++
 debian/rules  |  2 ++
 4 files changed, 79 insertions(+)
 create mode 100644 debian/rsyslog-czmq.README.Debian
 create mode 100644 debian/rsyslog-czmq.install

diff --git a/debian/control b/debian/control
index 7d3352a..f1b76b8 100644
--- a/debian/control
+++ b/debian/control
@@ -19,6 +19,7 @@ Build-Depends: debhelper (>= 8),
liblognorm-dev (>= 1.0.2),
liblogging-stdlog-dev (>= 1.0.3),
libjson-c-dev,
+   libczmq-dev,
uuid-dev,
libsystemd-dev (>= 209) [linux-any],
pkg-config,
@@ -155,3 +156,13 @@ Description: RELP protocol support for rsyslog
  These plugins allow rsyslog to send and receive syslog messages via the
  RELP protocol. RELP ensures reliable transport over the network even on
  connection loss or if a peer becomes unavailable.
+
+Package: rsyslog-czmq
+Architecture: any
+Priority: extra
+Depends: ${shlibs:Depends},
+ ${misc:Depends},
+ rsyslog (= ${binary:Version})
+Description: ZeroMQ protocol support for rsyslog via CZMQ
+ These plugins allows rsyslog to send and receive ZeroMQ syslog
+ messages via the CZMQ library.
diff --git a/debian/rsyslog-czmq.README.Debian 
b/debian/rsyslog-czmq.README.Debian
new file mode 100644
index 000..040acc2
--- /dev/null
+++ b/debian/rsyslog-czmq.README.Debian
@@ -0,0 +1,64 @@
+How to use rsyslog and CZMQ
+===
+
+Starting with version 8.6.0, rsyslog comes with output and input modules named
+respectively "imczmq" and "omczmq", allowing to publish log messages via the
+ZeroMQ protocol. More information about the protocol can be found on the 
website
+http://zeromq.org/
+
+Example configurations, taken from rsyslog upstream, follow.
+
+---
+module(load="imczmq")
+
+input(
+   type="imczmq"
+   endpoints="tcp://*:24555"
+   topics="topic1,topic2,topic3"
+   socktype="PULL"
+   authtype="CURVESERVER"
+   clientcertpath="/etc/curve.d/"
+   servercertpath="/etc/curve.d/example_curve_server_cert"
+)
+---
+
+Explanation of Options:
+
+type: type of action (imczmq for this plugin)
+endpoints: comma delimited list of zeromq endpoints (see zeromq documentation)
+socktype: zeromq socket type (currently supports PULL and SUB)
+authtype: CURVECLIENT or CURVESERVER
+clientcertpath:
+   if CURVECLIENT, this client's cert
+   if CURVESERVER, "*" for all, or a directory of allowed public certs
+servercertpath:
+   if CURVECLIENT, the servers public cert you wish to connect to
+   if CURVESERVER, this servers cert
+
+---
+module(load="omczmq")
+
+action(
+   name="curve_server_socket"
+   type="omczmq"
+   endpoints="tcp://some.server.com:24445"
+   socktype="PUSH"
+   authtype="CURVECLIENT"
+   clientcertpath="/etc/curve.d/example_curve_client_cert"
+   servercertpath="/etc/curve.d/example_curve_server_cert"
+)
+---
+
+Explanation of Options:
+
+name: name of this action
+type: type of action (omczmq for this plugin)
+endpoints: comma delimited list of zeromq endpoints (see zeromq documentation)
+socktype: zeromq socket type (currently supports PUSH and PUB)
+authtype: CURVECLIENT or CURVESERVER
+clientcertpath:
+   if CURVECLIENT, this client's cert
+   if CURVESERVER, "*" for all, or a directory of allowed public certs
+servercertpath:
+   if CURVECLIENT, the servers public cert you wish to connect to
+   if CURVESERVER, this servers cert
diff --git a/debian/rsyslog-czmq.install b/debian/rsyslog-czmq.install
new file mode 100644
index 000..4f80ae4
--- /dev/null
+++ b/debian/rsyslog-czmq.install
@@ -0,0 +1,2 @@
+usr/lib/rsyslog/omczmq.so
+usr/lib/rsyslog/imczmq.so
diff --git a/debian/rules b/debian/rules
index cc36bc9..9a44614 100755
--- a/debian/rules
+++ b/debian/rules
@@ -43,6 +43,8 @@ override_dh_auto_configure:
--enable-mmutf8fix \
--enable-mmpstrucdata \

Bug#798224: (no subject)

[Steve]

Subject: florence: exits when zoom in/out, does not show up when clicking into 
any text box, no tray icon etc
Package: florence
Version: 0.6.3-1
Severity: important

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: (500, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages florence depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  libatk1.0-0  2.16.0-2
ii  libatspi2.0-02.16.0-1
ii  libc62.19-19
ii  libcairo-gobject21.14.2-2
ii  libcairo21.14.2-2
ii  libdbus-1-3  1.8.20-1
ii  libflorence-1.0-10.6.3-1
ii  libgdk-pixbuf2.0-0   2.31.5-1
ii  libglib2.0-0 2.44.1-1.1
ii  libgstreamer1.0-01.4.5-2
ii  libgtk-3-0   3.16.6-1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  librsvg2-2   2.40.10-1
ii  libx11-6 2:1.6.3-1
ii  libxext6 2:1.3.3-1
ii  libxml2  2.9.1+dfsg1-5
ii  libxtst6 2:1.2.2-1+b1

florence recommends no packages.

florence suggests no packages.

-- no debconf information

Bug#798225: ERROR: Only amd64 supports UEFI in Wheezy

[Report bug]

Package: vmdebootstrap
Version: 0.10-1
Severity: important


DEBUG Config:
[config]
output = 
log = 
log-level = debug
log-max = 0
log-keep = 10
log-mode = 0600
dump-memory-profile = simple
memory-dump-interval = 300
verbose = True
image = image.img
size = 39
bootsize = 12800
boottype = vfat
bootoffset = 0
use-uefi = False
esp-size = 5242880
part-type = msdos
roottype = ext4
swap = 0
foreign = 
variant = 
extlinux = False
tarball = 
apt-mirror = http://httpredir.debian.org/debian
mirror = http://localhost:3142/debian
arch = armel
distribution = wheezy
package = netbase, ntp, less, openssh-server, screen, git-core, binutils, 
ca-certificates, wget, kmod, curl, haveged, lsb-release
custom-package = 
no-kernel = True
kernel-package = 
enable-dhcp = True
root-password = 
lock-root-password = True
serial-console = False
serial-console-command = /sbin/getty -L ttyS0 115200 vt100
sudo = True
owner = 
squash = False
configure-apt = True
mbr = False
grub = False
sparse = False
pkglist = False
no-acpid = False

DEBUG Python version: 2.7.10 (default, Jul  1 2015, 10:54:53) 
[GCC 4.9.2]
CRITICAL Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/cliapp/app.py", line 189, in
  _run
  self.process_args(args)
File "/usr/sbin/vmdebootstrap", line 268, in process_args
'Only amd64 supports UEFI in Wheezy')
AppException: Only amd64 supports UEFI in Wheezy

ERROR: Only amd64 supports UEFI in Wheezy
AppException: command failed: ['qemu-img', 'create', '-f', 'raw',
'image.img', '59']

I can reproduce this only with wheezy distribution.
This should not happen since UEFI support was not set in config.

Bug#697212: luakit %100 CPU

[Herminio Hernandez Jr.]

I am running version 2012.09.13-r1-7 of luakit and am not seeing this issue. 
This still a problem?

Bug#783687: Similar problem

[Karl Schmidt]

rsyslogd-2007: action 'action 17' suspended, next retry is Sun Sep  6 14:37:36 2015 [try 
http://www.rsyslog.com/e/2007 ]


Looks to be a bit about xconsol - not obvious to typical users.


Looks to be this bit from the default config:

 *.=notice;*.=warn   |/dev/xconsole

The default config should handle systems that don't run X  (X11)





Karl Schmidt  EMail k...@xtronics.com
Transtronics, Inc.  WEB 
http://secure.transtronics.com
3209 West 9th Street Ph (785) 841-3089
Lawrence, KS 66049  FAX (785) 841-3089

Ask any politician in private, It's a blast
spending other peoples money. -kps

Bug#794627: Bug still present with MATE desktop

[Raphaël Halimi]

Control: reopen -1 !
Control: thanks

Hi,

The bug is still present on my setup (MATE desktop).

MATE can use gnome-keyring (mate-desktop-environment-extras recommends
gnome-keyring, which depends on pinentry-gnome3, which has the highest
priority and thus is automatically selected as default pinentry
program), but it seems that something goes wrong inside the chain.

Upgrading gnupg-agent to 2.1.7-2, broke my enigmail setup.

These solutions worked for me (on an up-to-date sid):

- restart gpg-agent manually after session start (eg. open a terminal
and "killall gpg-agent && gpg-agent --daemon")

OR

- reconfigure pinentry alternative to select /usr/bin/pinentry-gtk-2
instead of /usr/bin/pinentry-gnome3 as default pinentry program

OR

- downgrade to 2.0.x gnupg2/gpg-agent

Neither of these solutions are satisfying; restarting gpg-agent
manually after each session login is a bit tedious; and using
pinentry-gtk-2 instead of pinentry-gnome3 somehow seems to bypass
gnome-keyring, since it's supposed to automatically open my keyring when
the session starts, whereas Icedove still asks for my passphrase the
first time my GPG key is used during the session, which is also a bit
tedious (unlike other apps, like git-buildpackage for example; that's
why I'm reopening the bug, it seems specific to enigmail).

Regards,

-- 
Raphaël Halimi



signature.asc
Description: OpenPGP digital signature

Bug#798026: RFS: golang-github-gosimple-slug

[Alexandre Viau]

Hello Dimitry,

Can you please review golang-github-gosimple-slug?

This is a dependency for grafana.

It is available on Alioth:
 - git.debian.org:/git/pkg-go/packages/golang-github-gosimple-slug

To build it, you're going to need golang-github-go-xorm-core, which is
in NEW at the moment, and which you have uploaded for me.

You should be able to install it on your machine and build the package.

I was told that uploading packages with un-ACCEPT-ed dependencies is
fine. The FTP team is expected to handle this.

thank you in advance,

-- 
Alexandre Viau
alexan...@alexandreviau.net



signature.asc
Description: OpenPGP digital signature

Bug#499795: HylaFAX+

[Lee Howard]

On 09/06/2015 07:34 PM, Chris Coleman wrote:
As promised, here is a page with the list of bugfixes and performance 
improvements that HylaFAX+ has over HylaFAX:

http://hylafax.sourceforge.net/docs/hylafax-differences.php


That is an old list - more than a few years old now.  During these years 
the list has only grown even more.  Consider this one simple feature in 
HylaFAX+: the ability for faxq to relay (or "proxy") jobs to other 
HylaFAX servers treating those other servers as "virtual modems" of a 
sort.  Hence, a network of HylaFAX+ servers can "load balance" and 
"least-cost route" jobs between them in very inventive and imaginative 
ways to accomplish better throughput, deliverability, and so forth.


Consider a deployment of a HylaFAX+ server at an office that can route 
it's outbound faxes out through multiple on-line fax services all based 
on various bits of intelligent decision-making.


Anyway, that's just one of the features in HylaFAX+ that came about 
after that "differences" page was last updated.


Take a look at the ChangeLogs for the HylaFAX+ releases and then look at 
the same for the hylafax.org releases for the same period of time.  It 
should be very telling.


Thanks,

Lee.

Bug#798232: ITP: golang-github-go-xorm-xorm -- Simple and Powerful ORM for Go, support mysql/sqlite3/postgres/mssql/oracle

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-go-xorm-xorm
  Version : 0.4.2+git20150831.46.ce23797-1
  Upstream Author : Lunny Xiao 
* URL : https://github.com/go-xorm/xorm
* License : BSD-3-clause
  Programming Lang: Go
  Description : Simple and Powerful ORM for Go, support
mysql/sqlite3/postgres/mssql/oracle

I will be packaging this as this is a dependency for Grafana



signature.asc
Description: OpenPGP digital signature

Bug#797861: [ITR] templates://postsrsd/{postsrsd.templates}

[Christian PERRIER]

Dear Debian maintainer,

The Debian internationalisation team and the Debian English
localisation team will soon begin the review of the debconf
templates used in postsrsd.

This review takes place for all packages that use debconf to interact with
users and its aims are:
- to improve the use of English in all debconf templates;
- to make the wording of debconf templates more consistent;
- to encourage more translations of templates.

Even if your first language is English, this process is likely to help
track down typos or errors, and improve consistency between the
debconf templates of your package and that of other packages in the
distribution.

The process involves both debian-l10n-english contributors and
Debian translators.

The details of the process are given in
http://wiki.debian.org/I18n/SmithDebconfReviewProcess.

I will act as the coordinator of this activity for postsrsd.

The first step of the process is to review the debconf source
template file(s) of postsrsd. This review will start on Thursday, September 10, 
2015, or
as soon as you acknowledge this mail with an agreement for us to
carry out this process.

All parts of the process will be carried out in close collaboration
with you, and, unless you explicitly ask for it, no upload nor NMU
will happen for postsrsd.

If you approve this process, please let us know by replying to this
mail. If some work in progress on your side would conflict with such a
rewrite (such as adding or removing debconf templates), please say so,
and we will defer the review to later in the development cycle.

Thank you for your attention.

-- 




signature.asc
Description: Digital signature

Bug#793937: [LCFC3] templates://libdvd-pkg/{templates}

[Christian PERRIER]

Quoting Justin B Rye (justin.byam@gmail.com):
> Dmitry Smirnov wrote:
> > The only thing which makes me feel uncomfortable about this version is
> > "doing downloads" in
> > 
> >  This package automates the process of doing downloads of the source
> >  files for ${PKGG} from videolan.org, compiling them, and installing the
> >  binary packages (${PKGG_ALL}).
> 
> Hmm, "do" can often be a bit weak, if that's what you mean...
>  
> > I suggest re-writing as
> > 
> >  This package automates the process of downloading of the source files for
> >  ${PKGG} from videolan.org, compiling them and installing the
> >  binary deb packages (${PKGG_ALL}).
> 
> That has an excess "of (the)", and it loses the plural instances of
> downloads (plural runs automatically produce plural output packages,
> so you can recycle this text for other downloaders regardless of how
> many packages they produce per run).  Oh, and you've lost a Harvard
> comma again and put the "deb" back in after I thought we'd agreed to
> take it out!
> 
> Would you be any happier with a version that just replaces "doing"
> with something less weak, like "performing" or "launching"?
> 
>This package automates the process of launching downloads of the source
>files for ${PKGG} from videolan.org, compiling them, and installing the
>binary packages (${PKGG_ALL}).
> 
> (Revised patch attached)

Well, this is the third "Last Chance For Comments" mail. Are we OK
with the attached versions?

Template: libdvd-pkg/first-install
Type: note
_Description:
 This package automates the process of launching downloads of the source
 files for ${PKGG} from videolan.org, compiling them, and installing the
 binary packages (${PKGG_ALL}).
 .
 Please run "sudo dpkg-reconfigure ${PKGI}" to launch this process for
 the first time.

Template: libdvd-pkg/title_b-i
Type: title
_Description: Download, build and install ${PKGG}${VER}

Template: libdvd-pkg/build
Type: boolean
Default: true
_Description: Download, build, and install ${PKGG}${VER}?
 This package automates the process of launching downloads of the source
 files for ${PKGG} from videolan.org, compiling them, and installing the
 binary packages (${PKGG_ALL}).
 .
 Please confirm whether you wish this to happen.

Template: libdvd-pkg/title_u
Type: title
_Description: Upgrade available for ${PKGG}

Template: libdvd-pkg/upgrade
Type: note
_Description:
 This package automates the process of launching downloads of the source
 files for ${PKGG} from videolan.org, compiling them, and installing the
 binary packages (${PKGG_ALL}).
 .
 An update to version ${VER} is available, but automatic upgrades are
 disabled.
 .
 Please run "sudo dpkg-reconfigure ${PKGI}" to launch this process
 manually and/or activate automatic upgrades in future.

Template: libdvd-pkg/post-invoke_hook-install
Type: boolean
Default: true
_Description: Enable automatic upgrades for ${PKGG}?
 If activated, the APT post-invoke hook takes care of future automatic
 upgrades of ${PKGG} (which may be triggered by new versions of
 ${PKGI}). When updates are available, the hook will launch the
 process of downloading the source, recompiling it, and (if "apt-get check"
 reports no errors) using "dpkg -i" to install the new versions.
 .
 Alternatively, the process can be launched manually by running
 "sudo dpkg-reconfigure ${PKGI}".

Template: libdvd-pkg/post-invoke_hook-remove
Type: boolean
Default: false
_Description: Disable automatic upgrades for ${PKGG}?
 If activated, the APT post-invoke hook takes care of future automatic
 upgrades of ${PKGG} (which may be triggered by new versions of
 ${PKGI}). When updates are available, the hook will launch the
 process of downloading the source, recompiling it, and (if "apt-get check"
 reports no errors) using "dpkg -i" to install the new versions.
 .
 Alternatively, the process can be launched manually by running
 "sudo dpkg-reconfigure ${PKGI}".
Source: libdvd-pkg
Section: contrib/utils
Priority: optional
Maintainer: Debian Multimedia Maintainers 

Uploaders: Dmitry Smirnov 
Standards-Version: 3.9.6
Build-Depends: debhelper (>= 9)
Vcs-Browser: http://anonscm.debian.org/cgit/pkg-multimedia/libdvd-pkg.git
Vcs-Git: git://anonscm.debian.org/pkg-multimedia/libdvd-pkg.git

Package: libdvd-pkg
Architecture: all
Provides: ${guest:Provides}
Depends: ${misc:Depends} ,build-essential
,wget | devscripts
,${guest:Build-Depends}
Recommends: ${guest:Recommends} ,libcap2-bin
Suggests: ${guest:Suggests}
Description: DVD-Video playing library - installer
 This package provides libraries that are needed for playing video DVDs
 with a media player (such as VLC, SMplayer, Totem, etc.). It automates
 the process of downloading source files, compiling them, and installing
 the binary packages.


signature.asc
Description: Digital signature

Bug#797860: [ITR] templates://open-iscsi/{open-iscsi.templates}

[Christian PERRIER]

Dear Debian maintainer,

The Debian internationalisation team and the Debian English
localisation team will soon begin the review of the debconf
templates used in open-iscsi.

This review takes place for all packages that use debconf to interact with
users and its aims are:
- to improve the use of English in all debconf templates;
- to make the wording of debconf templates more consistent;
- to encourage more translations of templates.

Even if your first language is English, this process is likely to help
track down typos or errors, and improve consistency between the
debconf templates of your package and that of other packages in the
distribution.

The process involves both debian-l10n-english contributors and
Debian translators.

The details of the process are given in
http://wiki.debian.org/I18n/SmithDebconfReviewProcess.

I will act as the coordinator of this activity for open-iscsi.

The first step of the process is to review the debconf source
template file(s) of open-iscsi. This review will start on Thursday, September 
10, 2015, or
as soon as you acknowledge this mail with an agreement for us to
carry out this process.

All parts of the process will be carried out in close collaboration
with you, and, unless you explicitly ask for it, no upload nor NMU
will happen for open-iscsi.

If you approve this process, please let us know by replying to this
mail. If some work in progress on your side would conflict with such a
rewrite (such as adding or removing debconf templates), please say so,
and we will defer the review to later in the development cycle.

Thank you for your attention.

-- 




signature.asc
Description: Digital signature

Bug#787423: jessie-pu: package getmail4/4.46.0-1+debu8u1 with debdiff

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2015-08-29 at 15:43 +0200, Julien Cristau wrote:
> Control: tag -1 confirmed
> 
> On Tue, Jun  2, 2015 at 23:25:35 +0900, Osamu Aoki wrote:
> 
> > My first report was a more-or-less pre-apoproval request.
> > 
> > Now that I made a package under ithe jessie chroot, here are the debdiff
> > for dsc and changes files.  Please note we have only 1 version of python
> > 2.7 making build result different in the binary package.  This is
> > essentially one line addition.
> > 
> > +poplib._MAXLINE = 1 << 20   # 1MB; decrease this if you're running on a 
> > VIC-20
> > 
> > See attached debdiff.
> > 
> [...]
> > diff -Nru getmail4-4.46.0/debian/changelog getmail4-4.46.0/debian/changelog
> > --- getmail4-4.46.0/debian/changelog2014-04-22 23:55:54.0 
> > +0900
> > +++ getmail4-4.46.0/debian/changelog2015-06-02 23:08:33.0 
> > +0900
> > @@ -1,3 +1,12 @@
> > +getmail4 (4.46.0-1+debu8u1) stable; urgency=low
> 
> Please use "jessie" as target distribution; with that change, feel free
> to upload.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#791212: mysql++: library transition may be needed when GCC 5 is the default

[Simon McVittie]

On Sun, 06 Sep 2015 at 18:51:34 +0100, Iain Lane wrote:
> Unless I did something wrong, this package doesn't have any rdeps in the
> archive so I guess you can just close this bug once the binaries are
> NEWed.

`ssh coccia.debian.org dak rm -R -n mysql++` says:

# Broken Build-Depends:
gnugk: libmysql++-dev
gnuift: libmysql++-dev
opennebula: libmysql++-dev

but for some reason none of those packages has runtime dependencies on
libmysql++3. I find this rather surprising. Is it a template-heavy
library where the actual code is in headers, or something?

S

Bug#798223: Enable CZMQ plugins

[Michael Biebl]

Hi Luca,

thanks a lot for the patch.

Am 07.09.2015 um 01:25 schrieb Luca Boccassi:
> Package: rsyslog
> Version: 8.12.0-1
> Severity: wishlist
> Tags: patch
> 
> Dear Maintainers,
> 
> Please consider enabling the libczmq in/out plugins. A git format-patch
> that creates a new rsyslog-czmq package is attached. I tested it
> building 8.12.0-1 in a Sid chroot for i386 and amd64, and it builds and
> runs fine.

By running, I assume you tested the rsyslog input and output modules?

I don't have a ZeroMQ setup myself to test if the modules work
correctly. I'm fine to enable the modules as long as I have someone I
could poke if there issues with it.


Regards,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#798027: golang-github-rainycape-unidecode: Copyright issue solved

[Alexandre Viau]

Hello Dimitry,

On 06/09/15 09:05 PM, Dmitry Smirnov wrote:
> On Sunday 06 September 2015 20:13:59 Alexandre Viau wrote:
>> Those changes make the packaging simpler.
> 
> I've realised we can make it even simpler. :)
> 
> What if we remove
> 
> rm --verbose _build/src/github.com/rainycape/unidecode/table.go
> 
> and replace it with "debian/clean" files with "table.go" (without quotes) in 
> it? It is simpler because "table.go" will be removed by `dh_clean` hence it 
> won't be copied to build directory therefore we will not need to remove it 
> from there. I like it more because it is better to drop pre-generated files 
> from source tree (`make clean` style) before build to make sure they are not 
> used at all.
> 
> This is my last packaging concern and I'm ready to upload. Please let me know 
> what do you think about this last minute improvement idea.

I think this is equivalent. However, I think that removing table.go and
adding table.txt is linked and I would prefer if both operations stayed
at the same place. I think it is simpler for people that read the packaging.

-- 
Alexandre Viau
alexan...@alexandreviau.net



signature.asc
Description: OpenPGP digital signature

Bug#798231: gadmin-samba: samba hangs after a reboot; appears to be a timing problem; workaround: stop and then restart samba; major problem if server unattended

[John B Capell]

Package: gadmin-samba
Version: 0.2.9-3
Severity: important

this is greater than an inconvenience but less than a show-stopper



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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 gadmin-samba depends on:
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18
ii  libcairo2 1.14.0-2.1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3
ii  libglib2.0-0  2.42.1-1
ii  libgtk2.0-0   2.24.25-3
ii  libpango1.0-0 1.36.8-3
ii  menu  2.1.47
ii  samba 2:4.1.17+dfsg-2
ii  samba-common-bin  2:4.1.17+dfsg-2

gadmin-samba recommends no packages.

gadmin-samba suggests no packages.

-- no debconf information

Bug#797895: libvdpau: CVE-2015-5198, CVE-2015-5199, CVE-2015-5200

[Vincent Cheng]

On Sat, Sep 5, 2015 at 7:00 AM, Luca Boccassi  wrote:
> On Thu, 2015-09-03 at 22:40 -0700, Vincent Cheng wrote:
>> On Thu, Sep 3, 2015 at 5:24 PM, Luca Boccassi  
>> wrote:
>> > On Thu, 2015-09-03 at 14:49 +0200, Alessandro Ghedini wrote:
>> >> Source: libvdpau
>> >> Severity: important
>> >> Tags: security, fixed-upstream
>> >>
>> >> Hi,
>> >>
>> >> the following vulnerabilities were published for libvdpau.
>> >>
>> >> CVE-2015-5198[0]:
>> >> incorrect check for security transition
>> >>
>> >> CVE-2015-5199[1]:
>> >> directory traversal in dlopen
>> >>
>> >> CVE-2015-5200[2]:
>> >> vulnerability in trace functionality
>> >>
>> >> All of them are fixed by the patch [3], shipped in the 1.1.1 upstream
>> >> release.
>> >>
>> >> If you fix the vulnerabilities please also make sure to include the
>> >> CVE (Common Vulnerabilities & Exposures) ids in your changelog entry.
>> >
>> > Hello Alessandro,
>> >
>> > Thanks for the heads-up!
>> >
>> > Vincent, Andreas,
>> >
>> > I have updated the libvdpau git repo with the new release [1]. I have
>> > tested the amd64 and i386 packages in Jessie, and they seem to work just
>> > fine with vdpauinfo and VLC.
>> >
>> > Could you please review and do a new upload, when you have time?
>> >
>> > Thanks!
>> >
>> > Tomorrow I'll look into backporting the fix to Wheezy and Squeeze.
>>
>> Uploaded, thanks! I'll make a note to myself to update the package in
>> jessie-backports as well. Luca, let me know if you need a sponsor for
>> the wheezy-pu/jessie-pu or wheezy-security/jessie-security uploads (I
>> don't know if these CVEs warrant a DSA, so ping the security team
>> first with a source debdiff and see what they say, and if they say no
>> then ping the release team instead); thanks for taking care of updates
>> for stable/oldstable/oldoldstable!
>
> Hello Vincent,
>
> Thanks for uploading 1.1.1!
>
> I have pushed to the git repo the backported changes for jessie [1] and
> wheezy [2]. Alessandro confirmed that the Security Team would like to
> release a DSA for this [3], so could you please sponsor the upload to
> security-master when you have time? I added you to the Uploaders in the
> wheezy branch already.

Uploaded to security-master, thanks for preparing these updated
packages! It's worth pointing out that adding yourself to uploaders in
d/control isn't necessary for security uploads, although I suppose it
doesn't actually make any difference either way.

I'll take a look at the squeeze-lts update next.

Regards,
Vincent

Bug#798215: RFS: node-typedarray/0.0.6-1 [ITP]

[Ross Gammon]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "node-typedarray"

* Package name: node-typedarray
  Version : 0.0.6-1
  Upstream Author : James Halliday  (http://substack.net)
* URL : https://github.com/substack/typedarray
* License : Expat
  Section : web

It builds this binary package:

node-typedarray - TypedArray polyfill for old browsers

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

http://mentors.debian.net/package/node-typedarray


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

dget -x http://mentors.debian.net/debian/pool/main/n/node-typedarray/node-
typedarray_0.0.6-1.dsc

The packaging can be found online at:
http://anonscm.debian.org/cgit/pkg-javascript/node-typedarray.git

Changes since the last upload:

 * Initial release (Closes: #796359)


Regards,
Ross Gammon



-- System Information:
Debian Release: jessie/sid
  APT prefers vivid-updates
  APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), 
(100, 'vivid-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#797170: jessie-pu: package python-yaql/0.2.3-2 (removal of Python3 support to fix #795910).

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2015-08-29 at 15:36 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Fri, 2015-08-28 at 10:56 +0200, Thomas Goirand wrote:
> > The python3-yaql binary package in Jessie is completely broken, and has
> > no reverse dependency. Therefore, I'd like to remove it from Jessie
> > completely (ie: remove Python 3 support from python-yaql).
> 
> Please go ahead.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#798220: ITP: pbbam -- Pacific Biosciences binary alignment/map (BAM) library

[Afif Elghraoui]

Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team 

* Package name: pbbam
  Version : 0.1.0
  Upstream Author : Pacific Biosciences 
* URL : https://github.com/PacificBiosciences/pbbam
* License : BSD
  Programming Lang: C++
  Description : Pacific Biosciences binary alignment/map (BAM) library

 The BAM format is a binary, compressed, record-oriented container format
 for raw or aligned sequence reads. The associated SAM format is a text
 representation of the same data. The specifications for BAM/SAM are maintained
 by the SAM/BAM Format Specification Working Group.
 .
 PacBio-produced BAM files are fully compatible with the BAM specification,
 but makes use of the extensibility mechanisms of the BAM specification to
 encode PacBio-specific information. The pbbam library provides tools to
 work with these files

Bug#798221: gnugk: build logs do not show compiler command-line

[Simon McVittie]

On 06/09/15 23:28, Jan Willamowius wrote:
> Also, GnuGk doesn't use a C++ Mysql lib. It only uses the C
> client header.

Is it unintended that it build-depends on libmysql++-dev?

S

Bug#798222: metastore: Reading extended attributes values from metadata file is broken for non-textual values

[Przemysław Pawełczyk]

Package: metastore
Version: 1+20080623+debian-4
Severity: important
Tags: upstream patch

Dear Maintainer,

During implementation and tests of new dump action, I've noticed that
while non-textual values in extended attributes were properly stored in
.metadata file, retrieving them from it was simply broken, i.e.
anything beyond first null byte was zeroed.

Small quantum of solace is the fact that apparently metastore users
rarely use extended attributes or at least rarely with non-textual
values, because otherwise they would surely report such crucial bug.

https://github.com/przemoc/metastore/issues/27
https://github.com/przemoc/metastore/commit/489d586.patch

Regards.

-- 
Przemysław 'Przemoc' Pawełczyk
http://przemoc.net/

Bug#791582: Multiplication of IPv6 addresses

[Daniel Echeverry]

forwarded 791582
http://roy.marples.name/projects/dhcpcd/tktview/f40b0f329aaf843dd0da409a4c434eaeed3d8166
thanks

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

Bug#791583: dhcpcd doesn't configure chrony

[Daniel Echeverry]

forwarded  791583
http://roy.marples.name/projects/dhcpcd/tktview/03943daba727a51cead372a875a2b9fefb840f77
thanks


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

Bug#789214: Updated package of cloud-init?

[Charles Plessy]

Le Thu, Sep 03, 2015 at 12:59:58PM +0900, Charles Plessy a écrit :
> Le Wed, Sep 02, 2015 at 11:12:26PM +0200, Julien Cristau a écrit :
> > > 
> > What you do in sid has little to do with the amount of free time I (or
> > anyone else, apparently) have to look at an invasive and (IMO)
> > badly-justified proposed update to jessie.
> 
> for justification: without the update, cloud-init does not work.  If you have
> more precise concerns, please let us know.
> 
> For invasiveness, most of the files added by Thomas are identical or almost
> identical to the upstream systemd files.  Would you prefer symbolic links
> instead ?  Shall I post a diff ?

Hello Julien and Thomas,

I just got an idea: since some members of the technical committee happen to be
quite knowledgable about systemd, since the proposed changes are said to be
invasive and since there is a lack of time on Julien's side (many thanks for
your work on other issues like GCC5), how about asking them for a friednly
advice under point 6.3 of our constitution ?  With a bit of luck we may get an
expert advice quickly that will make all of us happy.

Bonne journée,

-- 
Charles

Bug#797284: pytango ftbfs in unstable

[PICCA Frederic-Emmanuel]

ok, so the missing symbols comes from 

attribute.o and wattribute.o

Bug#797898: RFS: caffe/0.9999~rc2+git20150902+e8e660d3-1 [ITP]

[Gianfranco Costamagna]

Hi Lumin,




>I will keep those custom target in the bottom of d/rules.
>Yes, all of custom-target-related lines had been already 
>clustered at the bottom of d/rules, and I have drew a big
>split line at the beginning of them, in the updated version.


wonderful!


>
>The custom stuff is explained in the README.Debian, and it
>in fact includes a custom compile guide and some more other
>things.


ok

>I have added g{cc,++}-4.9 in the updated d/control, so this package
>won't FTBFS due to dependency bump of build-essential to gcc5.
>
>However if CUDA/experimental is an updated version (7.0), 
>gcc5 should be able to work.
>(I successfully built Caffe on ArchLinux + CUDA 7 + gcc 5)


so maybe we can just wait for cuda to go in unstable, right?

gcc-5 migrated tonight, so I guess it is just a matter of days


>I think this is better than above:
>
>19 ifeq (installed, $(shell dpkg -s nvidia-cuda-toolkit | grep -o installed))
>20 flag_build_caffe_cuda := y
>21 endif



I stolen the bits for my hedgewars packaging
(honestly in buildds there is no "leftover config", but well, on users
machines yes, there might be!

thanks a lot for the tip :)

so let's wait for the build failures and maybe to build against gcc-5.

BTW yes, the qemu and aptitude errors are related to qemu virtualization (some 
calls
are not implemented), and some DoM error :)

I guess amd64 and i386 are the two architectures that are worth a try for this 
package.


cheers,

G.

Bug#798143: packagesearch: FTBFS against libxapian22v5

[Niels Thykier]

Package: packagesearch
Version: 2.7.4
Severity: serious

Hi,

We cannot rebuild packagesearch.  The error is included below:

"""
/usr/lib/x86_64-linux-gnu/qt4/bin/uic tagchooserwidget.ui -o 
.ui/ui_tagchooserwidget.h
g++ -c -m64 -pipe -O2 -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security -D_REENTRANT -Wall -W -fPIC -DQT_NO_DEBUG 
-DQT_PLUGIN -DQT_XML_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED 
-I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/qt4/QtCore 
-I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4 -I. 
-I../.. -I/usr/include/tagcoll-2.0.14 -I.moc -I.ui -o .obj/relatedplugin.o 
relatedplugin.cpp
relatedplugin.cpp:238:35: fatal error: ept/debtags/debtags.tcc: No such file or 
directory
"""

~Niels

Bug#776346: libpcap: build udeb for use in debian-installer

[Michael Gilbert]

control: tag -1 pending

On Mon, Jan 26, 2015 at 9:50 PM, Michael Gilbert wrote:
> It would be useful to provide a libpcap udeb, for example to support
> wpasupplicant on kfreebsd (bug #776338).

Hi,

I've uploaded an nmu to delayed/10 applying these changes.  See
attached patch.  Please let me know if I should delay longer.

Best wishes,
Mike
diff -Nru libpcap-1.7.4/debian/changelog libpcap-1.7.4/debian/changelog
--- libpcap-1.7.4/debian/changelog	2015-07-04 21:17:11.0 +
+++ libpcap-1.7.4/debian/changelog	2015-09-06 06:54:19.0 +
@@ -1,3 +1,10 @@
+libpcap (1.7.4-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Build a libpcap udeb for use in debian-installer (closes: #776346).
+
+ -- Michael Gilbert   Sun, 06 Sep 2015 06:49:07 +
+
 libpcap (1.7.4-1) unstable; urgency=medium
 
   * New upstream bugfix release.
diff -Nru libpcap-1.7.4/debian/control libpcap-1.7.4/debian/control
--- libpcap-1.7.4/debian/control	2015-07-04 21:17:11.0 +
+++ libpcap-1.7.4/debian/control	2015-09-06 06:52:01.0 +
@@ -58,6 +58,13 @@
  to ease in porting and to alleviate the need for several
  system-dependent packet capture modules in each application.
 
+Package: libpcap0.8-udeb
+Package-Type: udeb
+Section: debian-installer
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: libpcap library for debian-installer
+
 Package: libpcap0.8-dbg
 Section: debug
 Priority: extra
diff -Nru libpcap-1.7.4/debian/libpcap0.8-udeb.install libpcap-1.7.4/debian/libpcap0.8-udeb.install
--- libpcap-1.7.4/debian/libpcap0.8-udeb.install	1970-01-01 00:00:00.0 +
+++ libpcap-1.7.4/debian/libpcap0.8-udeb.install	2015-09-06 06:52:01.0 +
@@ -0,0 +1 @@
+usr/lib/*/libpcap.so.*
diff -Nru libpcap-1.7.4/debian/rules libpcap-1.7.4/debian/rules
--- libpcap-1.7.4/debian/rules	2015-07-04 21:17:11.0 +
+++ libpcap-1.7.4/debian/rules	2015-09-06 06:52:01.0 +
@@ -13,3 +13,4 @@
 
 override_dh_makeshlibs:
 	dh_makeshlibs -- -c4
+	dh_makeshlibs -plibpcap0.8 --add-udeb=libpcap0.8-udeb

Bug#798145: RFP: brial -- polynomials over Boolean Rings

[Julien Puydt]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-scie...@lists.debian.org

* Package name: brial
  Version : 0.8.4.3
  Upstream Author : brial team (ex-polybori team)
* URL : https://github.com/BRiAl/BRiAl
* License : GPL-2+
  Programming Lang: C++ and Python
  Description : polynomials over Boolean Rings
 The core of BRiAl is a C++ library, which provides high-level data
 types for Boolean polynomials and monomials, exponent vectors, as
 well as for the underlying polynomial rings and subsets of the
 powerset of the Boolean variables. As a unique approach, binary
 decision diagrams are used as internal storage type for polynomial
 structures. On top of this C++-library a Python interface
 is provided. This allows parsing of complex polynomial systems, as well
 as sophisticated and extendable strategies for Groebner base
 computation. BRiAl features a powerful reference implementation
 for Groebner basis computation.
 .
 This project is a successor of PolyBoRi.

The PolyBori project has been re-vived as BRiAl, which is now what 
sagemath uses. Parts have been rewritten, including a new 
autotools-based build system, so we should perhaps start a new packaging 
from scratch.


I don't plan to work on it just yet, so it's just an RFP.

Snark on #debian-science

Bug#798148: new upstream available

[Aurelien Jarno]

On 2015-09-06 10:53, Marc Haber wrote:
> Package: usbutils
> Version: 1:007-2
> Severity: wishlist
> 
> Hi,
> 
> usbutils 008 was released earlier this year. Please consider packaging
> it.

This version drops the usbutils database in favor of the systemd one.
Before packaging the new version, we need to find a way to handle
sysvinit based system.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#798152: RM: libparse-cpan-meta-perl -- ROM; same version provided by perl

[Dominic Hargreaves]

Package: ftp.debian.org
Severity: normal

This module is provided, at the same version, by the perl package, so
there is no need to ship this separate source package.

Thanks,
Dominic.

Bug#797675: RFS: pbalign (NEW)

[Afif Elghraoui]

Hi, all,
I've completed the pbalign package--- I renamed the source package from
python-pbalign to just pbalign since it is primarily used as a set of
command line tools. The binary package is still called python-pbalign
because it does include public python modules..

The repository on Alioth has also been renamed:
git+ssh://git.debian.org/git/debian-med/pbalign.git

Could someone sponsor this, please?

Many thanks and regards
Afif

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

Bug#798150: RM: libdigest-perl -- ROM; same version provided by perl

[Dominic Hargreaves]

Package: ftp.debian.org
Severity: normal

This module is provided, at the same version, by the perl package, so
there is no need to ship this separate source package.

Thanks,
Dominic.

Bug#798153: RM: libsys-syslog-perl -- ROM; same version provided by perl

[Dominic Hargreaves]

Package: ftp.debian.org
Severity: normal

This module is provided, at the same version, by the perl package, so
there is no need to ship this separate source package.

Thanks,
Dominic.

Bug#798151: RM: libmath-complex-perl -- ROM; same version provided by perl

[Dominic Hargreaves]

Package: ftp.debian.org
Severity: normal

This module is provided, at the same version, by the perl package, so
there is no need to ship this separate source package.

Thanks,
Dominic.