Bug#808366: grub-efi-amd64 -- error: symbol 'grub_efi_find_last_device_path' not found

[Colin Watson]

Control: severity -1 important

On Sat, Dec 19, 2015 at 09:11:09AM -0600, S. R. Wright wrote:
> On 12/19/2015 09:03 AM, Colin Watson wrote:
> >>On a system that dual boots Linux and Windows 10, the latest grub-efi gives
> >>this error:
> >>
> >>error: symbol 'grub_efi_find_last_device_path' not found
> >>
> >>when attempting to boot Windows 10 after an update-grub is performed.  Linux
> >>will boot correctly;  however,  an attempt to boot Windows 10 will give this
> >>error and say "press any key..." and bring one back to the OS menu.
> >>
> >>There is a workaround, which is to downgrade back to 2.02~beta2-32, and
> >>Windows will boot correctly.
> >This clearly indicates that GRUB is incorrectly installed in some way,
> >because you could only get a symbol mismatch such as this if the GRUB
> >image you're actually booting from doesn't match the modules it tries to
> >load from /boot/grub/ at run-time.  I would suggest digging around in
> >your EFI System Partition to see if there's a manually-copied version in
> >there somewhere.
> 
> I definitely did not copy anything manually into the EFI System Partition;
> if a rogue file got into there -- or if something didn't get updated there
> that should have -- it happened via process.  A downgrade back to 32 worked
> fine,  an upgrade to 33 broke down, bothe of these performed using
> dpkg/apt-get.  About all I can say.

Well, I'm afraid it's still going to need you to investigate along those
lines, because there's basically only one cause for symbol mismatches
like this and it's an incorrect installation of GRUB, rather than a
fault in the new version per se.  Perhaps you could start by providing
the output of "find /boot/efi -ls", as well as all the information you
have on the way your system boots?  If you have the terminal transcript
from the last time GRUB was updated (it will probably be in
/var/log/apt/term.log somewhere), then that would also be of some help.

-- 
Colin Watson   [cjwat...@debian.org]

Bug#808401: [Debian-med-packaging] Bug#808401: plastimatch: FTBFS: itkGDCMSeriesFileNames.h:25:29: fatal error: gdcmSerieHelper.h: No such file or directory

[Gert Wollny]

It seems that there is a conflict in which gdcm version is used. The
log says that gdcm-2.6 was found but later the include files for gdcm
-2.4 are used. 

I guess itk needs to be rebuild against gdcm-2.6 since it seems to pull
in the old version. 

Best 
Gert 

Bug#808408: kdeinit4 starts on a xfce - session

[Jörg Frings-Fürst]

Hi,

supplement:

$ ps -Af | grep kde && sudo systemctl stop kdeinit4
root37 2  0 20:49 ?00:00:00 [kdevtmpfs]
jff   5752 1  0 20:51 ?00:00:00 kdeinit4: kdeinit4 Running...
jff   5757  5752  0 20:51 ?00:00:00 kdeinit4: klauncher [kdeinit] 
--fd
jff   5771 1  0 20:51 ?00:00:00 kdeinit4: kded4 [kdeinit]
jff   6708  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit] 
https
jff   6714  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit] 
https
jff   6718  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit] 
https
jff   6723  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit] 
https
jff   6727  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit] 
https
jff   6736  5752  0 20:52 ?00:00:00 
/usr/lib/kde4/libexec/kio_http_cache_cleaner
jff   7698 1  0 20:55 ?00:00:00 
/usr/lib/kde4/libexec/kaccessibleapp
jff  15636  5752  0 21:31 ?00:00:00 kdeinit4: kio_http [kdeinit] 
http
jff  15684  5654  0 21:33 pts/200:00:00 grep kde
Failed to stop kdeinit4.service: Unit kdeinit4.service not loaded.



CU
Jörg
-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.





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

Bug#808412: ippl: Depends on virtual package "perl5-base" which is gone with perl/5.22

[Marc Haber]

On Sat, Dec 19, 2015 at 10:00:15PM +0100, gregor herrmann wrote:
> Let me know if you'd like this to be NMUed without further delay.

Please go ahead, thanks in advance.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Bug#787892: marked as done (realmd: Suffers from bug #735255 - missing /var/lib/samba/private)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 22:02:55 +
with message-id 
and subject line Bug#793866: fixed in samba 2:4.3.3+dfsg-1
has caused the Debian Bug report #793866,
regarding realmd: Suffers from bug #735255 - missing /var/lib/samba/private
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
793866: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793866
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: realmd
Version: 0.15.1-1+b2
Severity: important

Dear Maintainer,

Hi, fresh install of jessie.  Installed realmd and get:

root@debian8:~# realm join --verbose --user=someone the.domain
 * Resolving: _ldap._tcp.the.domain
 * Performing LDAP DSE lookup on: 1.1.1.1
 * Performing LDAP DSE lookup on: 1.1.1.2
 * Successfully discovered: the.domain
Password for someone:
 * Unconditionally checking packages
 * Resolving required packages
 * Installing necessary packages: sssd-tools, libpam-sss, libnss-sss, sssd, 
samba-common-bin
 * LANG=C LOGNAME=root /usr/bin/net -s /var/cache/realmd/realmd-smb-conf.Z2P0ZX 
-U someone ads join the.domain
Enter someone's password:Failed to open /var/lib/samba/private/secrets.tdb

Failed to join domain: Unable to open secrets database
 ! Joining the domain the.domain failed
realm: Couldn't join realm: Joining the domain the.domain failed

This is resolved by mkdir'ing the above before doing the above.

This bug also leaves sssd in a strange state, whereby I had to leave the domain
and rejoin before things worked.

Versions of packages that realmd installed:

ii  libnss-sss:amd64  1.11.7-3
ii  libpam-sss:amd64  1.11.7-3
ii  samba-common-bin  2:4.1.17+dfsg-2
ii  sssd  1.11.7-3
ii  sssd-ad   1.11.7-3
ii  sssd-ad-common1.11.7-3
ii  sssd-common   1.11.7-3
ii  sssd-ipa  1.11.7-3
ii  sssd-krb5 1.11.7-3
ii  sssd-krb5-common  1.11.7-3
ii  sssd-ldap 1.11.7-3
ii  sssd-proxy1.11.7-3
ii  sssd-tools1.11.7-3


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

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

Versions of packages realmd depends on:
ii  libc6   2.19-18
ii  libcomerr2  1.42.12-1.1
ii  libglib2.0-02.42.1-1
ii  libk5crypto31.12.1+dfsg-19
ii  libkrb5-3   1.12.1+dfsg-19
ii  libldap-2.4-2   2.4.40+dfsg-1
ii  libpackagekit-glib2-18  1.0.1-2
ii  libpolkit-gobject-1-0   0.105-8
ii  libsqlite3-03.8.7.1-1+deb8u1
ii  libsystemd0 215-17

realmd recommends no packages.

realmd suggests no packages.

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: samba
Source-Version: 2:4.3.3+dfsg-1

We believe that the bug you reported is fixed in the latest version of
samba, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 793...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Jelmer Vernooij  (supplier of updated samba package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 18 Dec 2015 01:18:42 +
Source: samba
Binary: samba samba-libs samba-common samba-common-bin smbclient 
samba-testsuite registry-tools libparse-pidl-perl samba-dev python-samba 
samba-dsdb-modules samba-vfs-modules libsmbclient libsmbclient-dev winbind 
libpam-winbind libnss-winbind samba-dbg libwbclient0 libwbclient-dev ctdb
Architecture: source amd64 all
Version: 2:4.3.3+dfsg-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Samba Maintainers 
Changed-By: Jelmer Vernooij 
Description:
 ctdb   - clustered 

Bug#808311: marked as done (bareos-storage-tape: fails to upgrade from 'testing' - trying to overwrite /usr/sbin/bscrypto)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 16:50:58 +
with message-id 
and subject line Bug#808311: fixed in bareos 15.2.2-2
has caused the Debian Bug report #808311,
regarding bareos-storage-tape: fails to upgrade from 'testing' - trying to 
overwrite /usr/sbin/bscrypto
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
808311: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808311
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: bareos-storage-tape
Version: 14.2.6-1
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...):

  Preparing to unpack .../bareos-storage-tape_14.2.6-1_amd64.deb ...
  Unpacking bareos-storage-tape (14.2.6-1) over (14.2.5-2) ...
  dpkg: error processing archive 
/var/cache/apt/archives/bareos-storage-tape_14.2.6-1_amd64.deb (--unpack):
   trying to overwrite '/usr/sbin/bscrypto', which is also in package 
bareos-storage 14.2.5-2
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)


cheers,

Andreas


bareos-storage-tape_14.2.6-1.log.gz
Description: application/gzip
--- End Message ---
--- Begin Message ---
Source: bareos
Source-Version: 15.2.2-2

We believe that the bug you reported is fixed in the latest version of
bareos, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 808...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Evgeni Golov  (supplier of updated bareos package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 19 Dec 2015 17:17:37 +0100
Source: bareos
Binary: bareos bareos-bconsole bareos-client bareos-common 
bareos-database-common bareos-database-postgresql bareos-database-mysql 
bareos-database-sqlite3 bareos-database-tools bareos-dbg bareos-devel 
bareos-director bareos-filedaemon bareos-storage bareos-storage-fifo 
bareos-storage-tape bareos-tools bareos-bat bareos-director-python-plugin 
bareos-filedaemon-ceph-plugin bareos-filedaemon-glusterfs-plugin 
bareos-filedaemon-python-plugin bareos-filedaemon-ldap-python-plugin 
bareos-storage-ceph bareos-storage-glusterfs bareos-storage-python-plugin 
bareos-traymonitor
Architecture: source
Version: 15.2.2-2
Distribution: experimental
Urgency: medium
Maintainer: Bareos Packaging Team 
Changed-By: Evgeni Golov 
Description:
 bareos - Backup Archiving Recovery Open Sourced - metapackage
 bareos-bat - Backup Archiving Recovery Open Sourced - Bareos Admin Tool (BAT)
 bareos-bconsole - Backup Archiving Recovery Open Sourced - text console
 bareos-client - Backup Archiving Recovery Open Sourced - client metapackage
 bareos-common - Backup Archiving Recovery Open Sourced - common files
 bareos-database-common - Backup Archiving Recovery Open Sourced - common 
catalog files
 bareos-database-mysql - Backup Archiving Recovery Open Sourced - MySQL backend
 bareos-database-postgresql - Backup Archiving Recovery Open Sourced - 
PostgreSQL backend
 bareos-database-sqlite3 - Backup Archiving Recovery Open Sourced - SQLite 
backend
 bareos-database-tools - Backup Archiving Recovery Open Sourced - database tools
 bareos-dbg - Backup Archiving Recovery Open Sourced - debugging symbols
 bareos-devel - Backup Archiving Recovery Open Sourced - development files
 bareos-director - Backup Archiving Recovery Open Sourced - director daemon
 bareos-director-python-plugin - Backup Archiving Recovery Open Sourced - 
director-python-plugin
 bareos-filedaemon - Backup Archiving Recovery Open Sourced - file daemon
 bareos-filedaemon-ceph-plugin - Backup Archiving Recovery Open Sourced - 
filedaemon-ceph-plugin
 bareos-filedaemon-glusterfs-plugin - Backup Archiving Recovery Open Sourced - 

Processed: Re: gnutls28: FTBFS on amd64 - testsuite failures

[Debian Bug Tracking System]

Processing control commands:

> affects 805863 +wine32 +wine64 +wine32-development
Bug #805863 [src:gnutls28] gnutls28: FTBFS on amd64 - testsuite failures
Bug #807348 [src:gnutls28] libgnutls-deb0-28: In multiarch, 3.3.19-1:i386 
conflict with 3.3.18-1:amd64
Added indication that 805863 affects wine32, +wine64, and +wine32-development
Added indication that 807348 affects wine32, +wine64, and +wine32-development
> affects 805863 +wine64-development
Bug #805863 [src:gnutls28] gnutls28: FTBFS on amd64 - testsuite failures
Bug #807348 [src:gnutls28] libgnutls-deb0-28: In multiarch, 3.3.19-1:i386 
conflict with 3.3.18-1:amd64
Added indication that 805863 affects wine64-development
Added indication that 807348 affects wine64-development

-- 
805863: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805863
807348: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807348
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#805863: gnutls28: FTBFS on amd64 - testsuite failures

[James Lu]

Control: affects 805863 +wine32 +wine64 +wine32-development
Control: affects 805863 +wine64-development

Hi everyone,

I'm not sure whether the Wine maintainers know about this, but this is
causing 32-bit and 64-bit Wine to fail to coinstall.

The dependency tree (from apt-rdepends) looks roughly like this:
wine32:i386 -> libwine (= 1.8~rc4-1) -> libldap-2.4-2 (>= 2.4.7) ->
libgnutls-deb0-28 (>= 3.3.9).

The following packages have unmet dependencies:
 libgnutls-deb0-28 : Breaks: libgnutls-deb0-28:i386 (!= 3.3.18-1) but
3.3.19-1 is to be installed
 libgnutls-deb0-28:i386 : Breaks: libgnutls-deb0-28 (!= 3.3.19-1) but
3.3.18-1 is to be installed

Best,
James
glolol@amoeba:~$ sudo apt-get install libgnutls-deb0-28:i386 -t unstable
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libcups2 : Depends: libgnutls-deb0-28 (>= 3.3.0) but it is not going to be 
installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by 
held packages.

glolol@amoeba:~$ sudo apt-get install libgnutls-deb0-28:i386 -t unstable 
libcups2
Reading package lists... Done
Building dependency tree
Reading state information... Done
libcups2 is already the newest version (2.1.2-1).
libcups2 set to manually installed.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libgnutls-deb0-28 : Breaks: libgnutls-deb0-28:i386 (!= 3.3.18-1) but 3.3.19-1 
is to be installed
 libgnutls-deb0-28:i386 : Breaks: libgnutls-deb0-28 (!= 3.3.19-1) but 3.3.18-1 
is to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by 
held packages.


signature.asc
Description: OpenPGP digital signature

Bug#805642: avrdude: version 6.2. ser_open(): can't set attributes for device

[Dominik George]

Hi,

> After upgrading avrdude from 6.1 to 6.2. I have been unable to program my 
avr.
> 
> avrdude output:
> 
> Using Port: /dev/ttyACM0
> Using Programmer  : arduino
> Overriding Baud Rate  : 115200
> avrdude: Cannot set serial port speed to 115200. ioctl returned -1
> avrdude: ser_open(): can't set attributes for device "/dev/ttyACM0": 
Operation
> not permitted

I can confirm things break, but here avrdude does not error out, but avrdude 
simply does nothing after printing the serial port configuration.

-nik

-- 
PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296

Dominik George · Mobil: +49-151-61623918

Teckids e.V. · FrOSCon e.V. · OpenRheinRuhr e.V.
Fellowship of the FSFE · Piratenpartei Deutschland
Opencaching Deutschland e.V. · Debian Contributor

LPIC-3 Linux Enterprise Professional (Security)

Processed: tagging 798537

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 798537 + confirmed
Bug #798537 [src:ruby-multi-json] ruby-multi-json ftbfs in unstable
Added tag(s) confirmed.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
798537: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798537
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: imms: diff for NMU version 3.1.0~svn301-3.2

[Debian Bug Tracking System]

Processing control commands:

> severity -1 serious
Bug #807843 [src:imms] imms: FTBFS against audacious 3.6
Severity set to 'serious' from 'important'
> tags -1 + pending
Bug #807843 [src:imms] imms: FTBFS against audacious 3.6
Added tag(s) pending.

-- 
807843: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807843
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#808412: ippl: Depends on virtual package "perl5-base" which is gone with perl/5.22

[Marc Haber]

On Sat, Dec 19, 2015 at 10:19:10PM +0100, gregor herrmann wrote:
> On Sat, 19 Dec 2015 22:05:09 +0100, Marc Haber wrote:
> > On Sat, Dec 19, 2015 at 10:00:15PM +0100, gregor herrmann wrote:
> > > Let me know if you'd like this to be NMUed without further delay.
> > Please go ahead, thanks in advance.
> 
> Thank you!

Thanks for being so fast. Your help is appreciated.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Bug#808151: systemd: failed to start remount root and kernel file system

[Frank B. Brokken]

Dear Michael Biebl, you wrote:

> > This information is available at https://www.icce.rug.nl/systemd in the 
> > files 
> > initramfs.debug and alb.
> 
> Hm, unfortunately the journal dump is incomplete again. I have no idea why

Remarkable. I made it available the way I got it, so that's apparently what
there is.

> > booting procedure. You're sure it can't be some timing problem? 
> 
> Well, what kind of timing problem do you have in mind?

Don't know: I didn't design systemd. But if it's doing things in parallel then
maybe on newer, faster, computers things might have completed, like remounting
/usr rw before it's actually used. A race condition might then explain why the
problem doesn't always show itself, and why chances of failure are reduced
when more time is spent writing debug/verbose messages.

 
> So far, the only thing I can say for sure looking at the initramfs log,
> is that /usr has been mounted successfully in the initramfs.
> 
> "Something" apparently causes /usr to be unmounted later on. Which part
> and why that is, is not clear yet.
> 
> Do you have any (custom) init scripts in /etc/rcS.d/ which fiddle around
> with mount settings, run telinit or stuff like that?

Nope.

> I'm running out of ideas, tbh.

Well, that's already a *lot* more than I could offer myself :-) But
fortunately (for me, but hard to fix, I realize), the problem doesn't emerge
all the time. If rebooting every now and then gets me a running system, then
so be it. The FailureAction=reboot-force entry in systemd-remount-fs.service
already has proven to be my friend :-)


> If you suspect the remount service to be the cause for this, let's
> output the mounts before and after
> For that run
> $ systemctl edit systemd-remount-fs.service

When I issue that command I get the reply

Warning: systemd-remount-fs.service changed on disk. Run 'systemctl
daemon-reload' to reload units.

I guess the warning is obvious as I edited the file 

/lib/systemd/system/local-fs.target.wants/systemd-remount-fs.service

to prevent the reboot action. So I did as advised and reran the command,
but got an empty file in my editor, while the following message was shown
after ending the editor:

Editing "/etc/systemd/system/systemd-remount-fs.service.d/override.conf"
canceled: temporary file is empty.

> Then add
> [Service]
> ExecStartPre=/bin/sh -c 'echo "before rootfs remount"; findmnt'
> ExecStartPost=/bin/sh -c 'echo "after rootfs remount"; findmnt'
> 
> Reboot and attach the journal log again.

Instead of running the systemctl command I edited the file
/lib/systemd/system/local-fs.target.wants/systemd-remount-fs.service and added
the lines you suggested. My next e-mail is about the contents of journal log.

Thereafter I'll try to downgrade to the previous version to see what
happens then.


-- 
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281 
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E  3B4D 7DB2 A8BE EAE4 D8AA


signature.asc
Description: PGP signature

Bug#798685: marked as done (ruby-json: Contains file released under a nonfree license)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 19:59:44 +0100
with message-id <20151219185944.gc31...@percival.namespace.at>
and subject line Re: ruby2.2: Contains file released under a nonfree license
has caused the Debian Bug report #798683,
regarding ruby-json: Contains file released under a nonfree license
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
798683: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798683
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ruby-json
Version: 1.8.3-1
Severity: serious

I've found this notice in the json
-1.8.3/ext/json/ext/generator/generator.c file:

/*
 * Copyright 2001-2004 Unicode, Inc.
 *
 * Disclaimer
 *
 * This source code is provided as is by Unicode, Inc. No claims are
 * made as to fitness for any particular purpose. No warranties of any
 * kind are expressed or implied. The recipient agrees to determine
 * applicability of information provided. If this file has been
 * purchased on magnetic or optical media from Unicode, Inc., the
 * sole remedy for any claim will be exchange of defective media
 * within 90 days of receipt.
 *
 * Limitations on Rights to Redistribute This Code
 *
 * Unicode, Inc. hereby grants the right to freely use the information
 * supplied in this file in the creation of products supporting the
 * Unicode Standard, and to make copies of this file in any form
 * for internal or external distribution as long as this notice
 * remains attached.
 */

This makes the file nonfree, at least according to the FSF which I
asked about this.

