Bug#790496: [Pkg-samba-maint] Bug#790496: SOLVED

[Jelmer Vernooij]

On 28/07/15 17:47, Roger Howard wrote:
> 
> The problem was a line "disable spoolss = yes" in the smb.conf file. It
> was included because of incorrect information in a HOWTO which suggested
> it was necessary to prevent loading printers other than those specified
> in the configuration.
> 
> This erroneous line did not cause problems for Debian wheezy running
> Samba version 3.6.6 but prevented access the printer share when Debian
> was upgraded to jessie and running Samba 4.1.17
"disable spoolss" is a new option, introduced in Samba 4. Samba ignores
unknown settings in the config, though it will print an error in the logs.

spoolss is the print subsystem, so if disabling it is the wrong thing to
do if you want printing..

Cheers,

Jelmer



signature.asc
Description: OpenPGP digital signature

Bug#793977: [debian-mysql] Bug#793977: mariadb-server-core-10.0: please include mysql_upgrade for application started mariadb server

[Otto Kekäläinen]

Hello!

Thanks for taking the time to write a good bug report and investigate
the situation. Indeed, mysql_upgrade is at the moment shipped in the
mariadb-server-10.0 package and triggered from its postinstall scripts
and in certain situations from the init script (the debian-start is
called from the init script):

mariadb-10.0/debian$ grep -R mysql_upgrade
*additions/debian-start:MYUPGRADE="/usr/bin/mysql_upgrade
--defaults-extra-file=/etc/mysql/debian.cnf"
additions/mariadb.conf.d/50-mysql-clients.cnf:[mysql_upgrade]
mariadb-server-10.0.install:usr/bin/mysql_upgrade
mariadb-server-10.0.manpages:debian/tmp/usr/share/man/man1/mysql_upgrade.1
mariadb-server-10.0.postinst:# mysql_upgrade, called from the
/etc/init.d/mysql start script, will
mariadb-server-10.0.postinst:  echo "[mysql_upgrade]"


In mysql-5.6 packaging (which mariadb-10.0 is based on from about two
years ago) the location seems to have been changed the location of the
binary as you recommend but not the postinstall part:

mysql-5.6/debian$ grep -R mysql_upgrade *
additions/debian-start:MYUPGRADE="/usr/bin/mysql_upgrade
--defaults-extra-file=/etc/mysql/debian.cnf"
mysql-server-5.6.postinst:#   admin might not already have run
mysql_upgrade which adds them.
mysql-server-5.6.postinst:# recreate the credentials file if not
present or without mysql_upgrade stanza
mysql-server-5.6.postinst:if [ -e "$dc" -a -n "`fgrep
mysql_upgrade $dc 2>/dev/null`" ]; then
mysql-server-5.6.postinst:echo "[mysql_upgrade]"
  >>$dc
mysql-server-core-5.6.install:usr/bin/mysql_upgrade
mysql-server-core-5.6.manpages:debian/tmp/usr/share/man/man1/mysql_upgrade.1



This is the contents of the mariadb-server-core-10.0 package:

mariadb-10.0/debian$ cat mariadb-server-core-10.0.install
usr/bin/innochecksum
usr/sbin/mysqld
usr/share/mysql/charsets
usr/share/mysql/czech
usr/share/mysql/danish
usr/share/mysql/dutch
usr/share/mysql/english
usr/share/mysql/estonian
usr/share/mysql/french
usr/share/mysql/german
usr/share/mysql/greek
usr/share/mysql/hungarian
usr/share/mysql/italian
usr/share/mysql/japanese
usr/share/mysql/korean
usr/share/mysql/norwegian
usr/share/mysql/norwegian-ny
usr/share/mysql/polish
usr/share/mysql/portuguese
usr/share/mysql/romanian
usr/share/mysql/russian
usr/share/mysql/serbian
usr/share/mysql/slovak
usr/share/mysql/spanish
usr/share/mysql/swedish
usr/share/mysql/ukrainian


..and mysql-5.6:

mysql-5.6/debian$ cat mysql-server-core-5.6.install
usr/bin/innochecksum
usr/bin/my_print_defaults
usr/bin/mysql_install_db
usr/bin/mysql_upgrade
usr/sbin/mysqld
usr/sbin/mysqld
usr/share/mysql/bulgarian
usr/share/mysql/charsets
usr/share/mysql/charsets
usr/share/mysql/czech
usr/share/mysql/czech
usr/share/mysql/danish
usr/share/mysql/danish
usr/share/mysql/dictionary.txt
usr/share/mysql/dutch
usr/share/mysql/dutch
usr/share/mysql/english
usr/share/mysql/english
usr/share/mysql/estonian
usr/share/mysql/estonian
usr/share/mysql/fill_help_tables.sql
usr/share/mysql/french
usr/share/mysql/french
usr/share/mysql/german
usr/share/mysql/german
usr/share/mysql/greek
usr/share/mysql/greek
usr/share/mysql/hungarian
usr/share/mysql/hungarian
usr/share/mysql/innodb_memcached_config.sql
usr/share/mysql/italian
usr/share/mysql/italian
usr/share/mysql/japanese
usr/share/mysql/japanese
usr/share/mysql/korean
usr/share/mysql/korean
usr/share/mysql/my-default.cnf
usr/share/mysql/mysql_security_commands.sql
usr/share/mysql/mysql_system_tables.sql
usr/share/mysql/mysql_system_tables_data.sql
usr/share/mysql/norwegian
usr/share/mysql/norwegian
usr/share/mysql/norwegian-ny
usr/share/mysql/norwegian-ny
usr/share/mysql/polish
usr/share/mysql/polish
usr/share/mysql/portuguese
usr/share/mysql/portuguese
usr/share/mysql/romanian
usr/share/mysql/romanian
usr/share/mysql/russian
usr/share/mysql/russian
usr/share/mysql/serbian
usr/share/mysql/serbian
usr/share/mysql/slovak
usr/share/mysql/slovak
usr/share/mysql/spanish
usr/share/mysql/spanish
usr/share/mysql/swedish
usr/share/mysql/swedish
usr/share/mysql/ukrainian
usr/share/mysql/ukrainian


Solving this is _not_ straightforward (for me) because of two reasons:
1) I personally never used just the core package and I don't fully
understand the motivation why it even exists. Is Akonadi the only use
case?
2) The mysql-5.6 packaging is a bit messed up (double entries in
install file, server-core having the mysql_upgrade binary but the
postinst part and init file that could trigger it automatically are
only in the server package) so I it would not make sense to model
mariadb-10.0 packaging after it in this case.

I will need to investigate this more at a later time.

If you understand exactly what is going on here and how it is supposed
to work, and you want the fix quickly, feel free to make a pull
request at the Github mirror of the Debian packaging:
https://github.com/ottok/mariadb-10.0


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

Bug#774149: udisks2

[Rogério Brito]

Hi there, you all.

On Jul 29 2015, Mathieu Malaterre wrote:
> On Wed, Jul 15, 2015 at 10:53 PM, Rogério Brito  wrote:
> > Yes, this was one of the selling points of usbmount, since I wanted
> > something simple for my systems that *don't* have a full-blown desktop
> > environment installed (e.g., one NAS with 128MB and another with only 64MB
> > of memory).
> 
> I also discover that lots of stuff are hard-coded in udisk2. See for
> example: windows_names for fuse/ntfs-3g system. Ref:
> 
> http://unix.stackexchange.com/questions/217599/setting-default-udisk2-ntfs-option-for-removable-drive

I have not yet had the opportunity to read the post above, but I *did* read
the code for udisks2 and I saw that it has a whitelist of filesystems and/or
options that may be passed to the program.

As you discovered, they are hardcoded---IMVHO, it would be much better to
have them be read from a file under /etc, since the administrator probably
knows better which options they need for their own devices.

That's the unfortunate situation of enforcing "sane" (ahem) policy from the
new desktops and people that work with them.

On a related note, I put the source code of usbmount on the following
repository:  https://github.com/rbrito/usbmount

Anybody is welcome to send me patches there (and if I have not replied,
please create an issue there, so that I may have not forgotten about your
issue) and I will gladly:

* Review your patch, hopefully, with help from the community of users.
* Keep the credits for each and every contribution (this is important for
  some people, as potential employers and/or funding agencies want to know
  how a given person spends their time).

Of course, if you don't want your contribution to be credited, that's
perfectly fine with me too.

*Any* kind of contribution is welcome, especially to the documentation,
since it was quite a long time ago that I last updated the package and many
pieces of outdated information are likely to be there.


Thanks,

Rogério Brito.

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


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

Bug#794024: libreoffice-calc: Calculations like A1+A2 fail with error 509 or 508 in 5.0~rc4

[Rene Engelhard]

severity 794024 important
tag 794024 + moreinfo
tag 794024 + unreproducible
thanks

Hi,

On Thu, Jul 30, 2015 at 12:30:28AM +0200, Julian Andres Klode wrote:
> I just upgraded to the libreoffice from experimental, and it turns
> out that simple calculations do not work anymore. This renders a
> spreadsheet tool useless to most users.
> 
> For example:
> 
> 1. Put 5 into A1
> 2. Put 9 into A2
> 3. Put =A1+A2 into A3.
> 
> Expected: A3 = 14
> Received: A3 = Err:509


Works here. A1: 1, A2: 2, A3: =A1+A2. Gives 3

> See the attached screenshot.

Don't care about screenshot

> Given that this worked perfectly fine in the unstable build
> before upgrading, this seems to be a problem with LO 5, maybe

Works fine here. clean sid + "dist-upgrade"[1] to LO 5.

> a dependency issue, I don't know. 

Don't believe so. As said, it works in clean sid.

Regards,

Rene

[1]
due to constant
W: Fehlschlag beim Holen von 
http://http.debian.net/debian/dists/experimental/main/binary-amd64/PackagesIndex
  Hash-Summe stimmt nicht überein
I copied it into a local dir, made it apt-gettable and dist-upgraded with that.


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

Bug#758172: isync: dots in maildir names

[Robert Jarzmik]

Robert Jarzmik  writes:

> Oswald Buddenhagen  writes:
>
>> git master now has a SubFolders option to select the folder naming
>> style.
> Thanks Oswald, I will try it soon. I'm eager to drop my patch in exchange for
> the official fix upstream.

And indeed it does work as I wished.
Thanks for the feature.

Cheers.

-- 
Robert


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

Bug#794052: systemd: logging to host via ssh with systemd but not using itself

[Clemens Haupt Hohentrenk]

Package: systemd
Version: 222-2
Severity: normal

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 ***


-- Package-specific info:

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

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

Versions of packages systemd depends on:
ii  adduser 3.113+nmu3
ii  libacl1 2.2.52-2
ii  libapparmor12.9.2-3
ii  libaudit1   1:2.4.2-1
ii  libblkid1   2.26.2-6
ii  libc6   2.19-19
ii  libcap2 1:2.24-9
ii  libcap2-bin 1:2.24-9
ii  libcryptsetup4  2:1.6.6-5
ii  libgcc1 1:5.1.1-14
ii  libgcrypt20 1.6.3-2
ii  libkmod221-1
ii  liblzma55.1.1alpha+20120614-2.1
ii  libmount1   2.26.2-6
ii  libpam0g1.1.8-3.1
ii  libseccomp2 2.2.1-2
ii  libselinux1 2.3-2+b1
ii  libsystemd0 222-2
ii  mount   2.26.2-6
ii  sysv-rc 2.88dsf-59.2
ii  udev222-2
ii  util-linux  2.26.2-6

Versions of packages systemd recommends:
ii  dbus1.8.20-1
ii  libpam-systemd  222-2

Versions of packages systemd suggests:
pn  systemd-ui  

-- no debconf information

9398 login: [  223.579151] systemd-logind[4102]: Failed to start user service: 
Unknown unit: user@0.service
?
[EXTENDED]   /lib/systemd/system/rc-local.service -> 
/lib/systemd/system/rc-local.service.d/debian.conf
[EXTENDED]   /lib/systemd/system/systemd-timesyncd.service -> 
/lib/systemd/system/systemd-timesyncd.service.d/disable-with-time-daemon.conf

2 overridden configuration files found.
==> /var/lib/systemd/deb-systemd-helper-enabled/acpid.service.dsh-also <==
/etc/systemd/system/multi-user.target.wants/acpid.service

==> /var/lib/systemd/deb-systemd-helper-enabled/acpid.path.dsh-also <==
/etc/systemd/system/paths.target.wants/acpid.path

==> 
/var/lib/systemd/deb-systemd-helper-enabled/hybrid-sleep.target.wants/anacron-resume.service
 <==

==> /var/lib/systemd/deb-systemd-helper-enabled/openvpn.service.dsh-also <==
/etc/systemd/system/multi-user.target.wants/openvpn.service

==> /var/lib/systemd/deb-systemd-helper-enabled/acpid.socket.dsh-also <==
/etc/systemd/system/sockets.target.wants/acpid.socket

==> 
/var/lib/systemd/deb-systemd-helper-enabled/NetworkManager-wait-online.service.dsh-also
 <==
/etc/systemd/system/network-online.target.wants/NetworkManager-wait-online.service

==> /var/lib/systemd/deb-systemd-helper-enabled/postgresql.service.dsh-also <==
/etc/systemd/system/multi-user.target.wants/postgresql.service

==> /var/lib/systemd/deb-systemd-helper-enabled/cups.path.dsh-also <==
/etc/systemd/system/paths.target.wants/cups.path
/etc/systemd/system/multi-user.target.wants/cups.path

==> /var/lib/systemd/deb-systemd-helper-enabled/avahi-daemon.service.dsh-also 
<==
/etc/systemd/system/multi-user.target.wants/avahi-daemon.service
/etc/systemd/system/sockets.target.wants/avahi-daemon.socket
/etc/systemd/system/dbus-org.freedesktop.Avahi.service

==> /var/lib/systemd/deb-systemd-helper-enabled/NetworkManager.service.dsh-also 
<==
/etc/systemd/system/multi-user.target.wants/NetworkManager.service
/etc/systemd/system/dbus-org.freedesktop.nm-dispatcher.service

==> 
/var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.Avahi.service 
<==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/acpid.socket 
<==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/cups.socket <==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/avahi-daemon.socket
 <==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/uuidd.socket 
<==

==> /var/lib/systemd/deb-systemd-helper-enabled/avahi-daemon.socket.dsh-also <==
/etc/systemd/system/sockets.target.wants/avahi-daemon.socket

==> /var/lib/systemd/deb-systemd-helper-enabled/ModemManager.service.dsh-also 
<==
/etc/systemd/system/multi-user.target.wants/ModemManager.service
/etc/systemd/system/dbus-org.freedesktop.ModemManager1.service

==> /var/lib/systemd/deb-systemd-helper-enabled/saned.socket.dsh-also <==
/etc/systemd/system/sockets.target.wants/saned.socket

==> 
/var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.ModemManager1.service
 <==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.nm-dispatcher.service
 <==

==> /var/lib/systemd/deb-systemd-helper-enabled/inetd.service.dsh-also <==
/etc/systemd/system/multi-user.target.wants/inetd.service

==> 
/var/lib/systemd/deb-system

Bug#794051: tasksel: Additional updates for switch to plasma 5

[Scott Kitterman]

Source: tasksel
Version: 3.32
Severity: important
Tags: patch

Due to package name changes, some addtional updates for the KDE desktop
task are needed.  The attached patch is against the current git head. All it
should need is addition of the number for this bug once it's assigned.
diff --git a/debian/changelog b/debian/changelog
index 0bc04c0..5c4aec4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -8,7 +8,13 @@ tasksel (3.33) UNRELEASED; urgency=low
   * Replace kdm by sddm in task-kde-desktop as part of the KDE5
 transition. Closes: #792829
 
- -- Adriano Rafael Gomes   Fri, 15 May 2015 19:43:57 -0300
+  [ Scott Kitterman ]
+  * Additional updates for transition to Plasma 5
+- Drop specific depends on Qt4 components to support the KDE debconf front
+  end as they will be pulled in as needed by apper or muon
+- Update plasma-widget-networkmanagement to plasma-nm
+
+ -- Adriano Rafael Gomes   Thu, 30 Jul 2015 01:50:58 -0400
 
 tasksel (3.32) unstable; urgency=medium
 
diff --git a/debian/control b/debian/control
index 16c47f3..1da53b7 100644
--- a/debian/control
+++ b/debian/control
@@ -109,14 +109,11 @@ Depends: ${misc:Depends},
 Recommends:
 # accessibility support
 	kdeaccessibility,
-# debconf kde frontend
-	libqtgui4-perl,
-	libqtcore4-perl,
 # cd/dvd burner
 	k3b,
 	k3b-i18n,
 # desktop network setup
-	plasma-widget-networkmanagement,
+	plasma-nm,
 # This is configured by d-i to be used to gain root on systems with
 # no root password. It is not enabled by default.
 	kdesudo,

Bug#794050: udev: initramfs-tools-hook fails with: find: '/etc/systemd/network': No such file or directory

[Dirk Griesbach]

Package: udev
Version: 223-1
Severity: important

Hello,

Installing 223-1 leads to the following error message:
,
| [...]
| Setting up initramfs-tools (0.120) ...
| update-initramfs: deferring update (trigger activated)
| Processing triggers for initramfs-tools (0.120) ...
| update-initramfs: Generating /boot/initrd.img-4.1.3
| cryptsetup: WARNING: failed to detect canonical device of /dev/sda1
| cryptsetup: WARNING: could not determine root device from /etc/fstab
| find: '/etc/systemd/network': No such file or directory
| E: /usr/share/initramfs-tools/hooks/udev failed with return 1.
| update-initramfs: failed for /boot/initrd.img-4.1.3 with 1.
| dpkg: error processing package initramfs-tools (--configure):
|  subprocess installed post-installation script returned error exit status 1
| Errors were encountered while processing:
|  initramfs-tools
| E: Sub-process /usr/bin/dpkg returned an error code (1)
| #
`

The hook in question changed behaviour from udev 222 to 223 where the
explicit test for directories /etc/systemd/network and
/lib/systemd/network to copy *.link files was replaced by a non
conditional find. The latter fails as at least /etc/systemd/network is
not present on (my) sysvinit-powered systems.

Thanks,
Dirk

-- Package-specific info:

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

Kernel: Linux 4.1.3 (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 udev depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.57
ii  dpkg   1.18.1
ii  libacl12.2.52-2
ii  libblkid1  2.26.2-9
ii  libc6  2.19-19
ii  libgcc11:5.1.1-14
ii  libkmod2   21-1
ii  libselinux12.3-2+b1
ii  libudev1   223-1
ii  lsb-base   4.1+Debian13+nmu1
ii  procps 2:3.3.10-2
ii  util-linux 2.26.2-9

udev recommends no packages.

udev suggests no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/sysfs_deprecated_incompatibility:
  udev/reboot_needed:
  udev/title/upgrade:


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

Bug#793495: CVE-2012-2150 xfsprogs: xfs_metadump information disclosure

[Salvatore Bonaccorso]

Control: tags -1 + upstream fixed-upstream

Hi,

On Fri, Jul 24, 2015 at 05:41:57PM +0200, Moritz Muehlenhoff wrote:
> Package: xfsprogs
> Version: 3.2.3
> Severity: important
> Tags: security
> 
> Please see http://seclists.org/oss-sec/2015/q3/181
> for details.

A new upstream version addressing CVE-2012-2150 has been released:
http://oss.sgi.com/pipermail/xfs/2015-July/042726.html

Regards,
Salvatore


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

Bug#789475: udhcpc: valid rfc1123 hostname recognized as "bad"

[Arthur Gautier]

On Sun, 21 Jun 2015 19:55:50 +0200 (CEST) Bodo Eggert <7egg...@online.de> wrote:
> On Sun, 21 Jun 2015, Geert Stappers wrote:
> > Control: tag -1 moreinfo
> > On Sun, Jun 21, 2015 at 02:14:17PM +0200, Bodo Eggert wrote:
> 
> > > The valid hostname "52-54-0-12-34-56" is recognized as bad
> > > while it should be valid according to rfc1123 (Section 2.1).
> > 
> > What programma and/or device did recognize "52-54-0-12-34-56" as bad?
> 
> udhcpc, which is part of busybox
> 
> > How was the error encountered?  Any error messages?
> 
> The debian installer will use the hostname "bad", because that's what it's 
> told by udhcpc.
> 
> > Please elaborate what the reason for this bugreport is.
> 
> busybox/udhcpc should recognize this hostname as being valid since it 
> conforms to current network standards (I cheked it). The old standard did 
> disallow a number in the first character.
> 
> > > Capture of the DHCP reply:
> > > be1.lrz.bootps > 192.168.7.107.bootpc: BOOTP/DHCP, Reply, length 300, 
> > > xid 0x4cc35164, Flags [none]
> > >   Vendor-rfc1048 Extensions
> > > DHCP-Message Option 53, length 1: ACK
> > > Hostname Option 12, length 16: "52-54-0-12-34-56"
> > 
> > That is content from a network packet sent by a DHCP server,
> > which might be configured for providing such hostname.
> 
> Yes, that's my dhcp server. I figured knowing the DHCP reply might help.
> 
> 

Hello,

I believe the fix is available upstream in the patch I reference in the
following bug report:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794049

I'm not sure this is a duplicate bug of this one, I didn't try with a
hostname.

-- 
\o/ Arthur
 G  Gandi.net


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

Bug#794049: udhcpc: option domain with dns labels starting by numbers

[Arthur Gautier]

Package: busybox
Version: 1:1.22.0-15
Severity: normal
Tags: d-i patch

Dear Maintainer,

When running udhcpc with "option domain-name" like "0x1.net", the udhcpc
fails to parse it and replace it with "bad". The fix has been applied
upstream:
http://git.busybox.net/busybox/commit/?id=c29021e2a594fb29471c8c7e61ab8f45296622ba

Would it be possible to apply this patch in debian/patches?

Thanks!

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

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

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

busybox recommends no packages.

busybox suggests no packages.

-- no debconf information


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

Bug#790119: ruby2.1: CVE-2015-3900: DNS hijacking vulnerability in api_endpoint()

[Salvatore Bonaccorso]

Hi Antonio,

On Wed, Jul 29, 2015 at 08:46:16PM -0300, Antonio Terceiro wrote:
> 
> On Sat, Jun 27, 2015 at 10:23:31PM +0200, Christian Hofstaedtler wrote:
> > Salvatore,
> > 
> > * Salvatore Bonaccorso  [150627 13:57]:
> > > Source: ruby2.1
> > > Version: 2.1.5-1
> > > Severity: important
> > > Tags: security upstream patch fixed-upstream
> > > 
> > > the following vulnerability was published for ruby2.1.
> > > 
> > > CVE-2015-3900[0]:
> > > | RubyGems 2.0.x before 2.0.16, 2.2.x before 2.2.4, and 2.4.x before
> > > | 2.4.7 does not validate the hostname when fetching gems or making API
> > > | request, which allows remote attackers to redirect requests to
> > > | arbitrary domains via a crafted DNS SRV record, aka a "DNS hijack
> > > | attack."
> > 
> > Thank you for bringing this to our attention. I suspect upstream
> > will upgrade to 2.2.5 (on the ruby 2.1 branch) in the next few days,
> > and then I'd like to import that, if nobody objects.
> 
> upstream didn't do that until now, so I want to upload the attached
> debdiff to jessie-security.
> 
> the ruby packages are maintained with patches applied in git, so the
> metadata is not visible in the debdiff. I applied these two commits,
> cherry-picked from rubygems upstream (funny enough that they apply
> cleanly on top of the ruby source):
> 
> http://anonscm.debian.org/cgit/collab-maint/ruby.git/commit/?h=debian/jessie&id=9b945cadc3b157829a60debff1dd5c536644f9b2
> http://anonscm.debian.org/cgit/collab-maint/ruby.git/commit/?h=debian/jessie&id=61f89c1e7b7ac864d840686aa7824eb04cba5cff
> 
> Salvatore, please let me know if I can upload to jessie-security.
> I will make similar uploads to unstable for both ruby2.1 and ruby2.2.

The debdiff itself looks good to me (btw, for security upload use
urgency=high for consistency). Looking at the security-tracker,
https://security-tracker.debian.org/tracker/CVE-2015-3900 we had
marked this as no-dsa with the following comment, 

[jessie] - ruby2.1  (Minor issue, can be coupled with a future Ruby DSA)

So I suggest to either wait for a more urgent update for ruby2.1 to be
targeted via a jessie-security update or ask stable release managers
to schedule it via a jessie-pu.

Fine with you?

Btw, there is
https://security-tracker.debian.org/tracker/CVE-2009-5147 (but which
stil hass a TODO item, so needs to be checked if this affects ruby2.1
at all, so it as well has no decision yet about dsa/no-dsa).

Regards,
Salvatore


signature.asc
Description: Digital signature

Bug#793903: bind9: diff for NMU version 1:9.9.5.dfsg-10.1

[Salvatore Bonaccorso]

Hi Mike,

On Wed, Jul 29, 2015 at 08:39:10PM -0400, Michael Gilbert wrote:
> On Wed, Jul 29, 2015 at 2:15 AM, Salvatore Bonaccorso wrote:
> > Control: tags 793903 + pending
> >
> > Hi Mike,
> >
> > I've prepared an NMU for bind9 (versioned as 1:9.9.5.dfsg-10.1) and
> > uploaded it to DELAYED/2. Please feel free to tell me if I should
> > delay it longer or if I should cancel it instead and you handle the
> > upload yourself.
> 
> Hi Salvatore,
> 
> I went ahead and handled it myself.  Thanks for the help!

That's great! Thank you as well. I have cancelled the upload in the
deferred queue.

Regards,
Salvatore


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

Bug#794048: RFA: imagination -- DVD slide show maker

[Andrew Starr-Bochicchio]

Package: wnpp
Severity: normal

I request an adopter for the imagination package as I haven't had any
personal use for it for some time now.

The package description is:
 Imagination is a lightweight and user-friendly DVD slide show maker with
 a clean interface and few dependencies. It only requires the ffmpeg encoder
 to produce a movie to be burned with another application.
 .
 It currently features over 50 transition effects. Exporting of the slideshow
 in FLV format is supported as well.


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

Bug#794047: pyspatialite: distro patch causes misbuild on 64-bit archs

[Steve Langasek]

Package: pyspatialite
Version: 3.0.1-8
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

pyspatialite is currently misbuilt on 64-bit architectures in Debian testing
and unstable, because of a distro patch that causes /usr/include/spatialite
to be added to the header search path.  libspatialite-dev ships both a
/usr/include/spatialite.h and a /usr/include/spatialite/spatialite.h, and
the first one is the correct one.  Without the correct function types, this
results in the compiler truncating pointers along its way; e.g., from 
:

aarch64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall 
-Wstrict-prototypes -fno-strict-aliasing -g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC 
-DMODULE_NAME="spatialite.dbapi2" -DVERSION="3.0.1" -DSQLITE_ENABLE_FTS3=1 
-DSQLITE_ENABLE_RTREE=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DOMIT_FREEXL=1 
-DSPATIALITE_HAS_INIT_EX=1 -I/usr/include -I/usr/include/spatialite 
-I/usr/include/python2.7 -c src/connection.c -o 
build/temp.linux-aarch64-2.7/src/connection.o
src/connection.c: In function 'pysqlite_connection_init':
src/connection.c:110:9: warning: implicit declaration of function 
'spatialite_alloc_connection' [-Wimplicit-function-declaration]
 self->slconn = spatialite_alloc_connection();
 ^
src/connection.c:110:22: warning: assignment makes pointer from integer without 
a cast
 self->slconn = spatialite_alloc_connection();
  ^

This doesn't get caught by the Debian buildds, but in Ubuntu this is treated
as a fatal error as this is a known misbuild that won't work at all on some
64-bit architectures and will fail randomly at runtime on others.

The one-liner fix has been applied to Ubuntu with the following changelog:

  * debian/patches/00-fix_build.patch: don't add /usr/include/spatialite to
the search path.  This is a wrong fix which causes 
/usr/include/spatialite/spatialite.h to be found instead of
/usr/include/spatialite.h, resulting in a misbuild on 64-bit archs.

Thanks for considering the patch.
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru pyspatialite-3.0.1/debian/patches/00-fix_build.patch pyspatialite-3.0.1/debian/patches/00-fix_build.patch
--- pyspatialite-3.0.1/debian/patches/00-fix_build.patch	2015-06-27 15:57:24.0 -0700
+++ pyspatialite-3.0.1/debian/patches/00-fix_build.patch	2015-07-29 20:57:42.0 -0700
@@ -7,9 +7,11 @@
  setup.py |   21 -
  1 file changed, 12 insertions(+), 9 deletions(-)
 
 a/setup.py
-+++ b/setup.py
-@@ -44,7 +44,7 @@ sources = ["src/module.c", "src/connecti
+Index: pyspatialite-3.0.1/setup.py
+===
+--- pyspatialite-3.0.1.orig/setup.py
 pyspatialite-3.0.1/setup.py
+@@ -44,7 +44,7 @@
  
  include_dirs = []
  library_dirs = []
@@ -18,7 +20,7 @@
  runtime_library_dirs = []
  extra_objects = []
  define_macros = []
-@@ -113,24 +113,27 @@ def get_amalgamation():
+@@ -113,24 +113,26 @@
  class MyBuildExt(build_ext):
  
  def build_extension(self, ext):
@@ -50,7 +52,6 @@
 +#ext.sources.append(os.path.join(AMALGAMATION_ROOT, "sqlite3.c"))
 +#ext.sources.append(os.path.join(AMALGAMATION_ROOT, "spatialite.c"))
 +#ext.include_dirs.append(AMALGAMATION_ROOT)
-+ext.include_dirs.append("/usr/include/spatialite")
  build_ext.build_extension(self, ext)
  
  

Bug#793518: [pkg-go] Bug#793518: Bug#793518: FTBFS: TestString fails: ini_test.go:167: Dict cannot be stringified as expected.

[Potter, Tim (Cloud Services)]

On 28 Jul 2015, at 5:14 pm, Michael Stapelberg  wrote:
> 
> So, yes, if you could work with upstream on a proper solution and then we 
> could just package a new upstream snapshot, that’d be great.

I’ve just posted two pull requests on the upstream project.  One to fix the 
occasional test failures, and another to fix another instances of relying
on the ordering of hash keys.

If someone can give me upload access (since I’m only a DM) I’ll upload
the package if/when upstream accepts my patches.  Otherwise I’ll just
pester people on the list for an update.  (-:


Tim.

smime.p7s
Description: S/MIME cryptographic signature

Bug#793218: bitcoin: change of type in system_error might break with GCC-5

[Scott Howard]

Yes, bitcoin is affected by this - thank you!


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

Bug#794046: rsnapshot: Non-LVM backup source breaks after LVM backup source

[Michel Dänzer]

Package: rsnapshot
Version: 1.4.0-1
Severity: normal
Tags: patch

Dear Maintainer,


My /etc/rsnapshot.conf has an LVM backup source followed by non-LVM backup
sources. This worked fine previously but broke in 1.4.0-1, see below. I'm
attaching a patch which fixes the problem.


Use of uninitialized value $traps{"linux_lvm_snapshot"} in string ne at 
/usr/bin/rsnapshot line 3939.
Use of uninitialized value $linux_lvm_oldpwd in concatenation (.) or string at 
/usr/bin/rsnapshot line 3940.
Use of uninitialized value $linux_lvm_oldpwd in chdir at /usr/bin/rsnapshot 
line 3942.
Use of chdir('') or chdir(undef) as chdir() is deprecated at /usr/bin/rsnapshot 
line 3942.
Use of uninitialized value $traps{"linux_lvm_mountpoint"} in numeric eq (==) at 
/usr/bin/rsnapshot line 3951.
Use of uninitialized value $traps{"linux_lvm_snapshot"} in string ne at 
/usr/bin/rsnapshot line 3957.
Use of uninitialized value $src in pattern match (m//) at /usr/bin/rsnapshot 
line 3973.
Use of uninitialized value $src in concatenation (.) or string at 
/usr/bin/rsnapshot line 3978.

rsnapshot encountered an error! The program was invoked with these options:
/usr/bin/rsnapshot daily 

ERROR: Could not understand LVM source "" in linux_lvm_parseurl()
Use of uninitialized value $traps{"linux_lvm_mountpoint"} in numeric eq (==) at 
/usr/bin/rsnapshot line 2034.
Use of uninitialized value $traps{"linux_lvm_snapshot"} in string ne at 
/usr/bin/rsnapshot line 2040.
Use of uninitialized value $src in pattern match (m//) at /usr/bin/rsnapshot 
line 3973.
Use of uninitialized value $src in concatenation (.) or string at 
/usr/bin/rsnapshot line 3978.
ERROR: Could not understand LVM source "" in linux_lvm_parseurl()
Use of uninitialized value $traps{"linux_lvm_mountpoint"} in numeric eq (==) at 
/usr/bin/rsnapshot line 2034.

[2]  + exit 1 sudo rsnapshot daily


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

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

Versions of packages rsnapshot depends on:
ii  liblchown-perl  1.01-3
ii  logrotate   3.8.7-2
ii  perl5.20.2-6
ii  rsync   3.1.1-3

Versions of packages rsnapshot recommends:
ii  openssh-client [ssh-client]  1:6.7p1-6

rsnapshot suggests no packages.

-- Configuration Files:
/etc/rsnapshot.conf changed [not included]

-- no debconf information
--- /usr/bin/rsnapshot.orig	2015-07-20 04:33:15.0 +0900
+++ /usr/bin/rsnapshot	2015-07-30 11:57:29.371606295 +0900
@@ -3949,13 +3949,13 @@ sub rsync_backup_point {
 	# delte the traps manually
 	# umount LVM Snapshot if it is mounted
 	if (1 == $traps{"linux_lvm_mountpoint"}) {
-		undef $traps{"linux_lvm_mountpoint"};
+		$traps{"linux_lvm_mountpoint"} = 0;
 		linux_lvm_unmount();
 	}
 
 	# destroy snapshot created by rsnapshot
 	if (0 ne $traps{"linux_lvm_snapshot"}) {
-		undef $traps{"linux_lvm_snapshot"};
+		$traps{"linux_lvm_snapshot"} = 0;
 		linux_lvm_snapshot_del(linux_lvm_parseurl($lvm_src));
 	}
 }

Bug#794045: hashdeep: fails to upgrade from md5deep/experimental

[Andreas Beckmann]

Package: hashdeep
Version: 4.4-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'md5deep' in 'experimental' to hashdeep in sid.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package md5deep.
  Preparing to unpack .../md5deep_4.3-3_amd64.deb ...
  Unpacking md5deep (4.3-3) ...
  dpkg: error processing archive 
/var/cache/apt/archives/md5deep_4.3-3_amd64.deb (--unpack):
   trying to overwrite '/usr/share/man/man1/hashdeep.1.gz', which is also in 
package hashdeep 4.4-1
  Errors were encountered while processing:
   /var/cache/apt/archives/md5deep_4.3-3_amd64.deb

(that log is in the opposite direction, but it clearly indicates missing
Breaks and Replaces. Currently there are

Package: hashdeep
Version: 4.4-1
Replaces: md5deep (<< 4.3-3~)
Provides: md5deep
Breaks: md5deep (<< 4.3-3~)

but experimental has md5deep 4.3-3 which is not covered.


cheers,

Andreas


hashdeep=4.4-1_md5deep=4.3-3.log.gz
Description: application/gzip

Bug#794044: python-migrate-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/man/man1/migrate-repository.1.gz

[Andreas Beckmann]

Package: python-migrate-doc
Version: 0.9.7-4
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package python-migrate-doc.
  Preparing to unpack .../python-migrate-doc_0.9.7-4_all.deb ...
  Unpacking python-migrate-doc (0.9.7-4) ...
  dpkg: error processing archive 
/var/cache/apt/archives/python-migrate-doc_0.9.7-4_all.deb (--unpack):
   trying to overwrite '/usr/share/man/man1/migrate-repository.1.gz', which is 
also in package python-migrate 0.9.6-1
  Errors were encountered while processing:
   /var/cache/apt/archives/python-migrate-doc_0.9.7-4_all.deb


cheers,

Andreas


python-migrate=0.9.6-1_python-migrate-doc=0.9.7-4.log.gz
Description: application/gzip

Bug#788161: python-llfuse-dbg, python3-llfuse-dbg: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Nikolaus Rath]

On Jul 30 2015, Andreas Beckmann  wrote:
> On 2015-07-30 05:23, Nikolaus Rath wrote:
>> Am I missing something? Or is this bug only about the transition
>> from directory to symlink?
>
> It's only about the transition which must be handled with special care.
> But the problem I noticed seems to have been a transition in the
> opposite direction, but I can check the logs again ...

No, you are right. I was just confused by the part about symlinks being
a bad idea. The transition must have been in one of the helpers that I'm
using, the packaging itself did not change.

Best,
-Nikolaus

-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«


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

Bug#788161: python-llfuse-dbg, python3-llfuse-dbg: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

On 2015-07-30 05:23, Nikolaus Rath wrote:
> Am I missing something? Or is this bug only about the transition
> from directory to symlink?

It's only about the transition which must be handled with special care.
But the problem I noticed seems to have been a transition in the
opposite direction, but I can check the logs again ...


Andreas


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

Bug#788161: python-llfuse-dbg, python3-llfuse-dbg: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Nikolaus Rath]

On Jun 09 2015, Andreas Beckmann  wrote:
> For /usr/share/doc/PACKAGE this may not be problematic as long as both
> packages are installed, ship byte-for-byte identical files and are
> upgraded in lockstep. But once one of the involved packages gets
> removed, the other one will lose its documentation files, too,
> including the copyright file, which is a violation of Policy 12.5:
> https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

As far as I can tell, this can does not happen. python-llfuse-dbug links
its documentation to python-llfuse, but it also depends on it (and on
the exact version). The same holds for python3-llfuse-dbg and
python3-llfuse.

Am I missing something? Or is this bug only about the transition
from directory to symlink?

Best,
-Nikolaus

-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«


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

Bug#794043: avrdude: Segfault when reading an xmega16-e5 cpu

[Dima Kogan]

Package: avrdude
Version: 6.1-4
Severity: normal

Hi. Every time I try to read the flash in an xmega16-e5, I see avrdude crash:

dima@shorty:~/stir/linbusctl$ avrdude -B8 -Pusb -c atmelice_pdi -p x16e5 -U 
flash:r:read.hex:i

avrdude: AVR device initialized and ready to accept instructions

Reading | ## | 100% 0.13s

avrdude: Device signature = 0x1e9445
avrdude: NOTE: Programmer supports page erase for Xmega devices.
 Each page will be erased before programming it, but no chip erase 
is performed.
 To disable page erases, specify the -D option; for a chip-erase, 
use the -e option.
avrdude: reading flash memory:

Reading | ## | 100% 2.80s

avrdude: writing output file "read.hex"

avrdude done.  Thank you.

zsh: segmentation fault (core dumped)  avrdude -B8 -Pusb -c atmelice_pdi -p 
x16e5 -U flash:r:read.hex:i

This happens after the read completes, so fixing this isn't critically
important, but it's still not right. The core isn't particularly illuminating:

dima@shorty:~/stir/linbusctl$ gdb /usr/bin/avdude core.avrdude.7491 
GNU gdb (Debian 7.9-1) 7.9
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
/usr/bin/avdude: No such file or directory.
[New LWP 7491]
Core was generated by `avrdude -B8 -Pusb -c atmelice_pdi -p x16e5 -U 
flash:r:read.hex:i'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7f3663739528 in ?? ()
(gdb) where
#0  0x7f3663739528 in ?? ()
#1  0x0001 in ?? ()
#2  0x00010830 in ?? ()
#3  0x0001 in ?? ()
#4  0x7f3664e25cd8 in ?? ()
#5  0x7ffe1eee0470 in ?? ()
#6  0x7f3663a63038 in ?? ()
#7  0x0001 in ?? ()
#8  0x7ffe1eee0520 in ?? ()
#9  0x in ?? ()
(gdb) info threads
  Id   Target Id Frame 
* 1LWP 7491  0x7f3663739528 in ?? ()

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (800, 'unstable'), (700, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: armhf, armel, i386

Kernel: Linux 4.0.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to 
C)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages avrdude depends on:
ii  libc6 2.19-17
ii  libelf1   0.159-4.2
ii  libftdi1  0.20-2
ii  libncurses5   5.9+20140913-1+b1
ii  libreadline6  6.3-8+b2
ii  libtinfo5 5.9+20140913-1+b1
ii  libusb-0.1-4  2:0.1.12-25

avrdude recommends no packages.

Versions of packages avrdude suggests:
pn  avrdude-doc  

-- no debconf information


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

Bug#794042: hydrogen: Hydrogen segfault on adding from sound library

[Robbie Harwood]

Package: hydrogen
Version: 0.9.6.1-1
Severity: important

Dear Maintainer,

Sporadically, hydrogen will crash.  This seems to be co-incident with adding
instruments to the current loop.  Here is a traceback:

Program received signal SIGABRT, Aborted.
0x73b2d107 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or 
directory.
(gdb) bt
#0  0x73b2d107 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x73b2e4e8 in __GI_abort () at abort.c:89
#2  0x73b26226 in __assert_fail_base (fmt=0x73c5cce8 "%s%s%s:%u: 
%s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x61e858 "idx_b >= 0 
&& idx_b < __instruments.size()", file=file@entry=0x61e7e0 
"/tmp/buildd/hydrogen-0.9.6.1/src/core/src/basics/instrument_list.cpp", 
line=line@entry=202,function=function@entry=0x61e940 "void 
H2Core::InstrumentList::move(int, int)") at assert.c:92
#3  0x73b262d2 in __GI___assert_fail (assertion=0x61e858 "idx_b >= 0 && 
idx_b < __instruments.size()", file=0x61e7e0 
"/tmp/buildd/hydrogen-0.9.6.1/src/core/src/basics/instrument_list.cpp", 
line=202, function=0x61e940 "void H2Core::InstrumentList::move(int, int)") at 
assert.c:101
#4  0x00584ba5 in H2Core::InstrumentList::move(int, int) ()
#5  0x0048c341 in DrumPatternEditor::functionMoveInstrumentAction(int, 
int) ()
#6  0x0048c527 in 
DrumPatternEditor::functionDropInstrumentRedoAction(QString, QString, int) ()
#7  0x004987cf in SE_dragInstrumentAction::redo() ()
#8  0x7792db53 in QUndoStack::push(QUndoCommand*) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#9  0x004970b0 in PatternEditorInstrumentList::dropEvent(QDropEvent*) ()
#10 0x77306748 in QWidget::event(QEvent*) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#11 0x772b348c in QApplicationPrivate::notify_helper(QObject*, QEvent*) 
() from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#12 0x772bbb0f in QApplication::notify(QObject*, QEvent*) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#13 0x76a3271d in QCoreApplication::notifyInternal(QObject*, QEvent*) 
() from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#14 0x7733e500 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#15 0x7733e895 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#16 0x7733fb20 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#17 0x76a327f2 in 
QCoreApplicationPrivate::sendThroughApplicationEventFilters(QObject*, QEvent*) 
() from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#18 0x772b3418 in QApplicationPrivate::notify_helper(QObject*, QEvent*) 
() from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#19 0x772ba10f in QApplication::notify(QObject*, QEvent*) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#20 0x76a3271d in QCoreApplication::notifyInternal(QObject*, QEvent*) 
() from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#21 0x772b976f in QApplicationPrivate::sendMouseEvent(QWidget*, 
QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&, bool) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#22 0x77330432 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#23 0x7732ee2c in QApplication::x11ProcessEvent(_XEvent*) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#24 0x77357ed2 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#25 0x733dbc5d in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#26 0x733dbf48 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#27 0x733dbffc in g_main_context_iteration () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#28 0x76a61d1d in 
QEventDispatcherGlib::processEvents(QFlags) () 
from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#29 0x77357f96 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#30 0x76a31271 in 
QEventLoop::processEvents(QFlags) () from 
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#31 0x76a315d5 in 
QEventLoop::exec(QFlags) () from 
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#32 0x7733fe4d in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#33 0x772c5084 in QDrag::start(QFlags) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#34 0x00477613 in 
SoundLibraryPanel::on_DrumkitList_mouseMove(QMouseEvent*) ()
#35 0x76a4771c in QMetaObject::activate(QObject*, QMetaObject const*, 
int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#36 0x00531c30 in SoundLibraryTree::onMouseMove(QMouseEvent*) ()
#37 0x77306748 in QWidget::event(QEvent*) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#38 0x776c883e in QFrame::event(QEvent*) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#39 0x777e5703 in QAbstractItemView::viewportEvent(QEvent*) () from 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#40 0x77827e60 in QTree

Bug#792685: Unable to upgrade from wheezy to jessie

[Nikolaus Rath]

Note to self:

S3QL versions prior to 2.10 (and all of the 1.x versions) did not read
the object metadata on object copy and object rename. Therefore, the
unsafe pickle could have been there for quite some time. However, this
still does not explain why the object "survived" the upgrade without
being renamed.

The only other explanation would be that this object has actually been
created after the upgrade (e.g. by calling mount.s3ql). But then I don't
understand how it could have been renamed from s3ql_metadata to
s3ql_metadata_bak* without triggering the same error.


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

Bug#792685: Unable to upgrade from wheezy to jessie

[Nikolaus Rath]

On Jul 29 2015, Sam Hartman  wrote:
> Then run fsck.s3ql.
> It looks like it has trouble with the old metadata:
> Backing up old metadata...
> Uncaught top-level exception:
> Traceback (most recent call last):
[...]

Could you please post the complete traceback? The one you included here
seems to stop in the middle (and the formatting is messed up).

Also, when you deleted the metadata backups manually, can you tell me
the exact names of the objects you deleted? And did you by any chance
try to delete them one-by-one, so that you know which one was causing
problems?


Thanks,
-Nikolaus

-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«


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

Bug#792685: Unable to upgrade from wheezy to jessie

[Nikolaus Rath]

On Jul 29 2015, Sam Hartman  wrote:
> Hi.
> I attempted the following:
>
> * Built with the patch applied on a jessie chroot
> * installed s3ql
>
> * On a wheezy system mkfs.s3ql, mount and  add some data.  unmount.
>
> * On my patched jessie system run s3qladm upgrade
>
> So far so good.
>
> Then run fsck.s3ql.
> It looks like it has trouble with the old metadata:
> Backing up old metadata...
> Uncaught top-level exception:
> Traceback (most recent call last):
>   File "/usr/lib/s3ql/s3ql/backends/s3c.py", line 710, in _extractmeta
>   return safe_unpickle(b64decode(buf), encoding='latin1')
> File "/usr/lib/s3ql/s3ql/backends/common.py", line 629, in
> safe_unpickle
> encoding=encoding, errors=errors)
>   File "/usr/lib/s3ql/s3ql/backends/common.py", line 613, in
>   safe_unpickle_fh
>   raise pickle.UnpicklingError('opcode %s is unsafe' %
>   opcode.name)
>   _pickle.UnpicklingError: opcode NEWOBJ is unsafe
>
>   During handling of the above exception, another
>   exception occurred:
>
>   Traceback (most recent call last):
> File "/usr/bin/fsck.s3ql", line 9, in 
> load_entry_point('s3ql==2.11.1',
> 'console_scripts', 'fsck.s3ql')()
>   File "/usr/lib/s3ql/s3ql/fsck.py", line 1224, in
> main
> cycle_metadata(backend)
>   File "/usr/lib/s3ql/s3ql/metadata.py", line
> 121, in cycle_metadata
> cycle_fn("s3ql_metadata_bak_%d" % i,
> "s3ql_metadata_bak_%d" % (i + 1))
>   File "/usr/lib/s3ql/s3ql/backends/comprenc.py",
> line 290, in copy
> self._copy_or_rename(src, dest, rename=False,
> metadata=metadata)
>   File "/usr/lib/s3ql/s3ql/backends/comprenc.py",
> line 299, in _copy_or_rename
> meta_raw = self.backend.lookup(src)
>   File "/usr/lib/s3ql/s3ql/backends/common.py",
> line 46, in wrapped


Ok, this is very suspicious:

1. There should be no s3ql_metadata_bak_* object. "s3qladm upgrade"
   renames them all to prevent a *different* problem than the one you
   have above. Did you run fsck.s3ql right after s3qladm, or did you
   mount or fsck the file system before that? If not, is it possible
   that the changes had not yet propagated?

2. The above problem should not happen in the first place. There should
   never be a NEWOBJ operation in the pickle stream. Actually, if
   someone would try to exploit CVE-2014-0485 by sending you a malicious
   storage object, this is exactly the error you would get.

Do you have any confidential metadata? I may have to look at the actual
pickle to figure out what's happening here.


> It may be as simple as ignoring unsafe pickles in old metadata.

Certaintly not, that would open a remote code execution vulnerability.

Best,
-Nikolaus

-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«


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

Bug#794041: please please please upload 1.3.0 to unstable to help resolving #793945

[Yaroslav Halchenko]

Package: python-pbr
Version: 1.3.0-2
Severity: normal

Currently python-mock in sid is completely f.cked, and to help it to become
usable again we would need a recent pbr in sid.  Would you be so kind to upload
1.3.0 to unstable asap or there is some factors forbiding it (number of 
rdepends is impressive).  Meanwhile I will sweep through rdepends to see if 
upload of 1.3.0 would cause any new FTBFS.

Cheers,

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

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

Versions of packages python-pbr depends on:
ii  python-pip  1.5.6-6
ii  python-six  1.9.0-3
ii  python2.7   2.7.10-3
pn  python:any  

python-pbr recommends no packages.

python-pbr suggests no packages.

-- no debconf information


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

Bug#789441: freedombox-setup: network setup tries to run /lib/udev/write_net_rules, which no longer exists

[Sunil Mohan]

On 07/30/2015 05:35 AM, Nick Daly wrote:
> Sunil Mohan  writes:
> 
>> @Nick, we would like to comment on the following solution: [...]
>>
>> I propose that we take advantage of systemd's network name
>> predictability scheme and fix this properly.
> 
> That all sounds really reasonable.  What do you need from me for this?
> 

Just needed a check from you on the soundness of the plan as you seem to
be original author of network bits in freedombox-setup.  Any of us who
has enough time can work on it.

-- 
Sunil





signature.asc
Description: OpenPGP digital signature

Bug#794028: nvidia-kernel-dkms: Error! Bad return status for module build on kernel: 4.1.3 (x86_64)

[Luca Boccassi]

tags 794028 moreinfo
thanks

On 30 July 2015 at 02:51, ioann sys  wrote:
> Package: nvidia-kernel-dkms
> Version: 340.65-2
> 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 ***

Hi,

Please provide the DKMS build log, should be in:

/var/lib/dkms/nvidia-current/340.65/build/make.log

Thanks!

Kind regards,
Luca Boccassi


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

Bug#794040: vtk6: Build dependency on libnetcdf-cxx-legacy-dev required for netcdf transition

[Bas Couwenberg]

Package: vtk6
Version: 6.2.0+dfsg1-1
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertags: netcdf-split-c-f-cxx

Dear Maintainer,

For the upcoming netcdf transition your package needs a build dependency
on libnetcdf-cxx-legacy-dev to build successfully with the netcdf
packages in experimental.

The attached patch adds the build dependency for vtk6 (6.2.0+dfsg1-1).

Since NetCDF 4.3.3.1 the upstream developers have split the project into
language specific releases, the netcdf Debian package has likewise split
into language specific source packages:

┌─┬───┬──┐
│ NetCDF project  │ Source package│ -dev package │
├─┼───┼──┤
│ NetCDF-C│ netcdf│ libnetcdf-dev│
│ NetCDF C++ (cxx4)   │ netcdf-cxx│ libnetcdf-c++4-dev   │
│ NetCDF C++ (legacy) │ netcdf-cxx-legacy │ libnetcdf-cxx-legacy-dev │
│ NetCDF-Fortran  │ netcdf-fortran│ libnetcdff-dev   │
└─┴───┴──┘

The netcdf-cxx provides the new NetCDF 4 C++ API in libnetcdf_c++4.so.1,
and netcdf-cxx-legacy the legacy NetCDF 3 C++ API in libnetcdf_c++.so.4.

For more information about the different NetCDF C++ APIs, see:
http://www.unidata.ucar.edu/downloads/netcdf/netcdf-cxx/index.jsp

Kind Regards,

Bas
diff -ruN ../vtk6-6.2.0+dfsg1_debian.orig/control debian/control
--- ../vtk6-6.2.0+dfsg1_debian.orig/control	2015-07-30 03:06:27.175474262 +0200
+++ debian/control	2015-07-30 03:06:55.303326743 +0200
@@ -36,6 +36,7 @@
libmrmpi-dev,
libmysqlclient-dev,
libnetcdf-dev,
+   libnetcdf-cxx-legacy-dev,
libogg-dev,
libosmesa6-dev,
libpng-dev,
@@ -98,6 +99,7 @@
  libjsoncpp-dev,
  libmysqlclient-dev,
  libnetcdf-dev,
+ libnetcdf-cxx-legacy-dev,
  libogg-dev,
  libpng-dev,
  libpq-dev,

Bug#722451: Creating Compiz group

[MENGUAL Jean-Philippe]

Oops actually Samuel created a git repo and svn one, that was an 
excellent idea. I think you'll prefer git. Furthermore, if you want a 
mailing list, tell us, we can create it.




Regards,

Le 30/07/2015 01:28, MENGUAL Jean-Philippe a écrit :

Hi,

Actually I hoped submitting the package to a11y team could speed up 
the upload, but lack of time prevents this. So as requested by 
Stephen, we've just created a Compiz packaging team, so that:
1. Ubuntu, Knoppix and Debian have a synchronized packaging policy of 
this package

2. Upstream devs and package maintainers can dialog

Don't hesitate to join the group. Were subscribed now ksamak, Stephen, 
Samuel, Luke, and Klaus. And any interested dev is 9elcome.


Once the group formed, I'll see at DebConf how to upload in the 
appropriate dir on alioth, so that we upload and maintain together. 
ksamak and I, from Hypra, had feedbacks for users, we'd like to ship 
them in the regular Debian bug tracking system.


Here's the project URL:
https://alioth.debian.org/projects/compiz/

Thanks very much to Samuel for creating.

We requested for a svn repo, it should be enough. If you prefer git, 
tell us quickly.


Regards,




--
Jean-Philippe MENGUAL

HYPRA, progressons ensemble

Tél.: 01 84 73 06 61

Mail: cont...@hypra.fr

Site Web: http://hypra.fr


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

Bug#793903: bind9: diff for NMU version 1:9.9.5.dfsg-10.1

[Michael Gilbert]

On Wed, Jul 29, 2015 at 2:15 AM, Salvatore Bonaccorso wrote:
> Control: tags 793903 + pending
>
> Hi Mike,
>
> I've prepared an NMU for bind9 (versioned as 1:9.9.5.dfsg-10.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I should
> delay it longer or if I should cancel it instead and you handle the
> upload yourself.

Hi Salvatore,

I went ahead and handled it myself.  Thanks for the help!

Best wishes,
Mike


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

Bug#790421: gimp: please bump GEGL build-dependency to 0.3.0

[Ari Pollak]

Ah, that makes perfect sense, sorry I missed that entirely. Feel free to do
an NMU/git update.

Bug#794039: bluetooth pairing bug in mate-notification-daemon

[jimdaldry66]

Package: mate-notification-daemon
Version: 1.8.1-3, 1.8.2-2

No error messages

With blue bluetooth icon showing in task bar, opened settings on phone,
switched bluetooth to discoverable, searched for and found laptop. Laptop
fan came on. Checked system monitor and found one core at 90%+, another at
60%+ . System monitor said 60% was from mate-notification-daemon. Top
showed 90%+ was xorg. Was able to return everything to normal by killing
mate-notification-daemon. No passcode window opened.

Computer is Lenovo Z670 - Intel graphics, radio, etc, I7-2670QM processor,
4 gigs ram, 500 gig hard drive.

Debian 8.1 Mate, compiz 0.8.4.2-5, emerald 0.8.8-14.

Return address - jimdaldr...@gmail.com

Bug#794038: postfix preinst dpkg --compare-versions "`uname -r`" fails for some unames

[Nye Liu]

Package: postfix
Version: 2.11.3-1
Severity: normal

Dear Maintainer,

If uname has characters that dpkg --compare-versions doesn't like, the
'dpkg --compare-versions "`uname -r`" lt 2.6.0' test in postfix.preinst prints
errors.

For example, on my linode box:

$ dpkg --compare-versions "`uname -r`" lt 2.6.0
dpkg: warning: version '4.0.4-x86_64-linode57' has bad syntax: invalid 
character in version number
$

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

Kernel: Linux 4.0.4-x86_64-linode57 (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: sysvinit (via /sbin/init)

Versions of packages postfix depends on:
ii  adduser3.113+nmu3
ii  cpio   2.11+dfsg-4.1
ii  debconf [debconf-2.0]  1.5.52
ii  dpkg   1.18.1
ii  libc6  2.19-15
ii  libdb5.3   5.3.28-9
ii  libsasl2-2 2.1.26.dfsg1-13
ii  libsqlite3-0   3.8.10.1-1
ii  libssl1.0.01.0.2d-1
ii  lsb-base   4.1+Debian12
ii  netbase5.1
ii  ssl-cert   1.0.33

Versions of packages postfix recommends:
ii  python  2.7.8-2

Versions of packages postfix suggests:
ii  bsd-mailx [mail-reader]8.1.2-0.20141216cvs-1
ii  dovecot-core [dovecot-common]  1:2.2.16-1
ii  heirloom-mailx [mail-reader]   12.5-3.1
ii  libsasl2-modules   2.1.26.dfsg1-13
ii  mutt [mail-reader] 1.5.23-2
pn  postfix-cdb
pn  postfix-doc
pn  postfix-ldap   
pn  postfix-mysql  
pn  postfix-pcre   
pn  postfix-pgsql  
ii  procmail   3.22-24
pn  resolvconf 
ii  sasl2-bin  2.1.25.dfsg1-17
pn  ufw

-- debconf information:
  postfix/protocols: all
  postfix/mynetworks: 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128
  postfix/destinations: localhost, localhost.localdomain, ln, 
ln.curtisfong.org, curtisfong.org
  postfix/chattr: false
  postfix/mydomain_warning:
  postfix/bad_recipient_delimiter:
  postfix/procmail: true
  postfix/mailbox_limit: 0
  postfix/kernel_version_warning:
  postfix/recipient_delim: +
  postfix/root_address:
  postfix/not_configured:
  postfix/retry_upgrade_warning:
  postfix/sqlite_warning:
  postfix/tlsmgr_upgrade_warning:
  postfix/relay_restrictions_warning:
  postfix/rfc1035_violation: false
* postfix/main_mailer_type: Internet Site
  postfix/relayhost:
* postfix/mailname: ln


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

Bug#794037: iptables-persistent: Due to "set -e" in the plugins, if a kernel does not have modules enabled, save_rules() fails

[Nye Liu]

Package: iptables-persistent
Version: 1.0.3
Severity: important
Tags: ipv6

Dear Maintainer,

15-ip4tables and 25-ip6tables fail on save due to "set -e" if running kernel
does not have module support.

This is because of the "modprobe" line in each plugin, respectively.

Suggest the script test whether or not the running kernel has module support
before calling "modprobe".

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

Kernel: Linux 4.0.4-x86_64-linode57 (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: sysvinit (via /sbin/init)

Versions of packages iptables-persistent depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  iptables   1.4.21-2+b1
ii  netfilter-persistent   1.0.3

iptables-persistent recommends no packages.

iptables-persistent suggests no packages.

-- debconf information:
* iptables-persistent/autosave_v4: false
* iptables-persistent/autosave_v6: false


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

Bug#789441: freedombox-setup: network setup tries to run /lib/udev/write_net_rules, which no longer exists

[Nick Daly]

Sunil Mohan  writes:

> @Nick, we would like to comment on the following solution: [...]
>
> I propose that we take advantage of systemd's network name
> predictability scheme and fix this properly.

That all sounds really reasonable.  What do you need from me for this?


pgpwtK3d8udjW.pgp
Description: PGP signature

Bug#794036: ITP: cedar-backup3 -- local and remote backups to CD/DVD media or Amazon S3 storage

[Kenneth Pronovici]

Package: wnpp
Severity: wishlist
Owner: "Kenneth J. Pronovici" 

* Package name: cedar-backup3
  Version : 3.0.0
  Upstream Author : Kenneth J. Pronovici 
* URL : https://bitbucket.org/cedarsolutions/cedar-backup3
* License : GPL v2
  Programming Lang: Python 3
  Description : local and remote backups to CD/DVD media or Amazon S3 
storage

This is a Python 3 conversion of the existing cedar-backup2 package,
which is targeted at Python 2.  

I maintain cedar-backup2 and I'm also upstream for Cedar Backup.

KEN

-- 
Kenneth J. Pronovici 


signature.asc
Description: Digital signature

Bug#664841: packaging

[westlake]

it would be great if this were packaged. it makes a lot of sense since 
elasticsearch is already provided.



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

Bug#722451: Creating Compiz group

[MENGUAL Jean-Philippe]

Hi,

Actually I hoped submitting the package to a11y team could speed up the 
upload, but lack of time prevents this. So as requested by Stephen, 
we've just created a Compiz packaging team, so that:
1. Ubuntu, Knoppix and Debian have a synchronized packaging policy of 
this package

2. Upstream devs and package maintainers can dialog

Don't hesitate to join the group. Were subscribed now ksamak, Stephen, 
Samuel, Luke, and Klaus. And any interested dev is 9elcome.


Once the group formed, I'll see at DebConf how to upload in the 
appropriate dir on alioth, so that we upload and maintain together. 
ksamak and I, from Hypra, had feedbacks for users, we'd like to ship 
them in the regular Debian bug tracking system.


Here's the project URL:
https://alioth.debian.org/projects/compiz/

Thanks very much to Samuel for creating.

We requested for a svn repo, it should be enough. If you prefer git, 
tell us quickly.


Regards,

--

Jean-Philippe MENGUAL

HYPRA, progressons ensemble

Tél.: 01 84 73 06 61
Mail:cont...@hypra.fr

Site Web:http://hypra.fr


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

Bug#790119: ruby2.1: CVE-2015-3900: DNS hijacking vulnerability in api_endpoint()

[Antonio Terceiro]

On Sat, Jun 27, 2015 at 10:23:31PM +0200, Christian Hofstaedtler wrote:
> Salvatore,
> 
> * Salvatore Bonaccorso  [150627 13:57]:
> > Source: ruby2.1
> > Version: 2.1.5-1
> > Severity: important
> > Tags: security upstream patch fixed-upstream
> > 
> > the following vulnerability was published for ruby2.1.
> > 
> > CVE-2015-3900[0]:
> > | RubyGems 2.0.x before 2.0.16, 2.2.x before 2.2.4, and 2.4.x before
> > | 2.4.7 does not validate the hostname when fetching gems or making API
> > | request, which allows remote attackers to redirect requests to
> > | arbitrary domains via a crafted DNS SRV record, aka a "DNS hijack
> > | attack."
> 
> Thank you for bringing this to our attention. I suspect upstream
> will upgrade to 2.2.5 (on the ruby 2.1 branch) in the next few days,
> and then I'd like to import that, if nobody objects.

upstream didn't do that until now, so I want to upload the attached
debdiff to jessie-security.

the ruby packages are maintained with patches applied in git, so the
metadata is not visible in the debdiff. I applied these two commits,
cherry-picked from rubygems upstream (funny enough that they apply
cleanly on top of the ruby source):

http://anonscm.debian.org/cgit/collab-maint/ruby.git/commit/?h=debian/jessie&id=9b945cadc3b157829a60debff1dd5c536644f9b2
http://anonscm.debian.org/cgit/collab-maint/ruby.git/commit/?h=debian/jessie&id=61f89c1e7b7ac864d840686aa7824eb04cba5cff

Salvatore, please let me know if I can upload to jessie-security.
I will make similar uploads to unstable for both ruby2.1 and ruby2.2.

-- 
Antonio Terceiro 
diff -Nru ruby2.1-2.1.5/debian/changelog ruby2.1-2.1.5/debian/changelog
--- ruby2.1-2.1.5/debian/changelog	2015-04-27 11:13:12.0 -0300
+++ ruby2.1-2.1.5/debian/changelog	2015-07-29 09:28:42.0 -0300
@@ -1,3 +1,10 @@
+ruby2.1 (2.1.5-2+deb8u2) jessie-security; urgency=medium
+
+  * Apply upstream patches to fix Request hijacking vulnerability in Rubygems
+[CVE-2015-3900] (Closes: #790119)
+
+ -- Antonio Terceiro   Wed, 29 Jul 2015 09:27:24 -0300
+
 ruby2.1 (2.1.5-2+deb8u1) jessie-security; urgency=high
 
   * Fix vulnerabiity with overly permissive matching of hostnames in OpenSSL
diff -Nru ruby2.1-2.1.5/debian/patches/debian-changes ruby2.1-2.1.5/debian/patches/debian-changes
--- ruby2.1-2.1.5/debian/patches/debian-changes	2015-04-27 20:52:12.0 -0300
+++ ruby2.1-2.1.5/debian/patches/debian-changes	2015-07-29 09:29:12.0 -0300
@@ -129,6 +129,23 @@
  void rb_str_setter(VALUE, ID, VALUE*);
  VALUE rb_str_intern(VALUE);
  VALUE rb_sym_to_s(VALUE);
+--- ruby2.1-2.1.5.orig/lib/rubygems/remote_fetcher.rb
 ruby2.1-2.1.5/lib/rubygems/remote_fetcher.rb
+@@ -90,7 +90,13 @@ class Gem::RemoteFetcher
+ rescue Resolv::ResolvError
+   uri
+ else
+-  URI.parse "#{uri.scheme}://#{res.target}#{uri.path}"
++  target = res.target.to_s.strip
++
++  if /\.#{Regexp.quote(host)}\z/ =~ target
++return URI.parse "#{uri.scheme}://#{target}#{uri.path}"
++  end
++
++  uri
+ end
+   end
+ 
 --- ruby2.1-2.1.5.orig/lib/test/unit/test-unit.gemspec
 +++ ruby2.1-2.1.5/lib/test/unit/test-unit.gemspec
 @@ -3,6 +3,7 @@
@@ -450,6 +467,69 @@
end
  
def test_format_string_modified
+--- ruby2.1-2.1.5.orig/test/rubygems/test_gem_remote_fetcher.rb
 ruby2.1-2.1.5/test/rubygems/test_gem_remote_fetcher.rb
+@@ -163,6 +163,21 @@ gems:
+   end
+ 
+   def test_api_endpoint
++uri = URI.parse "http://example.com/foo";
++target = MiniTest::Mock.new
++target.expect :target, "gems.example.com"
++
++dns = MiniTest::Mock.new
++dns.expect :getresource, target, [String, Object]
++
++fetch = Gem::RemoteFetcher.new nil, dns
++assert_equal URI.parse("http://gems.example.com/foo";), fetch.api_endpoint(uri)
++
++target.verify
++dns.verify
++  end
++
++  def test_api_endpoint_ignores_trans_domain_values
+ uri = URI.parse "http://gems.example.com/foo";
+ target = MiniTest::Mock.new
+ target.expect :target, "blah.com"
+@@ -171,7 +186,37 @@ gems:
+ dns.expect :getresource, target, [String, Object]
+ 
+ fetch = Gem::RemoteFetcher.new nil, dns
+-assert_equal URI.parse("http://blah.com/foo";), fetch.api_endpoint(uri)
++assert_equal URI.parse("http://gems.example.com/foo";), fetch.api_endpoint(uri)
++
++target.verify
++dns.verify
++  end
++
++  def test_api_endpoint_ignores_trans_domain_values_that_starts_with_original
++uri = URI.parse "http://example.com/foo";
++target = MiniTest::Mock.new
++target.expect :target, "example.combadguy.com"
++
++dns = MiniTest::Mock.new
++dns.expect :getresource, target, [String, Object]
++
++fetch = Gem::RemoteFetcher.new nil, dns
++assert_equal URI.parse("http://example.com/foo";), fetch.api_endpoint(uri)
++
++target.verify
++dns.verify
++  end
++
++  def test_api_endpoint_ignores_trans_domain_values_that_end_with_original
++uri = URI.parse "http://example.com/foo";
++target = MiniTest::Mock

Bug#794034: polarssl FTCBFS: uses build arch compiler

[Helmut Grohne]

Source: polarssl
Version: 1.3.9-2.1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

polarssl FTCBFS because it uses the build arch compiler instead of the
host arch compiler and thus fails when running dh_strip. A failing build
log is attached. Once the host arch compiler is used, it fails running
the tests despite DEB_BUILD_OPTIONS=nocheck. I am attaching a patch that
fixes both issues. Please also consider enabling verbose build logs for
polarssl.

Helmut
sbuild (Debian sbuild) 0.65.2 (24 Mar 2015) on misc-debomatic3

╔══╗
║ polarssl 1.3.9-2.1 (CROSS host=arm64/build=amd64)  28 Jul 2015 17:49 ║
╚══╝

Package: polarssl
Version: 1.3.9-2.1
Source Version: 1.3.9-2.1
Distribution: unstable
Machine Architecture: amd64
Host Architecture: arm64
Build Architecture: amd64

I: NOTICE: Log filtering will replace 'build/polarssl-DFTlP_/polarssl-1.3.9' 
with '«PKGBUILDDIR»'
I: NOTICE: Log filtering will replace 'build/polarssl-DFTlP_' with '«BUILDDIR»'
I: NOTICE: Log filtering will replace 
'var/lib/schroot/mount/unstable-amd64-debomatic-3be6df8c-b259-49f8-99ad-946aa0a1ac97'
 with '«CHROOT»'

┌──┐
│ Chroot Setup Commands│
└──┘


/home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup
───


I: Finished running 
'/home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup'.

Finished processing commands.


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

Get:1 http://httpredir.debian.org unstable InRelease [200 kB]
Get:2 http://httpredir.debian.org unstable/main Sources/DiffIndex [7876 B]
Get:3 http://httpredir.debian.org unstable/contrib Sources/DiffIndex [7819 B]
Get:4 http://httpredir.debian.org unstable/non-free Sources/DiffIndex [7819 B]
Get:5 http://httpredir.debian.org unstable/main amd64 Packages/DiffIndex [7876 
B]
Get:6 http://httpredir.debian.org unstable/contrib amd64 Packages/DiffIndex 
[7819 B]
Get:7 http://httpredir.debian.org unstable/non-free amd64 Packages/DiffIndex 
[7819 B]
Get:8 http://httpredir.debian.org unstable/main arm64 Packages/DiffIndex [7876 
B]
Get:9 http://httpredir.debian.org unstable/contrib arm64 Packages/DiffIndex 
[7819 B]
Get:10 http://httpredir.debian.org unstable/non-free arm64 Packages/DiffIndex 
[7819 B]
Get:11 http://httpredir.debian.org unstable/contrib Translation-en/DiffIndex 
[7819 B]
Get:12 http://httpredir.debian.org unstable/main Translation-en/DiffIndex [7876 
B]
Get:13 http://httpredir.debian.org unstable/non-free Translation-en/DiffIndex 
[7819 B]
Get:14 http://httpredir.debian.org unstable/main 2015-07-20-2047.52.pdiff [12.4 
kB]
Get:15 http://httpredir.debian.org unstable/main 2015-07-21-0250.43.pdiff [8812 
B]
Get:16 http://httpredir.debian.org unstable/main 2015-07-21-0850.03.pdiff [3397 
B]
Get:17 http://httpredir.debian.org unstable/main 2015-07-21-1449.47.pdiff [18.8 
kB]
Get:18 http://httpredir.debian.org unstable/main 2015-07-21-2049.10.pdiff [8292 
B]
Get:19 http://httpredir.debian.org unstable/main 2015-07-22-0250.18.pdiff [12.2 
kB]
Get:20 http://httpredir.debian.org unstable/main 2015-07-22-0848.26.pdiff [ 
B]
Get:21 http://httpredir.debian.org unstable/main 2015-07-22-1449.38.pdiff [13.7 
kB]
Get:22 http://httpredir.debian.org unstable/main 2015-07-22-2049.44.pdiff [19.5 
kB]
Get:23 http://httpredir.debian.org unstable/main 2015-07-23-0247.58.pdiff [19.4 
kB]
Get:24 http://httpredir.debian.org unstable/main 2015-07-23-0910.58.pdiff [13.2 
kB]
Get:25 http://httpredir.debian.org unstable/main 2015-07-23-1448.36.pdiff [16.0 
kB]
Get:26 http://httpredir.debian.org unstable/main 2015-07-23-2049.31.pdiff [17.1 
kB]
Get:27 http://httpredir.debian.org unstable/main 2015-07-24-0250.04.pdiff [12.6 
kB]
Get:28 http://httpredir.debian.org unstable/main 2015-07-24-0851.36.pdiff [2008 
B]
Get:29 http://httpredir.debian.org unstable/main 2015-07-24-1452.49.pdiff [21.2 
kB]
Get:30 http://httpredir.debian.org unstable/main 2015-07-24-2051.02.pdiff [23.9 
kB]
Get:31 http://httpredir.debian.org unstable/main 2015-07-25-0251.08.pdiff [4449 
B]
Get:32 http://httpredir.debian.org unstable/main 2015-07-25-0850.02.pdiff [2819 
B]
Get:33 http://httpredir.debian.org unstable/main 2015-07-25-2052.33.pdiff [30.1 
kB]
Get:34 http://httpredir.debian.org unstable/main 2015-07-26-0254.09.pdiff [10.2 
kB]
Get:35 http://httpredir.debia

Bug#794035: smartmontools FTCBFS: uses build arch compiler

[Helmut Grohne]

Source: smartmontools
Version: 6.3+svn4002-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

smartmontools FTCBFS, because it uses the build arch compiler and thus
fails to find the (build arch) libselinux as only the host arch version
is installed. A failing build log is attached. The attached patch fixes
the issue by adding the respective --build and --host arch flags to
configure.

Helmut
sbuild (Debian sbuild) 0.65.2 (24 Mar 2015) on misc-debomatic3

╔══╗
║ smartmontools 6.3+svn4002-2 (CROSS host=arm64/build=amd64) 28 Jul 2015 01:39 ║
╚══╝

Package: smartmontools
Version: 6.3+svn4002-2
Source Version: 6.3+svn4002-2
Distribution: unstable
Machine Architecture: amd64
Host Architecture: arm64
Build Architecture: amd64

I: NOTICE: Log filtering will replace 
'build/smartmontools-FgdxDs/smartmontools-6.3+svn4002' with '«PKGBUILDDIR»'
I: NOTICE: Log filtering will replace 'build/smartmontools-FgdxDs' with 
'«BUILDDIR»'
I: NOTICE: Log filtering will replace 
'var/lib/schroot/mount/unstable-amd64-debomatic-39f60cbd-b04d-4351-8747-7e7d4a046a49'
 with '«CHROOT»'

┌──┐
│ Chroot Setup Commands│
└──┘


/home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup
───


I: Finished running 
'/home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup'.

Finished processing commands.


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

Get:1 http://httpredir.debian.org unstable InRelease [200 kB]
Get:2 http://httpredir.debian.org unstable/main Sources/DiffIndex [7876 B]
Get:3 http://httpredir.debian.org unstable/contrib Sources/DiffIndex [7819 B]
Get:4 http://httpredir.debian.org unstable/non-free Sources/DiffIndex [7819 B]
Get:5 http://httpredir.debian.org unstable/main amd64 Packages/DiffIndex [7876 
B]
Get:6 http://httpredir.debian.org unstable/main arm64 Packages/DiffIndex [7876 
B]
Get:7 http://httpredir.debian.org unstable/contrib amd64 Packages/DiffIndex 
[7819 B]
Get:8 http://httpredir.debian.org unstable/non-free amd64 Packages/DiffIndex 
[7819 B]
Get:9 http://httpredir.debian.org unstable/contrib Translation-en/DiffIndex 
[7819 B]
Get:10 http://httpredir.debian.org unstable/main Translation-en/DiffIndex [7876 
B]
Get:11 http://httpredir.debian.org unstable/non-free Translation-en/DiffIndex 
[7819 B]
Get:12 http://httpredir.debian.org unstable/contrib arm64 Packages/DiffIndex 
[7819 B]
Get:13 http://httpredir.debian.org unstable/main 2015-07-20-2047.52.pdiff [12.4 
kB]
Get:14 http://httpredir.debian.org unstable/non-free arm64 Packages/DiffIndex 
[7819 B]
Get:15 http://httpredir.debian.org unstable/main 2015-07-21-0250.43.pdiff [8812 
B]
Get:16 http://httpredir.debian.org unstable/main 2015-07-21-0850.03.pdiff [3397 
B]
Get:17 http://httpredir.debian.org unstable/main 2015-07-21-1449.47.pdiff [18.8 
kB]
Get:18 http://httpredir.debian.org unstable/main 2015-07-21-2049.10.pdiff [8292 
B]
Get:19 http://httpredir.debian.org unstable/main 2015-07-22-0250.18.pdiff [12.2 
kB]
Get:20 http://httpredir.debian.org unstable/main 2015-07-22-0848.26.pdiff [ 
B]
Get:21 http://httpredir.debian.org unstable/main 2015-07-22-1449.38.pdiff [13.7 
kB]
Get:22 http://httpredir.debian.org unstable/main 2015-07-22-2049.44.pdiff [19.5 
kB]
Get:23 http://httpredir.debian.org unstable/main 2015-07-23-0247.58.pdiff [19.4 
kB]
Get:24 http://httpredir.debian.org unstable/main 2015-07-23-0910.58.pdiff [13.2 
kB]
Get:25 http://httpredir.debian.org unstable/main 2015-07-23-1448.36.pdiff [16.0 
kB]
Get:26 http://httpredir.debian.org unstable/main 2015-07-23-2049.31.pdiff [17.1 
kB]
Get:27 http://httpredir.debian.org unstable/main 2015-07-24-0250.04.pdiff [12.6 
kB]
Get:28 http://httpredir.debian.org unstable/main 2015-07-24-0851.36.pdiff [2008 
B]
Get:29 http://httpredir.debian.org unstable/main 2015-07-24-1452.49.pdiff [21.2 
kB]
Get:30 http://httpredir.debian.org unstable/main 2015-07-24-2051.02.pdiff [23.9 
kB]
Get:31 http://httpredir.debian.org unstable/main 2015-07-25-0251.08.pdiff [4449 
B]
Get:32 http://httpredir.debian.org unstable/main 2015-07-25-0850.02.pdiff [2819 
B]
Get:33 http://httpredir.debian.org unstable/main 2015-07-25-2052.33.pdiff [30.1 
kB]
Get:34 http://httpredir.debian.org unstable/main 2015-07-26-0254.09.pdiff [10.2 
kB]
Get:35 http://httpredir.debian.org unstable/main 2015-07-26-0

Bug#695148: pwgen: fails to cross-build: uses wrong compiler

[Helmut Grohne]

user helm...@debian.org
usertags 695148 + rebootstrap
thanks

On Tue, Dec 04, 2012 at 04:13:42PM +, Colin Watson wrote:
> There is a straightforward fix for the time being: set CC.  This is
> technically wrong since this package uses autoconf, so we should be
> using --build and --host.  Unfortunately the configure script was built
> with autoconf 2.13, which did not support cross-compiling properly.  If
> you want to do this more correctly, then I recommend making a new
> upstream release built with current autotools, and then passing --build
> and --host to configure as recommended in
> /usr/share/doc/autotools-dev/README.Debian.gz.

Nowadays, pwgen uses more recent autoconf. Thus the projected patch is
feasible now. I am attaching a failing build log and a working patch
that uses --build and --host.

Helmut
sbuild (Debian sbuild) 0.65.2 (24 Mar 2015) on misc-debomatic3

╔══╗
║ pwgen 2.07-1 (CROSS host=arm64/build=amd64)28 Jul 2015 03:10 ║
╚══╝

Package: pwgen
Version: 2.07-1
Source Version: 2.07-1
Distribution: unstable
Machine Architecture: amd64
Host Architecture: arm64
Build Architecture: amd64

I: NOTICE: Log filtering will replace 'build/pwgen-_tmpZx/pwgen-2.07' with 
'«PKGBUILDDIR»'
I: NOTICE: Log filtering will replace 'build/pwgen-_tmpZx' with '«BUILDDIR»'
I: NOTICE: Log filtering will replace 
'var/lib/schroot/mount/unstable-amd64-debomatic-7c0c6c81-0809-45dc-b028-12f3ba328c41'
 with '«CHROOT»'

┌──┐
│ Chroot Setup Commands│
└──┘


/home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup
───


I: Finished running 
'/home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup'.

Finished processing commands.


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

Get:1 http://httpredir.debian.org unstable InRelease [200 kB]
Get:2 http://httpredir.debian.org unstable/main Sources/DiffIndex [7876 B]
Get:3 http://httpredir.debian.org unstable/contrib Sources/DiffIndex [7819 B]
Get:4 http://httpredir.debian.org unstable/non-free Sources/DiffIndex [7819 B]
Get:5 http://httpredir.debian.org unstable/main amd64 Packages/DiffIndex [7876 
B]
Get:6 http://httpredir.debian.org unstable/contrib amd64 Packages/DiffIndex 
[7819 B]
Get:7 http://httpredir.debian.org unstable/non-free amd64 Packages/DiffIndex 
[7819 B]
Get:8 http://httpredir.debian.org unstable/main arm64 Packages/DiffIndex [7876 
B]
Get:9 http://httpredir.debian.org unstable/contrib arm64 Packages/DiffIndex 
[7819 B]
Get:10 http://httpredir.debian.org unstable/non-free arm64 Packages/DiffIndex 
[7819 B]
Get:11 http://httpredir.debian.org unstable/contrib Translation-en/DiffIndex 
[7819 B]
Get:12 http://httpredir.debian.org unstable/main Translation-en/DiffIndex [7876 
B]
Get:13 http://httpredir.debian.org unstable/non-free Translation-en/DiffIndex 
[7819 B]
Get:14 http://httpredir.debian.org unstable/main 2015-07-20-2047.52.pdiff [12.4 
kB]
Get:15 http://httpredir.debian.org unstable/main 2015-07-21-0250.43.pdiff [8812 
B]
Get:16 http://httpredir.debian.org unstable/main 2015-07-21-0850.03.pdiff [3397 
B]
Get:17 http://httpredir.debian.org unstable/main 2015-07-21-1449.47.pdiff [18.8 
kB]
Get:18 http://httpredir.debian.org unstable/main 2015-07-21-2049.10.pdiff [8292 
B]
Get:19 http://httpredir.debian.org unstable/main 2015-07-22-0250.18.pdiff [12.2 
kB]
Get:20 http://httpredir.debian.org unstable/main 2015-07-22-0848.26.pdiff [ 
B]
Get:21 http://httpredir.debian.org unstable/main 2015-07-22-1449.38.pdiff [13.7 
kB]
Get:22 http://httpredir.debian.org unstable/main 2015-07-22-2049.44.pdiff [19.5 
kB]
Get:23 http://httpredir.debian.org unstable/main 2015-07-23-0247.58.pdiff [19.4 
kB]
Get:24 http://httpredir.debian.org unstable/main 2015-07-23-0910.58.pdiff [13.2 
kB]
Get:25 http://httpredir.debian.org unstable/main 2015-07-23-1448.36.pdiff [16.0 
kB]
Get:26 http://httpredir.debian.org unstable/main 2015-07-23-2049.31.pdiff [17.1 
kB]
Get:27 http://httpredir.debian.org unstable/main 2015-07-24-0250.04.pdiff [12.6 
kB]
Get:28 http://httpredir.debian.org unstable/main 2015-07-24-0851.36.pdiff [2008 
B]
Get:29 http://httpredir.debian.org unstable/main 2015-07-24-1452.49.pdiff [21.2 
kB]
Get:30 http://httpredir.debian.org unstable/main 2015-07-24-2051.02.pdiff [23.9 
kB]
Get:31 http://httpredir.debian.org

Bug#794033: scanlogd: fails to pick up scan

[westlake]

Package: scanlogd
Version: 2.2.5-3.2
Severity: important

Scanlogd fails to pick up scan, here it has been tested on two public ips,

computer 1: where it is running scanlogd and tcpdump

computer 2: where nmap ran "nmap  -PS22-28 [ip of computer 1]"


When running nmap from machine 2, tcpdump shows the scanning of ports 
from 22 to 28. Though scanlogd never reports anything to syslog.


using syslog-ng -- all traffic, no filter,
sourcing -> system() and internal()  which should pick up all default 
logging facilities


The only thing that gets logged during this session is tcpdump messages 
of an interface(basic messages with promiscuous mode going on and ofF)


I'd really like to have this package working as I don't think there are 
any other alternatives I can find that can provide the very feature I'm 
looking for.(pads, and psad do something else)


It is also difficutl to find this package with apt-cache search, perhaps 
there can be additional keywords in its description, eg: nids and network,


thanks


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

Bug#315935: fix FTCBFS in ntp

[Helmut Grohne]

user helm...@debian.org
usertags 315935 + rebootstrap
tags 315935 + patch
thanks

Please find a patch attached that makes ntp cross build successfully. It
adds --build and --host to configure and ensures that libopts is
available.

Helmut
diff -Nru ntp-4.2.8p3+dfsg/debian/changelog ntp-4.2.8p3+dfsg/debian/changelog
--- ntp-4.2.8p3+dfsg/debian/changelog   2015-07-25 16:38:32.0 +0200
+++ ntp-4.2.8p3+dfsg/debian/changelog   2015-07-30 01:06:41.0 +0200
@@ -1,3 +1,13 @@
+ntp (1:4.2.8p3+dfsg-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS. (closes: #-1)
++ Pass --build and --host to configure.
++ Missing Build-Depends libopts25-dev (which is not implicit in autogen,
+  because autogen is M-A:foreign).
+
+ -- Helmut Grohne   Wed, 29 Jul 2015 06:22:00 +0200
+
 ntp (1:4.2.8p3+dfsg-1) unstable; urgency=medium
 
   * New upstream version
diff -Nru ntp-4.2.8p3+dfsg/debian/control ntp-4.2.8p3+dfsg/debian/control
--- ntp-4.2.8p3+dfsg/debian/control 2015-02-07 12:27:13.0 +0100
+++ ntp-4.2.8p3+dfsg/debian/control 2015-07-30 01:04:21.0 +0200
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian NTP Team 
 Uploaders: Bdale Garbee , Peter Eisentraut , 
Kurt Roeckx 
-Build-Depends: dh-autoreconf, debhelper (>= 6), libedit-dev, libcap2-dev 
[linux-any], libssl-dev (>= 1.0.0e-1), autogen (>= 1:5.11)
+Build-Depends: dh-autoreconf, debhelper (>= 6), libedit-dev, libcap2-dev 
[linux-any], libssl-dev (>= 1.0.0e-1), autogen (>= 1:5.11), libopts25-dev (>= 
1:5.11)
 Build-Conflicts: libavahi-compat-libdnssd-dev, libwww-dev, libwww-ssl-dev
 Standards-Version: 3.9.5
 Homepage: http://support.ntp.org/
diff -Nru ntp-4.2.8p3+dfsg/debian/rules ntp-4.2.8p3+dfsg/debian/rules
--- ntp-4.2.8p3+dfsg/debian/rules   2015-07-25 16:36:54.0 +0200
+++ ntp-4.2.8p3+dfsg/debian/rules   2015-07-30 01:22:21.0 +0200
@@ -1,6 +1,8 @@
 #!/usr/bin/make -f
 
+DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 DEB_HOST_ARCH_OS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
+DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 
 CPPFLAGS = $(shell dpkg-buildflags --get CPPFLAGS) -D_GNU_SOURCE
 CFLAGS   = $(shell dpkg-buildflags --get CFLAGS) -fno-strict-aliasing
@@ -14,6 +16,8 @@
 endif
dh_autoreconf
./configure CFLAGS='$(CFLAGS)' CPPFLAGS='$(CPPFLAGS)' 
LDFLAGS='$(LDFLAGS)' \
+   --build=$(DEB_BUILD_GNU_TYPE) \
+   --host=$(DEB_HOST_GNU_TYPE) \
--prefix=/usr \
--enable-all-clocks --enable-parse-clocks --enable-SHM \
--disable-debugging --sysconfdir=/var/lib/ntp \

Bug#793557: [Pkg-openssl-devel] Bug#793557: Bug#793557: clamtk in testing

[Kurt Roeckx]

On Mon, Jul 27, 2015 at 09:31:32PM +0200, Kurt Roeckx wrote:
> On Mon, Jul 27, 2015 at 01:48:53PM -0400, Carlos Kosloff wrote:
> > Dear maintainer,
> > 
> > Program received signal SIGILL, Illegal instruction.
> > aesni_cbc_sha256_enc () at aesni-sha256-x86_64.s:29
> > 29  aesni-sha256-x86_64.s: No such file or directory.
> > #0  aesni_cbc_sha256_enc () at aesni-sha256-x86_64.s:29
> 
> I'm not sure why you come in aesni code since your processor
> doesn't seem to support that. I'll try to look in to it.

Can you try setting the environment variable OPENSSL_ia32cap to 0
and see if the problem then goes away?


Kurt


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

Bug#794032: uninstallable: depends on libinput10 (>= 0.17.0)

[Cyril Brulebois]

Package: xserver-xorg-input-libinput-udeb
Version: 0.11.0-1
Severity: serious
Tags: d-i
Justification: renders package unusable

(x-d-cc: debian-boot@)

Hi,

xserver-xorg-input-libinput-udeb is currently not installable, because
it depends on libinput10 (>= 0.17.0), and this package only comes as a
deb package. You might want to investigate shipping such a udeb in
src:libinput, and having your DDX driver rebuilt against it.

I'm a bit ambivalent about the severity. I'd usually file this as
grave but since that doesn't lead to any practical issue (as for the
gtk3 udeb), it probably could be seen as just important. Picking
serious as a middle ground, please adjust as you see fit.

Mraw,
KiBi.


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

Bug#794031: "Search Google for this image" broken

[積丹尼 Dan Jacobson]

Package: chromium
Version: 44.0.2403.107-1

"Search Google for this image" is broken as reported in
https://code.google.com/p/chromium/issues/detail?id=473558


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

Bug#794030: nvi FTCBFS: fails to pass --host and --build to configure

[Helmut Grohne]

Source: nvi
Version: 1.81.6-11
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

nvi FTCBFS because it does not pass --host nor --build to configure.
Thus the build arch compiler is and ncurses is not found (for the build
architecture as it is only installed for the host architecture). I am
attaching a failing build log as well as a patch that fixes the issue.

Helmut
sbuild (Debian sbuild) 0.65.2 (24 Mar 2015) on misc-debomatic3

╔══╗
║ nvi 1.81.6-11 (CROSS host=arm64/build=amd64)   28 Jul 2015 07:59 ║
╚══╝

Package: nvi
Version: 1.81.6-11
Source Version: 1.81.6-11
Distribution: unstable
Machine Architecture: amd64
Host Architecture: arm64
Build Architecture: amd64

I: NOTICE: Log filtering will replace 'build/nvi-eFMJVP/nvi-1.81.6' with 
'«PKGBUILDDIR»'
I: NOTICE: Log filtering will replace 'build/nvi-eFMJVP' with '«BUILDDIR»'
I: NOTICE: Log filtering will replace 
'var/lib/schroot/mount/unstable-amd64-debomatic-ed95eeac-5ab3-4afc-8830-9294581a8618'
 with '«CHROOT»'

┌──┐
│ Chroot Setup Commands│
└──┘


/home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup
───


I: Finished running 
'/home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup'.

Finished processing commands.


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

Get:1 http://httpredir.debian.org unstable InRelease [200 kB]
Get:2 http://httpredir.debian.org unstable/main Sources/DiffIndex [7876 B]
Get:3 http://httpredir.debian.org unstable/contrib Sources/DiffIndex [7819 B]
Get:4 http://httpredir.debian.org unstable/non-free Sources/DiffIndex [7819 B]
Get:5 http://httpredir.debian.org unstable/main amd64 Packages/DiffIndex [7876 
B]
Get:6 http://httpredir.debian.org unstable/main arm64 Packages/DiffIndex [7876 
B]
Get:7 http://httpredir.debian.org unstable/contrib amd64 Packages/DiffIndex 
[7819 B]
Get:8 http://httpredir.debian.org unstable/non-free amd64 Packages/DiffIndex 
[7819 B]
Get:9 http://httpredir.debian.org unstable/contrib Translation-en/DiffIndex 
[7819 B]
Get:10 http://httpredir.debian.org unstable/main Translation-en/DiffIndex [7876 
B]
Get:11 http://httpredir.debian.org unstable/non-free Translation-en/DiffIndex 
[7819 B]
Get:12 http://httpredir.debian.org unstable/main 2015-07-20-2047.52.pdiff [12.4 
kB]
Get:13 http://httpredir.debian.org unstable/main 2015-07-21-0250.43.pdiff [8812 
B]
Get:14 http://httpredir.debian.org unstable/contrib arm64 Packages/DiffIndex 
[7819 B]
Get:15 http://httpredir.debian.org unstable/main 2015-07-21-0850.03.pdiff [3397 
B]
Get:16 http://httpredir.debian.org unstable/main 2015-07-21-1449.47.pdiff [18.8 
kB]
Get:17 http://httpredir.debian.org unstable/main 2015-07-21-2049.10.pdiff [8292 
B]
Get:18 http://httpredir.debian.org unstable/main 2015-07-22-0250.18.pdiff [12.2 
kB]
Get:19 http://httpredir.debian.org unstable/non-free arm64 Packages/DiffIndex 
[7819 B]
Get:20 http://httpredir.debian.org unstable/main 2015-07-22-0848.26.pdiff [ 
B]
Get:21 http://httpredir.debian.org unstable/main 2015-07-22-1449.38.pdiff [13.7 
kB]
Get:22 http://httpredir.debian.org unstable/main 2015-07-22-2049.44.pdiff [19.5 
kB]
Get:23 http://httpredir.debian.org unstable/main 2015-07-23-0247.58.pdiff [19.4 
kB]
Get:24 http://httpredir.debian.org unstable/main 2015-07-23-0910.58.pdiff [13.2 
kB]
Get:25 http://httpredir.debian.org unstable/main 2015-07-23-1448.36.pdiff [16.0 
kB]
Get:26 http://httpredir.debian.org unstable/main 2015-07-23-2049.31.pdiff [17.1 
kB]
Get:27 http://httpredir.debian.org unstable/main 2015-07-24-0250.04.pdiff [12.6 
kB]
Get:28 http://httpredir.debian.org unstable/main 2015-07-24-0851.36.pdiff [2008 
B]
Get:29 http://httpredir.debian.org unstable/main 2015-07-24-1452.49.pdiff [21.2 
kB]
Get:30 http://httpredir.debian.org unstable/main 2015-07-24-2051.02.pdiff [23.9 
kB]
Get:31 http://httpredir.debian.org unstable/main 2015-07-25-0251.08.pdiff [4449 
B]
Get:32 http://httpredir.debian.org unstable/main 2015-07-25-0850.02.pdiff [2819 
B]
Get:33 http://httpredir.debian.org unstable/main 2015-07-25-2052.33.pdiff [30.1 
kB]
Get:34 http://httpredir.debian.org unstable/main 2015-07-26-0254.09.pdiff [10.2 
kB]
Get:35 http://httpredir.debian.org unstable/main 2015-07-26-0850.47.pdiff [4581 
B]
Get:36 http://httpredir.debian.org unstable/main 2015-07-

Bug#794029: php5-cli doesn't satisfy php dependency for php5 metapackage

[Nick Adams]

Package: php5
Version: 5.6.9+dfsg-0+deb8u1

The metapackage `php5` has a number of options to supply php but
php5-cli is not one of those. On a host that doesn't require a web
server, this metapackage seems to require that one be installed.

Adding php5-cli to the php5 package dependency options would fix this.


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

Bug#782763: ITP: sirius -- Speech and Vision Based Intelligent Personal Assistant

[Iain R. Learmonth]

Hi,

I'm tracking progress on this using the upstream GitHub project's issue
tracker here:

  https://github.com/claritylab/sirius/issues/81

Thanks,
Iain.

-- 
e: i...@fsfe.orgw: iain.learmonth.me
x: i...@jabber.fsfe.org t: EPVPN 2105
c: 2M0STB  g: IO87we
p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49


pgpRjnJUwCcI5.pgp
Description: PGP signature

Bug#794028: nvidia-kernel-dkms: Error! Bad return status for module build on kernel: 4.1.3 (x86_64)

[ioann sys]

Package: nvidia-kernel-dkms
Version: 340.65-2
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 ***



-- Package-specific info:
uname -a:
Linux iosys 4.1.3 #1 SMP Tue Jul 28 18:35:02 MSK 2015 x86_64 GNU/Linux

/proc/version:
Linux version 4.1.3 (root@iosys) (gcc version 4.9.2 (Debian 4.9.2-10) ) #1 SMP 
Tue Jul 28 18:35:02 MSK 2015

lspci 'VGA compatible controller [0300]':
00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core 
Processor Integrated Graphics Controller [8086:0416] (rev 06) (prog-if 00 [VGA 
controller])
Subsystem: ASUSTeK Computer Inc. Device [1043:129d]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR-  [disabled]
Capabilities: 
Kernel driver in use: i915

dmesg:
[0.00] AGP: No AGP bridge found
[0.00] AGP: Checking aperture...
[0.00] AGP: No AGP bridge found
[0.126609] vgaarb: setting as boot device: PCI::00:02.0
[0.126611] vgaarb: device added: 
PCI::00:02.0,decodes=io+mem,owns=io+mem,locks=none
[0.126613] vgaarb: loaded
[0.126614] vgaarb: bridge control possible :00:02.0
[0.344789] Linux agpgart interface v0.103
[8.045639] [drm] Replacing VGA console driver
[8.051751] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[8.163756] [drm] GMBUS [i915 gmbus vga] timed out, falling back to bit 
banging on pin 2
[   21.984878] bbswitch: Found integrated VGA device :00:02.0: 
\_SB_.PCI0.GFX0
[   21.984881] bbswitch: Found discrete VGA device :01:00.0: 
\_SB_.PCI0.PEG0.PEGP

OpenGL and NVIDIA library files installed:
lrwxrwxrwx 1 root root22 Jul 30 04:39 /etc/alternatives/glx -> 
/usr/lib/mesa-diverted
lrwxrwxrwx 1 root root51 Jul 30 04:39 
/etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1
lrwxrwxrwx 1 root root48 Jul 30 04:38 
/etc/alternatives/glx--libGL.so-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root48 Jul 30 04:38 
/etc/alternatives/glx--libGL.so-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root48 Jul 30 04:39 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root48 Jul 30 04:39 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root50 Jul 30 04:39 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root50 Jul 30 04:39 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root57 Jul 30 04:39 
/etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root57 Jul 30 04:39 
/etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root54 Jul 30 04:39 
/etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2
lrwxrwxrwx 1 root root54 Jul 30 04:39 
/etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2
lrwxrwxrwx 1 root root22 Jul 30 04:38 
/etc/alternatives/libGL.so-master -> /usr/lib/mesa-diverted
lrwxrwxrwx 1 root root23 Jul 30 04:38 /etc/alternatives/nvidia -> 
/usr/lib/nvidia/current
lrwxrwxrwx 1 root root52 Jul 30 04:38 
/etc/alternatives/nvidia--libEGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libEGL.so.1
lrwxrwxrwx 1 root root49 Jul 30 04:38 
/etc/alternatives/nvidia--libGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root49 Jul 30 04:38 
/etc/alternatives/nvidia--libGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root51 Jul 30 04:38 
/etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root51 Jul 30 04:38 
/etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root58 Jul 30 04:38 

Bug#794027: metciew: Build dependency on libnetcdf-cxx-legacy-dev required for netcdf transition

[Bas Couwenberg]

Package: metview
Version: 4.5.6-3
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertags: netcdf-split-c-f-cxx

Dear Maintainer,

For the upcoming netcdf transition your package needs a build dependency
on libnetcdf-cxx-legacy-dev to build successfully with the netcdf
packages in experimental.

The attached patches add the build dependency for metview (4.5.6-3) and
metview (4.5.6-4exp1).

Since NetCDF 4.3.3.1 the upstream developers have split the project into
language specific releases, the netcdf Debian package has likewise split
into language specific source packages:

┌─┬───┬──┐
│ NetCDF project  │ Source package│ -dev package │
├─┼───┼──┤
│ NetCDF-C│ netcdf│ libnetcdf-dev│
│ NetCDF C++ (cxx4)   │ netcdf-cxx│ libnetcdf-c++4-dev   │
│ NetCDF C++ (legacy) │ netcdf-cxx-legacy │ libnetcdf-cxx-legacy-dev │
│ NetCDF-Fortran  │ netcdf-fortran│ libnetcdff-dev   │
└─┴───┴──┘

The netcdf-cxx provides the new NetCDF 4 C++ API in libnetcdf_c++4.so.1,
and netcdf-cxx-legacy the legacy NetCDF 3 C++ API in libnetcdf_c++.so.4.

For more information about the different NetCDF C++ APIs, see:
http://www.unidata.ucar.edu/downloads/netcdf/netcdf-cxx/index.jsp

Kind Regards,

Bas
diff -ruN ../metview-4.5.6-3_debian.orig/control debian/control
--- ../metview-4.5.6-3_debian.orig/control	2015-07-29 23:58:25.173989577 +0200
+++ debian/control	2015-07-29 23:59:17.753718664 +0200
@@ -11,8 +11,8 @@
   libmotif-dev, libxmu-dev, libgdbm-dev, libcurl4-gnutls-dev,
   libcairo2-dev, pkg-config, swig, libexpat1-dev,
   libterralib-dev, ksh, libproj-dev,
-  libgd-dev, imagemagick, libnetcdf-dev, libopenjpeg-dev,
-  scm [!arm64 !ppc64], cmake, flextra
+  libgd-dev, imagemagick, libnetcdf-dev, libnetcdf-cxx-legacy-dev,
+  libopenjpeg-dev, scm [!arm64 !ppc64], cmake, flextra
 Build-Conflicts: lesstif2-dev
 Standards-Version: 3.9.6
 Homepage: https://software.ecmwf.int/wiki/display/METV/Metview
diff -ruN ../metview-4.5.6-4exp1_debian.orig/control debian/control
--- ../metview-4.5.6-4exp1_debian.orig/control	2015-07-30 00:45:06.859445182 +0200
+++ debian/control	2015-07-30 00:44:28.187644158 +0200
@@ -11,7 +11,7 @@
   libmotif-dev, libxmu-dev, libgdbm-dev, libcurl4-gnutls-dev,
   libcairo2-dev, pkg-config, swig, libexpat1-dev,
   libterralib-dev, ksh, libproj-dev,
-  libgd-dev, imagemagick, libnetcdf-dev,
+  libgd-dev, imagemagick, libnetcdf-dev, libnetcdf-cxx-legacy-dev,
libopenjpeg-dev, cmake, flextra
 Build-Conflicts: lesstif2-dev
 Standards-Version: 3.9.6

Bug#794026: netcat FTCBFS: wrong compiler, wrong strip

[Helmut Grohne]

Source: netcat
Version: 1.10-41
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

netcat FTCBFS, because it does uses the build arch compiler and build
arch strip and finally fails in dh_strip. I am attaching a failing build
log as well as a patch that fixes the issue. The patch also makes the
build flags visible to help blhc.

Helmut
sbuild (Debian sbuild) 0.65.2 (24 Mar 2015) on misc-debomatic3

╔══╗
║ netcat 1.10-41 (CROSS host=arm64/build=amd64)  27 Jul 2015 22:12 ║
╚══╝

Package: netcat
Version: 1.10-41
Source Version: 1.10-41
Distribution: unstable
Machine Architecture: amd64
Host Architecture: arm64
Build Architecture: amd64

I: NOTICE: Log filtering will replace 'build/netcat-ki4fY9/netcat-1.10' with 
'«PKGBUILDDIR»'
I: NOTICE: Log filtering will replace 'build/netcat-ki4fY9' with '«BUILDDIR»'
I: NOTICE: Log filtering will replace 
'var/lib/schroot/mount/unstable-amd64-debomatic-c9e9aec5-989e-497b-a233-6b597980d45b'
 with '«CHROOT»'

┌──┐
│ Chroot Setup Commands│
└──┘


/home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup
───


I: Finished running 
'/home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup'.

Finished processing commands.


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

Get:1 http://httpredir.debian.org unstable InRelease [200 kB]
Get:2 http://httpredir.debian.org unstable/contrib Translation-en/DiffIndex 
[7819 B]
Get:3 http://httpredir.debian.org unstable/non-free Translation-en/DiffIndex 
[7819 B]
Get:4 http://httpredir.debian.org unstable/main Sources/DiffIndex [7876 B]
Get:5 http://httpredir.debian.org unstable/contrib Sources/DiffIndex [7819 B]
Get:6 http://httpredir.debian.org unstable/non-free 2015-07-23-1448.36.pdiff 
[493 B]
Get:7 http://httpredir.debian.org unstable/contrib amd64 Packages/DiffIndex 
[7819 B]
Get:8 http://httpredir.debian.org unstable/main Translation-en/DiffIndex [7876 
B]
Get:9 http://httpredir.debian.org unstable/contrib 2015-07-27-0250.55.pdiff [26 
B]
Get:10 http://httpredir.debian.org unstable/non-free Sources/DiffIndex [7819 B]
Get:11 http://httpredir.debian.org unstable/main amd64 Packages/DiffIndex [7876 
B]
Get:12 http://httpredir.debian.org unstable/non-free amd64 Packages/DiffIndex 
[7819 B]
Get:13 http://httpredir.debian.org unstable/main arm64 Packages/DiffIndex [7876 
B]
Get:14 http://httpredir.debian.org unstable/contrib arm64 Packages/DiffIndex 
[7819 B]
Get:15 http://httpredir.debian.org unstable/non-free arm64 Packages/DiffIndex 
[7819 B]
Get:16 http://httpredir.debian.org unstable/non-free 2015-07-23-1448.36.pdiff 
[493 B]
Get:17 http://httpredir.debian.org unstable/contrib 2015-07-27-0250.55.pdiff 
[26 B]
Get:18 http://httpredir.debian.org unstable/main 2015-07-21-2049.10.pdiff [8292 
B]
Get:19 http://httpredir.debian.org unstable/main 2015-07-21-0250.43.pdiff [8812 
B]
Get:20 http://httpredir.debian.org unstable/main 2015-07-22-0250.18.pdiff [12.2 
kB]
Get:21 http://httpredir.debian.org unstable/main 2015-07-22-0848.26.pdiff [ 
B]
Get:22 http://httpredir.debian.org unstable/main 2015-07-20-2047.52.pdiff [12.4 
kB]
Get:23 http://httpredir.debian.org unstable/main 2015-07-21-0850.03.pdiff [3397 
B]
Get:24 http://httpredir.debian.org unstable/main 2015-07-22-1449.38.pdiff [13.7 
kB]
Get:25 http://httpredir.debian.org unstable/main 2015-07-21-1449.47.pdiff [18.8 
kB]
Get:26 http://httpredir.debian.org unstable/main 2015-07-22-2049.44.pdiff [19.5 
kB]
Get:27 http://httpredir.debian.org unstable/main 2015-07-23-0247.58.pdiff [19.4 
kB]
Get:28 http://httpredir.debian.org unstable/main 2015-07-24-0250.04.pdiff [12.6 
kB]
Get:29 http://httpredir.debian.org unstable/main 2015-07-23-0910.58.pdiff [13.2 
kB]
Get:30 http://httpredir.debian.org unstable/main 2015-07-25-2052.33.pdiff [30.1 
kB]
Get:31 http://httpredir.debian.org unstable/main 2015-07-23-1448.36.pdiff [16.0 
kB]
Get:32 http://httpredir.debian.org unstable/main 2015-07-23-2049.31.pdiff [17.1 
kB]
Get:33 http://httpredir.debian.org unstable/main 2015-07-24-0851.36.pdiff [2008 
B]
Get:34 http://httpredir.debian.org unstable/main 2015-07-27-0850.30.pdiff [5362 
B]
Get:35 http://httpredir.debian.org unstable/main 2015-07-27-1452.54.pdiff [4593 
B]
Get:36 http://httpredir.debian.org unstable/main 2015-07-24-1452.49.pdiff [21.2 

Bug#794025: ITP: python-functools32 -- Backport of the functools module from Python 3.2.3 to Python 2.7

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-functools32
  Version : 3.2.3.2
  Upstream Author : ENDOH takanao 
* URL : https://github.com/MiCHiLU/python-functools32
* License : PSF-2
  Programming Lang: Python
  Description : Backport of the functools module from Python 3.2.3 to 
Python 2.7

 This is a backport of the functools standard library module from Python 3.2.3
 for use on Python 2.7 and PyPy. It includes new features lru_cache
 (Least-recently-used cache decorator).

This package is needed by version 2.5.0 of python-jsonschema, itself needed by
the next version of OpenStack.


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

Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails

[Stefan Lippers-Hollmann]

Hi

Just confirming that there's no change with src:lvm2 2.02.126-1, the
problem is still present.

Regards
Stefan Lippers-Hollmann


pgpIHCM9hkNXU.pgp
Description: Digitale Signatur von OpenPGP

Bug#794024: libreoffice-calc: Calculations like A1+A2 fail with error 509 or 508 in 5.0~rc4

[Julian Andres Klode]

Package: libreoffice-calc
Version: 1:5.0.0~rc4-1
Severity: grave

I just upgraded to the libreoffice from experimental, and it turns
out that simple calculations do not work anymore. This renders a
spreadsheet tool useless to most users.

For example:

1. Put 5 into A1
2. Put 9 into A2
3. Put =A1+A2 into A3.

Expected: A3 = 14
Received: A3 = Err:509

See the attached screenshot.

Given that this worked perfectly fine in the unstable build
before upgrading, this seems to be a problem with LO 5, maybe
a dependency issue, I don't know. 

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

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

Versions of packages libreoffice-calc depends on:
ii  coinor-libcbc32.8.12-1
ii  coinor-libcoinmp1 1.7.6+dfsg1-1
ii  libboost-iostreams1.55.0  1.55.0+dfsg-4
ii  libc6 2.19-19
ii  libetonyek-0.1-1  0.1.3-1
ii  libgcc1   1:5.1.1-14
ii  libicu52  52.1-10
ii  liblcms2-22.6-3+b3
ii  libmwaw-0.3-3 0.3.5-1
ii  libodfgen-0.1-1   0.1.4-1
ii  liborcus-0.10-0   0.9.2-1
ii  libreoffice-base-core 1:5.0.0~rc4-1
ii  libreoffice-core  1:5.0.0~rc4-1
ii  librevenge-0.0-0  0.0.2-2
ii  libstdc++65.1.1-14
ii  libwps-0.4-4  0.4.0-2
ii  libxml2   2.9.2+dfsg1-3
ii  lp-solve  5.5.0.13-7+b1
ii  uno-libs3 5.0.0~rc4-1
ii  ure   5.0.0~rc4-1
ii  zlib1g1:1.2.8.dfsg-2+b1

libreoffice-calc recommends no packages.

Versions of packages libreoffice-calc suggests:
pn  ocl-icd-libopencl1  

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.3
ii  fonts-opensymbol  2:102.6+LibO4.4.4-1
ii  libatk1.0-0   2.16.0-2
ii  libboost-date-time1.55.0  1.55.0+dfsg-4
ii  libc6 2.19-19
ii  libcairo2 1.14.2-2
ii  libclucene-contribs1  2.3.3.4-4
ii  libclucene-core1  2.3.3.4-4
ii  libcmis-0.5-5 0.5.0-2
ii  libcups2  2.0.3-10
ii  libcurl3-gnutls   7.43.0-1
ii  libdbus-1-3   1.8.20-1
ii  libdbus-glib-1-2  0.102-1
ii  libeot0   0.01-3
ii  libexpat1 2.1.0-7
ii  libexttextcat-2.0-0   3.4.4-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-4
ii  libgcc1   1:5.1.1-14
ii  libgdk-pixbuf2.0-02.31.5-1
ii  libgl1-mesa-glx [libgl1]  10.5.9-2
ii  libglew1.10   1.10.0-3
ii  libglib2.0-0  2.44.1-1.1
ii  libgltf-0.0-0 0.0.2-3
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libgraphite2-31.2.4-3
ii  libgtk2.0-0   2.24.28-1
ii  libharfbuzz-icu0  0.9.41-1
ii  libharfbuzz0b 0.9.41-1
ii  libhunspell-1.3-0 1.3.3-3
ii  libhyphen02.8.8-2
ii  libice6   2:1.0.9-1+b1
ii  libicu52  52.1-10
ii  libjpeg62-turbo   1:1.4.1-1
ii  liblangtag1   0.5.1-3
ii  liblcms2-22.6-3+b3
ii  libldap-2.4-2 2.4.41+dfsg-1
ii  libmythes-1.2-0   2:1.2.4-1
ii  libneon27-gnutls  0.30.1-1
ii  libnspr4  2:4.10.8-2
ii  libnspr4-0d   2:4.10.8-2
ii  libnss3   2:3.19.2-1
ii  libnss3-1d2:3.19.2-1
ii  libodfgen-0.1-1   0.1.4-1
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  librdf0   1.0.17-1+b1
ii  libreoffice-common1:5.0.0~rc4-1
ii  librevenge-0.0-0  0.0.2-2
ii  libsm62:1.2.2-1+b1
ii  libssl1.0.0   1.0.2d-1
ii  libstdc++65.1.1-14
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxml2   2.9.2+dfsg1-3
ii  libxrandr22:1.5.0-1
ii  libxrender1   1:0.9.8-1+b1
ii  libxslt1.11.1.28-2+b2
ii  libxt61:1.1.4-1+b1
ii  uno-libs3 5.0.0~rc4-1
ii  ure   5.0.0~rc4-1
ii  zlib1g1:1.2.8.dfsg-2+b1

-- no debconf information

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.

Bug#792774: RFS: filters/2.54 [ITA]

[Marius Gavrilescu]

For some reason unknown to me, this message never reached me. I've just
seen it on the BTS (and subsequently found it on -mentors@lists.d.o).

Jakub Wilk  writes:

> * Marius Gavrilescu , 2015-07-18, 15:16:
>>* Package name: filters
>>  Version : 2.54
>>  Upstream Author : Joey Hess 
>>* URL : http://kitenet.net/~joey/code/filters/
>
> This redirects to https://joeyh.name/code/filters/, but there is no
> 2.54 there. There is no 2.54 tagged in the VCS either. So where did
> this version come from?
>
>>  * Set source format to 3.0 (native)
>
> filters is no way Debian-specific, so the package should NOT be native.

The package was native before, I just updated the source format to 3.0.
I know no other distributions having this package (ignoring Debian
derivatives). Version 2.54 came from me bumping the version in the usual
way for native packages.

If necessary I can ask upstream to remove the debian/ directory from the
repository, (hopefully) apply my patches and make a new release.
-- 
Marius Gavrilescu


signature.asc
Description: PGP signature

Bug#793446: ITP: fwupd -- Firmware update daemon

[Mario_Limonciello]

A few updates:

Upstream has made their 0.1.4 release.
We've created a project on Alioth to group maintain this and any other EFI 
related applications.   It's called "UEFI" for it's shortname.

Packaging has been moved to Alioth now too:
https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=uefi/fwupd.git;a=summary

Packaging is updated to the current 0.1.4 release.


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

Bug#794019: RFS: sfcgal/1.1.0

[Sven Geggus]

Sebastiaan Couwenberg schrieb am Mittwoch, den 29. Juli um 23:55 Uhr:

> Unless you've made mentors the default dput target, you need to specify
> it explicitly

OK, I did not do specify it explicitly but I did now and also added mentors
as the default host to my .dput.cf 

Sorry, It's not my day.

Sven

-- 
If we want hardware to work to its full potential, we need to claim to
be a recent version of Windows. (Matthew Garrett)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web


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

Bug#793956: /usr/share/menu/qt4-qtconfig broken

[Lisandro Damián Nicanor Pérez Meyer]

severity 793956 normal
tag 793956 pending
thanks

On Wednesday 29 July 2015 09:47:55 Steve McIntyre wrote:
> Package: qt4-qtconfig
> Version: 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
> Severity: important
> 
> I'm using fvwm with m4 to pre-process my complex fvwmrc. qt4-qtconfig
> is breaking this, due to the following line:
> 
> command="/usr/lib/*/qt4/bin/qtconfig"
> 
> This ends up in the file /etc/X11/fvwm/menudefs.hook, including the
> /*. With the menu included in the fvwm config, this breaks parsing as
> that looks like the beginning of a comment.:
> 
> m4:/etc/X11/fvwm/menudefs.hook:204: ERROR: end of file in comment
> 
> Please fill in the full path rather than using the "*" in the path
> here.

Hi Steve! Indeed this can be improved, so I already committed a fix for it and 
another menu entries in the repo.

But what *really* amazes me is that this change got in the packaging in 
2013-01-07, that's more than 2.5 years ago :-/

Thanks non the less for the bug report!!!

Beware I'll not push Qt4 to unstable until the gcc5 transition ends or until 
we need a fix for the aforementioned transition, so this will (hopefully) have 
to wait a little.

Kinds regards, Lisandro.

-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#794019: RFS: sfcgal/1.1.0

[Sebastiaan Couwenberg]

On 29-07-15 23:33, Sven Geggus wrote:
> Sebastiaan Couwenberg schrieb am Mittwoch, den 29. Juli um 23:27 Uhr:
> 
>> Did you perhaps upload to ftp-master instead of mentors?
> 
> Unfortunately I already closed the terminal where I did the upload, but I do 
> definitely have mentors.debian.net in my .dput.cf

Unless you've made mentors the default dput target, you need to specify
it explicitly:

 dput mentors 

> Would I be even able to upload to ftp-master? My gpg key should be available 
> on
> mentors.debian.net only.

The actual file transfer should work, but because your signature is not
in the keyring the upload will be rejected.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


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

Bug#794019: RFS: sfcgal/1.1.0

[Sven Geggus]

Sebastiaan Couwenberg schrieb am Mittwoch, den 29. Juli um 23:27 Uhr:

> Did you perhaps upload to ftp-master instead of mentors?

Unfortunately I already closed the terminal where I did the upload, but I do 
definitely have mentors.debian.net in my .dput.cf

Would I be even able to upload to ftp-master? My gpg key should be available on
mentors.debian.net only.
   
Sven


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

Bug#794023: ITP: mopidy-tunein -- Mopidy extension for playing music from TuneIn

[Stein Magnus Jodal]

Package: wnpp
Severity: wishlist
Owner: Stein Magnus Jodal 

* Package name: mopidy-tunein
  Version : 0.2.2
  Upstream Author : Nick Steel 
* URL : https://github.com/kingosticks/mopidy-tunein
* License : Apache-2.0
  Programming Lang: Python
  Description : Mopidy extension for playing music from TuneIn

Mopidy is a music server which can play music from multiple sources,
like your local hard drive, radio streams, and from Spotify and
SoundCloud.

This package provides a Mopidy extension for playing music from TuneIn's
directory of thousands of radio stations from all over the world.


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

Bug#793953: "Original" tarball in debian differs from the one on PyPI

[Christoph Groth]

The archive nikola_7.6.0.orig.tar.xz as present in Debian lacks 
many files that are present in nikola-7.6.0.tar.gz as found on 
https://pypi.python.org/simple/nikola/.  How can this be?


$ diff -r nikola-7.6.0-debian nikola-7.6.0-pypi 
Only in nikola-7.6.0-pypi/bower_components/bootstrap/dist/css: 
bootstrap-theme.css
Only in nikola-7.6.0-pypi/bower_components/bootstrap/dist/css: 
bootstrap-theme.min.css
Only in nikola-7.6.0-pypi/bower_components/bootstrap/dist/css: 
bootstrap.css
Only in nikola-7.6.0-pypi/bower_components/bootstrap/dist/css: 
bootstrap.min.css
Only in nikola-7.6.0-pypi/bower_components/bootstrap/dist/js: 
bootstrap.js
Only in nikola-7.6.0-pypi/bower_components/bootstrap/dist/js: 
bootstrap.min.js
Only in nikola-7.6.0-pypi/bower_components/jquery/dist: 
jquery.min.js
Only in nikola-7.6.0-pypi/bower_components/jquery/dist: 
jquery.min.map
Only in nikola-7.6.0-pypi/bower_components/jquery/src/sizzle/dist: 
sizzle.min.js
Only in nikola-7.6.0-pypi/bower_components/jquery/src/sizzle/dist: 
sizzle.min.map
Only in nikola-7.6.0-pypi/bower_components/jquery-colorbox: 
jquery.colorbox-min.js
Only in nikola-7.6.0-pypi/bower_components/moment/min: 
locales.min.js
Only in nikola-7.6.0-pypi/bower_components/moment/min: 
moment-with-locales.min.js
Only in nikola-7.6.0-pypi/bower_components/moment/min: 
moment.min.js
Only in nikola-7.6.0-pypi/nikola/data/themes/base/assets/css: 
ipython.min.css
Only in nikola-7.6.0-pypi/nikola/data/themes/base/assets/css: 
ipython.min.css.map
Only in nikola-7.6.0-pypi/nikola/data/themes/base/assets/js: 
moment-with-locales.min.js
Only in nikola-7.6.0-pypi/nikola/data/themes/bootstrap/assets/css: 
bootstrap-responsive.css
Only in nikola-7.6.0-pypi/nikola/data/themes/bootstrap/assets/css: 
bootstrap-responsive.min.css
Only in nikola-7.6.0-pypi/nikola/data/themes/bootstrap/assets/css: 
bootstrap.css
Only in nikola-7.6.0-pypi/nikola/data/themes/bootstrap/assets/css: 
bootstrap.min.css
Only in nikola-7.6.0-pypi/nikola/data/themes/bootstrap/assets/img: 
glyphicons-halflings-white.png
Only in nikola-7.6.0-pypi/nikola/data/themes/bootstrap/assets/img: 
glyphicons-halflings.png
Only in nikola-7.6.0-pypi/nikola/data/themes/bootstrap/assets/js: 
bootstrap.js
Only in nikola-7.6.0-pypi/nikola/data/themes/bootstrap/assets/js: 
bootstrap.min.js
Only in nikola-7.6.0-pypi/nikola/data/themes/bootstrap/assets/js: 
jquery.colorbox-min.js
Only in nikola-7.6.0-pypi/nikola/data/themes/bootstrap/assets/js: 
jquery.min.js
Only in nikola-7.6.0-pypi/nikola/data/themes/bootstrap/assets/js: 
jquery.min.map
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap-jinja/assets/css: 
bootstrap-responsive.css
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap-jinja/assets/css: 
bootstrap-responsive.min.css
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap-jinja/assets/css: 
bootstrap.css
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap-jinja/assets/css: 
bootstrap.min.css
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap-jinja/assets/img: 
glyphicons-halflings-white.png
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap-jinja/assets/img: 
glyphicons-halflings.png
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap-jinja/assets/js: 
bootstrap.js
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap-jinja/assets/js: 
bootstrap.min.js
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap-jinja/assets/js: 
jquery.colorbox-min.js
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap-jinja/assets/js: 
jquery.min.js
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap-jinja/assets/js: 
jquery.min.map
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap3/assets/css: 
bootstrap-theme.css
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap3/assets/css: 
bootstrap-theme.min.css
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap3/assets/css: 
bootstrap.css
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap3/assets/css: 
bootstrap.min.css
Only in nikola-7.6.0-pypi/nikola/data/themes/bootstrap3/assets/js: 
bootstrap.js
Only in nikola-7.6.0-pypi/nikola/data/themes/bootstrap3/assets/js: 
bootstrap.min.js
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap3-jinja/assets/css: 
bootstrap-theme.css
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap3-jinja/assets/css: 
bootstrap-theme.min.css
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap3-jinja/assets/css: 
bootstrap.css
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap3-jinja/assets/css: 
bootstrap.min.css
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap3-jinja/assets/js: 
bootstrap.js
Only in 
nikola-7.6.0-pypi/nikola/data/themes/bootstrap3-jinja/assets/js: 
bootstrap.min.js



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

Bug#794019: RFS: sfcgal/1.1.0

[Sebastiaan Couwenberg]

Hi Sven,

Thanks for your work on this package.

On 29-07-15 22:48, Sven Geggus wrote:
> * Package name: sfcgal
>   Version : 1.1.0-2~exp1

It looks like someone may have sponsored the upload already, I got a
bunch of "553 Could not create file" messages from dput:

Good signature on ../sfcgal_1.1.0-2~exp1.dsc.
Uploading to ftp-master (via ftp to ftp.upload.debian.org):
  Uploading sfcgal_1.1.0-2~exp1.dsc: 553 Could not create file.
Leaving existing sfcgal_1.1.0-2~exp1.dsc on the server and continuing
NOTE: This existing file may have been previously uploaded partially.
   For official Debian upload queues, the dcut(1) utility can be
   used to remove this file, and after an acknowledgement mail is
   received in response to dcut, the upload can be re-initiated.

Did you perhaps upload to ftp-master instead of mentors?

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


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

Bug#794022: avrdude: warning: comparison of unsigned expression < 0 is always false [-Wtype-limits]

[avrdude@discard.email]

Package: avrdude
Version: 6.1-4
 
Compiling avrdude with -Wextra reveals two cases of unreachable code due to a 
comparison unsigned < 0:
 
avrftdi.c: In function ‘set_frequency’:
avrftdi.c:201:14: warning: comparison of unsigned expression < 0 is always 
false [-Wtype-limits]
if (divisor < 0) {
^
usb_libusb.c: In function ‘usbdev_recv_frame’:
usb_libusb.c:543:14: warning: comparison of unsigned expression < 0 is always 
false [-Wtype-limits]
if (nbytes < 0)
^

Bug#787779: temporarily workaround

[Eduard Baun]

temporarily workaround:

mv /usr/bin/ntfs-3g /usr/bin/ntfs-3g.orig
touch /usr/bin/ntfs-3g

add these lines to the newly created /usr/bin/ntfs-3g:


#!/usr/bin/bash
exec /usr/bin/ntfs-3g.orig ${*/-s/}

Bug#793026: kde-window-manager: upgrade to 4:5.3.2-2 generates a disfonctionnement of any window kde

[Scott Kitterman]

I'm preparing an upload to fix the update-alterntives problem and I'll mark 
that as fixing this bug.  Thanks for reporting back.

Scott K

On Wednesday, July 29, 2015 10:30:00 PM Adrián Arévalo Tirado wrote:
> Thanks a lot for the response. It works perfectly so I guess that the bug
> can be closed.
> 
> El 29/7/2015 10:17 p. m., "Scott Kitterman"  escribió:
> > On Tuesday, July 28, 2015 10:04:06 PM adrian wrote:
> > > Package: kde-window-manager
> > > Version: 4:5.3.2-2
> > > Followup-For: Bug #793026
> > > 
> > > Same here. I have checked that plasma-workspace package is only in SID,
> > and in my testing machine I cannot install it.
> > > I guess I will have to wait, or is there another solution?
> > 
> > It turns out that you can start it manually and it will work, just execute
> > /usr/bin/kwin-x11 in your favorite shell (e.g. konsole).  There's a larger
> > problem of it not being selected as the preferred alternative for
> > x-window-
> > manager, which is, I think, the actual problem, not a dependency issue.
> > 
> > Scott K


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

Bug#793947: [pkg-php-pear] Bug#793947: php-mail-mimedecode: Broken dependencies: dist-upgrade will pull in apache2 Webserver

[Mathieu Parent]

2015-07-29 10:50 GMT+02:00 Matthias Merz :
> Package: php-auth-sasl
> Package: php-mail-mimedecode

>
> When starting to dist-upgrade my machine, APT would pull in a fully fledged 
> apache Webserver.
> This is caused by a dependency to the php5 meta package which
>
> Depends: libapache2-mod-php5 | libapache2-mod-php5filter | php5-cgi | php5-fpm
> (versions omitted)
>
> Neither of them should be required IMHO. Wouldn't a dependency on php5-common 
> be correct?
> This is done e.g. in php-pear...

This can be fixed by a package rebuild (under jessie or later).

> Thanks for fixing this (maybe in the next stable point-release as well?)

I will let you know if I find some time to propose an update.

Regards

-- 
Mathieu


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

Bug#794021: ITP: python-skbio -- Python data structures, algorithms, educational resources for bioinformatics

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: python-skbio
  Version : 0.2.3
  Upstream Author : gregcapor...@gmail.com
* URL : https://github.com/biocore/scikit-bio
* License : BSD
  Programming Lang: Python
  Description : Python data structures, algorithms, educational resources 
for bioinformatics
 Scikit-bio is a Python package providing data structures, algorithms, and
 educational resources for bioinformatics.
 .
 It is used as a dependency by various projects including QIIME


Remark: This package was prepared by Tim Booth of BioLinux and is now
taken over by Debian Med.  It is maintained at
svn://anonscm.debian.org/debian-med/trunk/packages/python-skbio/trunk/


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

Bug#794017: upstream

[David Douard]

the problem comes from upstream, and there is a patch:

  https://selenic.com/repo/python-hglib/rev/e0678dfb7aec

So, waiting for a 1.6.1, this patch should be applied (including on 1.4 IMHO)


-- 

David DOUARD LOGILAB
Directeur du département Outils & Systèmes

+33 1 45 32 03 12david.dou...@logilab.fr
+33 1 83 64 25 26http://www.logilab.fr/id/david.douard

Formations - http://www.logilab.fr/formations
Développements - http://www.logilab.fr/services
Gestion de connaissances - http://www.cubicweb.org/
<>

signature.asc
Description: OpenPGP digital signature

Bug#794019: RFS: sfcgal/1.1.0

[Sven Geggus]

Package: sponsorship-requests
Severity: normal

Hello,

I have just uploaded a slightly reworked sfcgal package which should now 
(hopefully) build
on more than one architecture.

* Package name: sfcgal
  Version : 1.1.0-2~exp1
  Upstream Author : Mickael Borne (IGN), Hugo Mercier (Oslandia), Vincent Mora 
(Oslandia), Olivier Courtin (Oslandia)
* URL : http://www.sfcgal.org/
* License : LGPL-2+
  Section : science

Sources have already been uploaded to alioth and are availabe via the
following URL:
git+ssh://git.debian.org/git/pkg-grass/sfcgal.git

Regards

Sven


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

Bug#793419: RFS: mirage/0.9.5.2-1 ITA

[Eriberto]

Hi Thomas,

I will try help you.

1. d/control: mirage doesn't conflict with another package. Please,
change the priority to optional. See more details here[1].

[1] https://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities

2. d/menu: try to add a icon. Use the Gimp if you need convert any
picture top xpm.

3. d/rules:

- Please, remove the second line (trash).

- Run 'blhc --all' against the .build file
(mirage_0.9.5.2-1_amd64.build). You will see some warnings about the
hardening. To improve the hardening[2], add this line to d/rules:

export DEB_BUILD_MAINT_OPTIONS = hardening=+all

Run the 'blhc --all' again to see the result.

[2] 
https://wiki.debian.org/HardeningWalkthrough#Selecting_security_hardening_options

Thanks for your work.

Regards,

Eriberto

2015-07-24 16:19 GMT-03:00 Thomas Ross :
> Okay. I have fixed that problem:
>
> Mentors Page: http://mentors.debian.net/package/mirage
> dget command:  dget -x
> http://mentors.debian.net/debian/pool/main/m/mirage/mirage_0.9.5.2-1.dsc
>
> Regards,
> Thomas
>
>
>
> On Thu, 23 Jul 2015 18:08:40 -0300 Eriberto 
> wrote:
>> tags 793419 moreinfo
>> thanks
>>
>>
>> Hi,
>>
>> Note that you need work over the last revision in unstable (0.9.5.1-5).
>>
>> Regards,
>>
>> Eriberto
>>
>>
>>
>> 2015-07-23 17:56 GMT-03:00 Thomas Ross :
>> > Package: sponsorship-requests
>> > Severity: normal
>> >
>> > Dear mentors,
>> >
>> > I am looking for a sponsor for my package "mirage"
>> >
>> >  * Package name: mirage
>> >Version : 0.9.5.2-1
>> >Upstream Author : Scott Horowitz 
>> >  * URL : http://mirageiv.berlios.de/
>> >  * License : GPL-3
>> >Section : graphics
>> >
>> > It builds those binary packages:
>> >
>> > mirage - fast and simple GTK+ image viewer
>> >
>> >   To access further information about this package, please visit the
>> > following URL:
>> >
>> >   http://mentors.debian.net/package/mirage
>> >
>> >
>> >   Alternatively, one can download the package with dget using this command:
>> >
>> > dget -x
>> > http://mentors.debian.net/debian/pool/main/m/mirage/mirage_0.9.5.2-1.dsc
>> >
>> >   More information about hello can be obtained from http://www.example.com.
>> >
>> >   Changes since the last upload:
>> >
>> > mirage (0.9.5.2-1) UNRELEASED; urgency=medium
>> >
>> >   * New upstream release
>> >   * Save EXIF/XMP/IPTC data upon modification (Closes: #513025)
>> >   * Bump Standards-Version to 3.9.6
>> >   * Package adopted (Closes: #6329890)
>> >
>> >  -- Thomas Ross   Wed, 22 Jul 2015 22:30:32 -0400
>> >
>> >
>> >
>> >   Regards,
>
>
> --
> To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/55b28fd1.6080...@gmail.com
>


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

Bug#794020: please update w.d.o/intro/organization : events team members (was: Re: Resignation)

[Joost van Baal-Ilić]

Package: www.debian.org
Severity: normal

Hi,

On Tue, Jul 28, 2015 at 04:03:35PM +0200, Arne Wichmann wrote:
> 

> [...] remove me from https://www.debian.org/intro/organization

Here's a patch.  Julien took care Arne is removed from the events@d.o email
alias.

joostvb@nusku:~/cv...org/webwml/english/intro% cvs diff -u
cvs diff: Diffing .
Index: organization.data
===
RCS file: /cvs/webwml/webwml/english/intro/organization.data,v
retrieving revision 1.520
diff -u -r1.520 organization.data
--- organization.data   21 May 2015 03:42:08 -  1.520
+++ organization.data   29 Jul 2015 20:42:30 -
@@ -232,7 +232,6 @@
 Joerg Jaspert
   Events> 
 Alexander Wirt
-Arne Wichmann
 Franziska Lichtblau
 Geert Stappers
 Luca Capello




Thanks, Bye,

Joost


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

Bug#793891: nco: FTBFS with netcdf in experimental

[Charlie Zender]

Any hints here would be appreciated...
NCO builds fine on many different machines.
It appears to me that new Debian netCDF package seems
to cause NCO's configure test for strdup() to fail,
so NCO uses its own internal prototype for strdup()
instead, and then this prototype runs into a conflict
with the strdup() prototype in "string.h".
Not sure why the new netCDF package would alter previous behavior.

On 7/29/15 02:13, Bas Couwenberg wrote:

Package: nco
Version: 4.5.1-1
Severity: normal
Tags: upstream
User: debian-...@lists.debian.org
Usertags: netcdf-split-c-f-cxx

Dear Maintainer,

nco (4.5.1-1) fails to build with the new netcdf packages in
experimental:

  libtool: compile:  gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. \
-I/usr/include -D_FORTIFY_SOURCE=2 -I/usr/include -g -O2 \
-fstack-protector-strong -Wformat -Werror=format-security -std=c99 \
-D_BSD_SOURCE -D_POSIX_SOURCE -c nco_bnr.c  -fPIC -DPIC \
-o .libs/nco_bnr.o
  In file included from /usr/include/string.h:635:0,
   from nco_att_utl.h:22,
   from nco_att_utl.c:10:
  nco_sng_utl.h:79:3: error: expected identifier or '(' before '__extension__'
 strdup /* [fnc] Duplicate string */
 ^
  In file included from /usr/include/string.h:635:0,
   from nco_netcdf.h:46,
   from nco_aux.h:22,
   from nco_aux.c:19:
  nco_sng_utl.h:79:3: error: expected identifier or '(' before '__extension__'
 strdup /* [fnc] Duplicate string */
 ^

The full build log is attached.

The build succeeds with netcdf (1:4.1.3-7.2),
but fails with netcdf (1:4.4.0~rc2-1~exp2).

This issue needs to be resolved to not hinder the upcoming netcdf
transition.

Kind Regards,

Bas



--
Charlie Zender, Earth System Sci. & Computer Sci.
University of California, Irvine 949-891-2429 )'(


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

Bug#793891: nco: FTBFS with netcdf in experimental

[Sebastiaan Couwenberg]

Hi Charlie,

On 29-07-15 22:39, Charlie Zender wrote:
> Any hints here would be appreciated...
> NCO builds fine on many different machines.
> It appears to me that new Debian netCDF package seems
> to cause NCO's configure test for strdup() to fail,
> so NCO uses its own internal prototype for strdup()
> instead, and then this prototype runs into a conflict
> with the strdup() prototype in "string.h".
> Not sure why the new netCDF package would alter previous behavior.

The biggest changes in the new netcdf library is that it's built with
the HDF5 MPI variants (openmpi on most architectures). It may be that an
MPI optimized strdup() is used now?

I'm having some doubts if it's wise to only build netcdf with the HDF5
MPI variant, instead of in addition to the HDF5 serial variant used by
most other applications.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


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

Bug#793973: [kwin-wayland] kwin-wayland has no windows decorations. As workaround: purged kwin-wayland and install kwin-x11.

[Scott Kitterman]

On Wednesday, July 29, 2015 09:40:36 AM adrian.stef...@quoininc.com wrote:
> Package: kwin-wayland
> Version: kwin-wayland:amd64 4:5.3.2-2
> Severity: normal
> 
> --- Please enter the report below this line. ---
> Upgraded from plasma-desktop4 to plasma-desktop-4:5.3.2-2.
> kwin-wayland-4:5.3.2-2 had no windows decorations. Could not move from one
> window to another, nor other window operations.
> 
> As a workaround purged kwin-wayland and installed kwin-x11-4:5.3.2-2

Did you have qtwayland5 installed?  If not, please retry with that installed 
and see if it works better.

Scott K


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

Bug#792857: CVE-2014-3576

[Moritz Mühlenhoff]

On Wed, Jul 22, 2015 at 03:24:45PM +0200, Emmanuel Bourg wrote:
> The fix has been confirmed by an upstream developer:
> 
> http://mail-archives.apache.org/mod_mbox/activemq-dev/201507.mbox/%3CCAKChZ-TruL3Sm3GW9B3Nr1L3fsxDH_X95rGhm85rfXh9_zVJfg%40mail.gmail.com%3E

Could you prepare updated packages for oldstable-security and
stable-security?

Cheers,
Moritz


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

Bug#794018: pdns-backend-sqlite3: Default database name offered by dbconfig isn't the proper default

[Matthew Gabeler-Lee]

Package: pdns-backend-sqlite3
Version: 3.4.5-1
Severity: important

Installing pdns-backend-sqlite3 on a server that has never had powerdns
installed before resulted in being presented with "bad" defaults.

>From the source package (and the info extracted from debconf below), it
looks like the default dbname for this backend should be pdns.sqlite3.  But
during the install, the default value provided to the administrator is
instead "pdnsbackendsqlite3", which does not match the config file.

This will naturally create some bad results for the naive administrator.

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

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

Versions of packages pdns-backend-sqlite3 depends on:
ii  dbconfig-common1.8.52
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18
ii  libgcc11:5.1.1-12
ii  libstdc++6 5.1.1-12
ii  pdns-server3.4.5-1
ii  sqlite33.8.10.2-1
ii  ucf3.0030

pdns-backend-sqlite3 recommends no packages.

pdns-backend-sqlite3 suggests no packages.

-- debconf information:
  pdns-backend-sqlite3/internal/reconfiguring: false
  pdns-backend-sqlite3/dbconfig-reinstall: false
* pdns-backend-sqlite3/dbconfig-install: true
  pdns-backend-sqlite3/database-type: sqlite3
* pdns-backend-sqlite3/db/basepath: /var/lib/powerdns
  pdns-backend-sqlite3/passwords-do-not-match:
  pdns-backend-sqlite3/dbconfig-remove: true
* pdns-backend-sqlite3/db/dbname: pdnsbackendsqlite3
  pdns-backend-sqlite3/install-error: abort
  pdns-backend-sqlite3/purge: false
  pdns-backend-sqlite3/missing-db-package-error: abort
  pdns-backend-sqlite3/dbconfig-upgrade: true
  pdns-backend-sqlite3/upgrade-backup: true
  pdns-backend-sqlite3/upgrade-error: abort
  pdns-backend-sqlite3/internal/skip-preseed: false
  pdns-backend-sqlite3/remove-error: abort


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

Bug#794017: python-hglib: version in egg-info is 'unknown'

[David Douard]

Package: python-hglib
Version: 1.4-1
Severity: normal

Dear Maintainer,

the egg-info shipped with python-hglib incorrectly report the Version field
as 'unknown' instead of '1.4'. This is annoying since it breaks
virtualenvs using system site-packages.

-- 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/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 python-hglib depends on:
ii  mercurial  3.4-1~bpo8+1
ii  python 2.7.9-1

python-hglib recommends no packages.

python-hglib suggests no packages.

-- no debconf information


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

Bug#702994: unknown-horizons: Modifier keys cause character to be entered in input field

[Patrick Matthäi]

tag #702994 + pending
thanks

Am 18.03.2013 um 22:07 schrieb Axel Beckert:

Control: reassign -1 libguichan-0.8.1-1
Control: found -1 0.8.2-10
Control: forwarded -1 http://code.google.com/p/guichan/issues/detail?id=15
Control: affects -1 unknown-horizons



--
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/


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

Bug#789303: New upstream version

[Vincent Bernat]

 ❦ 23 juin 2015 15:06 +0530, Ritesh Raj Sarraf  :

>> Systemtap 2.8.0 has just been released.
>>
>> I see that this package has been NMUed a lot. Is there some "official"
>> status regarding its maintainership? I don't have time right now to
>> help here but may be interested in the future.
> Timo is the active maintainer and I fill in as and when needed.
>
> Systemtap is big and depends on a lot of components. And we sure can use
> more help, so yes, please hop in. :-)

Systemtap 2.6.0 doesn't work with a 4.0 kernel. Here is a simple debdiff
for 2.8.0. I can make an upload if needed. Works for me just fine.

diff -Naur systemtap-2.6/debian/changelog systemtap-2.8/debian/changelog
--- systemtap-2.6/debian/changelog	2014-11-10 23:21:13.0 +0100
+++ systemtap-2.8/debian/changelog	2015-07-29 21:42:51.165196252 +0200
@@ -1,3 +1,11 @@
+systemtap (2.8-0.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * New upstream release.
+- No longer fails to compile with recent Debian kernels
+
+ -- Vincent Bernat   Wed, 29 Jul 2015 21:41:16 +0200
+
 systemtap (2.6-0.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Naur systemtap-2.6/debian/patches/dtrace-no-std-include-path.diff systemtap-2.8/debian/patches/dtrace-no-std-include-path.diff
--- systemtap-2.6/debian/patches/dtrace-no-std-include-path.diff	2014-10-13 23:50:34.0 +0200
+++ systemtap-2.8/debian/patches/dtrace-no-std-include-path.diff	2015-07-29 21:43:24.597588205 +0200
@@ -1,8 +1,8 @@
-Index: b/dtrace.in
+Index: systemtap-2.8/dtrace.in
 ===
 a/dtrace.in
-+++ b/dtrace.in
-@@ -387,7 +387,7 @@ def main():
+--- systemtap-2.8.orig/dtrace.in
 systemtap-2.8/dtrace.in
+@@ -417,7 +417,7 @@ def main():
  cc1 = os.environ.get("CC", "gcc")
  cflags = "-g " + os.environ.get("CFLAGS", "")
  retcode = call(split(cc1) + defines + includes + split(cflags) +
@@ -10,4 +10,4 @@
 + ["-fPIC", "-I.", "-c", fname, "-o",
filename + suffix], shell=False)
  if retcode != 0:
- print "\"gcc " + fname + "\" failed"
+ print("\"gcc " + fname + "\" failed")
diff -Naur systemtap-2.6/debian/patches/dtrace-no-std-include-path.diff~ systemtap-2.8/debian/patches/dtrace-no-std-include-path.diff~
--- systemtap-2.6/debian/patches/dtrace-no-std-include-path.diff~	1970-01-01 01:00:00.0 +0100
+++ systemtap-2.8/debian/patches/dtrace-no-std-include-path.diff~	2014-10-13 23:50:34.0 +0200
@@ -0,0 +1,13 @@
+Index: b/dtrace.in
+===
+--- a/dtrace.in
 b/dtrace.in
+@@ -387,7 +387,7 @@ def main():
+ cc1 = os.environ.get("CC", "gcc")
+ cflags = "-g " + os.environ.get("CFLAGS", "")
+ retcode = call(split(cc1) + defines + includes + split(cflags) +
+- ["-fPIC", "-I.", "-I@prefix@/include", "-c", fname, "-o",
++ ["-fPIC", "-I.", "-c", fname, "-o",
+   filename + suffix], shell=False)
+ if retcode != 0:
+ print "\"gcc " + fname + "\" failed"
diff -Naur systemtap-2.6/debian/patches/fix-emacs24.diff systemtap-2.8/debian/patches/fix-emacs24.diff
--- systemtap-2.6/debian/patches/fix-emacs24.diff	2014-11-10 23:19:32.0 +0100
+++ systemtap-2.8/debian/patches/fix-emacs24.diff	2015-07-29 21:43:28.117629467 +0200
@@ -1,12 +1,14 @@
 Description: #766994: load cl so cl-macroexpand is available at compile-time
 Author: Hilko Bengen 
 systemtap.orig/emacs/systemtap-mode.el
-+++ systemtap/emacs/systemtap-mode.el
+Index: systemtap-2.8/emacs/systemtap-mode.el
+===
+--- systemtap-2.8.orig/emacs/systemtap-mode.el
 systemtap-2.8/emacs/systemtap-mode.el
 @@ -52,6 +52,7 @@
  (require 'cc-mode)
  (require 'cc-awk)
  (eval-when-compile
 +  (require 'cl)
(require 'cc-langs)
-   (require 'cc-fonts))
- 
+   (require 'cc-fonts)
+   (require 'cl))
diff -Naur systemtap-2.6/debian/patches/fix-emacs24.diff~ systemtap-2.8/debian/patches/fix-emacs24.diff~
--- systemtap-2.6/debian/patches/fix-emacs24.diff~	1970-01-01 01:00:00.0 +0100
+++ systemtap-2.8/debian/patches/fix-emacs24.diff~	2014-11-10 23:19:32.0 +0100
@@ -0,0 +1,12 @@
+Description: #766994: load cl so cl-macroexpand is available at compile-time
+Author: Hilko Bengen 
+--- systemtap.orig/emacs/systemtap-mode.el
 systemtap/emacs/systemtap-mode.el
+@@ -52,6 +52,7 @@
+ (require 'cc-mode)
+ (require 'cc-awk)
+ (eval-when-compile
++  (require 'cl)
+   (require 'cc-langs)
+   (require 'cc-fonts))
+ 

-- 
This was the most unkindest cut of all.
-- William Shakespeare, "Julius Caesar"


signature.asc
Description: PGP signature

Bug#793307: [Aptitude-devel] Bug#793307: Bug#793307: aptitude: Add a confirmation for changing 'automatic' flag

[Артём Банщиков]

On Fri, 24 Jul 2015 19:54:09 +0100 "Manuel A. Fernandez Montecelo" <
manuel.montez...@gmail.com> wrote:
> 2015-07-22 20:01 artem_banschikov:
> >On Wed, 22 Jul 2015 19:24:07 +0200 Axel Beckert  wrote:
> >Hi,
> >> If we do so, we should
> >>
> >> a) make it optional (on by default is fine for me),
> >Completely agree.
> >> b) only ask for confirmation if it would catch more than one package
> >>(i.e. for whole branches)
> >I thought about three options: ask for one package, ask for multiple
> >packages, not ask at all. There is file deletion dialog in Ranger
> >file-manager made in this way.
> >> c) only for "m", not for "M" (as the subject may suggest)
> >Confirmation for "M" may be added for consistency.
> >
> >Anyway I'll be glad if you make exactly as you said as it will entirely
solve
> >my problem.
> >
> >Best regards, Artyom.
>
>
> What about Undo (Control-U), as Axel suggested in the previous e-mail?
>
> IMO it is a more general solution, and already implemented, so it should
be
> favoured rather than adding these new options (unless it does not work).

1) It may be not obvious for unexperienced user.
2) It may be not noticed quickly enough.
But optional warning in status screen may be added for using "m" on
multiple packages.

Best regards.

Bug#728096: schroot fails if shm tmpfs is mounted on /dev/shm

[Tyler Hicks]

Package: schroot
Followup-For: Bug #728096

Users have hit this issue in Ubuntu, too. I've triaged it and have
determined that Laurent is correct in Message #17 that the schroot mount
helper is using the host's filesystem to resolve symlinks in the chroot.

It is simply calling realpath(3) on the mount destination in the chroot,
from a process that is not chrooted, so realpath(3) is going to use the
host filesystem to resolve symlinks such as
'//dev/shm -> /run/shm'. It then tries to fixup the final
resolved path but appended the chroot basepath but it's too late at that
point, the host's filesystem has already been used to resolve the
symlink target.

We're actually getting filesystems mounted in the host filesystem in
Ubuntu (LP: #1438942) due to /run/shm existing in the host and pointing
back to /dev/shm.

Here's a simple test:

  # Show that schroot's mount binary is using the host fs to resolve symlinks
  $ mkdir -p /tmp/bug728096/dev
  $ mkdir -p /tmp/bug728096/run/shm
  $ ln -s /run/shm /tmp/bug728096/dev/shm
  $ ls -ld /{dev,run}/shm
  drwxrwxrwt 2 root root 120 Jul 29 14:07 /dev/shm
  lrwxrwxrwx 1 root root   8 Jul 29 14:07 /run/shm -> /dev/shm
  $ ls -ld /tmp/bug728096/{dev,run}/shm
  lrwxrwxrwx 1 tyhicks tyhicks8 Jul 29 14:49 /tmp/bug728096/dev/shm -> 
/run/shm
  drwxrwxr-x 2 tyhicks tyhicks 4096 Jul 29 14:49 /tmp/bug728096/run/shm
  $ echo "tmpfs /dev/shm/ tmpfs defaults 0 0" > /tmp/fstab
  $ grep /dev/shm /proc/mounts
  tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
  $ sudo ./libexec/mount/mount -v -f /tmp/fstab -m /tmp/bug728096
  $ grep /dev/shm /proc/mounts
  tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
  tmpfs /dev/shm tmpfs rw,relatime 0 0
  
  # Now reproduce Laurent's original bug report by removing the host's /run/shm
  $ sudo umount /dev/shm
  $ sudo rm /run/shm
  $ sudo ./libexec/mount/mount -v -f /tmp/fstab -m /tmp/bug728096
  E: boost::filesystem::create_directory: File exists: "/tmp/bug728096/dev/shm"
  $ echo $?
  1

I've attached fixes for the master and 1.6 schroot branches. They fork
off a process that changes root to the chroot base path before calling
realpath(3) on the mount destination.

Note that I'm still pretty confused by a part of the code in
resolve_path_chrooted() (which is mostly the old resolve_path()). I
don't understand the what is happening after the
"// Try validating the parent directory." comment but I left it since I
couldn't wrap my head around it. Any insight to what it is doing and
whether we can remove it now?

Tyler
From 86a39d878bc1b6ea59b4f354f03b635014b720a1 Mon Sep 17 00:00:00 2001
From: Tyler Hicks 
Date: Tue, 28 Jul 2015 02:11:07 -0500
Subject: [PATCH] libexec-mount: Resolve mount destinations while chrooted

The mount binary was attempting to use realpath(3) from outside of the
chroot to resolve mount destination paths inside of the chroot. It would
then take the resolved path and prepend it with the path to the chroot
in an attempt to enforce that symlink resolution will always end up
inside of the chroot.

One example of why this approach isn't sufficient is that when
//dev/shm/ is the mount destination but it is a symlink to
/run/shm and the host's /run/shm is a symlink to /dev/shm. The resolved
path will end up being //dev/shm/ and, due to mount following
symlinks, the host's /dev/shm will be mounted over.

To fix the path resolution issue, this patch first resolves the path to
the chroot base path, then forks and calls chroot(2) on that path, then
resolves the path to the mount destination inside the chroot. Finally,
the resolved chroot base path and the resolved mount destination path
are combined to create the fully resolved path used for mounting.

Bug-Debian: https://bugs.debian.org/728096
Bug-Ubuntu: https://launchpad.net/bugs/1438942

Signed-off-by: Tyler Hicks 
---
 libexec/mount/main.cc | 141 ++
 libexec/mount/main.h  |  28 --
 2 files changed, 141 insertions(+), 28 deletions(-)

diff --git a/libexec/mount/main.cc b/libexec/mount/main.cc
index 9ea6e80..bbf4a18 100644
--- a/libexec/mount/main.cc
+++ b/libexec/mount/main.cc
@@ -30,6 +30,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include 
 #include 
@@ -53,8 +54,14 @@ namespace schroot
   {
 {bin::schroot_mount::main::CHILD_FORK, N_("Failed to fork child")},
 {bin::schroot_mount::main::CHILD_WAIT, N_("Wait for child failed")},
+// TRANSLATORS: %1% = directory
+{bin::schroot_mount::main::CHROOT, N_("Failed to change root to directory ‘%1%’")},
+{bin::schroot_mount::main::DUP,N_("Failed to duplicate file descriptor")},
 // TRANSLATORS: %1% = command name
 {bin::schroot_mount::main::EXEC,   N_("Failed to execute “%1%”")},
+{bin::schroot_mount::main::PIPE,   N_("Failed to create pipe")},
+{bin::schroot_mount::main::POLL,   N_("Failed to poll file descriptor")},
+{bin::schroot_mount::main::READ,   N_("Failed to read file

Bug#794016: systemd: Dependency loop

[Martin Pitt]

Control: reassign -1 rpcbind
Control: forcemerge -1 748074

Hello Xav,

Xav [2015-07-29 22:16 +0200]:
> [6.037802] systemd[1]: Found ordering cycle on basic.target/start
> [6.037807] systemd[1]: Found dependency on sysinit.target/start
> [6.037811] systemd[1]: Found dependency on rpcbind.service/start
> [6.037815] systemd[1]: Found dependency on network-online.target/start
> [6.037819] systemd[1]: Found dependency on NetworkManager-wait-
> online.service/start
> [6.037823] systemd[1]: Found dependency on NetworkManager.service/verify-
> active
> [6.037827] systemd[1]: Found dependency on basic.target/start
> [6.037831] systemd[1]: Breaking ordering cycle by deleting job
> rpcbind.service/start
> [6.037835] systemd[1]: Job rpcbind.service/start deleted to break ordering
> cycle starting with basic.target/start

This is a known problem with the rpcbind package. Duplicating to
existing bug.

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


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

Bug#793026: kde-window-manager: upgrade to 4:5.3.2-2 generates a disfonctionnement of any window kde

[Adrián Arévalo Tirado]

Thanks a lot for the response. It works perfectly so I guess that the bug
can be closed.
El 29/7/2015 10:17 p. m., "Scott Kitterman"  escribió:

> On Tuesday, July 28, 2015 10:04:06 PM adrian wrote:
> > Package: kde-window-manager
> > Version: 4:5.3.2-2
> > Followup-For: Bug #793026
> >
> > Same here. I have checked that plasma-workspace package is only in SID,
> and
> > in my testing machine I cannot install it.
> > I guess I will have to wait, or is there another solution?
>
> It turns out that you can start it manually and it will work, just execute
> /usr/bin/kwin-x11 in your favorite shell (e.g. konsole).  There's a larger
> problem of it not being selected as the preferred alternative for x-window-
> manager, which is, I think, the actual problem, not a dependency issue.
>
> Scott K
>

Bug#793026: kde-window-manager: upgrade to 4:5.3.2-2 generates a disfonctionnement of any window kde

[Scott Kitterman]

On Tuesday, July 28, 2015 10:04:06 PM adrian wrote:
> Package: kde-window-manager
> Version: 4:5.3.2-2
> Followup-For: Bug #793026
> 
> Same here. I have checked that plasma-workspace package is only in SID, and
> in my testing machine I cannot install it.
> I guess I will have to wait, or is there another solution?

It turns out that you can start it manually and it will work, just execute 
/usr/bin/kwin-x11 in your favorite shell (e.g. konsole).  There's a larger 
problem of it not being selected as the preferred alternative for x-window-
manager, which is, I think, the actual problem, not a dependency issue.

Scott K


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

Bug#793026: kde-window-manager: upgrade to 4:5.3.2-2 generates

[Andrew Schetinin]

Hi,

I also have the same problem.

In my case I did not install the full KDE environment because I wanted to
have minimal system without full-text search and all other memory-consuming
niceties.

kwin-x11 is installed and has no unsatisfied dependencies.
I also have kde-window-manager installed, but removing it does not seem to
be easy because then it complains that kde-workspace depends on it, as well
as a few other packages.
kwin_wayland is not installed.

I would prefer not to install kde-full

I've tried updating the alternatives, and here what I've got:

update-alternatives: warning: alternative /usr/bin/kwin (part of link group
x-window-manager) doesn't exist; removing from list of alternatives
update-alternatives: warning: /etc/alternatives/x-window-manager has been
changed (manually or by a script); switching to manual updates only
There is no program which provides x-window-manager.
Nothing to configure.

So it looks like there is no any X windows manager installed, from the
point of view of the system.

I've tried installing "sudo aptitude -PRV install kde-standard" but it did
not help.
Installing kde-full with all recommended packages would add some 1.5 GB of
garbage I don't need on a development machine, and that's would be really
unpleasant after those happy years with fine-tuned KDE and Debian Testing
installation...

Any advice?

Sincerely,

Andrew

--
Andrew Schetinin

Bug#793307: [Aptitude-devel] Bug#793307: Bug#793307: aptitude: Add a confirmation for changing 'automatic' flag

[artem_banschikov]

On Fri, 24 Jul 2015 19:54:09 +0100 "Manuel A. Fernandez Montecelo" 
 wrote:
> 2015-07-22 20:01 artem_banschikov:
> >On Wed, 22 Jul 2015 19:24:07 +0200 Axel Beckert  wrote:
> >Hi,
> >> If we do so, we should
> >>
> >> a) make it optional (on by default is fine for me),
> >Completely agree.
> >> b) only ask for confirmation if it would catch more than one package
> >>(i.e. for whole branches)
> >I thought about three options: ask for one package, ask for multiple
> >packages, not ask at all. There is file deletion dialog in Ranger
> >file-manager made in this way.
> >> c) only for "m", not for "M" (as the subject may suggest)
> >Confirmation for "M" may be added for consistency.
> >
> >Anyway I'll be glad if you make exactly as you said as it will entirely solve
> >my problem.
> >
> >Best regards, Artyom.
> 
> 
> What about Undo (Control-U), as Axel suggested in the previous e-mail?
> 
> IMO it is a more general solution, and already implemented, so it should be
> favoured rather than adding these new options (unless it does not work).
> 
> 
> Cheers.
> --
> Manuel A. Fernandez Montecelo 
> 
> 


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

Bug#480638: dpkg-dev: unreasonable dependency on build-essential

[Guillem Jover]

Control: tag -1 - wontfix

On Sun, 2008-05-11 at 11:30:45 +0200, Alexis Huxley wrote:
> Package: dpkg-dev
> Version: 1.14.18
> Severity: important

> 1) add -d to my calls to dpkg-buildpackage, or
> 2) install build-essential
> 
> Both are unreasonable: either I must sacrifice dpkg-buildpackage's
> dependency checking abilities, or I must bloat my system with some
> large packages which will not be used at all.

Right, I've made this now a Debian-specific implicit build dependency,
and added an option to ignore any such built-in build dependencies or
conflicts, both to dpkg-checkbuilddeps and dpkg-buildpackage. This will
be included in dpkg 1.18.2.

Thanks,
Guillem


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

Bug#788561: python3-memcache not Python 3 compatible

[Thomas Goirand]

On 07/28/2015 10:22 PM, Hugo Lefeuvre wrote:
> Hi,
> 
> Adam Barratt reported an interesting thing at #793117: python3-memcache
> has reverse dependencies, and python3-memcache's removal would lead to their
> simultaneous deletion.
> 
> $ apt-rdepends -r python3-memcache
>   
>  
> Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> python3-memcache
> Reverse Depends: python3-celery (3.1.18-1)
> python3-celery
>   Reverse Depends: python3-django-celery (3.1.16-2)
>   Reverse Depends: python3-django-celery-transactions (0.3.2-1)
> python3-django-celery
> python3-django-celery-transactions
> 
> So, I think we should contact their maintainers before doing anything, to see 
> what we can do to avoid their removal.
> 
> Regards,
>  Hugo

FYI, memcached 1.56 was released a few days ago, and I have uploaded it
to Sid. This version is the first one with upstream support for Python3.
python3-memcache currently in Jessie is simply not usable. I'd suggest
removing anything that depends on it, or otherwise upgrade memcache to
the Sid version (though the later may not be accepted by the release team).

Cheers,

Thomas Goirand (zigo)


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

Bug#794015: devtodo: please document "colour comment"

[Ian Zimmerman]

Package: devtodo
Version: 0.1.20-6
Severity: normal

"comment" is one of the tokens that can follow "colour" in the
configuration or on the command line.  Since the default seems to be
white, which is unreadable on a light background, this can be important
:-)

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

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

Versions of packages devtodo depends on:
ii  libc6 2.13-38+deb7u8
ii  libgcc1   1:4.7.2-5
ii  libncurses5   5.9-10
ii  libreadline6  6.2+dfsg-0.1
ii  libstdc++64.7.2-5
ii  libtinfo5 5.9-10

devtodo recommends no packages.

Versions of packages devtodo suggests:
ii  xsltproc  1.1.26-14.1


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

Bug#789391: developers-reference: Bold / Titles in PDF are wrong abd differ from HTML

[Laura Arjona Reina]

Hi
There's a bug in TexLive:

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

I'm not sure if something can be done meanwhile the fix arrives a point
release, maybe changing the fonts?

(reported this same note to bug #789356 in release-notes).

Thank you for working in the Debian developers reference.

Best regards

-- 
Laura Arjona
https://wiki.debian.org/LauraArjona



signature.asc
Description: OpenPGP digital signature

Bug#794014: moin: please make the build reproducible

[Dhole]

Source: moin
Version: 1.9.8-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed
that moin could not be built reproducibly.

The attached patch normalizes the timezone and fixes timestamps from the
files compressed with zip to a known value (timestamp from the last
debian/changelg entry). Once applied, moin can be built
reproducibly in our current experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


Regards,
-- 
Dhole
diff -Nru moin-1.9.8/debian/changelog moin-1.9.8/debian/changelog
--- moin-1.9.8/debian/changelog 2014-10-19 02:40:50.0 +0200
+++ moin-1.9.8/debian/changelog 2015-07-29 16:43:54.0 +0200
@@ -1,3 +1,10 @@
+moin (1.9.8-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix timestamps to make package build reproducibly. 
+
+ -- Eduard Sanou   Wed, 29 Jul 2015 16:43:35 +0200
+
 moin (1.9.8-1) unstable; urgency=medium
 
   * New upstream release, lots of bug fixes
diff -Nru moin-1.9.8/debian/process_language_pages 
moin-1.9.8/debian/process_language_pages
--- moin-1.9.8/debian/process_language_pages2014-10-19 01:09:03.0 
+0200
+++ moin-1.9.8/debian/process_language_pages2015-07-29 21:48:18.0 
+0200
@@ -24,7 +24,7 @@
echo "Cleaning comments in $f"
tmp=`mktemp -d --tmpdir=$BASE` || exit 2
cd $tmp
-   unzip -q $f
+   TZ=UTC unzip -q $f
chmod a+rw ./*
egrep -r -l -Z '^## ' * \
| xargs -r -0 -n 1 \
@@ -32,8 +32,11 @@
# ^^ search and drop notes in the 8 first lines.
chmod a-w ./*
chmod a+w MOIN_PACKAGE
+   # Fix files mtime before compressing to get reproducible results.
+   find . -newermt "$(date -u -d @$SOURCE_DATE_EPOCH)" -print0 | \
+   xargs -0r touch --no-dereference --date="$(date -u -d 
@$SOURCE_DATE_EPOCH)"
rm $f
-   zip -q $f *
+   TZ=UTC zip -X -q $f *
cd $BASE
rm -Rf $tmp
COUNT=$(($COUNT + 1))
diff -Nru moin-1.9.8/debian/rules moin-1.9.8/debian/rules
--- moin-1.9.8/debian/rules 2014-10-19 01:09:03.0 +0200
+++ moin-1.9.8/debian/rules 2015-07-29 19:00:17.0 +0200
@@ -8,6 +8,8 @@
 staticpath := $(shell sed -n -e 
"s|^\s*release_short\s*=\s*'\([^']*\)'.*|/moin_static\1|p" MoinMoin/version.py)
 $(if $(staticpath),,$(error Failed to resolve staticpath))
 
+export SOURCE_DATE_EPOCH = $(shell date -d "$$(dpkg-parsechangelog --count 1 
-SDate)" +%s)
+
 build-arch build-indep: build-stamp
 build-stamp:
dh_testdir


signature.asc
Description: OpenPGP digital signature

Bug#602807: libvirt: Support esx hypervisor

[Dmitry Smirnov]

I found that only two small changes are needed to enable ESX support:

control/Build-Depends:

+ libcurl4-gnutls-dev | libcurl-dev,

rules/DEB_CONFIGURE_EXTRA_ARGS:

- --without-esx

Interesting to note that since Wheezy "libvirt" already built with
"VMware" support (search the build log [1] for "VMware").

Apparently it did not cause much grief so it would be nice to enable
ESX support as well, since support for another proprietary hypervisor
of same vendor was already enabled for a while...

Thanks.

[1]: 
https://buildd.debian.org/status/fetch.php?pkg=libvirt&arch=amd64&ver=1.2.16-2&stamp=1433501019

-- 
All the best,
 Dmitry Smirnov.

---

The truth is incontrovertible, malice may attack it, ignorance may deride
it, but in the end; there it is.
-- Winston Churchill

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

Bug#789356: release-notes: Titles in PDF versions are made of incorrect characters

[Laura Arjona Reina]

Hi
There's a bug in TexLive:

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

I'm not sure if something can be done meanwhile the fix arrives a point
release, maybe changing the fonts?

Thank you for working in the Debian release notes.

Best regards

-- 
Laura Arjona
https://wiki.debian.org/LauraArjona



signature.asc
Description: OpenPGP digital signature