Since the JSON parser contains two parallel implementations of the same
code, native variant and pure Ruby variant, one way to solve this would
be to use the pure Ruby variant by default. I solved the bug this way
for another free distro Parabola[1].

[1] https://projects.parabola.nu/abslibre/abslibre.git/tree/libre/ruby

-- 
Daniel Milewski
GPG key ID: 8D43A4A1


signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
Please see the discussion in #798680 on why this is not an issue.

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  ` End Message ---

Bug#798683: marked as done (ruby-json: Contains file released under a nonfree license)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 19:59:44 +0100
with message-id <20151219185944.gc31...@percival.namespace.at>
and subject line Re: ruby2.2: Contains file released under a nonfree license
has caused the Debian Bug report #798683,
regarding ruby-json: Contains file released under a nonfree license
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
798683: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798683
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ruby-json
Version: 1.8.1-1
Severity: serious

I've found this notice in the json
-1.8.1/ext/json/ext/generator/generator.c file:

/*
 * Copyright 2001-2004 Unicode, Inc.
 *
 * Disclaimer
 *
 * This source code is provided as is by Unicode, Inc. No claims are
 * made as to fitness for any particular purpose. No warranties of any
 * kind are expressed or implied. The recipient agrees to determine
 * applicability of information provided. If this file has been
 * purchased on magnetic or optical media from Unicode, Inc., the
 * sole remedy for any claim will be exchange of defective media
 * within 90 days of receipt.
 *
 * Limitations on Rights to Redistribute This Code
 *
 * Unicode, Inc. hereby grants the right to freely use the information
 * supplied in this file in the creation of products supporting the
 * Unicode Standard, and to make copies of this file in any form
 * for internal or external distribution as long as this notice
 * remains attached.
 */

This makes the file nonfree, at least according to the FSF which I
asked about this.

Since the JSON parser contains two parallel implementations of the same
code, native variant and pure Ruby variant, one way to solve this would
be to use the pure Ruby variant by default. I solved the bug this way
for another free distro Parabola[1].

[1] https://projects.parabola.nu/abslibre/abslibre.git/tree/libre/ruby

-- 
Daniel Milewski
GPG key ID: 8D43A4A1


signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
Please see the discussion in #798680 on why this is not an issue.

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  ` End Message ---

Bug#735255: marked as done (samba-common-bin: net ads join needs /var/lib/samba/private)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 22:02:55 +
with message-id 
and subject line Bug#793866: fixed in samba 2:4.3.3+dfsg-1
has caused the Debian Bug report #793866,
regarding samba-common-bin: net ads join needs /var/lib/samba/private
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
793866: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793866
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: samba-common-bin
Version: 2:4.0.13+dfsg-1
Severity: wishlist

After I patched samba to fix #732604 (winbind dep on samba) I found out
that net ads join no longer works because it operates secrets.tdb
from /var/lib/samba/private which is only in the samba, samba4 packages.
I propose to add /var/lib/samba/private to samba-common-bin too so that
'net ads join' can create secrets.tdb in /var/lib/samba/private.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
Source: samba
Source-Version: 2:4.3.3+dfsg-1

We believe that the bug you reported is fixed in the latest version of
samba, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 793...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Jelmer Vernooij  (supplier of updated samba package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 18 Dec 2015 01:18:42 +
Source: samba
Binary: samba samba-libs samba-common samba-common-bin smbclient 
samba-testsuite registry-tools libparse-pidl-perl samba-dev python-samba 
samba-dsdb-modules samba-vfs-modules libsmbclient libsmbclient-dev winbind 
libpam-winbind libnss-winbind samba-dbg libwbclient0 libwbclient-dev ctdb
Architecture: source amd64 all
Version: 2:4.3.3+dfsg-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Samba Maintainers 
Changed-By: Jelmer Vernooij 
Description:
 ctdb   - clustered database to store temporary data
 libnss-winbind - Samba nameservice integration plugins
 libpam-winbind - Windows domain authentication integration plugin
 libparse-pidl-perl - IDL compiler written in Perl
 libsmbclient - shared library for communication with SMB/CIFS servers
 libsmbclient-dev - development files for libsmbclient
 libwbclient-dev - Samba winbind client library - development files
 libwbclient0 - Samba winbind client library
 python-samba - Python bindings for Samba
 registry-tools - tools for viewing and manipulating the Windows registry
 samba  - SMB/CIFS file, print, and login server for Unix
 samba-common - common files used by both the Samba server and client
 samba-common-bin - Samba common files used by both the server and the client
 samba-dbg  - Samba debugging symbols
 samba-dev  - tools for extending Samba
 samba-dsdb-modules - Samba Directory Services Database
 samba-libs - Samba core libraries
 samba-testsuite - test suite from Samba
 samba-vfs-modules - Samba Virtual FileSystem plugins
 smbclient  - command-line SMB/CIFS clients for Unix
 winbind- service to resolve user and group information from Windows NT ser
Closes: 769385 793866 799840 808133
Changes:
 samba (2:4.3.3+dfsg-1) unstable; urgency=medium
 .
   * New upstream release. Closes: #808133.
+ Drop subunit dependency, no longer used.
+ Drop ntdb dependencies, no longer used.
+ Fixes:
 - CVE-2015-5252: Insufficient symlink verification in smbd
 - CVE-2015-5296: Samba client requesting encryption vulnerable
  downgrade attack
 - CVE-2015-5299: Missing access control check in shadow copy code
 - CVE-2015-7540: Remote DoS in Samba (AD) LDAP server
 - CVE-2015-8467: Denial of service attack against Windows Active Directory
  server
 - CVE-2015-3223: Denial of service in Samba Active Directory server
 - CVE-2015-5330: Remote memory read in Samba LDAP server
   * Remove libpam-smbpasswd, which is broken and slated for removal
 upstream. Closes: #799840
   * Remove lib/zlib/contrib/dotzlib/DotZLib.chm from 

Bug#793866: marked as done (samba: purging deletes directories (co-)owned by samba-common: /var/{cache, lib, log}/samba)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 22:02:55 +
with message-id 
and subject line Bug#793866: fixed in samba 2:4.3.3+dfsg-1
has caused the Debian Bug report #793866,
regarding samba: purging deletes directories (co-)owned by samba-common: 
/var/{cache, lib, log}/samba
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
793866: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793866
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: samba
Version: 2:4.1.17+dfsg-4
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package removes files that
were installed by another package.
The removed files were already present before the package was installed,
they may have been shipped or created by a dependency.

This could be a violation of policy 10.7.4 ("Sharing configuration
files"), see
https://www.debian.org/doc/debian-policy/ch-files.html#s10.7.4
or policy chapter 6 ("Package maintainer scripts..."), see
https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html
or policy 7.6 ("Overwriting files..."), see
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

If a directory is used by several packages, all should ship it as part
of the package (possibly empty, using $package.dirs to create it), and
no package should mkdir/rmdir it in the maintainer scripts as dpkg will
take care of this.

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

3m19.7s ERROR: FAIL: After purging files have disappeared:
  /var/cache/samba/  owned by: samba-common-bin, samba-common
  /var/lib/samba/owned by: samba, samba-common
  /var/log/samba/owned by: samba-common


Cheers,

Andreas


samba.log.gz
Description: application/gzip
--- End Message ---
--- Begin Message ---
Source: samba
Source-Version: 2:4.3.3+dfsg-1

We believe that the bug you reported is fixed in the latest version of
samba, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 793...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Jelmer Vernooij  (supplier of updated samba package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 18 Dec 2015 01:18:42 +
Source: samba
Binary: samba samba-libs samba-common samba-common-bin smbclient 
samba-testsuite registry-tools libparse-pidl-perl samba-dev python-samba 
samba-dsdb-modules samba-vfs-modules libsmbclient libsmbclient-dev winbind 
libpam-winbind libnss-winbind samba-dbg libwbclient0 libwbclient-dev ctdb
Architecture: source amd64 all
Version: 2:4.3.3+dfsg-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Samba Maintainers 
Changed-By: Jelmer Vernooij 
Description:
 ctdb   - clustered database to store temporary data
 libnss-winbind - Samba nameservice integration plugins
 libpam-winbind - Windows domain authentication integration plugin
 libparse-pidl-perl - IDL compiler written in Perl
 libsmbclient - shared library for communication with SMB/CIFS servers
 libsmbclient-dev - development files for libsmbclient
 libwbclient-dev - Samba winbind client library - development files
 libwbclient0 - Samba winbind client library
 python-samba - Python bindings for Samba
 registry-tools - tools for viewing and manipulating the Windows registry
 samba  - SMB/CIFS file, print, and login server for Unix
 samba-common - common files used by both the Samba server and client
 samba-common-bin - Samba common files used by both the server and the client
 samba-dbg  - Samba debugging symbols
 samba-dev  - tools for extending Samba
 samba-dsdb-modules - Samba Directory Services Database
 samba-libs - Samba core libraries
 samba-testsuite - test suite from Samba
 samba-vfs-modules - Samba Virtual FileSystem plugins
 smbclient  - command-line SMB/CIFS clients for Unix
 winbind- service to resolve user and group information from Windows NT ser
Closes: 769385 793866 799840 808133
Changes:
 samba (2:4.3.3+dfsg-1) unstable; urgency=medium
 .
   * New upstream release. Closes: #808133.
 

Bug#799840: marked as done (libpam-smbpass: installed libpam-smbpass break all local login)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 22:02:55 +
with message-id 
and subject line Bug#799840: fixed in samba 2:4.3.3+dfsg-1
has caused the Debian Bug report #799840,
regarding libpam-smbpass: installed libpam-smbpass break all local login
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
799840: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799840
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libpam-smbpass
Version: 4.1.20+dfsg-1
Severity: critical
Justification: breaks the whole system

On one of my computer, when libpam-smbpass is installed, all local login
attempt fail.

su, sudo, login on console, using gdm or sddm all break. Only ssh succed

I've report in log like :

  *** Error in `/usr/lib/x86_64-linux-gnu/sddm/sddm-helper': double free or 
corruption (fasttop): 0x00a38a70 ***
  *** Error in `gdm-session-worker [pam/gdm-password]': double free or 
corruption (fasttop): 0x0226c960

and error from su like :

  *** Error in `su': double free or corruption (fasttop): 0x55846363b500 ***

and mostly the same from sudo.

Uninstalling libpam-smbpass fix the problem.

Note that libpam-smbpass was installed but not used nor configured. I could
reinstall it to try debugging stuff.

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

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

Versions of packages libpam-smbpass depends on:
ii  dpkg1.18.3
ii  libbsd0 0.7.0-2
ii  libc6   2.19-20
ii  libpam-runtime  1.1.8-3.1
ii  libpam0g1.1.8-3.1
ii  libtalloc2  2.1.3-1
ii  libwbclient02:4.1.20+dfsg-1
ii  samba-common2:4.1.20+dfsg-1
ii  samba-libs  2:4.1.20+dfsg-1

libpam-smbpass recommends no packages.

Versions of packages libpam-smbpass suggests:
ii  samba  2:4.1.20+dfsg-1
--- End Message ---
--- Begin Message ---
Source: samba
Source-Version: 2:4.3.3+dfsg-1

We believe that the bug you reported is fixed in the latest version of
samba, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 799...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Jelmer Vernooij  (supplier of updated samba package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 18 Dec 2015 01:18:42 +
Source: samba
Binary: samba samba-libs samba-common samba-common-bin smbclient 
samba-testsuite registry-tools libparse-pidl-perl samba-dev python-samba 
samba-dsdb-modules samba-vfs-modules libsmbclient libsmbclient-dev winbind 
libpam-winbind libnss-winbind samba-dbg libwbclient0 libwbclient-dev ctdb
Architecture: source amd64 all
Version: 2:4.3.3+dfsg-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Samba Maintainers 
Changed-By: Jelmer Vernooij 
Description:
 ctdb   - clustered database to store temporary data
 libnss-winbind - Samba nameservice integration plugins
 libpam-winbind - Windows domain authentication integration plugin
 libparse-pidl-perl - IDL compiler written in Perl
 libsmbclient - shared library for communication with SMB/CIFS servers
 libsmbclient-dev - development files for libsmbclient
 libwbclient-dev - Samba winbind client library - development files
 libwbclient0 - Samba winbind client library
 python-samba - Python bindings for Samba
 registry-tools - tools for viewing and manipulating the Windows registry
 samba  - SMB/CIFS file, print, and login server for Unix
 samba-common - common files used by both the Samba server and client
 samba-common-bin - Samba common files used by both the server and the client
 samba-dbg  - Samba debugging symbols
 samba-dev  - tools for extending Samba
 samba-dsdb-modules - Samba Directory Services Database
 samba-libs - Samba core libraries
 samba-testsuite - test suite from Samba
 

Processed: Re: Bug#808366: grub-efi-amd64 -- error: symbol 'grub_efi_find_last_device_path' not found

[Debian Bug Tracking System]

Processing control commands:

> severity -1 important
Bug #808366 [grub-efi-amd64] grub-efi-amd64 -- error: symbol 
'grub_efi_find_last_device_path' not found
Severity set to 'important' from 'serious'

-- 
808366: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808366
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#808151: systemd: failed to start remount root and kernel file system

[Frank B. Brokken]

Hi Michael,

The journalctl -alb output after adding:

> Then add
> [Service]
> ExecStartPre=/bin/sh -c 'echo "before rootfs remount"; findmnt'
> ExecStartPost=/bin/sh -c 'echo "after rootfs remount"; findmnt'

and rebooting (until failure) is at https:/www.icce.rug.nl/systemd/alb-1650

It does contain the 'before rootfs' line, but the 'after rootfs' line isn't
there:

$ grep 'before rootfs' *1650
Dec 19 16:45:18 localhost.localdomain sh[430]: before rootfs remount
Dec 19 16:45:20 localhost.localdomain sh[487]: before rootfs remount
Dec 19 16:45:21 localhost.localdomain sh[516]: before rootfs remount
Dec 19 16:45:24 localhost.localdomain sh[620]: before rootfs remount
$ grep 'after rootfs' *1650
$

Next thing I'll try is to downgrade to 227-2.

-- 
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281 
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E  3B4D 7DB2 A8BE EAE4 D8AA


signature.asc
Description: PGP signature

Bug#808151: systemd: failed to start remount root and kernel file system

[Frank B. Brokken]

Hi Michael,

I downgraded to the following versions of the following packages:

libpam-systemd_227-2_i386.deb  libudev1_227-2_i386.deb 
libsystemd-dev_227-2_i386.deb  systemd-sysv_227-2_i386.deb 
libsystemd0_227-2_i386.deb systemd_227-2_i386.deb 
libudev-dev_227-2_i386.deb udev_227-2_i386.deb 

Thereafter I rebooted several times without encountering any problems. Also
with reduced output (grub's option 'quiet') no problems were encountered.

Cheers,

-- 
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281 
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E  3B4D 7DB2 A8BE EAE4 D8AA


signature.asc
Description: PGP signature

Bug#808400: xserver-xorg-video-nouveau: Kernel Panic due to nouveau driver: Machine locks up and then restarts (watchdog)

[Nigra Truo]

Package: xserver-xorg-video-nouveau
Version: 1:1.0.11-1
Severity: serious
Justification: Machine is unusable, due to constand kernel panics

Dear Maintainer,

   * What led up to the situation?
I start the X session, either by KDE or Gnome, does not matter.

* What exactly did you do (or not do) that was effective (or
 ineffective)?
I use the laptop normal for a while, opening programs.
Then, the system locks up and the watchdog restarts the system after a kernel
panic in about 10 seconds.


This is on a Lenovo T61 Laptop, 4 GB of Ram, NVIDIA graphics card, using the
nouveau driver. Never had an issue like this before when using about 3 debian
versions.

Laptop was running fine a week ago with Debian Wheezy, no issues. I ran the RAM
test for several hours, came back clean. CPU stress test was negative too, no
overheating, no fans issue.



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Nov 29 00:31 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2401376 Feb 10  2015 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G86M [Quadro NVS 
140M] [10de:0429] (rev a1)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u6 (2015-11-09)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root  4736 Dec 10 06:22 /var/log/Xorg.1.log
-rw-r--r-- 1 root root  4736 Dec 10 06:22 /var/log/Xorg.2.log
-rw-r--r-- 1 root root  4736 Dec 10 06:22 /var/log/Xorg.3.log
-rw-r--r-- 1 root root  4736 Dec 10 06:22 /var/log/Xorg.4.log
-rw-r--r-- 1 root root  4736 Dec 10 06:22 /var/log/Xorg.5.log
-rw-r--r-- 1 root root 29826 Dec 19 08:17 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[30.214] 
X.Org X Server 1.16.4
Release Date: 2014-12-20
[30.214] X Protocol Version 11, Revision 0
[30.214] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[30.214] Current Operating System: Linux California 3.16.0-4-amd64 #1 SMP 
Debian 3.16.7-ckt11-1+deb8u6 (2015-11-09) x86_64
[30.214] Kernel command line: BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 
root=/dev/mapper/California--vg-root ro quiet
[30.214] Build Date: 11 February 2015  12:32:02AM
[30.214] xorg-server 2:1.16.4-1 (http://www.debian.org/support) 
[30.214] Current version of pixman: 0.32.6
[30.214]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[30.214] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[30.214] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Dec 19 08:16:44 
2015
[30.219] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[30.223] (==) No Layout section.  Using the first Screen section.
[30.223] (==) No screen section available. Using defaults.
[30.223] (**) |-->Screen "Default Screen Section" (0)
[30.223] (**) |   |-->Monitor ""
[30.225] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[30.225] (==) Automatically adding devices
[30.225] (==) Automatically enabling devices
[30.225] (==) Automatically adding GPU devices
[30.231] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[30.231]Entry deleted from font path.
[30.239] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[30.239] (==) ModulePath set to "/usr/lib/xorg/modules"
[30.239] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[30.242] (II) Loader magic: 0x7fb90cbbcd80
[30.242] (II) Module ABI versions:
[30.242]X.Org ANSI C Emulation: 0.4
[30.242]X.Org Video Driver: 18.0
[30.242]X.Org XInput driver : 21.0
[30.242]X.Org Server Extension : 8.0
[30.242] (II) xfree86: Adding drm device (/dev/dri/card0)
[30.280] (--) PCI:*(0:1:0:0) 10de:0429:17aa:20d8 rev 161, Mem @ 
0xd600/16777216, 0xe000/268435456, 0xd400/33554432, I/O @ 
0x2000/128
[30.284] (II) LoadModule: "glx"
[30.297] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[30.324] (II) 

Bug#808401: plastimatch: FTBFS: itkGDCMSeriesFileNames.h:25:29: fatal error: gdcmSerieHelper.h: No such file or directory

[Chris Lamb]

Source: plastimatch
Version: 1.6.2+dfsg-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

plastimatch fails to build from source in unstable/amd64:

  [..]

1.6.2+dfsg/src/plastimatch/base/itk_image.cxx
  In file included from 
/home/lamby/temp/cdt.20151219144142.msdP5KPRgJ/plastimatch-1.6.2+dfsg/src/plastimatch/base/itk_dicom_load.cxx:9:0:
  /usr/include/ITK-4.8/itkGDCMSeriesFileNames.h:25:29: fatal error: 
gdcmSerieHelper.h: No such file or directory
  compilation terminated.
  src/plastimatch/base/CMakeFiles/plmbase.dir/build.make:425: recipe for target 
'src/plastimatch/base/CMakeFiles/plmbase.dir/itk_dicom_load.cxx.o' failed
  make[3]: *** 
[src/plastimatch/base/CMakeFiles/plmbase.dir/itk_dicom_load.cxx.o] Error 1
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20151219144142.msdP5KPRgJ/plastimatch-1.6.2+dfsg/obj-x86_64-linux-gnu'
  CMakeFiles/Makefile2:1440: recipe for target 
'src/plastimatch/base/CMakeFiles/plmbase.dir/all' failed
  make[2]: *** [src/plastimatch/base/CMakeFiles/plmbase.dir/all] Error 2
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20151219144142.msdP5KPRgJ/plastimatch-1.6.2+dfsg/obj-x86_64-linux-gnu'
  Makefile:163: recipe for target 'all' failed
  make[1]: *** [all] Error 2
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20151219144142.msdP5KPRgJ/plastimatch-1.6.2+dfsg/obj-x86_64-linux-gnu'
  dh_auto_build: make -j8 returned exit code 2
  debian/rules:19: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


plastimatch.1.6.2+dfsg-2.unstable.amd64.log.txt.gz
Description: Binary data

Processed: fix affects for #805863

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Fixing my tags (whoops)
> affects 805863 - +wine64 +wine32-development
Bug #805863 [src:gnutls28] gnutls28: FTBFS on amd64 - testsuite failures
Bug #807348 [src:gnutls28] libgnutls-deb0-28: In multiarch, 3.3.19-1:i386 
conflict with 3.3.18-1:amd64
Removed indication that 805863 affects +wine64 and +wine32-development
Removed indication that 807348 affects +wine64 and +wine32-development
> affects 805863 + wine64 wine32-development
Bug #805863 [src:gnutls28] gnutls28: FTBFS on amd64 - testsuite failures
Bug #807348 [src:gnutls28] libgnutls-deb0-28: In multiarch, 3.3.19-1:i386 
conflict with 3.3.18-1:amd64
Added indication that 805863 affects wine64 and wine32-development
Added indication that 807348 affects wine64 and wine32-development
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
805863: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805863
807348: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807348
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#798537: marked as done (ruby-multi-json ftbfs in unstable)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 19:50:12 +
with message-id 
and subject line Bug#798537: fixed in ruby-multi-json 1.11.2-3
has caused the Debian Bug report #798537,
regarding ruby-multi-json ftbfs in unstable
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
798537: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798537
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:ruby-multi-json
Version: 1.11.2-2
Severity: serious
Tags: sid stretch

the build fails the tests in unstable:

RUBYLIB=/home/packages/tmp/ruby-multi-json-1.11.2/debian/ruby-multi-json/usr/lib/ruby/vendor_ruby:.
rake2.1 -f debian/ruby-tests.rake
/usr/bin/ruby2.1 /usr/bin/rspec spec/multi_json_spec.rb

Randomized with seed 53840
.F...F.

Failures:

  1) MultiJson can set adapter for a block
 Failure/Error: MultiJson.with_adapter(:json_pure) do
 MultiJson::AdapterError:
   Did not recognize your adapter specification (cannot load such file --
json/pure).
 # ./lib/multi_json/adapters/json_pure.rb:1:in `'
 # ./lib/multi_json.rb:153:in `load_adapter_from_string_name'
 # ./lib/multi_json.rb:98:in `load_adapter'
 # ./lib/multi_json.rb:90:in `use'
 # ./lib/multi_json.rb:142:in `with_adapter'
 # ./spec/multi_json_spec.rb:119:in `block (2 levels) in '

  2) MultiJson using one-shot parser should use the defined parser just for the 
call
 Failure/Error: expect(MultiJson::Adapters::JsonPure).to
receive(:dump).once.and_return('dump_something')
 NameError:
   uninitialized constant MultiJson::Adapters::JsonPure
 # ./spec/multi_json_spec.rb:105:in `block (3 levels) in '

Finished in 0.11875 seconds (files took 0.13855 seconds to load)
31 examples, 2 failures

Failed examples:

rspec ./spec/multi_json_spec.rb:117 # MultiJson can set adapter for a block
rspec ./spec/multi_json_spec.rb:109 # MultiJson using one-shot parser should use
the defined parser just for the call

Randomized with seed 53840

/usr/bin/ruby2.1 /usr/bin/rspec spec/multi_json_spec.rb failed
ERROR: Test "ruby2.1" failed. Exiting.
dh_auto_install: dh_ruby --install
/home/packages/tmp/ruby-multi-json-1.11.2/debian/ruby-multi-json returned exit
code 1
debian/rules:5: recipe for target 'binary' failed
make: *** [binary] Error 1
--- End Message ---
--- Begin Message ---
Source: ruby-multi-json
Source-Version: 1.11.2-3

We believe that the bug you reported is fixed in the latest version of
ruby-multi-json, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 798...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Christian Hofstaedtler  (supplier of updated ruby-multi-json 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 19 Dec 2015 19:37:31 +
Source: ruby-multi-json
Binary: ruby-multi-json
Architecture: source
Version: 1.11.2-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Ruby Extras Maintainers 

Changed-By: Christian Hofstaedtler 
Description:
 ruby-multi-json - Ruby library to provide easy switching between different 
JSON bac
Closes: 798537
Changes:
 ruby-multi-json (1.11.2-3) unstable; urgency=medium
 .
   * Team upload.
 .
   [ Laurent Bigonville ]
   * Remove myself from the uploaders
 .
   [ Christian Hofstaedtler ]
   * Disable tests requiring non-oj libs (Closes: #798537)
Checksums-Sha1:
 65a5df811e6ea628739e21c2ac20f934dcc722fb 2129 ruby-multi-json_1.11.2-3.dsc
 59a60b757c513986104e9b32f3ed29a2c030b57f 4340 
ruby-multi-json_1.11.2-3.debian.tar.xz
Checksums-Sha256:
 0f02a886ff7aec30b533a623b4491226aef81d010a3695e95674c57c55430078 2129 
ruby-multi-json_1.11.2-3.dsc
 6c8b2c83e2a798310cd0fa9430f2ad275e9206b4f02390e112f6d3bdf1a0b49e 4340 
ruby-multi-json_1.11.2-3.debian.tar.xz
Files:
 39c263e2392a8082736fe7513f78771c 2129 ruby optional 
ruby-multi-json_1.11.2-3.dsc
 0bfd0b09145fabf88daa46bd8e94f4c1 4340 ruby optional 
ruby-multi-json_1.11.2-3.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

Bug#808408: kdeinit4 starts on a xfce - session

[Jörg Frings-Fürst]

Package: kdelibs-bin
Version: 4:4.14.14-1+b1
Severity: critical
File: /usr/bin/kdeinit4

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

since the last update kdeinit4 starts on a xfce session:

 ps -Af | grep kde
root37 2  0 20:49 ?00:00:00 [kdevtmpfs]
jff   5752 1  0 20:51 ?00:00:00 kdeinit4: kdeinit4 Running...
jff   5757  5752  0 20:51 ?00:00:00 kdeinit4: klauncher [kdeinit]
- --fd
jff   5771 1  0 20:51 ?00:00:00 kdeinit4: kded4 [kdeinit]
jff   6708  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
https
jff   6709  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
http
jff   6712  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
http
jff   6714  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
https
jff   6715  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
http
jff   6718  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
https
jff   6719  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
http
jff   6723  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
https
jff   6724  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
http
jff   6727  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
https
jff   6729  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
http
jff   6736  5752  0 20:52 ?00:00:00
/usr/lib/kde4/libexec/kio_http_cache_cleaner
jff   6760  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
http
jff   6761  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
http
jff   6762  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
http
jff   6764  5752  0 20:52 ?00:00:00 kdeinit4: kio_http [kdeinit]
http
jff   6901  5654  0 20:53 pts/200:00:00 grep kde


I think that running unwanted programs on a system is always a security hole.
Therefore
I set the severity to critical.

CU
Jörg



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

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

Versions of packages kdelibs-bin depends on:
ii  libc6 2.21-4
ii  libkdecore5   4:4.14.14-1+b1
ii  libkdeui5 4:4.14.14-1+b1
ii  libkio5   4:4.14.14-1+b1
ii  libkjsapi44:4.14.14-1+b1
ii  libkjsembed4  4:4.14.14-1+b1
ii  libkrosscore4 4:4.14.14-1+b1
ii  libnepomuk4   4:4.14.14-1+b1
ii  libnepomukutils4  4:4.14.14-1+b1
ii  libqt4-dbus   4:4.8.7+dfsg-5
ii  libqt4-xml4:4.8.7+dfsg-5
ii  libqtcore44:4.8.7+dfsg-5
ii  libqtgui4 4:4.8.7+dfsg-5
ii  libsoprano4   2.9.4+dfsg-3+b1
ii  libstdc++65.3.1-3
ii  libx11-6  2:1.6.3-1

kdelibs-bin recommends no packages.

kdelibs-bin suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJWdbsUAAoJEAn4nzyModJdcMsP/0onUGszu4h9+7E4j7rY4caw
vKEH8JnYgnpnEe26IB86/ep17ihOZEonI0oWAaZX9EHGJKTV8DBlpYckY5ZY/QrC
cqj5+2xmEf3wmL99J9NWvn1UVFggPX/2bZ5wQvqEwHyNAlu4fcOuJtO+cnWi75HD
0wW5PjLp1Dah4HlnJ2KJnV6JhLhPiqOFRP4GIcK+SIofybXBQtJEhzalTrwzoLLH
/aakVz3qY0vLDYFV1tZS0+SD3sKJ8ip3L4ij0dIoZwYJvKp4aJ3uw3gOrZ4AyKgk
7uaNezAesX/a2Xdf+9Nno7qLJVS58/9gB6hii2LoAwSLqT4Z6tlIwzL/h79+kbx2
7kVbUAwaXMtBBu33MaOYekmxoMpojlRsTep7Tcoagr8t93lPshsSUn91bL0DduBT
oEQ85cqeNoc3wivno44h92jHbJhbcpW2K1+YLaxxOODUaFMJWZ3VDqRgrHQJXqbk
KAG8diHSgHf0wrxAuXOk0K1uz/pWEorbVKJbnnf9S+dRzzkDy4kkG7d9ITkGQzl/
CrNYHHJOGiTtNhArs26fyzJf48H6KZlJRhQKSdwa0E2Mai+e8bVTzEbsk6jCcll5
psbBmnDOkVfn4+ImusYpeucQI/+Dx04itbgF0xK59xuxu9T1LtDu1ejJAw6vbeZx
ljNUV6f55OBU6y364TG8
=n+EQ
-END PGP SIGNATURE-

Bug#808401: Bug#808401: plastimatch: FTBFS: itkGDCMSeriesFileNames.h:25:29: fatal error: gdcmSerieHelper.h: No such file or directory

[Andreas Tille]

Hi Gert,

On Sat, Dec 19, 2015 at 09:32:58PM +0100, Gert Wollny wrote:
> It seems that there is a conflict in which gdcm version is used. The
> log says that gdcm-2.6 was found but later the include files for gdcm
> -2.4 are used. 
> 
> I guess itk needs to be rebuild against gdcm-2.6 since it seems to pull
> in the old version. 

Sounds sensible.  Do you need any help for this?

Kind regards

 Andreas. 

-- 
http://fam-tille.de

Bug#803300: marked as done (prepare for giflib5)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 17:50:12 +
with message-id 
and subject line Bug#803300: fixed in openscenegraph 3.2.1-9
has caused the Debian Bug report #803300,
regarding prepare for giflib5
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
803300: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803300
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: src:openscenegraph
Version: 3.2.1-7
Tags: sid stretch patch
Blocks: 803158
User: gif...@packages.debian.org
Usertags: giflib5

Planning an update of giflib to the current version 5.1.1. Giflib slightly 
changes it's API, requiring soureful changes. There are some options for getting 
giflib5.1 support:


- Look for a newer upstream version, if upstream supports
both giflib4 and giflib5.1. Upload the new package,
and close the bug report.

- Patch the code to both use the NEW API. This can be done using
#if GIFLIB_MAJOR >= 5

#else

#endif
Please upload the package, and close the report.

- Unconditionally patch the code, not supporting giflib4 anymore.
Please upload a package to experimental once giflib5 hits
experimental.

For the latter two options, please see a patch at
http://launchpadlibrarian.net/222944251/openscenegraph_3.2.1-7ubuntu2_3.2.1-7ubuntu3.diff.gz

To test your changes before giflib5 is found in experimental, please use

deb https://people.debian.org/~doko/tmp/giflib5 ./

Thanks, Matthias
--- End Message ---
--- Begin Message ---
Source: openscenegraph
Source-Version: 3.2.1-9

We believe that the bug you reported is fixed in the latest version of
openscenegraph, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 803...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Alberto Luaces Fernández  (supplier of updated openscenegraph 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 19 Dec 2015 11:16:24 +0100
Source: openscenegraph
Binary: libopenthreads-dev libopenthreads20 libopenscenegraph-dev 
libopenscenegraph100v5 openscenegraph-doc openscenegraph openscenegraph-examples
Architecture: source amd64 all
Version: 3.2.1-9
Distribution: unstable
Urgency: medium
Maintainer: Loic Dachary (OuoU) 
Changed-By: Alberto Luaces Fernández 
Description:
 libopenscenegraph-dev - 3D scene graph, development files
 libopenscenegraph100v5 - 3D scene graph, shared libs
 libopenthreads-dev - Object-Oriented (OO) thread interface for C++, 
development files
 libopenthreads20 - Object-Oriented (OO) thread interface for C++, shared libs
 openscenegraph - 3D scene graph, utilities and examples (binaries)
 openscenegraph-doc - 3D scene graph, documentation
 openscenegraph-examples - 3D scene graph, examples (sources)
Closes: 789264 803300
Changes:
 openscenegraph (3.2.1-9) unstable; urgency=medium
 .
   * Added a compatibility fix for building with giflib5.  Thanks
 Sebastiaan Couwenberg and Matthias Klose. (Closes: 803300)
 .
   * Modified debian/rules to set HTML_TIMESTAMP=NO for doxygen to make the
 package reproducible.  Thanks to Maria Valentina Marin (Closes:
 789264)
Checksums-Sha1:
 5b2ae8b21d8088843fe8c63cb1135dfcdda25a82 2854 openscenegraph_3.2.1-9.dsc
 2c5a4585ecf3b85ba052120418d518993d7b80cd 21580 
openscenegraph_3.2.1-9.debian.tar.xz
 6845d0a52b26bdc55f0c898da7bbc47d9d7496ec 451592 
libopenscenegraph-dev_3.2.1-9_amd64.deb
 f6bf3d783140444cb92441ad59089e16684a1cc0 5568172 
libopenscenegraph100v5_3.2.1-9_amd64.deb
 13d3d35f2195dded29ea30c92e92fe5c8c92943a 20270 
libopenthreads-dev_3.2.1-9_amd64.deb
 b3e13901bb61f7dbed334774d8746ebf586b47e2 21044 
libopenthreads20_3.2.1-9_amd64.deb
 19a97140f15fa8c2df52859ed8943164e955ac7b 125384 
openscenegraph-doc_3.2.1-9_all.deb
 0b3d20978f5f92b36dce0ad49b331f5dabf03a18 466722 
openscenegraph-examples_3.2.1-9_all.deb
 0e382d66e3d4bf8a2f7f5897cc895ec835c37938 1585246 
openscenegraph_3.2.1-9_amd64.deb
Checksums-Sha256:
 027c6d568ad7a0d5d9a75bf40af49ffda9a1d138285c4de63a07c8737edb53b1 2854 
openscenegraph_3.2.1-9.dsc
 456eae7370240e447fd1367423e0df52c24f7e85d0c9230948d36e9520d3c690 21580 

Processed: tagging 798536

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 798536 + confirmed help
Bug #798536 [src:ruby-patron] ruby-patron fails to build on arm* and mips*
Added tag(s) confirmed and help.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
798536: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798536
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#808401: plastimatch: FTBFS: itkGDCMSeriesFileNames.h:25:29: fatal error: gdcmSerieHelper.h: No such file or directory

[Andreas Tille]

Hi Gregory,

I tried to add libgdcm2-dev as additional Build-Depends since the header
file is part of this package but this was to simple as a fix and did not
worked.

Could you find a better fix?

Kind regards

   Andreas.

On Sat, Dec 19, 2015 at 05:26:09PM +, Chris Lamb wrote:
> Source: plastimatch
> Version: 1.6.2+dfsg-2
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Dear Maintainer,
> 
> plastimatch fails to build from source in unstable/amd64:
> 
>   [..]
> 
> 1.6.2+dfsg/src/plastimatch/base/itk_image.cxx
>   In file included from 
> /home/lamby/temp/cdt.20151219144142.msdP5KPRgJ/plastimatch-1.6.2+dfsg/src/plastimatch/base/itk_dicom_load.cxx:9:0:
>   /usr/include/ITK-4.8/itkGDCMSeriesFileNames.h:25:29: fatal error: 
> gdcmSerieHelper.h: No such file or directory
>   compilation terminated.
>   src/plastimatch/base/CMakeFiles/plmbase.dir/build.make:425: recipe for 
> target 'src/plastimatch/base/CMakeFiles/plmbase.dir/itk_dicom_load.cxx.o' 
> failed
>   make[3]: *** 
> [src/plastimatch/base/CMakeFiles/plmbase.dir/itk_dicom_load.cxx.o] Error 1
>   make[3]: Leaving directory 
> '/home/lamby/temp/cdt.20151219144142.msdP5KPRgJ/plastimatch-1.6.2+dfsg/obj-x86_64-linux-gnu'
>   CMakeFiles/Makefile2:1440: recipe for target 
> 'src/plastimatch/base/CMakeFiles/plmbase.dir/all' failed
>   make[2]: *** [src/plastimatch/base/CMakeFiles/plmbase.dir/all] Error 2
>   make[2]: Leaving directory 
> '/home/lamby/temp/cdt.20151219144142.msdP5KPRgJ/plastimatch-1.6.2+dfsg/obj-x86_64-linux-gnu'
>   Makefile:163: recipe for target 'all' failed
>   make[1]: *** [all] Error 2
>   make[1]: Leaving directory 
> '/home/lamby/temp/cdt.20151219144142.msdP5KPRgJ/plastimatch-1.6.2+dfsg/obj-x86_64-linux-gnu'
>   dh_auto_build: make -j8 returned exit code 2
>   debian/rules:19: recipe for target 'build' failed
>   make: *** [build] Error 2
> 
>   [..]
> 
> The full build log is attached.
> 
> 
> Regards,
> 
> -- 
>   ,''`.
>  : :'  : Chris Lamb
>  `. `'`  la...@debian.org / chris-lamb.co.uk
>`-


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


-- 
http://fam-tille.de

Bug#808413: xpilot-extra: Depends on virtual package "perl5" which is gone with perl/5.22

[gregor herrmann]

Package: xpilot-extra
Version: 4.7.2
Severity: serious
Tags: sid patch
Justification: package uninstallable
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

The perl 5.22 transition just started (see
https://lists.debian.org/debian-devel-announce/2015/12/msg5.html)
and we seem to have missed that this package depends on the
deprecated virtual package "perl5" like some other packages did.

The perl 5.22 packages don't provide perl5, making this package
uninstallable.
I'm sorry that we overlooked this prior to the unstable upload.

The fix is a simple s/perl5/perl/ in debian/control.

Let me know if you'd like this to be NMUed without further delay.

Cheers,
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJWdcVmXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGFk8P/26ybQTqib4PDlBlm4ggRx3u
Qx1P8rMq7bFo/tz3BfrkjliN6x6UGfnyNUWUBfaNHCBtsvBFfVANurfz/ajbCqb7
ZurIH3xw44sLBm0uNgpl21MUh0L4bqm8TgCwRc/Ew1gUSe2iM/7KsMXNwV1gmF1S
XahO8x0ImVAHnkISwbs6Qe9eYeiLub+pa6dXF7ytwFkAfbz4UYXiwtyXp6T6SSiz
cVgoN5lSWjHqe+E4wbSMgYHD3LEJZMSEmS2RwlPBeqnfA0L77Srvy4IQbvhpxVlQ
nHX6Xic/MGk+YNU9H/x4IFgdw4M0QPA2SwUq2HGr8pMxBkInk2ij9kLm1Euz6kJL
yltXT8xyDsHrexhEjmo4G43vKbX4NYTUbJdxVMtySnaIZV+LpGkPtBtNpqNocha7
VyyVaDj8smgmzYNCO1zlsZaH8IMRxKcc/m2Kr57BaxfpIlJQFVxiFvcLhoSEB3O5
YyW0hMX3Zuaef8TD1YyCTFm9ssjjCTALPHSEzN801Rbrw+Wz1K3v1uBBA1XGZMsX
wmbJ+Q7O1V8Z8kSE1H+tTehuGn9ow6sCOoM4FgfLtr5dAFA3qcLFwpBr4D0wzp/s
Qv81Xx3f7zmkeIOIGOzUqGooVrcjw6rYiZl7XSmMHUU7CG+jZjZDayYtICX2f4M4
j6x/HnciEa5BhzdGR51S
=Uwrg
-END PGP SIGNATURE-

Bug#808412: ippl: Depends on virtual package "perl5-base" which is gone with perl/5.22

[gregor herrmann]

Source: ippl
Version: 1.4.14-12.1
Severity: serious
Tags: sid patch
Justification: package uninstallable
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

The perl 5.22 transition just started (see
https://lists.debian.org/debian-devel-announce/2015/12/msg5.html)
and we seem to have missed that this package depends on the
deprecated virtual package "perl5-base" like some other packages did.

The perl 5.22 packages don't provide perl5-base, making this package
uninstallable.
I'm sorry that we overlooked this prior to the unstable upload.

The fix is a simple s/perl5-base/perl-base/ in debian/control.

Let me know if you'd like this to be NMUed without further delay.

Cheers,
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJWdcVfXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGOPEQAK0vct0WhPv0O/MmWMA06p+r
CpSwG8x7LmvP5dI5nlQmQJiY/cs+zhY8gOSlxUybifGFclw7zf0ZOicD4pzy+5JX
kBy6gNHi/5jyC7IfGLveACxUkMCA0Wi3gP+ZVY+UW/81WkzYjzYqvCoe+dNepoMe
ZJ48Xl+1imyZeCdgvvmXt+CPiz8q6Qx4MRuTqaRBFgb14SzCZYZ/wkpxEsUZCYrS
Sd/fryVPERYkf+ObbRkSp618v4icSD9BEBGNl2Tv01+sPM6okKMZsgxNRqW7ibni
+D4MB2bqhaG9+xKRzd97XP39RnGSB6kjg5fmlFBQXuac2tXWtcGoNqF2OTIdZCTT
GyhwoAzsBhGio2mdN5TnRUDAxT6FujMJIBOcRd6TV7EY29KAV/J8670Ad0fEZLXy
MA8AQISEcY/HRfbiGeug7kl0Yo7n5NBqjwf3HgDpOeaYG6xR0sgQP/z/zEIl2IHU
plOG6eu5zMVRuAcyXF5bWxPIdbjDcZOsbUhSEHoim8ezrGLFxbicP/IIk09SzQAN
yAp27NSME+LBAxLko8pmaMzYqizFJ66o+j7krA0cspNHGWX7qZhD5EOggJOQDUSv
WnDxVxau5Oqa88CmqSwpnaMG98N5Mrst/DxMrqKur2nAObAGkdzMR9FbM6nS6no8
gNS1QshSdUAmWn4i+WqK
=SE3W
-END PGP SIGNATURE-

Bug#808151: systemd: failed to start remount root and kernel file system

[Michael Biebl]

Am 19.12.2015 um 16:27 schrieb Frank B. Brokken:
> Dear Michael Biebl, you wrote:
> 
>>> This information is available at https://www.icce.rug.nl/systemd in the 
>>> files 
>>> initramfs.debug and alb.
>>
>> Hm, unfortunately the journal dump is incomplete again. I have no idea why
> 
> Remarkable. I made it available the way I got it, so that's apparently what
> there is.

I've setup a test VM with a split /usr.
While I can't quite reproduce the problem you have, I found this in the
logs (those are exactly the early lines that are missing from yours
unfortunately)

> Dez 19 23:18:46 debian systemd[1]: systemd 228 running in system mode. (+PAM 
> +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT 
> +GNUTLS +ACL +XZ -LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN)
> Dez 19 23:18:46 debian systemd[1]: Detected virtualization kvm.
> Dez 19 23:18:46 debian systemd[1]: Detected architecture x86-64.
> Dez 19 23:18:46 debian systemd[1]: Set hostname to .
> Dez 19 23:18:46 debian systemd[1]: usr.mount: Unit is bound to inactive unit 
> dev-sda5.device. Stopping, too.

Apparently systemd considers the /dev/sda5 device as inactive so tries
to stop usr.mount, which might result in /usr being unmounted.

I guess that's the root cause also for your problem.
I think I have enough information for now to further investigate this on
my own.

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



signature.asc
Description: OpenPGP digital signature

Bug#807389: marked as done (haskell-hslua: no longer builds on architectures without luajit)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 16:55:14 +
with message-id 
and subject line Bug#807389: fixed in haskell-hslua 0.4.1-4
has caused the Debian Bug report #807389,
regarding haskell-hslua: no longer builds on architectures without luajit
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
807389: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807389
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: haskell-hslua
Version: 0.4.1-1
Severity: serious

haskell-hslua no longer builds on architectures without luajit (which
isn't Architecture: any, but only builds on a limited set of
architectures):

  https://buildd.debian.org/status/package.php?pkg=haskell-hslua

  $ grep-excuses haskell-hslua
  haskell-hslua (0.3.13-2 to 0.4.1-1)
  Maintainer: Debian Haskell Group
  Too young, only 3 of 5 days old
  missing build on arm64: libghc-hslua-dev, libghc-hslua-doc, 
libghc-hslua-prof (from 0.3.13-2)
  missing build on armel: libghc-hslua-dev, libghc-hslua-doc, 
libghc-hslua-prof (from 0.3.13-2)
  missing build on mipsel: libghc-hslua-dev, libghc-hslua-doc, 
libghc-hslua-prof (from 0.3.13-2)
  missing build on ppc64el: libghc-hslua-dev, libghc-hslua-doc, 
libghc-hslua-prof (from 0.3.13-2)
  missing build on s390x: libghc-hslua-dev, libghc-hslua-doc, 
libghc-hslua-prof (from 0.3.13-2)
  Not considered
  Depends: haskell-hslua ghc (not considered)

I don't think we can drop haskell-hslua on those architectures, because
pandoc needs it.  Can we avoid luajit in those cases?

-- 
Colin Watson   [cjwat...@debian.org]
--- End Message ---
--- Begin Message ---
Source: haskell-hslua
Source-Version: 0.4.1-4

We believe that the bug you reported is fixed in the latest version of
haskell-hslua, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 807...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Colin Watson  (supplier of updated haskell-hslua package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 19 Dec 2015 14:55:10 +
Source: haskell-hslua
Binary: libghc-hslua-dev libghc-hslua-prof libghc-hslua-doc
Architecture: source
Version: 0.4.1-4
Distribution: unstable
Urgency: medium
Maintainer: Debian Haskell Group 

Changed-By: Colin Watson 
Description:
 libghc-hslua-dev - ${haskell:ShortDescription}${haskell:ShortBlurb}
 libghc-hslua-doc - ${haskell:ShortDescription}${haskell:ShortBlurb}
 libghc-hslua-prof - ${haskell:ShortDescription}${haskell:ShortBlurb}
Closes: 807389
Changes:
 haskell-hslua (0.4.1-4) unstable; urgency=medium
 .
   * Only depend on libluajit-5.1-dev on architectures where we also
 build-depend on it; this plus Clint's earlier fixes closes: #807389.
Checksums-Sha1:
 0d53db7fece4d39f93c0783fb70089d0cebe1ca5 2448 haskell-hslua_0.4.1-4.dsc
 1da9e3a4730d6ff68a9bf6c992b83397609df961 2972 
haskell-hslua_0.4.1-4.debian.tar.xz
Checksums-Sha256:
 6ac53f01b069dfcd6edba7c92b8a6035c356c029685faadd1943ae215693b60e 2448 
haskell-hslua_0.4.1-4.dsc
 73b50a52a234aacc5371897fe10ddf5c1a9ba4d0e676aaad6fd36f301bad74fe 2972 
haskell-hslua_0.4.1-4.debian.tar.xz
Files:
 449d3dbb48918a89746697e82c2799f9 2448 haskell extra haskell-hslua_0.4.1-4.dsc
 c7a831f3252097506c2c14e244af3325 2972 haskell extra 
haskell-hslua_0.4.1-4.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Colin Watson  -- Debian developer

iQIVAwUBVnVwDzk1h9l9hlALAQhjLQ/6A8dOEY6VmQLijNG31iVKOML001FLmtdA
GF2jPRGhhmGAFxXGrEUaS/DqgK4ociNAECkudCP7kjmjuY1gq0wHDR2eGSec9LM3
onPfZ7XVoms7Yu1Hxb//e942RcWdVC0JriHG1KEIozNSZkuEobESVA6W0o87PvQ3
ydz/5XGYEH4gb1HypfJnsO/h3VpRRks+wV7VpxYmGW9dZ/ftrgNw67xxKVqOfaiu
bFmhyecUbXMuvunY5DB0K/FFFzRUh4Zi5yuqsntMYTjwIHughVZYt+nF6EiC+djN
zhbQPc+uw8iHAj2ZoCpzDBNRwxgzZWS5PIuDL2+iyezc2BA/kpuV4IOH7W7n7m5u
2+D/+mUuARG30gqzasoEHQUs9QTkyS4lI5TOUIY5ygMBBy6v/ZReueja5odAoLsv
adGzod35+Xt8k3qkOZYKwVqkmY5xGZHJE+5yPlG0+VQ1l6QPkRj2kA+mUU0wLCUI

Bug#808412: ippl: Depends on virtual package "perl5-base" which is gone with perl/5.22

[gregor herrmann]

On Sat, 19 Dec 2015 22:05:09 +0100, Marc Haber wrote:

> On Sat, Dec 19, 2015 at 10:00:15PM +0100, gregor herrmann wrote:
> > Let me know if you'd like this to be NMUed without further delay.
> Please go ahead, thanks in advance.

Thank you!

Actually, I've not changed perl5-base to perl-base but removed it,
since perl-base is essential.

I'm attaching the complete debdiff, as uploaded right now.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bob Dylan: Hurricane (long version)
diff -u ippl-1.4.14/debian/control ippl-1.4.14/debian/control
--- ippl-1.4.14/debian/control
+++ ippl-1.4.14/debian/control
@@ -10,7 +10,7 @@
 
 Package: ippl
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, perl5-base, logrotate, adduser (>> 3.51), lsb-base (>= 3.0-6)
+Depends: ${shlibs:Depends}, ${misc:Depends}, logrotate, adduser (>> 3.51), lsb-base (>= 3.0-6)
 Description: IP protocols logger
  writes information about incoming ICMP messages, TCP connections and
  UDP datagrams to syslog.
diff -u ippl-1.4.14/debian/changelog ippl-1.4.14/debian/changelog
--- ippl-1.4.14/debian/changelog
+++ ippl-1.4.14/debian/changelog
@@ -1,3 +1,14 @@
+ippl (1.4.14-12.2) unstable; urgency=medium
+
+  * Non-maintainer upload with maintainer's permission.
+  * Fix "Depends on virtual package "perl5-base" which is gone with
+perl/5.22":
+Remove perl5-base in debian/control, don't add perl-base since it's
+essential anyway.
+(Closes: #808412)
+
+ -- gregor herrmann   Sat, 19 Dec 2015 22:16:14 +0100
+
 ippl (1.4.14-12.1) unstable; urgency=low
 
   * Non-maintainer upload.


signature.asc
Description: Digital Signature

Bug#808412: marked as done (ippl: Depends on virtual package "perl5-base" which is gone with perl/5.22)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 21:52:24 +
with message-id 
and subject line Bug#808412: fixed in ippl 1.4.14-12.2
has caused the Debian Bug report #808412,
regarding ippl: Depends on virtual package "perl5-base" which is gone with 
perl/5.22
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
808412: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808412
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ippl
Version: 1.4.14-12.1
Severity: serious
Tags: sid patch
Justification: package uninstallable
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

The perl 5.22 transition just started (see
https://lists.debian.org/debian-devel-announce/2015/12/msg5.html)
and we seem to have missed that this package depends on the
deprecated virtual package "perl5-base" like some other packages did.

The perl 5.22 packages don't provide perl5-base, making this package
uninstallable.
I'm sorry that we overlooked this prior to the unstable upload.

The fix is a simple s/perl5-base/perl-base/ in debian/control.

Let me know if you'd like this to be NMUed without further delay.

Cheers,
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJWdcVfXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGOPEQAK0vct0WhPv0O/MmWMA06p+r
CpSwG8x7LmvP5dI5nlQmQJiY/cs+zhY8gOSlxUybifGFclw7zf0ZOicD4pzy+5JX
kBy6gNHi/5jyC7IfGLveACxUkMCA0Wi3gP+ZVY+UW/81WkzYjzYqvCoe+dNepoMe
ZJ48Xl+1imyZeCdgvvmXt+CPiz8q6Qx4MRuTqaRBFgb14SzCZYZ/wkpxEsUZCYrS
Sd/fryVPERYkf+ObbRkSp618v4icSD9BEBGNl2Tv01+sPM6okKMZsgxNRqW7ibni
+D4MB2bqhaG9+xKRzd97XP39RnGSB6kjg5fmlFBQXuac2tXWtcGoNqF2OTIdZCTT
GyhwoAzsBhGio2mdN5TnRUDAxT6FujMJIBOcRd6TV7EY29KAV/J8670Ad0fEZLXy
MA8AQISEcY/HRfbiGeug7kl0Yo7n5NBqjwf3HgDpOeaYG6xR0sgQP/z/zEIl2IHU
plOG6eu5zMVRuAcyXF5bWxPIdbjDcZOsbUhSEHoim8ezrGLFxbicP/IIk09SzQAN
yAp27NSME+LBAxLko8pmaMzYqizFJ66o+j7krA0cspNHGWX7qZhD5EOggJOQDUSv
WnDxVxau5Oqa88CmqSwpnaMG98N5Mrst/DxMrqKur2nAObAGkdzMR9FbM6nS6no8
gNS1QshSdUAmWn4i+WqK
=SE3W
-END PGP SIGNATURE-
--- End Message ---
--- Begin Message ---
Source: ippl
Source-Version: 1.4.14-12.2

We believe that the bug you reported is fixed in the latest version of
ippl, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 808...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
gregor herrmann  (supplier of updated ippl package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 19 Dec 2015 22:16:14 +0100
Source: ippl
Binary: ippl ippl-dbg
Architecture: source amd64
Version: 1.4.14-12.2
Distribution: unstable
Urgency: medium
Maintainer: Marc Haber 
Changed-By: gregor herrmann 
Description:
 ippl   - IP protocols logger
 ippl-dbg   - debugging systems for ippl
Closes: 808412
Changes:
 ippl (1.4.14-12.2) unstable; urgency=medium
 .
   * Non-maintainer upload with maintainer's permission.
   * Fix "Depends on virtual package "perl5-base" which is gone with
 perl/5.22":
 Remove perl5-base in debian/control, don't add perl-base since it's
 essential anyway.
 (Closes: #808412)
Checksums-Sha1:
 01f445d4b770d1e66073ea9da0c7515c8e4287ce 1891 ippl_1.4.14-12.2.dsc
 030d8c2c0711c19acf56cea909798f3e4bd6fdc0 14411 ippl_1.4.14-12.2.diff.gz
 76d363f3050c19afb9f096e97953e1bc95e3acb1 41232 ippl-dbg_1.4.14-12.2_amd64.deb
 f29dd3aaa66e38d2ebba1342c014781f725a2fb2 39154 ippl_1.4.14-12.2_amd64.deb
Checksums-Sha256:
 beb48d656cd45cf93984497b0852358598550a28a9fdf450a493a9b3b9cca594 1891 
ippl_1.4.14-12.2.dsc
 2263a77483a22e30710ce1ed499d0e3bee2f8e5b3e0cd3d61a184ba338d90cfc 14411 
ippl_1.4.14-12.2.diff.gz
 dd1646a59a549481aa73b7538c5267b9c9ca65d135db2c40a3b05d9a611c2200 41232 
ippl-dbg_1.4.14-12.2_amd64.deb
 2db04cc0517385d6ebe288878e009ca05870b4f1c6b9c98be10157807782fe5a 39154 
ippl_1.4.14-12.2_amd64.deb
Files:
 6a85d780d33464c554c696bc15c11928 1891 net extra ippl_1.4.14-12.2.dsc
 3d2d0e5cf5769a5239f4b1ec75e4fab9 14411 net extra 

Bug#805642: marked as done (avrdude: version 6.2. ser_open(): can't set attributes for device)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 21:50:55 +
with message-id 
and subject line Bug#805642: fixed in avrdude 6.2-2
has caused the Debian Bug report #805642,
regarding avrdude: version 6.2. ser_open(): can't set attributes for device
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
805642: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805642
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: avrdude
Version: 6.1-4
Severity: normal
Tags: upstream

After upgrading avrdude from 6.1 to 6.2. I have been unable to program my avr.

avrdude output:

Using Port: /dev/ttyACM0
Using Programmer  : arduino
Overriding Baud Rate  : 115200
avrdude: Cannot set serial port speed to 115200. ioctl returned -1
avrdude: ser_open(): can't set attributes for device "/dev/ttyACM0": Operation
not permitted

User is added to the dialout group. Downgrading the package makes it work
again. Furthermore other software has no problem setting attributes of the
serial device.



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

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

Versions of packages avrdude depends on:
ii  libc6 2.19-22
ii  libelf1   0.163-5.1
ii  libftdi1  0.20-3
ii  libncurses5   6.0+20151024-2
ii  libreadline6  6.3-8+b3
ii  libtinfo5 6.0+20151024-2
ii  libusb-0.1-4  2:0.1.12-27

avrdude recommends no packages.

Versions of packages avrdude suggests:
pn  avrdude-doc  

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: avrdude
Source-Version: 6.2-2

We believe that the bug you reported is fixed in the latest version of
avrdude, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 805...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Milan Kupcevic  (supplier of updated avrdude package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 19 Dec 2015 14:46:10 -0500
Source: avrdude
Binary: avrdude avrdude-doc
Architecture: source all amd64
Version: 6.2-2
Distribution: unstable
Urgency: low
Maintainer: Milan Kupcevic 
Changed-By: Milan Kupcevic 
Description:
 avrdude- software for programming Atmel AVR microcontrollers
 avrdude-doc - documentation for avrdude
Closes: 805642 805651
Changes:
 avrdude (6.2-2) unstable; urgency=low
 .
   * New maintainer (closes: #805651). Many thanks to Michael Biebl for a
 decade worth of contributions to this package.
   * Set proper serial device attributes. (Closes: #805642)
Checksums-Sha1:
 9973190853ff3c3a067db5df3e2ab0df4c6e7f6e 1849 avrdude_6.2-2.dsc
 5cb40278521d87a490f9849aa887271d867c9db6 8916 avrdude_6.2-2.debian.tar.xz
 f4fb5428acab88f2ad114b5bac641ec0453a44c7 577554 avrdude-doc_6.2-2_all.deb
 e43e11963c6f72d8273e3289156d8fdf6999f954 266208 avrdude_6.2-2_amd64.deb
Checksums-Sha256:
 0f552c6b6d1c9d6b19e813168b7db76581fa190b633a6c71c7d9a26e0a3a43f7 1849 
avrdude_6.2-2.dsc
 b59f37c8b8312d02d423f94750ee92a75ac970084054fa8f7d71f18a42e475fa 8916 
avrdude_6.2-2.debian.tar.xz
 03266bd38b259271cbbf8e145128d3493caff1aabea1126e7abe3e7a164c42ea 577554 
avrdude-doc_6.2-2_all.deb
 cfda9b1069e34209c2a67af87b175bec585f0ad37b8a5dce5193379ff6ca8af2 266208 
avrdude_6.2-2_amd64.deb
Files:
 f37e09515edb05aec25cc6070c9ff834 1849 electronics extra avrdude_6.2-2.dsc
 72eafbfc02d96c48849c137d26c579df 8916 electronics extra 
avrdude_6.2-2.debian.tar.xz
 ee5c4630f18081a9a73d5a16cd36cf7c 577554 doc extra avrdude-doc_6.2-2_all.deb
 e50eaa1e25685e0b8bd4e2e336f5bafc 266208 electronics extra 
avrdude_6.2-2_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQGcBAEBCAAGBQJWdbsdAAoJEOntZ4G0VQkOEtoMALxCFxG1HnAqAfoKbRufynFk
6WUBBXcCb2cNQsRkispvT+BZQjQ+uqe4KNftsibPL/yW2YL/E3TtoXmGg9TPQtHo

Bug#808424: khmer: FTBFS: assumes a real home directory

[Aaron M. Ucko]

Source: khmer
Version: 2.0+dfsg-1
Severity: serious
Justification: fails to build from source

Automated builds of khmer have been failing:

  ln -sf "`pwd`"/.pybuild/pythonX.Y_*/build/khmer/*.so khmer && \
./setup.py develop --user && ./setup.py build_sphinx
  running develop
  error: [Errno 13] Permission denied: '/sbuild-nonexistent'
  debian/rules:17: recipe for target 'override_dh_auto_build' failed
  make[1]: *** [override_dh_auto_build] Error 1
  make[1]: Leaving directory '/«BUILDDIR»/khmer-2.0+dfsg'
  debian/rules:14: recipe for target 'build-arch' failed
  make: *** [build-arch] Error 2

If the "develop --user" step is mandatory, please arrange to run it
(and anything dependent on any resultant setup) with HOME set to some
temporary directory in the build area.

Thanks!

Bug#808327: wmanager: Depends on virtual package "perl5" which will is gone with perl/5.22

[Peter Pentchev]

On Sat, Dec 19, 2015 at 02:10:01AM +0100, gregor herrmann wrote:
> On Fri, 18 Dec 2015 18:56:17 +0200, Peter Pentchev wrote:
> 
> > I believe that this will be a nice reason to actually upload the
> > updated one.  This should happen in a couple of days.
> 
> A point in time which is closer to "now" than "in a couple of days"
> would be helpful for the perl transition :)

Right, so I prepared a package this afternoon and even tried to
upload it to ftp.eu, but it seems I misremembered and my DM rights
for upload to wmanager were never really reinstated after
the dak change to no longer honor the DMUA field.

So here's a link to the new wmanager version on mentors.d.n;
it seems that you did the last upload last year, would you have
a minute to take a look at it?

http://mentors.debian.net/debian/pool/main/w/wmanager/wmanager_0.2.1-13.dsc

If you don't, then no problem, I can send an RFS to -mentors,
see if somebody bites :)

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13


signature.asc
Description: PGP signature

Bug#808430: perl-modules-5.22: after the upgrade to perl 5.22, the Module::Build module is no longer present

[Vincent Lefevre]

Package: perl-modules-5.22
Version: 5.22.1-2
Severity: serious

After the upgrade to perl 5.22, the Module::Build module is no longer
present. With perl 5.20, it was present in both perl-modules and
libmodule-build-perl. After the upgrade, it is no longer in
perl-modules-5.22, and libmodule-build-perl automatically gets
removed by aptitude because it is no longer recommended, so that
the module is no longer present at all.

Other modules might be affected by the same problem. I could see
many packages that were removed, but I don't know which ones were
redundant.

The upgrade should not remove any module that can still be useful
(perhaps unless this is announced in the NEWS.Debian file, so that
the user has a chance to reinstall what needs be before he's
wondering what's wrong).

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

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

Versions of packages perl-modules-5.22 depends on:
ii  dpkg   1.18.3
ii  perl-base  5.22.1-2

Versions of packages perl-modules-5.22 recommends:
ii  perl  5.22.1-2

perl-modules-5.22 suggests no packages.

-- no debconf information

Bug#808327: wmanager: Depends on virtual package "perl5" which will is gone with perl/5.22

[gregor herrmann]

On Sun, 20 Dec 2015 03:14:30 +0200, Peter Pentchev wrote:

> > A point in time which is closer to "now" than "in a couple of days"
> > would be helpful for the perl transition :)
> Right, so I prepared a package this afternoon 

Thanks!

> So here's a link to the new wmanager version on mentors.d.n;
> it seems that you did the last upload last year, would you have
> a minute to take a look at it?
> 
> http://mentors.debian.net/debian/pool/main/w/wmanager/wmanager_0.2.1-13.dsc

Sure; downloaded, reviewed, and uploaded.

Thanks for your work!
 

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bob Dylan: Sad eyed lady of the lowlands


signature.asc
Description: Digital Signature

Bug#808435: FTBFS: 3 tests fail with ruby 2.2

[Pirate Praveen]

package: ruby-redis-namespce
version: 1.5.2-2
severity: serious

RUBYLIB=/build/ruby-redis-namespace-1.5.2/debian/ruby-redis-namespace/usr/lib/ruby/vendor_ruby:.
rake2.2 -f debian/ruby-tests.rake
/usr/bin/ruby2.2 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb
.F..FF..

Failures:

  1) redis redis 2.8 commands set scan methods #sscan without :match
supplied should retrieve all set members from the proper set
 Failure/Error: expect(results).to match(set)
   expected ["three", "zeta:one", "zeta:two"] to match
["zeta:one", "zeta:two", "three"]
 # ./spec/redis_spec.rb:674:in `block (6 levels) in '

  2) redis redis 2.8 commands set scan methods #sscan_each without
:match supplied when given a block should yield all set elements unchanged
 Failure/Error: expect(results).to match(set)
   expected ["three", "zeta:one", "zeta:two"] to match
["zeta:one", "zeta:two", "three"]
 # ./spec/redis_spec.rb:700:in `block (7 levels) in '

  3) redis redis 2.8 commands set scan methods #sscan_each without
:match supplied without a block should return an Enumerator that
yields all set elements unchanged
 Failure/Error: expect(enum.to_a).to match(set)
   expected ["three", "zeta:one", "zeta:two"] to match
["zeta:one", "zeta:two", "three"]
 # ./spec/redis_spec.rb:706:in `block (7 levels) in '

Finished in 1.27 seconds (files took 0.23873 seconds to load)
96 examples, 3 failures

Failed examples:

rspec ./spec/redis_spec.rb:672 # redis redis 2.8 commands set scan
methods #sscan without :match supplied should retrieve all set members
from the proper set
rspec ./spec/redis_spec.rb:697 # redis redis 2.8 commands set scan
methods #sscan_each without :match supplied when given a block should
yield all set elements unchanged
rspec ./spec/redis_spec.rb:704 # redis redis 2.8 commands set scan
methods #sscan_each without :match supplied without a block should
return an Enumerator that yields all set elements unchanged

/usr/bin/ruby2.2 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb failed
ERROR: Test "ruby2.2" failed. Exiting.
dh_auto_install: dh_ruby --install
/build/ruby-redis-namespace-1.5.2/debian/ruby-redis-namespace returned
exit code 1
debian/rules:23: recipe for target 'override_dh_auto_install' failed
make[1]: *** [override_dh_auto_install] Error 1
make[1]: Leaving directory '/build/ruby-redis-namespace-1.5.2'
debian/rules:15: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
status 2
I: copying local configuration
E: Failed autobuilding of package
I: unmounting /home/pravi/forge/debian/pbuilder/ccache filesystem
I: unmounting dev/pts filesystem
I: unmounting run/shm filesystem
I: unmounting proc filesystem
I: cleaning the build env
I: removing directory /home/pravi/forge/debian/pbuilder/build/2692 and
its subdirectories

Bug#808435: FTBFS: 3 tests fail with ruby 2.2

[Andrei POPESCU]

Control: reassign -1 ruby-redis-namespace 1.5.2-2

On Du, 20 dec 15, 12:19:41, Pirate Praveen wrote:
> package: ruby-redis-namespce
> version: 1.5.2-2
> severity: serious
> 
> RUBYLIB=/build/ruby-redis-namespace-1.5.2/debian/ruby-redis-namespace/usr/lib/ruby/vendor_ruby:.
> rake2.2 -f debian/ruby-tests.rake
> /usr/bin/ruby2.2 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb
> .F..FF..
> 
> Failures:
> 
>   1) redis redis 2.8 commands set scan methods #sscan without :match
> supplied should retrieve all set members from the proper set
>  Failure/Error: expect(results).to match(set)
>expected ["three", "zeta:one", "zeta:two"] to match
> ["zeta:one", "zeta:two", "three"]
>  # ./spec/redis_spec.rb:674:in `block (6 levels) in '
> 
>   2) redis redis 2.8 commands set scan methods #sscan_each without
> :match supplied when given a block should yield all set elements unchanged
>  Failure/Error: expect(results).to match(set)
>expected ["three", "zeta:one", "zeta:two"] to match
> ["zeta:one", "zeta:two", "three"]
>  # ./spec/redis_spec.rb:700:in `block (7 levels) in '
> 
>   3) redis redis 2.8 commands set scan methods #sscan_each without
> :match supplied without a block should return an Enumerator that
> yields all set elements unchanged
>  Failure/Error: expect(enum.to_a).to match(set)
>expected ["three", "zeta:one", "zeta:two"] to match
> ["zeta:one", "zeta:two", "three"]
>  # ./spec/redis_spec.rb:706:in `block (7 levels) in '
> 
> Finished in 1.27 seconds (files took 0.23873 seconds to load)
> 96 examples, 3 failures
> 
> Failed examples:
> 
> rspec ./spec/redis_spec.rb:672 # redis redis 2.8 commands set scan
> methods #sscan without :match supplied should retrieve all set members
> from the proper set
> rspec ./spec/redis_spec.rb:697 # redis redis 2.8 commands set scan
> methods #sscan_each without :match supplied when given a block should
> yield all set elements unchanged
> rspec ./spec/redis_spec.rb:704 # redis redis 2.8 commands set scan
> methods #sscan_each without :match supplied without a block should
> return an Enumerator that yields all set elements unchanged
> 
> /usr/bin/ruby2.2 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb failed
> ERROR: Test "ruby2.2" failed. Exiting.
> dh_auto_install: dh_ruby --install
> /build/ruby-redis-namespace-1.5.2/debian/ruby-redis-namespace returned
> exit code 1
> debian/rules:23: recipe for target 'override_dh_auto_install' failed
> make[1]: *** [override_dh_auto_install] Error 1
> make[1]: Leaving directory '/build/ruby-redis-namespace-1.5.2'
> debian/rules:15: recipe for target 'binary' failed
> make: *** [binary] Error 2
> dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
> status 2
> I: copying local configuration
> E: Failed autobuilding of package
> I: unmounting /home/pravi/forge/debian/pbuilder/ccache filesystem
> I: unmounting dev/pts filesystem
> I: unmounting run/shm filesystem
> I: unmounting proc filesystem
> I: cleaning the build env
> I: removing directory /home/pravi/forge/debian/pbuilder/build/2692 and
> its subdirectories

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Processed: Re: Bug#808435: FTBFS: 3 tests fail with ruby 2.2

[Debian Bug Tracking System]

Processing control commands:

> reassign -1 ruby-redis-namespace 1.5.2-2
Bug #808435 [ruby-redis-namespce] FTBFS: 3 tests fail with ruby 2.2
Warning: Unknown package 'ruby-redis-namespce'
Bug reassigned from package 'ruby-redis-namespce' to 'ruby-redis-namespace'.
No longer marked as found in versions 1.5.2-2.
Ignoring request to alter fixed versions of bug #808435 to the same values 
previously set
Bug #808435 [ruby-redis-namespace] FTBFS: 3 tests fail with ruby 2.2
Marked as found in versions ruby-redis-namespace/1.5.2-2.

-- 
808435: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808435
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: notfound 808185 in 0~20151014+git8e668be-1

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> notfound 808185 0~20151014+git8e668be-1
Bug #808185 {Done: Afif Elghraoui } [blasr] blasr: outdated 
binaries on several architectures
No longer marked as found in versions blasr/0~20151014+git8e668be-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
808185: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808185
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: reassign 805176 to samba

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 805176 samba
Bug #805176 {Done: Jelmer Vernooij } [libldb1] libldb1: 
Newest libldb1 upgrade removes Xine-ui video player
Bug reassigned from package 'libldb1' to 'samba'.
No longer marked as found in versions ldb/2:1.1.21-1.
No longer marked as fixed in versions samba/2:4.1.21+dfsg-1 and 2:4.3.3+dfsg-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
805176: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805176
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: fixed 805176 in 2:4.3.3+dfsg-1

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> fixed 805176 2:4.3.3+dfsg-1
Bug #805176 {Done: Jelmer Vernooij } [libldb1] libldb1: 
Newest libldb1 upgrade removes Xine-ui video player
There is no source info for the package 'libldb1' at version '2:4.3.3+dfsg-1' 
with architecture ''
Unable to make a source version for version '2:4.3.3+dfsg-1'
Marked as fixed in versions 2:4.3.3+dfsg-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
805176: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805176
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: fixed 808185 in 0~20151014+git8e668be-1

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> fixed 808185 0~20151014+git8e668be-1
Bug #808185 {Done: Afif Elghraoui } [blasr] blasr: outdated 
binaries on several architectures
Marked as fixed in versions blasr/0~20151014+git8e668be-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
808185: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808185
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#794606: stray symlink left behind after purge: /etc/apache2/conf-enabled/sitesummary.conf

[Petter Reinholdtsen]

Control: forcemerge 785215 794606 

This bug seem to be a duplicate of 785215, fixed in version 0.1.18.

-- 
Happy hacking
Petter Reinholdtsen

Processed (with 1 error): Re: stray symlink left behind after purge: /etc/apache2/conf-enabled/sitesummary.conf

[Debian Bug Tracking System]

Processing control commands:

> forcemerge 785215 794606
Bug #785215 {Done: Mike Gabriel } [src:sitesummary] 
sitesummary: breaks apache2.4 after uninstall
Unable to merge bugs because:
package of #794606 is 'sitesummary' not 'src:sitesummary'
Failed to forcibly merge 785215: Did not alter merged bugs.


-- 
785215: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785215
794606: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794606
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: severity of 808408 is normal

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 808408 normal
Bug #808408 [kdelibs-bin] kdeinit4 starts on a xfce - session
Severity set to 'normal' from 'critical'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
808408: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808408
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#802799: fonts-droid: non-free file "DroidNaskhUI-Regular.ttf"

[Vasudev Kamath]

Hi Dmitry,

fonts-android no longer ships the affected files, so I'm closing this
bug now.

fonts-droid is in testing has these files, but I guess when
fonts-droid-fallback migrates to testing it will automatically gets
removed from archive, since fonts-droid is no longer built by
fonts-android source.

Cheers,

Bug#802799: marked as done (fonts-droid: non-free file "DroidNaskhUI-Regular.ttf")

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 13:59:53 +0530
with message-id <87bn9myh6m@rudra.copyninja.info>
and subject line Re: fonts-droid: non-free file "DroidNaskhUI-Regular.ttf"
has caused the Debian Bug report #802799,
regarding fonts-droid: non-free file "DroidNaskhUI-Regular.ttf"
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
802799: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802799
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: fonts-android
Version: 1:4.4.4r2-7
Severity: serious

File "DroidNaskhUI-Regular.ttf" contains the following metadata:


 Digitized data copyright © 2006, 2012 Google Corporation.

NOTIFICATION OF LICENSE AGREEMENT

This typeface is the property of Monotype Imaging Inc. and its use by you
is covered under the terms of a license agreement. You have obtained this
typeface software either directly from Monotype Imaging or together with
software distributed by one of the licencees of Monotype Imaging.

This software is a valuable asset of Monotype Imaging. Unless you have
entered into a specific license agreement granting you additional rights,
your use of this software is limited to use on up to five (5) workstation
for your own publishing use.
You may not copy or distribute this software.

If you have any questions concerning your rights you should review the
license agreement you received with the software or contact Monotype
Imaging for a copy of the license agreement.

General information:
www.fonts.com

For license terms and usage rights, please visit our web site at:
www.monotypeimaging.com/html/type/license.html


Please investigate.

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


signature.asc
Description: This is a digitally signed message part.
--- End Message ---
--- Begin Message ---

Hi Dmitry,

fonts-android no longer ships the affected files, so I'm closing this
bug now.

fonts-droid is in testing has these files, but I guess when
fonts-droid-fallback migrates to testing it will automatically gets
removed from archive, since fonts-droid is no longer built by
fonts-android source.

Cheers,--- End Message ---

Bug#806560: subscribing to Debian bug reports for python-udiskie

[Faheem Mitha]

Hi Thomas,

You can subscribe to Debian bug reports for python-udiskie by going to 
https://packages.qa.debian.org/p/python-udiskie.html


and entering your address in the bottom left hand corner.

Alternatively, you can do this by email, see
https://www.debian.org/doc/manuals/developers-reference/resources.html#pts-commands

###
You can control your subscription(s) to the PTS by sending various 
commands to .


subscribe  []
Subscribes email to communications related to the source package 
sourcepackage. Sender address is used if the second argument is not 
present. If sourcepackage is not a valid source package, you'll get a 
warning. However if it's a valid binary package, the PTS will subscribe 
you to the corresponding source package.

###

Regards, Faheem Mitha

Processed: Pending fixes for bugs in the fonts-android package

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tag 808109 + pending
Bug #808109 [fonts-droid-fallback] fonts-droid-fallback and fonts-droid: error 
when trying to install together
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
808109: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808109
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#808109: Pending fixes for bugs in the fonts-android package

[pkg-fonts-devel]

tag 808109 + pending
thanks

Some bugs in the fonts-android package are closed in revision
f9e946b6127325a33c00fc87df2169773ed2520a in branch 'master' by
Vasudev Kamath

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-android.git;a=commitdiff;h=f9e946b

Commit message:

Fix package version in breaks conflicts relation

Closes: bug#808109, Thanks to Ralf Treinen.

Bug#804456: marked as done (actiona: FTBFS: error: ambiguous overload for 'operator<<' (operand types are 'QDataStream' and 'int'))

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 09:51:03 +
with message-id 
and subject line Bug#804456: fixed in actiona 3.9.1-1
has caused the Debian Bug report #804456,
regarding actiona: FTBFS: error: ambiguous overload for 'operator<<' (operand 
types are 'QDataStream' and 'int')
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
804456: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804456
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: actiona
Version: 3.9.0-2
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

version.cpp: In function ‘QDataStream& operator<<(QDataStream&, const 
Tools::Version&)’:
version.cpp:339:4: error: ambiguous overload for ‘operator<<’ (operand types 
are ‘QDataStream’ and ‘int’)
  s << version.major();
^
In file included from /usr/include/x86_64-linux-gnu/qt5/QtCore/qstring.h:41:0,
 from /usr/include/x86_64-linux-gnu/qt5/QtCore/QString:1,
 from version.h:26,
 from version.cpp:21:
/usr/include/x86_64-linux-gnu/qt5/QtCore/qchar.h:584:28: note: candidate: 
QDataStream& operator<<(QDataStream&, QChar)
 Q_CORE_EXPORT QDataStream <<(QDataStream &, QChar);
^
In file included from /usr/include/x86_64-linux-gnu/qt5/QtCore/qlocale.h:37:0,
 from /usr/include/x86_64-linux-gnu/qt5/QtCore/qtextstream.h:40,
 from /usr/include/x86_64-linux-gnu/qt5/QtCore/qdebug.h:42,
 from /usr/include/x86_64-linux-gnu/qt5/QtCore/QDebug:1,
 from version.h:27,
 from version.cpp:21:
/usr/include/x86_64-linux-gnu/qt5/QtCore/qvariant.h:534:28: note: candidate: 
QDataStream& operator<<(QDataStream&, const QVariant&)
 Q_CORE_EXPORT QDataStream& operator<< (QDataStream& s, const QVariant& p);
^
version.cpp:337:14: note: candidate: QDataStream& operator<<(QDataStream&, 
const Tools::Version&)
 QDataStream <<(QDataStream , const Tools::Version )

...
Makefile:389: recipe for target 'generated/version.o' failed
make[3]: *** [generated/version.o] Error 1
make[3]: Leaving directory '/actiona-3.9.0/tools'
Makefile:51: recipe for target 'sub-tools-make_first-ordered' failed
make[2]: *** [sub-tools-make_first-ordered] Error 2

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/actiona.html

-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
--- End Message ---
--- Begin Message ---
Source: actiona
Source-Version: 3.9.1-1

We believe that the bug you reported is fixed in the latest version of
actiona, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 804...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Adrien Cunin  (supplier of updated actiona package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 18 Dec 2015 17:47:26 +0100
Source: actiona
Binary: actiona actionaz
Architecture: source
Version: 3.9.1-1
Distribution: unstable
Urgency: medium
Maintainer: Adrien Cunin 
Changed-By: Adrien Cunin 
Description:
 actiona- emulate human activity through a powerful GUI and JavaScript
 actionaz   - transitional dummy package
Closes: 804456
Changes:
 actiona (3.9.1-1) unstable; urgency=medium
 .
   * New upstream release
  - Fixes FTBFS with Qt 5.5 (Closes: #804456)
   * Removed patches included upstream:
  - debian/patches/01_add_desktop_file.patch
  - debian/patches/02_missing_icon_window_opacity.patch
Checksums-Sha1:
 caee6b259ca147ce8bc5698b7453b2bf9fe80450 2040 actiona_3.9.1-1.dsc
 f1a9516997ed6643df73eaad4d36c7961683f351 1161081 actiona_3.9.1.orig.tar.gz
 f7da3ae33c7b330f9b90ae9fcd8c741d0c081023 3468 actiona_3.9.1-1.debian.tar.xz
Checksums-Sha256:
 62f99a7a486b10c9b5f2cea1a28a88bf6d34704f971c88a5b03ae86b63dc63a4 2040 

Bug#808325: marked as done (postgresql-9.4: FTBFS: libxml2 changes)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 10:19:01 +
with message-id 
and subject line Bug#808325: fixed in postgresql-9.4 9.4.5-2
has caused the Debian Bug report #808325,
regarding postgresql-9.4: FTBFS: libxml2 changes
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
808325: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808325
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: postgresql-9.4
Version: 9.4.5-1
Severity: serious
X-Debbugs-Cc: libx...@packages.debian.org

This package fails to build on current sid on all architectures due to
test suite failures. This regressed with libxml2 2.9.3+dfsg1-1 and works
fine with 2.9.2+zdfsg1-4 from testing. Cc'ing the libxml2 maintainers.

The timing is rather unfortunate, as this made binNMUs for the current
Perl 5.22 transition fail, leaving postgresql-plperl-9.4 uninstallable.

 
https://buildd.debian.org/status/fetch.php?pkg=postgresql-9.4=amd64=9.4.5-1%2Bb2=1450443135

>From the log:

 build/src/test/regress/regression.diffs 
*** /«PKGBUILDDIR»/build/../src/test/regress/expected/xml.out   Mon Oct  5 
19:12:06 2015
--- /«PKGBUILDDIR»/build/src/test/regress/results/xml.out   Fri Dec 18 12:52:04 
2015
***
*** 9,16 
  LINE 1: INSERT INTO xmltest VALUES (3, ' (supplier of updated postgresql-9.4 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 19 Dec 2015 10:08:51 +0100
Source: postgresql-9.4
Binary: libpq-dev libpq5 libecpg6 libecpg-dev libecpg-compat3 libpgtypes3 
postgresql-9.4 postgresql-9.4-dbg postgresql-client-9.4 
postgresql-server-dev-9.4 postgresql-doc-9.4 postgresql-contrib-9.4 
postgresql-plperl-9.4 postgresql-plpython-9.4 postgresql-plpython3-9.4 
postgresql-pltcl-9.4
Architecture: source
Version: 9.4.5-2
Distribution: 

Processed: severity of 807020 is wishlist

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # demoting, as GHC on armel has been removed since (807343)
> severity 807020 wishlist
Bug #807020 [src:ghc] ghc: FTBFS on armel: selected processor does not support 
`strd r0, r1, [r7, #64]' in ARM mode
Severity set to 'wishlist' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
807020: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807020
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#808384: debian-el: Report include authentication info.

[Oleksandr Gavenko]

Package: debian-el
Version: 35.12
Severity: grave

My bug report via "M-x debian-bug" include authentication info:

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

because I edit package supplied file /etc/tomcat8/tomcat-users.xml.

That come from

  (defun debian-bug-compose-report
...
  (debian-bug-prefill-report package severity) ;; <=== HERE

`debian-bug-prefill-report' function call external program:

  $ reportbug --template -T none -s none -S normal -b --list-cc=none 
--no-bug-script -q tomcat8

In interactive mode reportbug ask you for reviewing any modified files 
explicitly.

"M-x debian-bug" shown files content also but I see usual text like at top:

  -- System Information:

and didn't mind to scroll to part hidden bellow:

  -- Configuration Files:

I would like to see basic handler that looks for reasonable selected keywords:

  user, password, passwd, pass, 123456, host, port <== any other welcome!

and warn user that there are possible authentication data leak!

I think that this help bite 90% of authentication info data leaks.

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

Kernel: Linux 4.2.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 debian-el depends on:
ii  bzip2  1.0.6-8
ii  dpkg   1.18.3
ii  emacs  46.1
ii  emacs23 [emacsen]  23.4+1-4.1+b1
ii  emacs24 [emacsen]  24.5+1-3
ii  file   1:5.25-2
ii  install-info   6.0.0.dfsg.1-3
ii  reportbug  6.6.5

Versions of packages debian-el recommends:
ii  dlocate 1.02+nmu3
ii  groff-base  1.22.3-1
ii  wget1.16.3-3

Versions of packages debian-el suggests:
pn  gnus  

-- no debconf information

-- 
Best regards!

Bug#808151: systemd: failed to start remount root and kernel file system

[Frank B. Brokken]

Dear Michael Biebl, you wrote:
> Am 18.12.2015 um 15:59 schrieb Frank B. Brokken:
> > Is there a way to determine that? What I do to upgrade the system is run
> > 'aptitude update' and then 'aptitude upgrade'. Is there a log somewhere that
> > tells me what packages and versions were updated at what moments in time?
> 
> /var/log/dpkg.log is a low-level log.
> 
> and then there is one for aptitude at /var/log/aptitude

Thanks: I made the logs available at https://www.icce.rug.nl/systemd


> ...
> Btw, you mentioned that this happened after an upgrade. Which previous
> version did you run which worked fine? Which other packages were
> upgraded along with it?

Tue, Dec  1 2015 14:07:23 +0100: 
the aptitude log shows an upgrade from systemd 227-2 to 228-2 

dpkg log: 2015-12-01 14:08:42 upgrade systemd:i386 227-2 228-2

dpkg log: 2015-12-03 08:30:01 upgrade systemd:i386 228-2 215-17+deb8u2

Thu, Dec  3 2015 08:31:37 +0100
the aptitude log shows an upgrade from systemd 215-17+deb8u2 -> 228-2

dpkg log: 2015-12-03 08:31:40 upgrade systemd:i386 215-17+deb8u2 228-2

and then, recently, by me trying to downgrade:

dpkg log: 2015-12-17 12:59:12 upgrade systemd:i386 228-2 228-2
dpkg log: 2015-12-18 16:15:37 upgrade systemd:i386 228-2 215-17+deb8u2
dpkg log: 2015-12-18 16:17:11 upgrade systemd:i386 215-17+deb8u2 228-2

Before Dec 1 no updates were recorded for systemd or udev, and until the
upgrades early December everything ran fine.




> If you downgrade systemd/udev, does the problem go away?

As I feared, downgrading is difficult because of the many reverse
dependencies. 

I looked at 

ftp://ftp.de.debian.org/debian/pool/main/s/systemd/

which is the mirror I usually use for earlier .deb files, but the one before
228-2 is 215-17, and 227-2 is only available as source archives and not AFAICS
as .deb packages.

I'll add the debug entry next (cf. your mail from Date: Fri, 18 Dec 2015
03:15:15 +0100) and let you know the results.


-- 
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281 
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E  3B4D 7DB2 A8BE EAE4 D8AA


signature.asc
Description: PGP signature

Bug#808151: systemd: failed to start remount root and kernel file system

[Frank B. Brokken]

Hi Michael,

As announced in my previous e-mail:

> I'll add the debug entry next (cf. your mail from Date: Fri, 18 Dec 2015
> 03:15:15 +0100) and let you know the results.

This information is available at https://www.icce.rug.nl/systemd in the files 
initramfs.debug and alb.

Maybe useful to note: it took like four or five reboot attempts before the
booting process eventually failed. This time even more output than with using
'verbose' flashes by during the booting process, which somewhat slows down the
booting procedure. You're sure it can't be some timing problem? 

-- 
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281 
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E  3B4D 7DB2 A8BE EAE4 D8AA


signature.asc
Description: PGP signature

Bug#808347: emacs24: FTBFS on ppc64el, ppc64: "Program segment above .bss"

[Esa Peuha]

On Fri, Dec 18, 2015 at 11:15 PM, Rob Browning  wrote:
> Actually, I think I may know the cause, but when I had time to poke at
> it last week(?), both of the porterboxes were down, and I haven't had a
> chance to get back to it yet.
>
> (I don't have a pointer handy, but iirc, it looked like there might an
>  upstream patch that we may be able to cherry-pick to fix the problem.)

You mean this upstream bug report

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=20614

and the series of commits in upstream git master ending with

http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=3008c521740c5ad46a4eaf343b438b02c25e4de5

plus this single commit in the emacs-25 branch

http://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-25=c9fd597a4cffcae873b25381ee8cc755f0debe95

It certainly looks like these are worth trying.

Bug#787371: marked as done (wpa: CVE-2015-4143 CVE-2015-4144 CVE-2015-4145 CVE-2015-4146: EAP-pwd missing payload length validation)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 12:17:40 +
with message-id 
and subject line Bug#787371: fixed in wpa 1.0-3+deb7u3
has caused the Debian Bug report #787371,
regarding wpa: CVE-2015-4143 CVE-2015-4144 CVE-2015-4145 CVE-2015-4146: EAP-pwd 
missing payload length validation
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
787371: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787371
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: wpa
Version: 2.3-1
Severity: important
Tags: security upstream fixed-upstream

Hi,

the following vulnerabilities were published for wpa.

CVE-2015-4143, CVE-2015-4144, CVE-2015-4145, CVE-2015-4146 for the
"EAP-pwd missing payload length validation" issue[0].

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

For further information see:

[0] http://w1.fi/security/2015-4/eap-pwd-missing-payload-length-validation.txt
https://marc.info/?l=oss-security=143309748931862=2
[1] https://security-tracker.debian.org/tracker/CVE-2015-4143
[2] https://security-tracker.debian.org/tracker/CVE-2015-4144
[3] https://security-tracker.debian.org/tracker/CVE-2015-4145
[4] https://security-tracker.debian.org/tracker/CVE-2015-4146

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore
--- End Message ---
--- Begin Message ---
Source: wpa
Source-Version: 1.0-3+deb7u3

We believe that the bug you reported is fixed in the latest version of
wpa, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 787...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Salvatore Bonaccorso  (supplier of updated wpa package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 31 Oct 2015 12:08:04 +0100
Source: wpa
Binary: hostapd wpagui wpasupplicant wpasupplicant-udeb
Architecture: source amd64
Version: 1.0-3+deb7u3
Distribution: wheezy-security
Urgency: high
Maintainer: Debian/Ubuntu wpasupplicant Maintainers 

Changed-By: Salvatore Bonaccorso 
Description: 
 hostapd- user space IEEE 802.11 AP and IEEE 802.1X/WPA/WPA2/EAP Authentica
 wpagui - graphical user interface for wpa_supplicant
 wpasupplicant - client support for WPA and WPA2 (IEEE 802.11i)
 wpasupplicant-udeb - Client support for WPA and WPA2 (IEEE 802.11i) (udeb)
Closes: 787371 787372 787373 795740
Changes: 
 wpa (1.0-3+deb7u3) wheezy-security; urgency=high
 .
   * Non-maintainer upload by the Security Team.
   * Add patch to address CVE-2015-4141.
 CVE-2015-4141: WPS UPnP vulnerability with HTTP chunked transfer
 encoding. (Closes: #787372)
   * Add patch to address CVE-2015-4142.
 CVE-2015-4142: Integer underflow in AP mode WMM Action frame processing.
 (Closes: #787373)
   * Add patches to address CVE-2015-4143.
 CVE-2015-4143: EAP-pwd missing payload length validation. (Closes: #787371)
   * Add patch to address 2015-5 vulnerability.
 NFC: Fix payload length validation in NDEF record parser.
 Note that this issue does not affect the binary packages distributed in
 Debian in Wheezy as CONFIG_WPS_NFC=y is not set in the build
 configuration. (Closes: #795740)
Checksums-Sha1: 
 b20ebaad39b20846d972989ade1a53869f4a45fd 2463 wpa_1.0-3+deb7u3.dsc
 c8b598746226794755936ec65567ccd3ac6e6ad7 92310 wpa_1.0-3+deb7u3.debian.tar.gz
 478ea237efe34fbaac4b5eca0a7ab897153f761c 476674 hostapd_1.0-3+deb7u3_amd64.deb
 77109d23e9da5a2441ad3f0b1b395e7ba355b9cf 368738 wpagui_1.0-3+deb7u3_amd64.deb
 ee51bf56c33007cb1262173660f0ff6d976f465d 608780 
wpasupplicant_1.0-3+deb7u3_amd64.deb
 6fb202375cddaeae5dd967274b7242293ac66aa1 154888 
wpasupplicant-udeb_1.0-3+deb7u3_amd64.udeb
Checksums-Sha256: 
 0f679e8232a14fd1160f4bd71e2395b9bcf1ba4590ec1a1ed81267b1da29f68b 2463 
wpa_1.0-3+deb7u3.dsc
 02ac96a5c1e0b7b4800de2c41b2e175b82edeb9e76cc79e446a895c9c37f0f8b 92310 
wpa_1.0-3+deb7u3.debian.tar.gz
 0a3f852f4497a646ebeca93daf9cab9311ae364fd39063d77c48c61ca6a0f1c1 476674 
hostapd_1.0-3+deb7u3_amd64.deb
 

Bug#808390: perl-base: Does not provide perl5-base anymore breaking unrelated software

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: perl-base
Version: 5.22.1-2
Severity: critical

New version seems to not provide perl5-base anymore. That breaks
unrelated software by deinstalling them when upgrading perl.

Package where I seen that problem is geneweb. Until that is fixed, I am
not able to update my system to new perl version.

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

Kernel: Linux 4.2.6 (SMP w/8 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages perl-base depends on:
ii  dpkg   1.18.3+ket1
ii  libc6  2.21-4

perl-base recommends no packages.

Versions of packages perl-base suggests:
ii  perl  5.20.2-6

- -- no debconf information

- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQGcBAEBCgAGBQJWdVIBAAoJEKZ8CrGAGfas/IsL/jDpC3mM0deN4aWsPtC3+oxP
6qoTluNlkT51yk5olDaR66+PLJ83Ik5XDfkS4wMFY/tSBLgtu9ceEnkbSu68fpSR
XWJOo5SfuPH69HxDXbgIW/CJdw1dQmtuuoIIIB1fVSNVbk+FXzTZGmLuY8dVO7vX
HctKmfSUcXQY4pioyzRWU/2hDnpwiI3OwdYYKt1ysn6uLhSeeju37k4jqET0EVkJ
s3nVFW7pmwoVtJLodx+o/piXJK27HATmzjmLdHwn2kdnaRnAfEu+JLlaW9gM51xb
UDRtRkFnmfyxzIuKkNay9r0Yvi/wYsOLvzsGWrksb2Os1GXoH4TBSla/sVR4yn0I
6qjAgTGteP/BiqKDvN8LszU3mJut+dwJoHieb0InCY5O1X8FvOrPpD4LdYeBA66c
bOmbtAuTfn7AlAiIXDwrkdYuyZuaKR/zRVWWOWT2lGZISAOFZN8zotja01tznBDZ
wMaH7FtLL3bUf+w0IDOxNzXY/9jCBk6HfX6d9bv5qg==
=vvXw
-END PGP SIGNATURE-

Bug#805678: pyoperators: FTBFS: NameError: global name 'FFTW_DEFAULT_NUM_THREADS' is not defined

[Ghislain Vaillant]

Forwarded upstream. Thanks for reporting this issue.

Ghis.

Bug#805391: src:rrdtool: FTBFS on mips: `FAIL: tune2`

[Niko Tyni]

On Tue, Nov 24, 2015 at 04:24:54PM +, Jean-Michel Vourgère wrote:
> Control: tags -1 + help
> 
> Antonio Terceiro wrote:
> > "make  check-TESTS" fails
> 
> I tested previous version on mips, and it now FTBFS too. It used to work
> ok. [1] (thanks Tobias, upstream, for suggesting that.)
> 
> So I suppose it is related to another package.
> 
> I tried compiling with good old gcc 4.9 and I get the same error in 1.5.4.

It's a latent bug in rrdtool that triggered with libc6 2.19-20 on mips.

The test suite failure in tests/tune2 boils down to

 rrdtool tune --beta 0.4 tests/tune2-testorg.rrd

zeroing out a big part of the file in addition to changing a single byte
like it's supposed to. It's easy to see by calling

 rrdtool dump tests/tune2-testorg.rrd >/dev/null

which starts to fail with stderr

 ERROR: unknown consolidation function ''

on a corrupted file.

This started to happen with libc6 2.19-20, as tested by compiling rrdtool
1.5.5 on jessie and running with LD_LIBRARY_PATH pointing to different
libc.so.6 versions.

The problem is that rrd_write() ends up calling memcpy(3) on overlapping
memory areas, which is explicitly prohibited in its documentation. With
libc6 2.19-20 on mips, this started zeroing out part of the areas under
some conditions. The attached testcase triggers it at least on minkus.d.o,
tested with something like

  #!/bin/bash
  dd if=/dev/urandom of=testfile.orig bs=1024 count=1
  gcc t.c
  cp testfile.orig testfile
  ./a.out testfile
  diff -u <(od -x testfile.orig) <(od -x testfile)
  
which normally doesn't show any differences.  I'm cc'ing the libc6
maintainers, not sure how intentional this change of behaviour is.

Backtrace for the rrd_write() call that triggers it:

  #0  rrd_write (rrd_file=0x41d038, buf=0x77fef168, count=560) at rrd_open.c:798
  #1  0x77f65888 in rrd_tune (argc=4, argv=0x7fff6648) at rrd_tune.c:395
  #2  0x00402f44 in HandleInputLine (argc=5, argv=0x7fff6644, out=0x77f56900 
<_IO_2_1_stderr_>) at rrd_tool.c:800
  #3  0x00400f10 in main (argc=5, argv=0x7fff6644) at rrd_tool.c:545
  
  (gdb) print ((rrd_simple_file_t *) rrd_file->pvt)->file_start + rrd_file->pos
  $6 = 0x77fef168 "HWPREDICT"
  
  (gdb) print (char *)buf
  $8 = 0x77fef168 "HWPREDICT"

A workaround is to configure with --disable-mmap, except that seems
to break tests/tune1 on all architectures (at least amd64 and mips).
I haven't looked into that.
-- 
Niko Tyni   nt...@debian.org
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#define MYSIZE 1024

int main(int argc, char **argv) {
int fd;
char *d;

if (argc != 2) {
fprintf(stderr, "file argument needed\n");
exit(1);
}
fd = open(argv[1], O_RDWR);
if (fd < 0)
perror("open failed");
d = mmap(NULL, MYSIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
if (!d)
perror("mmap");
memcpy(d+260, d+260, 355);
if (munmap(d, MYSIZE) < 0)
perror("munmap");
return 0;
}

Bug#808193: tunesviewer: diff for NMU version 1.4.99.2-1.1

[Mattia Rizzolo]

On Sat, Dec 19, 2015 at 12:37:40AM -0200, Rogério Brito wrote:
> On Dec 18 2015, Mattia Rizzolo wrote:
> > I've prepared an NMU for tunesviewer (versioned as 1.4.99.2-1.1) and
> > uploaded it to DELAYED/5 (since this package is marked as LowNMU).
> 
> That's perfectly fine with me.

cool!

> > Please feel free to tell me if I should delay it longer.
> 
> Please, just go ahead and upload it without any delays. That will be better
> for everybody! :)

Thanks! Then, I've rescheduled the NMU to 0-day :)

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#808114: marked as done (avr-libc in Debian testing is incompatible with gcc-avr, linking fails)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 11:16:04 +0300
with message-id <20151219081604.gq3...@home.paul.comp>
and subject line Re: Bug#808114: avr-libc in Debian testing is incompatible 
with gcc-avr, linking fails
has caused the Debian Bug report #808114,
regarding avr-libc in Debian testing is incompatible with gcc-avr, linking fails
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
808114: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808114
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: avr-libc
Version: 1:1.8.0+Atmel3.4.5-1
Severity: grave

This current version depends on gcc-avr (>= 1:4.8.1+Atmel3.4.5), and
testing already ships 1:4.9.2+Atmel3.5.0-1 which formally fulfills the
dependency, however, the resulting combination is unusable as the
specs files supplied with gcc-avr 1:4.9.2+Atmel3.5.0-1 list startup
files like "crtatmega128.o", and this specific avr-libc version
provides "crtm128.o". There's also no device-specific lib present so
upon linking an example demo project these errors are produced:

$ make
avr-gcc -g -Wall -O2 -mmcu=atmega8-c -o demo.o demo.c
avr-gcc -g -Wall -O2 -mmcu=atmega8  -Wl,-Map,demo.map -o demo.elf demo.o
/usr/lib/gcc/avr/4.9.2/../../../avr/bin/ld: cannot find crtatmega8.o: No such 
file or directory
/usr/lib/gcc/avr/4.9.2/../../../avr/bin/ld: cannot find -latmega8
collect2: error: ld returned 1 exit status
Makefile:75: recipe for target 'demo.elf' failed
make: *** [demo.elf] Error 1

Thank you in advance.
--- End Message ---
--- Begin Message ---
Version: 1:1.8.0+Atmel3.5.0-1

I can confirm that gcc-avr and avr-libc are in sync in Debian testing
now, and work as expected.

Thank you!--- End Message ---

Bug#787040: marked as done (tunesviewer: please use dh-python2)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 10:21:22 +
with message-id 
and subject line Bug#808193: fixed in tunesviewer 1.4.99.2-1.1
has caused the Debian Bug report #808193,
regarding tunesviewer: please use dh-python2
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
808193: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808193
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: tunesviewer
Version: 1.4.99.2-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

Dear Maintainer,

Your package currently doesn't use dh-python2, which fixes shebangs in the
Python files and adds proper .rtupdate, prerm, and postinst files to the
package to make sure that the files are cleaned/compiled/removed properly.
It also automatically calculates the dependency on Python for the package.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-python2.
  * Remove dependency on python-support.

Thanks for considering the patch.

Logan Rosen

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

Kernel: Linux 3.19.0-18-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru tunesviewer-1.4.99.2/debian/control tunesviewer-1.4.99.2/debian/control
--- tunesviewer-1.4.99.2/debian/control	2012-08-27 02:33:19.0 -0400
+++ tunesviewer-1.4.99.2/debian/control	2015-05-27 23:17:16.0 -0400
@@ -6,20 +6,20 @@
 Priority: optional
 Build-Depends:
  debhelper (>= 8),
- python
+ python (>= 2.6.6-3~),
+ dh-python
 Standards-Version: 3.9.3
 Homepage: http://tunesviewer.sf.net/
 
 Package: tunesviewer
 Architecture: all
 Depends:
- python (>= 2.6),
  python-gtk2 (>= 2.16),
  python-lxml (>= 2.0),
  python-notify,
- python-support (>= 0.90),
  python-webkit (>= 1.1),
- ${misc:Depends}
+ ${misc:Depends},
+ ${python:Depends}
 Recommends:
  rhythmbox-plugins (>= 0.12)
 Suggests:
diff -Nru tunesviewer-1.4.99.2/debian/rules tunesviewer-1.4.99.2/debian/rules
--- tunesviewer-1.4.99.2/debian/rules	2012-08-27 02:33:19.0 -0400
+++ tunesviewer-1.4.99.2/debian/rules	2015-05-27 23:09:33.0 -0400
@@ -1,6 +1,6 @@
 #!/usr/bin/make -f
 %:
-	dh $@ --parallel
+	dh $@ --parallel --with python2
 
 override_dh_installchangelogs:
 	dh_installchangelogs doc/changelog
--- End Message ---
--- Begin Message ---
Source: tunesviewer
Source-Version: 1.4.99.2-1.1

We believe that the bug you reported is fixed in the latest version of
tunesviewer, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 808...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Mattia Rizzolo  (supplier of updated tunesviewer package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 18 Dec 2015 17:30:00 +
Source: tunesviewer
Binary: tunesviewer
Architecture: source
Version: 1.4.99.2-1.1
Distribution: unstable
Urgency: medium
Maintainer: Rogério Brito 
Changed-By: Mattia Rizzolo 
Description:
 tunesviewer - program to access media and podcasts from iTunes U
Closes: 808193
Changes:
 tunesviewer (1.4.99.2-1.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Build with dh-python instead of python-support.  Closes: #808193
Checksums-Sha1:
 4a4b6438587dca145d811c05fb241abe39062175 1817 tunesviewer_1.4.99.2-1.1.dsc
 7c2a4587b2c03a2d953fb3cd4836657423475a3f 6008 
tunesviewer_1.4.99.2-1.1.debian.tar.xz
Checksums-Sha256:
 3b10a7250caba793d7c98b817c990bba0945175ba0cdab24ec7e4e65112d411b 1817 
tunesviewer_1.4.99.2-1.1.dsc
 597f0d02f379fe7eb23ee3de48a6169f393812736c4f306a9918d796df054e21 6008 
tunesviewer_1.4.99.2-1.1.debian.tar.xz
Files:
 0a458b16139b38c07dd37e426dcf8239 1817 net optional tunesviewer_1.4.99.2-1.1.dsc
 79cdd8e3c2676eee5cdb364384b576e5 6008 net optional 

Bug#808193: marked as done (tunesviewer: deprecation of python-support)

[Debian Bug Tracking System]

Your message dated Sat, 19 Dec 2015 10:21:22 +
with message-id 
and subject line Bug#808193: fixed in tunesviewer 1.4.99.2-1.1
has caused the Debian Bug report #808193,
regarding tunesviewer: deprecation of python-support
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
808193: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808193
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:tunesviewer
Version: 1.4.99.2-1
Severity: serious
Tags: patch sid stretch
User: debian-pyt...@lists.debian.org
Usertags: pysupport-deprecation

Dear Maintainer,

your package either depends on the python-support package.

python-support has been deprecated for some time (since 2011), and we're
currently in the process of removing it in favour of dh_python2.

Unfortunately your package went unnoticed till now, where we're on an
advanced state of the transition, with very few blockers, so I'm sorry
for the severity and the short notice of this bug report.

Attached there is a patch that is really enough to fix this, and I'd be
happy to do a minimal NMU of it.

Thanks!

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: tunesviewer
Source-Version: 1.4.99.2-1.1

We believe that the bug you reported is fixed in the latest version of
tunesviewer, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 808...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Mattia Rizzolo  (supplier of updated tunesviewer package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 18 Dec 2015 17:30:00 +
Source: tunesviewer
Binary: tunesviewer
Architecture: source
Version: 1.4.99.2-1.1
Distribution: unstable
Urgency: medium
Maintainer: Rogério Brito 
Changed-By: Mattia Rizzolo 
Description:
 tunesviewer - program to access media and podcasts from iTunes U
Closes: 808193
Changes:
 tunesviewer (1.4.99.2-1.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Build with dh-python instead of python-support.  Closes: #808193
Checksums-Sha1:
 4a4b6438587dca145d811c05fb241abe39062175 1817 tunesviewer_1.4.99.2-1.1.dsc
 7c2a4587b2c03a2d953fb3cd4836657423475a3f 6008 
tunesviewer_1.4.99.2-1.1.debian.tar.xz
Checksums-Sha256:
 3b10a7250caba793d7c98b817c990bba0945175ba0cdab24ec7e4e65112d411b 1817 
tunesviewer_1.4.99.2-1.1.dsc
 597f0d02f379fe7eb23ee3de48a6169f393812736c4f306a9918d796df054e21 6008 
tunesviewer_1.4.99.2-1.1.debian.tar.xz
Files:
 0a458b16139b38c07dd37e426dcf8239 1817 net optional tunesviewer_1.4.99.2-1.1.dsc
 79cdd8e3c2676eee5cdb364384b576e5 6008 net optional 
tunesviewer_1.4.99.2-1.1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWdEMlAAoJEEsEP825REVAOWQP/ipuM4IYEZ3KXizLYCeOAa+9
eOtmqgDLLWSDEBkSKH05FZumCQyg23kdrx0QbkDzI6hC8YZdMHm6jH63fVVAcpy2
Bx+XAAWs04fwoH+R6gtkl7wSqARc7v81tVaWWBMKeZWtinAq0M/M/W46RA2HcsOe
EUu2E5Kjw9RqyrxC6ULAkN5EJtL08MZH5TcvogjjIfmmxguoNtAhdqqsv0zcKhqN
xy/tHHz/V4CEt5rEn56emzA76uYEAWngWCZ/tJh0GTx8MVuIrDZYugAKWpo06Me4
646QIEHUgC+hh3Y4S9qMVCpYx1kCByOqG6mc0mtXZu9CHzlioHPYIx88kxLEqcxX
yUn9w3APBPWcaOBAND3me7oh8HxhUDcj4SjmI8pdnWUA1gaBquKaLZzCaUOETijE
jJgtluNvGB6COiCP+9GHJdyi/uCGVyfyd1UUMQM78tqwx6rLUqW8CKBKvm5fXQmZ
Bf5JcmlxvIkdb5E92JjquN9TTeE88ZlpZsd0nYpXASmNKak7kihZFcfCSIl38PUq
pklLz6hrdxFngwB7OH98j7qQRAlw2hv42Oz5ZdMeMFebpc9+paJlNiSesvIRh9KD
nxZmxMG0yF9h50hxqdZJA9/zt6NtG194uCkqTYIoxc0oUo/H6KxSG6uzKQd3Om9s
FQ81LKQ88yyDt2XXfOxn
=c0mj
-END PGP SIGNATURE End Message ---

Processed: tagging 808289

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 808289 + sid
Bug #808289 [src:upstart] proposed RM: upstart -- RoQA; unmaintained
Added tag(s) sid.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
808289: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808289
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#808320: fails to upgrade from 'testing'

[Ghislain Vaillant]

Hi Andreas,

Thanks for reporting this bug.

I am not quite sure what the appropriate course of action is here. My 
thinking was the following:


libarrayfire-cpu-dev [3.0.2] shipped all CMake configuration files, 
since it was the only backend available at the time.


With the recent inclusion of new backends (OpenCL, unified), this 
package was split to:


libarrayfire-cpu-dev [3.2.x]
libarrayfire-dev [3.2.x]

whereby libarrayfire-dev now contains the files common to all backends, 
including the offending file you reported.


I thought about the upgrade path from libarrayfire-cpu-dev [3.0.2] to 
libarrayfire-cpu-dev [3.2.x] but probably forgot about someone who just 
wants to install libarrayfire-dev [3.2.x] with an existing 
libarrayfire-cpu-dev [3.0.2] in place. This is a very much a corner case 
though.


So I am guessing the appropriate course of action is to do something on 
the libarrayfire-dev. Can anyone confirm whether would this solution 
suffice:


Replaces: libarrayfire-cpu-dev (<< 3.2.1)
Breaks: libarrayfire-cpu-dev (<< 3.2.1)

Many thanks,
Ghis

Processed: block 808307 with 808331

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 808307 with 808331
Bug #808307 [src:ifeffit] ifeffit: needs manual rebuild for Perl 5.22 transition
808307 was not blocked by any bugs.
808307 was not blocking any bugs.
Added blocking bug(s) of 808307: 808331
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
808307: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808307
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#808151: systemd: failed to start remount root and kernel file system

[Michael Biebl]

Here is a more complete log excerpt for v228 (full log attached)

> Dez 20 01:27:42 debian systemd[1]: -.mount: Changed dead -> mounted
> Dez 20 01:27:42 debian systemd[1]: usr.mount: Changed dead -> mounted
> Dez 20 01:27:42 debian systemd[1]: usr.mount: Unit is bound to inactive unit 
> dev-sda5.device. Stopping, too.
> Dez 20 01:27:42 debian systemd[1]: usr.mount: Trying to enqueue job 
> usr.mount/stop/fail
> Dez 20 01:27:42 debian systemd[1]: usr.mount: Installed new job 
> usr.mount/stop as 1
> Dez 20 01:27:42 debian systemd[1]: usr.mount: Enqueued job usr.mount/stop as 1
> Dez 20 01:27:42 debian systemd[1]: dev-sda1.device: Changed dead -> tentative
> Dez 20 01:27:42 debian systemd[1]: -.slice changed dead -> active
> Dez 20 01:27:42 debian systemd[1]: dev-sda5.device: Changed dead -> tentative
> Dez 20 01:27:42 debian systemd[1]: init.scope changed dead -> running
> Dez 20 01:27:42 debian systemd[1]: Activating default unit: default.target
> Dez 20 01:27:42 debian systemd[1]: graphical.target: Trying to enqueue job 
> graphical.target/start/isolate
> Dez 20 01:27:42 debian systemd[1]: display-manager.service: Cannot add 
> dependency job, ignoring: Unit display-manager.service failed to load: No 
> such file or directory.
> Dez 20 01:27:42 debian systemd[1]: usr.mount: Job usr.mount/stop finished, 
> result=canceled

So in my case the stop request is cancelled, probably because the state
has changed from dead to tentative quickly enough. So this looks like a
race indeed.

I also tested v227 and it shows exactly the same behaviour. So this
issue has been lurking for a while (see attached journal) it seems.
My guess is that it goes way back until [1] or even [2].

So the best guess is that the timing in v228 changed a little (some code
paths became faster). This would confirm Frank's findings that enabling
verbose output (which slows down boot a bit) made it less likely to hit.

Martin has been working/debugging the tentative stuff in the past, so
maybe he has some insights here.

We should probably also involve upstream at some point.


[1] https://github.com/systemd/systemd/commit/f620094
[2] https://github.com/systemd/systemd/commit/628c89c

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


journal-228.xz
Description: application/xz


journal-227.xz
Description: application/xz


signature.asc
Description: OpenPGP digital signature

Bug#808320: Proposed fix with breaks / replaces

[Ghislain Vaillant]

On 19/12/15 10:49, Ghislain Vaillant wrote:

Hi Andreas,

Thanks for reporting this bug.

I am not quite sure what the appropriate course of action is here. My
thinking was the following:

libarrayfire-cpu-dev [3.0.2] shipped all CMake configuration files,
since it was the only backend available at the time.

With the recent inclusion of new backends (OpenCL, unified), this
package was split to:

libarrayfire-cpu-dev [3.2.x]
libarrayfire-dev [3.2.x]

whereby libarrayfire-dev now contains the files common to all backends,
including the offending file you reported.

I thought about the upgrade path from libarrayfire-cpu-dev [3.0.2] to
libarrayfire-cpu-dev [3.2.x] but probably forgot about someone who just
wants to install libarrayfire-dev [3.2.x] with an existing
libarrayfire-cpu-dev [3.0.2] in place. This is a very much a corner case
though.

So I am guessing the appropriate course of action is to do something on
the libarrayfire-dev. Can anyone confirm whether would this solution
suffice:

Replaces: libarrayfire-cpu-dev (<< 3.2.1)
Breaks: libarrayfire-cpu-dev (<< 3.2.1)

Many thanks,
Ghis


Would the following diff work:

diff --git a/debian/control b/debian/control
index 372e3d1..b111754 100644
--- a/debian/control
+++ b/debian/control
@@ -29,7 +29,7 @@ Section: libdevel
 Architecture: any
 Multi-Arch: same
 Depends: libarrayfire-cpu3 (= ${binary:Version}),
- libarrayfire-dev,
+ libarrayfire-dev (>= 3.2.1+dfsg1-6),
  ${misc:Depends}
 Description: Development files for ArrayFire (CPU backend)
  ArrayFire is a high performance software library for parallel computing
@@ -92,6 +92,8 @@ Architecture: any
 Multi-Arch: same
 Depends: ${misc:Depends}
 Suggests: libarrayfire-doc
+Replaces: libarrayfire-cpu-dev (<< 3.2.1+dfsg1-6)
+Breaks: libarrayfire-cpu-dev (<< 3.2.1+dfsg1-6)
 Description: Common development files for ArrayFire
  ArrayFire is a high performance software library for parallel computing
  with an easy-to-use API. Its array based function set makes parallel

Bug#808393: imapfilter stopped working with google

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: imapfilter
Version: 1:2.6.4-1
Severity: grave

Imapfilter in the newest version stopped working with
imap.googlemail.com. I always get the following error:
   imapfilter: initiating SSL connection to imap.googlemail.com; 
error:14077102:SSL routines:SSL23_GET_SERVER_HELLO:unsupported protocol
   imapfilter: login request to x@...@imap.googlemail.com failed
   stack traceback:
   [C]: in ?
   [C]: in function 'error'
   /usr/share/imapfilter/account.lua:81: in function '_check_result'
   /usr/share/imapfilter/account.lua:97: in function '_login_user'
   /usr/share/imapfilter/account.lua:59: in function 'IMAP'
   /home/klaus/.imapfilter/config.lua:9: in main chunk

As google is the only place where I need to use imapfilter as there own
filtering system is somehow broken, that bug renders imapfilter
completely unusable for me.

I believe that this is because of the SSLv3 removal. Please enable SSLv3
again to allow usage of imapfilter with google again.
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQGcBAEBCgAGBQJWdV7xAAoJEKZ8CrGAGfas3kUL/RGYWId/0CYCcSlsNL1FQqbV
6ug3CAppIB4xYyhJL9MwvVGxo9lzL1P4idAlaqpUNWRVuWTsiS+VB0gYiiuZsqK2
v+GC3OGARe7X5g2X2hc/Us3EhJIovbI8l1tfajo6c6+QavSde2zun8Y0KB9XrPxs
MhhBnOH263U/ZlXn7iM0veGeIJRxAWsq+T7gVeulYnUZrIy7BUpVBmCHXuieDrcm
EP2ulWUUZ/IWmoOM9kHp7BLUcLGrhiL26vmWliP4al7n56mDZdXHzd6e6L9IuOA/
TFdTlUaWW4LCJ4ZMT5VmDYHcEDBE5UFxL2m62f6suLFkOvzpss4mdS3hTm/VrBeo
GRNFXnMr2p57pZNHLD0v4fpdqC1bQabbdw/d0IEgbKLwqYB73beauxCJahTekHty
WsR7MNQyeN2Az4UOvcmytXRSHYBTE7l0NTTcEVeYbZVJF6aUSJFTrm8lwcexEFcn
4WBNqqaJwxfdsvumyPawYyMuRHkz1g9aOxZkO1n03A==
=U91F
-END PGP SIGNATURE-

Bug#805391: src:rrdtool: FTBFS on mips: `FAIL: tune2`

[Aurelien Jarno]

On 2015-12-19 15:03, Niko Tyni wrote:
> On Tue, Nov 24, 2015 at 04:24:54PM +, Jean-Michel Vourgère wrote:
> > Control: tags -1 + help
> > 
> > Antonio Terceiro wrote:
> > > "make  check-TESTS" fails
> > 
> > I tested previous version on mips, and it now FTBFS too. It used to work
> > ok. [1] (thanks Tobias, upstream, for suggesting that.)
> > 
> > So I suppose it is related to another package.
> > 
> > I tried compiling with good old gcc 4.9 and I get the same error in 1.5.4.
> 
> It's a latent bug in rrdtool that triggered with libc6 2.19-20 on mips.
> 
> The test suite failure in tests/tune2 boils down to
> 
>  rrdtool tune --beta 0.4 tests/tune2-testorg.rrd
> 
> zeroing out a big part of the file in addition to changing a single byte
> like it's supposed to. It's easy to see by calling
> 
>  rrdtool dump tests/tune2-testorg.rrd >/dev/null
> 
> which starts to fail with stderr
> 
>  ERROR: unknown consolidation function ''
> 
> on a corrupted file.
> 
> This started to happen with libc6 2.19-20, as tested by compiling rrdtool
> 1.5.5 on jessie and running with LD_LIBRARY_PATH pointing to different
> libc.so.6 versions.
> 
> The problem is that rrd_write() ends up calling memcpy(3) on overlapping
> memory areas, which is explicitly prohibited in its documentation. With
> libc6 2.19-20 on mips, this started zeroing out part of the areas under
> some conditions. The attached testcase triggers it at least on minkus.d.o,
> tested with something like
> 
>   #!/bin/bash
>   dd if=/dev/urandom of=testfile.orig bs=1024 count=1
>   gcc t.c
>   cp testfile.orig testfile
>   ./a.out testfile
>   diff -u <(od -x testfile.orig) <(od -x testfile)
>   
> which normally doesn't show any differences.  I'm cc'ing the libc6
> maintainers, not sure how intentional this change of behaviour is.

The change is likely due to the switch to the MIPS32R2 ISA on mips.
A different code is used, so with a different undefined behaviour.

> Backtrace for the rrd_write() call that triggers it:
> 
>   #0  rrd_write (rrd_file=0x41d038, buf=0x77fef168, count=560) at 
> rrd_open.c:798
>   #1  0x77f65888 in rrd_tune (argc=4, argv=0x7fff6648) at rrd_tune.c:395
>   #2  0x00402f44 in HandleInputLine (argc=5, argv=0x7fff6644, out=0x77f56900 
> <_IO_2_1_stderr_>) at rrd_tool.c:800
>   #3  0x00400f10 in main (argc=5, argv=0x7fff6644) at rrd_tool.c:545
>   
>   (gdb) print ((rrd_simple_file_t *) rrd_file->pvt)->file_start + 
> rrd_file->pos
>   $6 = 0x77fef168 "HWPREDICT"
>   
>   (gdb) print (char *)buf
>   $8 = 0x77fef168 "HWPREDICT"
> 
> A workaround is to configure with --disable-mmap, except that seems
> to break tests/tune1 on all architectures (at least amd64 and mips).
> I haven't looked into that.

Can't you replace memcpy calls with overlapping areas with a memmove
instead? Even if the testsuite looks fine you will definitely have some
corruptions with memcpy and overlapping area on other architectures too.

Aurelien

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

Bug#808216: [PATCH] Tolerate unknown lines in *.diff/Index

[Colin Watson]

We should gain SHA256 support as well, but in the meantime this at least
avoids an infinite loop if the Index file has a line we don't recognise.

Closes: #808216
---
 debmirror | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/debmirror b/debmirror
index 0c2543c..516b36d 100755
--- a/debmirror
+++ b/debmirror
@@ -2463,6 +2463,9 @@ sub fetch_and_apply_diffs {
$diff_size{$file} = $size;
   }
 }
+else {
+  $_ = ;
+}
   }
   close(INDEX);
 
-- 
2.6.3

Processed: tagging 808216

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 808216 + patch
Bug #808216 [debmirror] debmirror: Debmirror seeems to have problems with new 
SHA256 in Packages.diff/Index files
Added tag(s) patch.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
808216: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808216
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#808151: systemd: failed to start remount root and kernel file system

[Michael Biebl]

Am 19.12.2015 um 12:40 schrieb Frank B. Brokken:
> Dear Michael Biebl, you wrote:

>> If you downgrade systemd/udev, does the problem go away?
> 
> As I feared, downgrading is difficult because of the many reverse
> dependencies. 
> 
> I looked at 
> 
> ftp://ftp.de.debian.org/debian/pool/main/s/systemd/
> 
> which is the mirror I usually use for earlier .deb files, but the one before
> 228-2 is 215-17, and 227-2 is only available as source archives and not AFAICS
> as .deb packages.
> 

See http://snapshot.debian.org/
It contains all uploaded versions, including 227-2

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



signature.asc
Description: OpenPGP digital signature

Bug#808366: additional info

[S. R. Wright]

It's possible that Windows is not relevant here;  it could be that 
whatever selection is last on the list that the OS prober constructs may 
have this issue,  and in my case the last entry just happened to be 
Windows.  Just FYI.

Bug#808395: libprelude: FTBFS everywhere

[gregor herrmann]

Source: libprelude
Version: 1.0.0-11.6
Severity: serious
Tags: sid stretch
Justification: fails to build from source (but built successfully in the past)
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

During the perl 5.22 transition it was detected that this package
fails to build on all architectures:

https://buildd.debian.org/status/logs.php?pkg=libprelude=1.0.0-11.6%2Bb1

with:

make[5]: Entering directory '/«PKGBUILDDIR»/bindings'
/usr/bin/swig -c++ -I../bindings -I../bindings/c++/include -I../src/include 
-I../src/libprelude-error -perl5 -o perl/PreludeEasy.cxx libpreludecpp.i
perl/libpreludecpp-perl.i:1: Error: Unknown SWIG preprocessor directive: 
Exception (if this is a block of target language code, delimit it with %{ and 
%})
perl/libpreludecpp-perl.i:7: Error: Unknown SWIG preprocessor directive: 
Conversion (if this is a block of target language code, delimit it with %{ and 
%})
Makefile:1530: recipe for target 'perl/PreludeEasy.cxx' failed
make[5]: *** [perl/PreludeEasy.cxx] Error 1
make[5]: Leaving directory '/«PKGBUILDDIR»/bindings'


I can reproduce this failre locally (sid amd64 cowbuilder).


Cheers,
gregor


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJWdWZuXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGaooQAJbNcXZ973tbVYoo9giqj9yI
pP2+uqK9RH8TN9C0MKNIYy2dDQx6k6ID7R90bAOB7vOtnovBw/Lzs7RUtC7LBBwy
uo+sx4QnGobaWMFpbxpJsGZDFlj3rZgIum6Gwh0ZlPXChXPoSo09He0A8UE0Hcri
/ofgcU13MyqAhAEmtRYkr7nSNZcuAJTLlHULc8ERkYZsp6HeNAz81cnsnnnN+Dpg
n9j94CbLMsL/eP2fUucGYmvra9/4X7baJYgOCA+eylMQM98VtkXPZdaW5Xw2Bfci
kXc2/d31QJUte+RnviJRI6HM/FsjNm1TsltQAlOLO8XoxcioKu6Zn8EbZMMEX2eh
F6oD4Fwjt4FnfF/gRDkjRDu/LaUdczrUoEutMD6X+IBTuhQJuzjGKo/sRVpmLqdT
tBlvxEND65F3G0BV02KtaUpoiYzJAKDUk8pDtLAF8zwdjS3BTA5jHQNeWR291T+B
o/nxRCfDmJyeCe/F3mYOuqYJnyDMi8Tms8UX5RU4fZuGB+Nbh89JiNp5yGDxIHwD
RxNcp4zdjGU4n1QkKQ0x+VvdBDcVnMLMRjFfqo2fM3rPgJi1RW3Cept5b9JSnbZz
MTl/XmPY+tEgOzXN4hPTcf+syqLxQPFlOpsP0AVVKmq00e1WkYMyBw07iaRlbFVN
d5vzPXT8jOCYhdju+DUS
=FwhD
-END PGP SIGNATURE-

Bug#808390: perl-base: Does not provide perl5-base anymore breaking unrelated software

[Vincent Lefevre]

On 2015-12-19 13:48:17 +0100, Klaus Ethgen wrote:
> New version seems to not provide perl5-base anymore. That breaks
> unrelated software by deinstalling them when upgrading perl.
> 
> Package where I seen that problem is geneweb. Until that is fixed, I am
> not able to update my system to new perl version.

This doesn't seem to be a bug in perl-base. The changelog says:

[...]
  * Various cleanups to dependency fields
- we no longer provide the perl5, perl5-base, and data-dumper virtual
  packages
[...]

So, the remove of perl5-base has been done on purpose, and packages
that depend on it need to be fixed.

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

Bug#808395: libprelude: FTBFS everywhere

[gregor herrmann]

Control: tag -1 + patch

On Sat, 19 Dec 2015 15:15:10 +0100, gregor herrmann wrote:

> make[5]: Entering directory '/«PKGBUILDDIR»/bindings'
> /usr/bin/swig -c++ -I../bindings -I../bindings/c++/include -I../src/include 
> -I../src/libprelude-error -perl5 -o perl/PreludeEasy.cxx libpreludecpp.i
> perl/libpreludecpp-perl.i:1: Error: Unknown SWIG preprocessor directive: 
> Exception (if this is a block of target language code, delimit it with %{ and 
> %})
> perl/libpreludecpp-perl.i:7: Error: Unknown SWIG preprocessor directive: 
> Conversion (if this is a block of target language code, delimit it with %{ 
> and %})
> Makefile:1530: recipe for target 'perl/PreludeEasy.cxx' failed
> make[5]: *** [perl/PreludeEasy.cxx] Error 1
> make[5]: Leaving directory '/«PKGBUILDDIR»/bindings'

The attached patch fixes these errors; now some warnings are left:

make[5]: Entering directory '/build/libprelude-1.0.0/bindings'
/usr/bin/swig -c++ -I../bindings -I../bindings/c++/include -I../src/include 
-I../src/libprelude-error -perl5 -o perl/PreludeEasy.cxx libpreludecpp.i
../bindings/c++/include/prelude-error.hxx:37: Warning 401: Nothing known about 
base class 'std::exception'. Ignored.
../bindings/c++/include/prelude-error.hxx:48: Warning 503: Can't wrap 'operator 
const char*' unless renamed to a valid identifier.
../bindings/c++/include/idmef.hxx:15: Warning 503: Can't wrap 'operator >>' 
unless renamed to a valid identifier.
cd perl && LANG="" DESTDIR= LIBDIR=/usr/lib/x86_64-linux-gnu /usr/bin/perl 
Makefile.PL INSTALLDIRS=vendor CC="g++"
Warning: -L../../src/.libs changed to 
-L/build/libprelude-1.0.0/bindings/perl/../../src/.libs
Warning: -L../../bindings/c++/.libs changed to 
-L/build/libprelude-1.0.0/bindings/perl/../../bindings/c++/.libs
Generating a Unix-style Makefile
Writing Makefile for PreludeEasy
Writing MYMETA.yml and MYMETA.json
cd perl && make LD_RUN_PATH="" CC="g++"
make[6]: Entering directory '/build/libprelude-1.0.0/bindings/perl'
cp PreludeEasy.pm blib/lib/PreludeEasy.pm
Running Mkbootstrap for PreludeEasy ()
chmod 644 "PreludeEasy.bs"
g++ -c  -I../.. -I../../src/include -I../../src/include 
-I../../src/libprelude-error -I../../bindings/c++/include -I../../libmissing 
-I../../libmissing -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_$
In file included from PreludeEasy.cxx:1637:0:
../../config.h:1564:0: warning: "VERSION" redefined
 #define VERSION "1.0.0"
 ^
:0:0: note: this is the location of the previous definition


Comments welcome if there is any reason to worry here.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Beach Boys: Heroes And Villains
--- a/bindings/lua/libpreludecpp-lua.i
+++ b/bindings/lua/libpreludecpp-lua.i
@@ -1,9 +1,9 @@
-# Exception map
+/* Exception map */
 %typemap(throws) Prelude::PreludeError %{
 SWIG_exception(SWIG_RuntimeError, $1.what());
 %};
 
-# Lua overloading fixes
+/* Lua overloading fixes */
 %ignore IDMEFCriteria(std::string const &);
 %ignore IDMEFValue(int8_t);
 %ignore IDMEFValue(uint8_t);
@@ -36,7 +36,7 @@
 %ignore Set(char const *, float);
 %ignore Set(char const *, std::string);
 
-# Conversion not allowed
+/* Conversion not allowed */
 %ignore *::operator =;
 
 %ignore *::operator int() const;
--- a/bindings/perl/libpreludecpp-perl.i
+++ b/bindings/perl/libpreludecpp-perl.i
@@ -1,10 +1,10 @@
-# Exception map
+/* Exception map */
 %typemap(throws) Prelude::PreludeError %{
 SWIG_exception(SWIG_RuntimeError, $1.what());
 %};
 
 
-# Conversion not allowed
+/* Conversion not allowed */
 %ignore *::operator =;
 %ignore *::operator int() const;
 %ignore *::operator long() const;


signature.asc
Description: Digital Signature

Processed: Re: Bug#808395: libprelude: FTBFS everywhere

[Debian Bug Tracking System]

Processing control commands:

> tag -1 + patch
Bug #808395 [src:libprelude] libprelude: FTBFS everywhere
Added tag(s) patch.

-- 
808395: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808395
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#808151: systemd: failed to start remount root and kernel file system

[Michael Biebl]

Am 19.12.2015 um 13:06 schrieb Frank B. Brokken:
> Hi Michael,
> 
> As announced in my previous e-mail:
> 
>> I'll add the debug entry next (cf. your mail from Date: Fri, 18 Dec 2015
>> 03:15:15 +0100) and let you know the results.
> 
> This information is available at https://www.icce.rug.nl/systemd in the files 
> initramfs.debug and alb.

Hm, unfortunately the journal dump is incomplete again. I have no idea why

> Maybe useful to note: it took like four or five reboot attempts before the
> booting process eventually failed. This time even more output than with using
> 'verbose' flashes by during the booting process, which somewhat slows down the
> booting procedure. You're sure it can't be some timing problem? 

Well, what kind of timing problem do you have in mind?

So far, the only thing I can say for sure looking at the initramfs log,
is that /usr has been mounted successfully in the initramfs.

"Something" apparently causes /usr to be unmounted later on. Which part
and why that is, is not clear yet.

Do you have any (custom) init scripts in /etc/rcS.d/ which fiddle around
with mount settings, run telinit or stuff like that?

I'm running out of ideas, tbh.

If you suspect the remount service to be the cause for this, let's
output the mounts before and after
For that run
$ systemctl edit systemd-remount-fs.service

Then add
[Service]
ExecStartPre=/bin/sh -c 'echo "before rootfs remount"; findmnt'
ExecStartPost=/bin/sh -c 'echo "after rootfs remount"; findmnt'

Reboot and attach the journal log again.

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



signature.asc
Description: OpenPGP digital signature

Bug#808390: perl-base: Does not provide perl5-base anymore breaking unrelated software

[gregor herrmann]

Control: reassign -1 geneweb
Control: retitle -1 geneweb: uninstallable, depends on "perl5-base" which is 
gone in 5.22
Control: found -1 6.08dfsg-3
Control: severity -1 serious

On Sat, 19 Dec 2015 15:23:51 +0100, Vincent Lefevre wrote:

> On 2015-12-19 13:48:17 +0100, Klaus Ethgen wrote:
> > New version seems to not provide perl5-base anymore. That breaks
> > unrelated software by deinstalling them when upgrading perl.
> > 
> > Package where I seen that problem is geneweb. Until that is fixed, I am
> > not able to update my system to new perl version.
> 
> This doesn't seem to be a bug in perl-base. The changelog says:
> 
> [...]
>   * Various cleanups to dependency fields
> - we no longer provide the perl5, perl5-base, and data-dumper virtual
>   packages
> [...]
> 
> So, the remove of perl5-base has been done on purpose, and packages
> that depend on it need to be fixed.

This is correct.

We (as in the perl maintainers and the pkg-perl team) caught most of
these issues before 5.22 hit unstable, unfortunately we missed a
couple, and we're already on our way to report bugs/prepare NMUs for
the remaining few packages. 


Repurposing this bug report for geneweb which doesn't have a bug
filed yet.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Rolling Stones: Dancing With Mr D


signature.asc
Description: Digital Signature

Processed: Re: Bug#808390: perl-base: Does not provide perl5-base anymore breaking unrelated software

[Debian Bug Tracking System]

Processing control commands:

> reassign -1 geneweb
Bug #808390 [perl-base] perl-base: Does not provide perl5-base anymore breaking 
unrelated software
Bug reassigned from package 'perl-base' to 'geneweb'.
No longer marked as found in versions perl/5.22.1-2.
Ignoring request to alter fixed versions of bug #808390 to the same values 
previously set
> retitle -1 geneweb: uninstallable, depends on "perl5-base" which is gone in 
> 5.22
Bug #808390 [geneweb] perl-base: Does not provide perl5-base anymore breaking 
unrelated software
Changed Bug title to 'geneweb: uninstallable, depends on "perl5-base" which is 
gone in 5.22' from 'perl-base: Does not provide perl5-base anymore breaking 
unrelated software'
> found -1 6.08dfsg-3
Bug #808390 [geneweb] geneweb: uninstallable, depends on "perl5-base" which is 
gone in 5.22
Marked as found in versions geneweb/6.08dfsg-3.
> severity -1 serious
Bug #808390 [geneweb] geneweb: uninstallable, depends on "perl5-base" which is 
gone in 5.22
Severity set to 'serious' from 'critical'

-- 
808390: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808390
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#808366: grub-efi-amd64 -- error: symbol 'grub_efi_find_last_device_path' not found

[Colin Watson]

On Fri, Dec 18, 2015 at 09:26:55PM -0600, S. R. Wright wrote:
> >dpkg -l "grub*" | egrep "^ii"
> ii  grub-common2.02~beta2-33 amd64GRand Unified Bootloader 
> (common files)
> ii  grub-efi   2.02~beta2-33 amd64GRand Unified Bootloader, 
> version 2 (dummy package)
> ii  grub-efi-amd64 2.02~beta2-33 amd64GRand Unified Bootloader, 
> version 2 (EFI-AMD64 version)
> ii  grub-efi-amd64-bin 2.02~beta2-33 amd64GRand Unified Bootloader, 
> version 2 (EFI-AMD64 binaries)
> ii  grub2-common   2.02~beta2-33 amd64GRand Unified Bootloader 
> (common files for version 2)
> 
> On a system that dual boots Linux and Windows 10, the latest grub-efi gives
> this error:
> 
> error: symbol 'grub_efi_find_last_device_path' not found
> 
> when attempting to boot Windows 10 after an update-grub is performed.  Linux
> will boot correctly;  however,  an attempt to boot Windows 10 will give this
> error and say "press any key..." and bring one back to the OS menu.
> 
> There is a workaround, which is to downgrade back to 2.02~beta2-32, and
> Windows will boot correctly.

This clearly indicates that GRUB is incorrectly installed in some way,
because you could only get a symbol mismatch such as this if the GRUB
image you're actually booting from doesn't match the modules it tries to
load from /boot/grub/ at run-time.  I would suggest digging around in
your EFI System Partition to see if there's a manually-copied version in
there somewhere.

-- 
Colin Watson   [cjwat...@debian.org]

Bug#808366: grub-efi-amd64 -- error: symbol 'grub_efi_find_last_device_path' not found

[S. R. Wright]

On 12/19/2015 09:03 AM, Colin Watson wrote:

On Fri, Dec 18, 2015 at 09:26:55PM -0600, S. R. Wright wrote:

dpkg -l "grub*" | egrep "^ii"

ii  grub-common2.02~beta2-33 amd64GRand Unified Bootloader 
(common files)
ii  grub-efi   2.02~beta2-33 amd64GRand Unified Bootloader, 
version 2 (dummy package)
ii  grub-efi-amd64 2.02~beta2-33 amd64GRand Unified Bootloader, 
version 2 (EFI-AMD64 version)
ii  grub-efi-amd64-bin 2.02~beta2-33 amd64GRand Unified Bootloader, 
version 2 (EFI-AMD64 binaries)
ii  grub2-common   2.02~beta2-33 amd64GRand Unified Bootloader 
(common files for version 2)

On a system that dual boots Linux and Windows 10, the latest grub-efi gives
this error:

error: symbol 'grub_efi_find_last_device_path' not found

when attempting to boot Windows 10 after an update-grub is performed.  Linux
will boot correctly;  however,  an attempt to boot Windows 10 will give this
error and say "press any key..." and bring one back to the OS menu.

There is a workaround, which is to downgrade back to 2.02~beta2-32, and
Windows will boot correctly.

This clearly indicates that GRUB is incorrectly installed in some way,
because you could only get a symbol mismatch such as this if the GRUB
image you're actually booting from doesn't match the modules it tries to
load from /boot/grub/ at run-time.  I would suggest digging around in
your EFI System Partition to see if there's a manually-copied version in
there somewhere.

I definitely did not copy anything manually into the EFI System 
Partition;  if a rogue file got into there -- or if something didn't get 
updated there that should have -- it happened via process.  A downgrade 
back to 32 worked fine,  an upgrade to 33 broke down, bothe of these 
performed using dpkg/apt-get.  About all I can say.