Processed: severity of 758688 is serious

[Debian Bug Tracking System]

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

> severity 758688 serious
Bug #758688 [libvirt-daemon-system] libvirt-daemon-system (1.2.7-9) 
dist-upgrade failed
Bug #758759 [libvirt-daemon-system] postinst fails if virtlockd.service is 
masked
Severity set to 'serious' from 'important'
Severity set to 'serious' from 'important'
> thanks
Stopping processing here.

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


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

Bug#758935: torbrowser-launcher: fails to start: exit code 127

[Daniel Gonzalez Gasull]

Package: torbrowser-launcher
Version: 0.1.3-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

torbrowser-launcher fails to start.

   * What led up to the situation?
   Starging torbrowser-launcher.

   * What was the outcome of this action?
   Window that said "Tor Browser exited abnormally.  Exit code: 127"

   * What outcome did you expect instead?
   I expected torbrowser to start normally.


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

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

Versions of packages torbrowser-launcher depends on:
ii  gnupg1.4.18-2
ii  python   2.7.8-1
ii  python-gtk2  2.24.0-3+b1
ii  python-lzma  0.5.3-2+b1
ii  python-parsley   1.2-1
ii  python-psutil2.1.1-1+b1
ii  python-twisted   14.0.0-2
ii  python-txsocksx  1.13.0.3-1
ii  tor  0.2.4.23-1
ii  wmctrl   1.07-7

torbrowser-launcher recommends no packages.

Versions of packages torbrowser-launcher suggests:
ii  apparmor   2.8.0-5.1+b1
ii  python-pygame  1.9.1release+dfsg-10

-- no debconf information


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

Bug#758932: udisksd: Disconnecting USB disk results in kernel crash

[Chris Tillman]

Package: udisks2
Version: 2.1.3-2
Severity: critical
File: udisksd
Justification: breaks the whole system

Dear Maintainer,

   * What led up to the situation? Disconnecting a USB drive
   * What exactly did you do (or not do) that was effective (or
 ineffective)? Could not regain access to the system, had to cold boot

Here are entries from syslog just after disconnecting the drive until the
kernel crash.

Aug 23 10:01:37 121-73-239-129 kernel: [143836.389518] usb 2-6: USB disconnect,
device number 3
Aug 23 10:01:37 121-73-239-129 udisksd[1529]: Cleaning up mount point
/media/ctillman/15d722f2-ca41-4346-9def-d70df88e350f (device 8:28 no longer
exist)
Aug 23 10:01:37 121-73-239-129 udisksd[1529]: Cleaning up mount point
/media/ctillman/win (device 8:25 no longer exist)
Aug 23 10:01:37 121-73-239-129 kernel: [143836.591902] FAT-fs (sdb9): unable to
read boot sector to mark fs as dirty
Aug 23 10:01:37 121-73-239-129 gnome-session[1424]: libmediaart-Message:
Mount:'19 GB Volume' with UUID:'15d722f2-ca41-4346-9def-d70df88e350f' now
unmounted from:'/media/ctillman/15d722f2-ca41-4346-9def-d70df88e350f'
Aug 23 10:01:37 121-73-239-129 udisksd[1529]: Cleaning up mount point
/media/ctillman/Mac9.2 (device 8:27 no longer exist)
Aug 23 10:01:37 121-73-239-129 udisksd[1529]: Cleaning up mount point
/media/ctillman/bootstrap (device 8:26 no longer exist)
Aug 23 10:01:37 121-73-239-129 kernel: [143836.764466] Buffer I/O error on
device sdb10, logical block 2
Aug 23 10:01:37 121-73-239-129 kernel: [143836.764474] lost page write due to
I/O error on sdb10

I believe this occurred because I had a terminal window open in one of the
directories on the USB mounted drive when I disconnected it (the 19GB volume
which was sdb10).





-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages udisks2 depends on:
ii  dbus   1.8.6-1
ii  libacl12.2.52-1
ii  libatasmart4   0.19-3
ii  libc6  2.19-9
ii  libglib2.0-0   2.40.0-4
ii  libgudev-1.0-0 208-6
ii  libpam-systemd 208-6
ii  libpolkit-agent-1-00.105-6.1
ii  libpolkit-gobject-1-0  0.105-6.1
ii  libsystemd-daemon0 208-6
ii  libsystemd-login0  208-6
ii  libudisks2-0   2.1.3-2
ii  parted 3.2-4
ii  udev   208-6

Versions of packages udisks2 recommends:
ii  dosfstools   3.0.26-3
ii  eject2.1.5+deb1+cvs20081104-13.1
ii  gdisk0.8.8-1
ii  ntfs-3g  1:2014.2.15AR.1-5
ii  policykit-1  0.105-6.1

Versions of packages udisks2 suggests:
pn  btrfs-tools 
ii  cryptsetup-bin  2:1.6.4-4
pn  exfat-utils 
pn  mdadm   
pn  reiserfsprogs   
pn  xfsprogs

-- no debconf information


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

Bug#758115: Disabled wait state X'32EE' on IPL of zIPL

[Stephen Powell]

On Fri, 22 Aug 2014 08:02:42 -0400 (EDT), Michael Holzheu wrote:
>
> You can get a disassembly for the eckd boot loader code when you go
> to s390-tools/zipl/boot and:
>
> 1) make
> 2) objdump -S eckd2.exec > eckd2.list
> ...
> 
> static inline int wait(void)
> {
> do {
> load_wait_psw(0x010200018000ULL, 
> &S390_lowcore.external_new_psw);
> 33d0:   e3 20 d0 00 00 04   lg  %r2,0(%r13)
> 33d6:   a7 39 01 b0 lghi%r3,432
> 33da:   c0 e5 ff ff fc f7   brasl   %r14,2dc8 
> if (S390_lowcore.ext_int_code == 0x1004)
> 33e0:   e3 10 00 86 00 91   llgh%r1,134
> 33e6:   a7 1e 10 04 chi %r1,4100
> 33ea:   a7 74 00 06 jne 33f6 
> 33ee:   a7 28 00 02 lhi %r2,2
> 33f2:   a7 f4 00 08 j   3402 
> return ETIMEOUT;
> } while (S390_lowcore.ext_int_code != 0x2401);
> 33f6:   a7 1e 24 01 chi %r1,9217
> 33fa:   a7 74 ff eb jne 33d0 
> 33fe:   a7 28 00 00 lhi %r2,0
>
> Would be interesting how the disassembly looks on your system.

Indeed.  Here is what I got:

-

static inline int wait(void)
{
do {
load_wait_psw(0x010200018000ULL, 
&S390_lowcore.external_new_psw);
32d6:   a7 39 01 b0 lghi%r3,432
32da:   e3 20 d0 00 00 04   lg  %r2,0(%r13)
32e0:   c0 e5 ff ff fb b8   brasl   %r14,2a50 
if (S390_lowcore.ext_int_code == 0x1004)
32e6:   48 10 00 86 lh  %r1,134
32ea:   a7 f4 00 01 j   32ec 
32ee:   07 07   nopr%r7

-

Obviously bad code.  Something is terribly wrong here.  The complete eckd2.list
file is available for download at

   http://users.wowway.com/~zlinuxman/zipl/eckd2.list

It was compiled with gcc version 4.9.1 (Debian 4.9.1-4) on a Debian jessie 
system.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-


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

Processed: Re: espeak: build proper library udeb so that espeakup doesn't have to be statically linked and hence break on upstream version changes

[Debian Bug Tracking System]

Processing control commands:

> reopen 739989
Bug #739989 {Done: Samuel Thibault } 
[src:debian-installer-utils] debian-installer-utils: log-output change breaks 
speech synthesis
Bug reopened
Ignoring request to alter fixed versions of bug #739989 to the same values 
previously set

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


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

Bug#739989: espeak: build proper library udeb so that espeakup doesn't have to be statically linked and hence break on upstream version changes

[Samuel Thibault]

Control: reopen 739989

Oops, sorry, I replied to the original mail, and thus closed the
original bug, while I wanted to close the clone.  This should be fixing
it.

Samuel


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

Bug#739989: marked as done (debian-installer-utils: log-output change breaks speech synthesis)

[Debian Bug Tracking System]

Your message dated Sat, 23 Aug 2014 01:05:51 +0200
with message-id <20140822230551.ga12...@type.youpi.perso.aquilenet.fr>
and subject line Re: espeak: build proper library udeb so that espeakup doesn't 
have to be statically linked and hence break on upstream version changes
has caused the Debian Bug report #739989,
regarding debian-installer-utils: log-output change breaks speech synthesis
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.)


-- 
739989: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739989
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: debian-installer-utils
Version: 1.103
Severity: serious
Tags: d-i
Justification: breaks speech synthesis

Hi Colin,

the change below breaks speech synthesis, as reported here:
  https://lists.debian.org/debian-accessibility/2014/02/msg00093.html

and suspected here:
  https://lists.debian.org/debian-accessibility/2014/02/msg00102.html

I've checked that building d-i against testing udebs lets me reproduced
this issue, and that adding d-i-utils' binaries to localudebs after
having reverted this change fixes speech synthesis.

commit 9c6685364a56697ea9c590e1bc93a73ade88b679
Author: Colin Watson 
Date:   Fri Feb 7 17:07:46 2014 +

log-output: Always install a no-op SIGCHLD handler

This copes with the case where the subsidiary process starts a daemon which
does not fully disconnect its standard file descriptors (LP: #1021293).

See also the changelog for 1.46.

(http://anonscm.debian.org/gitweb/?p=d-i/debian-installer-utils.git;a=commit;h=9c6685364a56697ea9c590e1bc93a73ade88b679)

Can you please have a look? Worst case I could revert and upload with
urgency=high (the package is in testing now), but having a proper fix
would be nice if it's only a matter of days.

Mraw,
KiBi.
--- End Message ---
--- Begin Message ---
This was discussed on debian-boot, and it seemed easier to track the
needed rebuild than introducing yet more udebs.  Tracking is easy now
that the precise versions as tightly expressed in the espeakup-udeb
package, and that we have an uninstallability tracker.

Samuel--- End Message ---

Bug#650386: reportbug: reports against src:binarypackagename

[Jakub Wilk]

* Jakub Wilk , 2011-11-29, 14:23:

|Using 'Jakub Wilk ' as your from address.
|Getting status for libcmor2...
|Which of the following packages is the bug in?
|Just press ENTER to exit reportbug.
|
|1 libcmor-dev  Development files for Climate Model Output Rewriter
|
|2 libcmor2 Climate Model Output Rewriter library
|
|3 python-cmor  Python interface to CMOR
|
|Select one of these packages:

Hmpf. Frist of all, why reportbug is asking me this in the first 
place?


This question pops up when "dpkg --status " fails. It could 
happen either because the package is not installed, or because the 
package is installed for more than one architecture.


But anyway, I chose "2", answered a few more questiones, then 
reportbug spawned mutt with the following mail template:

| Source: libcmor2
| Version: 2.8.0-1
| Severity: important

That should be "Package: libcmor2", not "Source: libcmor2".


This is due to broken logic in bin/reportbug, around line 1428:

   src = package
   # ...
   package = ui.menu(
   'Which of the following packages is the bug in?',
   packages, empty_ok=True,
   prompt='Select one of these packages: ')
   # ...
   if package != src:
# ...
   elif len(packages) > 1:
   issource = True

So if you choose the same package as you chose originally on the command 
line, issource will be incorrectly set to True.


--
Jakub Wilk


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

Bug#758896: witty: FTBFS on all buildds: fails to remove /usr/share/doc/libwt-doc/examples': Directory not empty

[Pau Garcia i Quiles]

On Fri, Aug 22, 2014 at 5:27 PM, Cyril Brulebois  wrote:

Probably reproducible locally by passing -B to dpkg-buildpackage.
>

Thank you for your report. I cannot reproduce locally with
"dpkg-buildpackage -rfakeroot -B" on amd64 :-(

I will try to install an sbuild. If you have any other tip on how to
reproduce, I am very interested.

-- 
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)

Bug#758814: marked as done (php-horde-editor: editor unusable due to broken symlink)

[Debian Bug Tracking System]

Your message dated Fri, 22 Aug 2014 21:10:49 +
with message-id 
and subject line Bug#758814: fixed in php-horde-editor 2.0.4+debian0-2
has caused the Debian Bug report #758814,
regarding php-horde-editor: editor unusable due to broken symlink
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.)


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

Package: php-horde-editor
Version: 2.0.4+debian0-1
Severity: grave


Coin,

This symlink is broken:
/usr/share/horde/js/ckeditor/ckeditor_basic.js ->  
../../../javascript/ckeditor/ckeditor_basic.js


The ckeditor package only provides:
  /usr/share/javascript/ckeditor/ckeditor.js

Regards.

--
Marc Dequènes (Duck)



pgp5qAAhykaLx.pgp
Description: PGP Digital Signature
--- End Message ---
--- Begin Message ---
Source: php-horde-editor
Source-Version: 2.0.4+debian0-2

We believe that the bug you reported is fixed in the latest version of
php-horde-editor, 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 758...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Mathieu Parent  (supplier of updated php-horde-editor 
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, 22 Aug 2014 22:09:52 +0200
Source: php-horde-editor
Binary: php-horde-editor
Architecture: source all
Version: 2.0.4+debian0-2
Distribution: unstable
Urgency: medium
Maintainer: Horde Maintainers 
Changed-By: Mathieu Parent 
Description:
 php-horde-editor - ${phppear:summary}
Closes: 758814
Changes:
 php-horde-editor (2.0.4+debian0-2) unstable; urgency=medium
 .
   * Fix ckeditor symlinks (Closes: #758814)
Checksums-Sha1:
 bdec489380ec7818398e3807282d8a11f814d8b8 2085 
php-horde-editor_2.0.4+debian0-2.dsc
 65cd41cef581627f882c231f8890b458fc061e74 2784 
php-horde-editor_2.0.4+debian0-2.debian.tar.xz
 d568d3feda27c6b5fe515de6aae997233c373f5d 21568 
php-horde-editor_2.0.4+debian0-2_all.deb
Checksums-Sha256:
 d1728d95fcbc6a8e47847536d393119b22fbbe1064d0288fefb52e5a913cc381 2085 
php-horde-editor_2.0.4+debian0-2.dsc
 c1f45284622162ea35b75f217780982ad56c0a4dcf2952163537ee1c465b163a 2784 
php-horde-editor_2.0.4+debian0-2.debian.tar.xz
 9ca6d7665845da129c91b72b0f3b2516bcd215c49a504398faed9ddbfbd6ef62 21568 
php-horde-editor_2.0.4+debian0-2_all.deb
Files:
 7b0bb2feea94af7228ceeac63ffbbd54 21568 php extra 
php-horde-editor_2.0.4+debian0-2_all.deb
 0039e350898a3ad28ea3fd9e417bfc25 2085 php extra 
php-horde-editor_2.0.4+debian0-2.dsc
 b61bef0a52c0e8449607c49e36ffb67f 2784 php extra 
php-horde-editor_2.0.4+debian0-2.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT96YyAAoJEK4DmARmaB+l/i8P/0P5iUZSGw/kIQyC+GskvPOH
KJsEaZkZqPb+ugp88Q4ek/kihBNtDGZP+u1QPy7XnPOe8DHx5/z3r0DZ35rNLG9/
wpP2jt0aArgDLNuy5gpVq3n3zpY9rEfICPb+tO9kqnWbNMsEI4zaLpunLmy+FcyP
QHloCk2PieEFXH1Ms4EGlT/E4bX3jannqsbxyQOCuCM7HsBw6p3oOLBzsJ7QVvfh
QOzp0G86lxPLzi50VAp/RgUedtovOiUlxx/4USXETvGSpSjVp5DV0orJiVjddv9I
ResCLFXqdsao1R9B9qneJGi9M3q6+yGvUhn/o7LjK3W64puNmb8wR3XixASQtFtd
vu49wCUV2X3eYN/qWShUEv0PspThcPDoJwf7yjyTpmJk/w39IrAAEDbfsJoTOCAm
oP4If1W8QFzq9TwDPPr59QPajihMmUEPpvmXZcKS5qPvytSZepgWrEbQ0MRgoeln
MkCWALjdfKKlEBCNcnR1Qxd7vIRIr69Kvf8+LfX3IZyM7SZUhqKHZ9D3/QNpr75T
1o8fbfv7KNh1+DowOUx3GsQVIznpX4m9+ZG5pSe0Dzsaigd3aVKPhJ8ZLWHoGe4M
Wtb9pRHKTnFxShsABhtzPZvQ7+RErmlua80+stORJK9O6ANxhcqcOkwn6RLQ6LBW
bzFDDsasl4IssIqJ8XfG
=X+Q+
-END PGP SIGNATURE End Message ---

Bug#752970: srtp: FTBFS confirmed, and patch to fix

[Si Padmore]

Hi,

I can confirm that this package fails to build in jessie, and that the
cause is the same as for bug #751355 which Michael referred to.

I've found that the solution is the same as well, namely to add our own
definition of \+ in our custom latex header.  Please accept the attached
patch which fixes the problem.

Many thanks,
Si.
Description: Provide missing definiton of \+ command
 doxygen's tex output contains a \+ command, which would normally
 be defined in the standard doxygen header, but srtp is using a
 custom header which lacks this definition.
 This patch adds the missing definition, following the approach
 used to solve https://bugs.debian.org/751355 .
Author: Si Padmore 
Last-Update: 2014-08-22
Bug-Debian: http://bugs.debian.org/752970

--- srtp-1.4.5~20130609~dfsg.orig/doc/header.template
+++ srtp-1.4.5~20130609~dfsg/doc/header.template
@@ -77,6 +77,7 @@
 \fontfamily{ppl}
 \selectfont
 
+\newcommand{\+}{\discretionary{\mbox{\scriptsize$\hookleftarrow$}}{}{}}
 
 \renewcommand{\familydefault}{\sfdefault}
 \begin{document}

Bug#757166: marked as done (myspell-hu: Dictionary literally empty)

[Debian Bug Tracking System]

Your message dated Fri, 22 Aug 2014 21:10:23 +
with message-id 
and subject line Bug#757166: fixed in magyarispell 1.6.1-2
has caused the Debian Bug report #757166,
regarding myspell-hu: Dictionary literally empty
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.)


-- 
757166: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757166
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: myspell-hu
Version: 1.6.1-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

The dictionary supplied in this package is totally empty, therefore LibreOffice
reports most or all words to be incorrect. The files
/usr/share/hunspell/hu_HU.dic and /usr/share/hunspell/hu_HU_u8.dic are empty
save for a 0 and three newlines.

The problem does not appear when I compile the package from source myself.



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

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

Versions of packages myspell-hu depends on:
ii  dictionaries-common  1.23.8

myspell-hu recommends no packages.

Versions of packages myspell-hu suggests:
pn  openoffice.org  

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: magyarispell
Source-Version: 1.6.1-2

We believe that the bug you reported is fixed in the latest version of
magyarispell, 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 757...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Balint Reczey  (supplier of updated magyarispell 
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, 22 Aug 2014 22:13:04 +0200
Source: magyarispell
Binary: ihungarian myspell-hu
Architecture: source amd64 all
Version: 1.6.1-2
Distribution: unstable
Urgency: medium
Maintainer: Balint Reczey 
Changed-By: Balint Reczey 
Description:
 ihungarian - Hungarian dictionary for ispell
 myspell-hu - Hungarian dictionary for myspell
Closes: 757166
Changes:
 magyarispell (1.6.1-2) unstable; urgency=medium
 .
   * Build depend on and use gawk where gensub is used (Closes: #757166)
   * Bump Debhelper compat level to 9
   * Suggest libreoffice instead of openoffice.org
   * Modernize packaging using dh
   * Bump standards version without other changes
   * Finalize changelog
Checksums-Sha1:
 2c826692fd3addd2aa2e7f0a59578825bb3482af 1992 magyarispell_1.6.1-2.dsc
 1d661b86d079a273d129de7d0e90a715f75e271b 13320 
magyarispell_1.6.1-2.debian.tar.xz
 917c0f90f172fb8e7b382d3e5c23a5a446fea6f7 839276 ihungarian_1.6.1-2_amd64.deb
 420dfc36bc3ba837c7aaacfd841f3523a388df3f 755932 myspell-hu_1.6.1-2_all.deb
Checksums-Sha256:
 ac524bc6592068c23af208a7e2f04a846e0a4604c95fe34483c5944498ee155d 1992 
magyarispell_1.6.1-2.dsc
 b7f9fc104a9b18afb99660bb194ae9bd2451e5238580689bc71ed2a245022690 13320 
magyarispell_1.6.1-2.debian.tar.xz
 a7c2bef52f5b5e4218e588475961ff20c806b8acd2fffa083c50b3880f03ac28 839276 
ihungarian_1.6.1-2_amd64.deb
 1e43620c9b7bfb7d12d20363dc1fb48f7f4c16fde655971a2a9e9fcd3ac31cf5 755932 
myspell-hu_1.6.1-2_all.deb
Files:
 f662d1b6770e4f6030a6fb545f54b14a 839276 text optional 
ihungarian_1.6.1-2_amd64.deb
 83ca3b9454c9886e99e7a81266fa8ddf 755932 text optional 
myspell-hu_1.6.1-2_all.deb
 602cb478551595d1385727495a36ac67 1992 text optional magyarispell_1.6.1-2.dsc
 3ce729718572a12ad8683209abf5fb86 13320 text optional 
magyarispell_1.6.1-2.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJT96woAAoJEPZk0la0aRp9mBsP/iOKGAYi+eOjdPQEt2VEhH9b
LB3UuRzLVTdO4Sfrwsi+uNyvVY2+d1VdrRXcfbuliyCiYyQUsLiRHnQ9Jjqn3SYp
4OtwNbHdgI1jkYFLmUsPx3P76WnfNI0WGglXeq1+cZXB704ikcxQDy9qp/TYZ/n0
3CmxI1xkc7Gj9+aR33Avz68DY2ov13CShCgcCkH/2CTfEDEWotjnk0k57mf7btbg
/F7I0uValkAXCZNGJDKCBAgHx+h0R28N1x2vgAzb9iV86BAK2iQpqBEJDHFtPf80
Lvs/h4bq/O6XURpfZxA6wmtggOiLIf0m0k8OA5yQ0z3Uum+jIArztRbL4EjaM+vq
gKwGevw/jXmU1dFxxuhcdrjw5/dxO65TDixbrmcuyWU28scqBb/R4Hf6oBEteig+
LJJ6IH1PpyfwwWErLVbECLImFKMsKMV+PaH8AhsROe3K5bP4lccWUJQf/WYF/hew
tztOR0x0UzAoPVxcbniOhZboyPLv1Apgo

Bug#755761: gdm3: Unable to start KDE after last gdm3 upgrade

[hl037]

Hi, I'm on archlinux and I've the same bug.
I searched and I I've saw the problem occurs in start_kdeinit_wrapper 
from the startkde script. On a forum (sorry can't retrieve the address), 
The man had the same problem and replacing start_kdeinit_wrapper by 
kdeinit fixed it.
Not my case, however, I searched around start_kdeinit_wrapper, and 
reading this source : http://code.woboq.org/kde/kdelibs/kinit … 
per.c.html 
 , 
I think it's just something like a launcher.
Thus, I looked at the argument "+kcminit_startup" given, and fell on 
this page after googled it : http://forums.opensuse.org/showthread.p … 
ctly-is-it 

like the author I don't know the purpose of this programme, so I tried 
to comment these lines:


|328 # kdeinit unsets this variable before loading applications.
329 LD_BIND_NOW=true /usr/lib/kde4/libexec/start_kdeinit_wrapper 
+kcminit_startup
330 if test $? -ne 0; then
331   # Startup error
332   echo 'startkde: Could not start kdeinit4. Check your installation.'  1>&2
333   test -n "$ksplash_pid" && kill "$ksplash_pid" 2>/dev/null
334   xmessage -geometry 500x100 "Could not start kdeinit4. Check your 
installation."
335   exit 1
336 fi|

then the kde session starts from gdm. I didn't noticied any side-effect 
for now except it's much faster than usual


Regards,
Léo Flaventin Hauchecorne

Bug#758886: sunxi-tools: Requires u-boot-tools to build which is no longer available for powerpc

[Vagrant Cascadian]

On 2014-08-22, Ian Campbell wrote:
> On Fri, 2014-08-22 at 08:25 -0400, Scott Kitterman wrote:
>> u-boot has dropped powerpc from its supported architectures, so this package
>> will no longer build on powerpc as currently packaged.  It needs to be
>> adapted to build on powerpc without u-boot-tools.
>
> It pretty much cannot be built without mkimage from u-boot-tools. Given
> that I think the right answer is to clone this into two bugs:

The removal request was only to remove the u-boot:powerpc binary
package, not u-boot-tools.

The source package still will build u-boot-tools on powerpc (and did, in
2014.04+dfsg1-3). Maybe requesting a binNMU on powerpc for u-boot would
fix this? Of course, it may be best to wait until u-boot:powerpc is
removed from jessie as well, so that u-boot can propegate to jessie.
Not sure when that will happen.


live well,
  vagrant


pgpDbZdFXJjoe.pgp
Description: PGP signature

Bug#758886: sunxi-tools: Requires u-boot-tools to build which is no longer available for powerpc

[Ian Campbell]

Control: clone -1 -2
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: sunxi-tools [powerpc] -- RoM; ANAIS; build dependency 
removed
Control: reassign -2 src:u-boot
Control: severity -2 wishlist
Control: retitle -2 please build u-boot-tools on all architectures.

On Fri, 2014-08-22 at 17:36 +0100, Ian Campbell wrote:
> On Fri, 2014-08-22 at 08:25 -0400, Scott Kitterman wrote:
> > Package: sunxi-tools
> > Version: 1.2-1
> > Severity: serious
> > Justification: fails to build from source (but built successfully in the 
> > past)
> > 
> > u-boot has dropped powerpc from its supported architectures, so this package
> > will no longer build on powerpc as currently packaged.  It needs to be
> > adapted to build on powerpc without u-boot-tools.
> 
> It pretty much cannot be built without mkimage from u-boot-tools. Given
> that I think the right answer is to clone this into two bugs:
> 
> The first to request the removal of the existing sunxi-tools:powerpc
> binaries from the archive and the second a wishlist bug against u-boot
> to provide u-boot-tools even for architectures which don't build a
> u-boot binary, since the tools are often useful even on systems which
> don't use u-boot (for cross-development).

@ftp.debian.org: Requesting removal since #756449 removed u-boot-tools
which is a build dependency of this package, from powerpoc, hence
sunxi-tools now FTBFS.

@u-boot: It would be nice(tm) to provide u-boot-tools for all
architectures even those which don't have any supported platforms.

Cheers,
Ian.


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

Processed: Re: Bug#758886: sunxi-tools: Requires u-boot-tools to build which is no longer available for powerpc

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #758886 [sunxi-tools] sunxi-tools: Requires u-boot-tools to build which is 
no longer available for powerpc
Bug 758886 cloned as bug 758901
> reassign -1 ftp.debian.org
Bug #758886 [sunxi-tools] sunxi-tools: Requires u-boot-tools to build which is 
no longer available for powerpc
Bug reassigned from package 'sunxi-tools' to 'ftp.debian.org'.
No longer marked as found in versions sunxi-tools/1.2-1.
Ignoring request to alter fixed versions of bug #758886 to the same values 
previously set
> retitle -1 RM: sunxi-tools [powerpc] -- RoM; ANAIS; build dependency removed
Bug #758886 [ftp.debian.org] sunxi-tools: Requires u-boot-tools to build which 
is no longer available for powerpc
Changed Bug title to 'RM: sunxi-tools [powerpc] -- RoM; ANAIS; build dependency 
removed' from 'sunxi-tools: Requires u-boot-tools to build which is no longer 
available for powerpc'
> reassign -2 src:u-boot
Bug #758901 [sunxi-tools] sunxi-tools: Requires u-boot-tools to build which is 
no longer available for powerpc
Bug reassigned from package 'sunxi-tools' to 'src:u-boot'.
No longer marked as found in versions sunxi-tools/1.2-1.
Ignoring request to alter fixed versions of bug #758901 to the same values 
previously set
> severity -2 wishlist
Bug #758901 [src:u-boot] sunxi-tools: Requires u-boot-tools to build which is 
no longer available for powerpc
Severity set to 'wishlist' from 'serious'
> retitle -2 please build u-boot-tools on all architectures.
Bug #758901 [src:u-boot] sunxi-tools: Requires u-boot-tools to build which is 
no longer available for powerpc
Changed Bug title to 'please build u-boot-tools on all architectures.' from 
'sunxi-tools: Requires u-boot-tools to build which is no longer available for 
powerpc'

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


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

Bug#758899: gloox: undefined reference to `gloox::Jingle::Session::Reason::Reason(gloox::Tag const*)'

[Andreas Metzler]

Source: gloox
Version: 1.0.10-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hello,

gloox FTBFS with this error on sid/ix86:
---
Making all in jinglecontent
make[6]: Entering directory '/tmp/GLOOX/gloox-1.0.10/src/tests/jinglecontent'
g++ -DHAVE_CONFIG_H -I. -I../../..  -pedantic -Wall -pipe -W -Wfloat-equal 
-Wcast-align -Wsign-compare -Wpointer-arith -Wswitch -Wunknown-pragmas 
-Wconversion -Wundef -Wcast-qual -D_FORTIFY_SOURCE=2 -pthread  -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -ansi -c -o 
jinglecontent_test.o jinglecontent_test.cpp
/bin/bash ../../../libtool  --tag=CXX   --mode=link g++  -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -ansi  -Wl,-z,relro 
-pthread -o jinglecontent_test jinglecontent_test.o ../../stanza.o ../../jid.o 
../../tag.o ../../prep.o ../../gloox.o ../../iq.o ../../util.o ../../sha.o 
../../base64.o ../../jinglecontent.o ../../error.o ../../mutex.o 
../../jinglepluginfactory.o -lresolv -lresolv   -lidn -lgnutls  -lgcrypt -lz
libtool: link: g++ -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -ansi -Wl,-z -Wl,relro -pthread -o jinglecontent_test 
jinglecontent_test.o ../../stanza.o ../../jid.o ../../tag.o ../../prep.o 
../../gloox.o ../../iq.o ../../util.o ../../sha.o ../../base64.o 
../../jinglecontent.o ../../error.o ../../mutex.o ../../jinglepluginfactory.o  
-lresolv -lidn -lgnutls -lgcrypt -lz -pthread
../../jinglepluginfactory.o: In function `newInstance':
/tmp/GLOOX/gloox-1.0.10/src/jinglesession.h:179: undefined reference to 
`gloox::Jingle::Session::Reason::Reason(gloox::Tag const*)'
/tmp/GLOOX/gloox-1.0.10/src/jinglesession.h:179: undefined reference to 
`gloox::Jingle::Session::Reason::Reason(gloox::Tag const*)'
../../jinglepluginfactory.o: In function 
`gloox::Jingle::Session::Reason::newInstance(gloox::Tag const*) const':
/tmp/GLOOX/gloox-1.0.10/src/jinglesession.h:179: undefined reference to 
`gloox::Jingle::Session::Reason::Reason(gloox::Tag const*)'
collect2: error: ld returned 1 exit status
Makefile:348: recipe for target 'jinglecontent_test' failed
make[6]: *** [jinglecontent_test] Error 1
make[6]: Leaving directory '/tmp/GLOOX/gloox-1.0.10/src/tests/jinglecontent'
---

cu Andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


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

Bug#758886: sunxi-tools: Requires u-boot-tools to build which is no longer available for powerpc

[Ian Campbell]

On Fri, 2014-08-22 at 08:25 -0400, Scott Kitterman wrote:
> Package: sunxi-tools
> Version: 1.2-1
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
> 
> u-boot has dropped powerpc from its supported architectures, so this package
> will no longer build on powerpc as currently packaged.  It needs to be
> adapted to build on powerpc without u-boot-tools.

It pretty much cannot be built without mkimage from u-boot-tools. Given
that I think the right answer is to clone this into two bugs:

The first to request the removal of the existing sunxi-tools:powerpc
binaries from the archive and the second a wishlist bug against u-boot
to provide u-boot-tools even for architectures which don't build a
u-boot binary, since the tools are often useful even on systems which
don't use u-boot (for cross-development).

Ian.


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

Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips*

[Jose Luis Blanco]

> With these changes I was able to build package on mips*

Good! Just for curiosity: are all other unit tests passing? Because
that means that de-serialization is actually working (it's used in
other tests, like in "ReactiveNavTests.LoadNavLogFile").

I have finally solved the pragma pack problem properly, with these 2
additional commits:
4) 
https://github.com/jlblancoc/mrpt/commit/cd4878874b930e151deb6d89577c215c687b80b3
5) 
https://github.com/jlblancoc/mrpt/commit/b52d65b5a0bcc552e7a7c6d420f30be623d8fd38

It would be great if you could confirm that the current head of git
master is building correctly in mips...
I guess it may take a long time to build in mips, so thank you very
much for your tests!!

Cheers,
JL


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

Bug#756469: libfuntools-dev and libbsd-dev: error when trying to install together

[Guillem Jover]

Hi!

On Wed, 2014-07-30 at 08:57:06 +0200, Ralf Treinen wrote:
> Package: libbsd-dev,libfuntools-dev
> Version: libbsd-dev/0.7.0-1
> Version: libfuntools-dev/1.4.4+dfsg-1
> Severity: serious
> User: trei...@debian.org
> Usertags: edos-file-overwrite

> Date: 2014-07-30
> Architecture: amd64
> Distribution: sid

> automatic installation tests of packages that share a file and at the
> same time do not conflict by their package dependency relationships has
> detected the following problem:

[file conflict log…]

> This is a serious bug as it makes installation fail, and violates
> sections 7.6.1 and 10.1 of the policy. An optimal solution would
> consist in only one of the packages installing that file, and renaming
> or removing the file in the other package. Depending on the
> circumstances you might also consider Replace relations or file
> diversions. If the conflicting situation cannot be resolved then, as a
> last resort, the two packages have to declare a mutual
> Conflict. Please take into account that Replaces, Conflicts and
> diversions should only be used when packages provide different
> implementations for the same functionality.
> 
> Here is a list of files that are known to be shared by both packages
> (according to the Contents file for sid/amd64, which may be
> slightly out of sync):
> 
>   /usr/share/man/man3/funopen.3.gz
> 
> This bug has been filed against both packages. If you, the maintainers of
> the two packages in question, have agreed on which of the packages will
> resolve the problem please reassign the bug to that package. You may then
> also register in the BTS that the other package is affected by the bug.

Thanks! I fixed this locally, just need to upload the packages. I
think it also should be fixed in funtools (upstream), because it will
collide with system man pages on BSD systems, even if this was caused
by introducing this in libbsd.

BTW Ralf, it seems due to the bug being assigned to two packages,
britney didn't notice which versions this was affecting, and let it
migrate to testing. I don't think tools in general handle very well
bugs assigned to multiple packages, so maybe you might need to
reconsider that practice? Either that or talk with relevant teams to
see what can be done (debbugs perhaps, and release-team at least).

Thanks,
Guillem


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

Bug#758897: Should not be shipped in jessie

[Moritz Muehlenhoff]

Package: fckeditor
Severity: serious

fckeditor is an old version of the ckeditor package also present
in the archive.

fckeditor is already out of testing due to unrelated RC bugs, but
I'm filing this separate bug to prevent it from entering jessie
again. Packages still using fckeditor should migrate to ckeditor.

Cheers,
Moritz


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

Bug#758896: witty: FTBFS on all buildds: fails to remove /usr/share/doc/libwt-doc/examples': Directory not empty

[Cyril Brulebois]

Source: witty
Version: 3.3.3+dfsg-3
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS everywhere so far due to:
| make[1]: Leaving directory '/«BUILDDIR»/witty-3.3.3+dfsg/build-shared'
| mkdir -p /«BUILDDIR»/witty-3.3.3+dfsg/debian/tmp/usr/share/doc/libwt-doc/
| mkdir -p /«BUILDDIR»/witty-3.3.3+dfsg/debian/tmp/usr/share/doc/witty-examples/
| cp -R /«BUILDDIR»/witty-3.3.3+dfsg/doc/* 
/«BUILDDIR»/witty-3.3.3+dfsg/debian/tmp/usr/share/doc/libwt-doc/
| mv 
/«BUILDDIR»/witty-3.3.3+dfsg/debian/tmp/usr/share/doc/libwt-doc/examples/html 
/«BUILDDIR»/witty-3.3.3+dfsg/debian/tmp/usr/share/doc/witty-examples/
| rmdir /«BUILDDIR»/witty-3.3.3+dfsg/debian/tmp/usr/share/doc/libwt-doc/examples
| rmdir: failed to remove 
'/«BUILDDIR»/witty-3.3.3+dfsg/debian/tmp/usr/share/doc/libwt-doc/examples': 
Directory not empty
| make: *** [install] Error 1
| debian/rules:181: recipe for target 'install' failed

Full build logs linked from:
  https://buildd.debian.org/status/package.php?p=witty&suite=sid

Probably reproducible locally by passing -B to dpkg-buildpackage.

Mraw,
KiBi.


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

Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips*

[Jurica Stanojkovic]

I will try to fix de-serialization problems on big endian.

For now i have tried to build package with your patches 
1) 
https://github.com/jlblancoc/mrpt/commit/9a878c0950edd8ca7de6f4584f920c4e0db05ecc
2) 
https://github.com/jlblancoc/mrpt/commit/289498fc34703c2fcf6b61e72c3311144e5fb570
and ifdef workaround
3) 
https://github.com/jlblancoc/mrpt/commit/c06ed1c384ba2e719c52f65a1a49bddcf7d261e5
and the patch
4) mips-patch.diff (attached in this mail)

With these changes I was able to build package on mips*

For strict alignment, as far as I know, there is no macro that could be used 
for detecting if a strict alignment is necessary.
I think that sparc also has alignment rules. 
(maybe the best way to be sure about this is to ask porters for other 
architectures to help with this issue).

Regards,
Jurica


From: Jose Luis Blanco [joseluisblan...@gmail.com]
Sent: 21 August 2014 19:11
To: Jurica Stanojkovic
Cc: 758...@bugs.debian.org
Subject: Re: Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips*

So, the #ifdef "workaround" was incorrectly placed, to start with!

This patch will "solve" it:
https://github.com/jlblancoc/mrpt/commit/c06ed1c384ba2e719c52f65a1a49bddcf7d261e5

But obviously, that's not the ideal solution because that's resigning
trying to fix de-serialization problems!

I didn't know that issue about "#pragma pack", it will be a problem.
Let me check it more in depth, but I'm sure the struct pack'ing is
taken for granted in some parts of the code. Actually, there's even
one unit test checking it...

Please, let me know whatever other unit tests don't pass in MIPS while
I think what to do with the pragmas.

BTW: Is there any macro to detect architectures with strict alignment rules?

JL
diff -upNr mrpt-1.2.1-old/libs/base/include/mrpt/math/lightweight_geom_data.h mrpt-1.2.1/libs/base/include/mrpt/math/lightweight_geom_data.h
--- mrpt-1.2.1-old/libs/base/include/mrpt/math/lightweight_geom_data.h	2014-07-10 16:18:40.0 +
+++ mrpt-1.2.1/libs/base/include/mrpt/math/lightweight_geom_data.h	2014-08-01 17:40:08.0 +
@@ -25,7 +25,9 @@ namespace math	{
 	  * @{ */
 
 	//Pragma defined to ensure no structure packing
+#ifndef __mips__
 #pragma pack(push,1)
+#endif
 	//Set of typedefs for lightweight geometric items.
 	/**
 	  * Lightweight 2D point. Allows coordinate access using [] operator.
@@ -238,7 +240,9 @@ namespace math	{
 		 static size_t size() { return 3; }
 	};
 
+#ifndef __mips__
 #pragma pack(pop) // NOTE: Don't force TPoint3Df to be mem aligned (may break CPU mem access alignment in ARM)
+#endif
 
 	/** Lightweight 3D point (float version).
 	  * \sa mrpt::poses::CPoint3D, mrpt::math::TPoint3D
@@ -261,7 +265,9 @@ namespace math	{
 
 	};
 
+#ifndef __mips__
 #pragma pack(push,1)  //Pragma defined to ensure no structure packing
+#endif
 	/**
 	  * Lightweight 3D point. Allows coordinate access using [] operator.
 	  * \sa mrpt::poses::CPoint3D, mrpt::math::TPoint3Df
@@ -550,7 +556,9 @@ namespace math	{
 		 void fromString(const std::string &s);
 		 static size_t size() { return 7; }
 	};
+#ifndef __mips__
 #pragma pack(pop)
+#endif
 
 	// Text streaming functions:
 	std::ostream BASE_IMPEXP & operator << (std::ostream& o, const TPoint2D & p);
@@ -621,7 +629,9 @@ namespace math	{
 	struct BASE_IMPEXP TObject3D;
 
 	//Pragma defined to ensure no structure packing
+#ifndef __mips__
 #pragma pack(push,1)
+#endif
 	/**
 	  * 2D segment, consisting of two points.
 	  * \sa TSegment3D,TLine2D,TPolygon2D,TPoint2D
@@ -761,7 +771,9 @@ namespace math	{
 
 		bool operator<(const TSegment3D &s) const;
 	};
+#ifndef __mips__
 #pragma pack(pop)
+#endif
 
 	inline bool operator==(const TSegment2D &s1,const TSegment2D &s2)	{
 		return (s1.point1==s2.point1)&&(s1.point2==s2.point2);

Bug#754662: marked as done (witty: missing builds on mips powerpc s390x)

[Debian Bug Tracking System]

Your message dated Fri, 22 Aug 2014 13:50:19 +
with message-id 
and subject line Bug#754662: fixed in witty 3.3.3+dfsg-3
has caused the Debian Bug report #754662,
regarding witty: missing builds on mips powerpc s390x
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.)


-- 
754662: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754662
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: witty
Version: 3.3.3+dfsg-1
Severity: serious
Justification: FTBFS

Hi,

your package is in the BD-Uninstallable state on various architectures
where it's been previously built, which prevents its migration. You'll
find details on this summary page:
  https://buildd.debian.org/status/package.php?p=witty&suite=sid

Basically it looks like you're build-depending on nodejs stuff which is
not available on all architectures.

If you want your package to migrate you'll have to request removal of
old binaries:
  https://wiki.debian.org/ftpmaster_Removals

Mraw,
KiBi.
--- End Message ---
--- Begin Message ---
Source: witty
Source-Version: 3.3.3+dfsg-3

We believe that the bug you reported is fixed in the latest version of
witty, 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 754...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Pau Garcia i Quiles  (supplier of updated witty 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, 16 Aug 2014 18:18:42 +0200
Source: witty
Binary: libwt-common libwt38 libwt-dev libwthttp38 libwthttp-dev libwtfcgi38 
libwtfcgi-dev libwttest8 libwttest-dev libwtext38 libwtext-dev libwtdbo38 
libwtdbo-dev libwtdbosqlite38 libwtdbosqlite-dev libwtdbopostgres38 
libwtdbopostgres-dev libwtdbofirebird38 libwtdbofirebird-dev libwtdbomysql38 
libwtdbomysql-dev libwt-dbg libwt-doc witty-examples witty witty-dbg witty-dev 
witty-doc
Architecture: source all amd64
Version: 3.3.3+dfsg-3
Distribution: unstable
Urgency: medium
Maintainer: Pau Garcia i Quiles 
Changed-By: Pau Garcia i Quiles 
Description:
 libwt-common - C++ library and application server for web applications [common]
 libwt-dbg  - C++ library and application server for web applications [debug]
 libwt-dev  - C++ library and application server for web applications [developm
 libwt-doc  - C++ library and application server for web applications [doc]
 libwt38- C++ library and application server for web applications [runtime]
 libwtdbo-dev - Wt::Dbo ORM library for Wt [development]
 libwtdbo38 - Wt::Dbo ORM library for Wt [runtime]
 libwtdbofirebird-dev - Firebird backend for Wt::Dbo [development]
 libwtdbofirebird38 - Firebird backend for Wt::Dbo [runtime]
 libwtdbomysql-dev - MySQL/MariaDB backend for Wt::Dbo [development]
 libwtdbomysql38 - MySQL/MariaDB backend for Wt::Dbo [runtime]
 libwtdbopostgres-dev - PostgreSQL backend for Wt::Dbo [development]
 libwtdbopostgres38 - PostgreSQL backend for Wt::Dbo [runtime]
 libwtdbosqlite-dev - sqlite3 backend for Wt::Dbo [development]
 libwtdbosqlite38 - sqlite3 backend for Wt::Dbo [runtime]
 libwtext-dev - additional widgets for Wt, based on ExtJS 2.0.x [development]
 libwtext38 - additional widgets for Wt, based on ExtJS 2.0.x [runtime]
 libwtfcgi-dev - FastCGI connector library for Wt [development]
 libwtfcgi38 - FastCGI connector library for Wt [runtime]
 libwthttp-dev - HTTP(S) connector library for Wt [development]
 libwthttp38 - HTTP(S) connector library for Wt [runtime]
 libwttest-dev - test connector library for Wt [development]
 libwttest8 - test connector library for Wt [runtime]
 witty  - C++ library for webapps [runtime] (transition package)
 witty-dbg  - C++ library for webapps [debug] (transition package)
 witty-dev  - C++ library for webapps [devel] (transition package)
 witty-doc  - C++ library for webapps [doc] (transition package)
 witty-examples - C++ library for webapps [examples]
Closes: 754662
Changes:
 witty (3.3.3+dfsg-3) unstable; urgency=medium
 .
   [Peter Michael Green]
   * Fix minifier detection logic in debian/rules. Closes: #754662
   * Change dependencies in debian/rules to use list of architectures where
 nodejs is available rathe than incomplete list 

Bug#751907: libffi6: cannot enable executable stack as shared object requires: Permission denied

[Matthias Klose]

Control: severity -1 important

> when using grsecurity/pax protections

so nothing is broken for a default install.

> patch should be available from:
> 
> http://git.overlays.gentoo.org/gitweb/?p=proj/hardened-dev.git;a=blob;f=dev-libs/libffi/files/libffi-3.0.12-emutramp_pax.patch;h=4799b227e8510c3a254a97355f341d7f8af404f0;hb=6eeb6a6c620ee84e411f989cc246212422e8b636

no, it is not. times out.


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

Processed: Re: Bug#751907: libffi6: cannot enable executable stack as shared object requires: Permission denied

[Debian Bug Tracking System]

Processing control commands:

> severity -1 important
Bug #751907 [libffi6] libffi6: cannot enable executable stack as shared object 
requires: Permission denied
Severity set to 'important' from 'critical'

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


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

Bug#754874: marked as done (radiusclient: Should not be part of Jessie release)

[Debian Bug Tracking System]

Your message dated Fri, 22 Aug 2014 12:28:34 +
with message-id 
and subject line Bug#722683: Removed package(s) from unstable
has caused the Debian Bug report #754874,
regarding radiusclient: Should not be part of Jessie release
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.)


-- 
754874: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754874
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: radiusclient
Version: 0.3.2-14
Severity: serious
Justification: Policy 2.2.1

This package is obsolete.  Its only rdepend has already been removed from
testing, so there is no need to release it with Jessie.  Once the rdepend has
been ported or removed this package will be removed too (See #722683)
--- End Message ---
--- Begin Message ---
Version: 0.3.2-14+rm

Dear submitter,

as the package radiusclient has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/722683

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

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

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)--- End Message ---

Bug#722684: marked as done (depends on obsolete radius client lib)

[Debian Bug Tracking System]

Your message dated Fri, 22 Aug 2014 12:27:52 +
with message-id 
and subject line Bug#758702: Removed package(s) from unstable
has caused the Debian Bug report #722684,
regarding depends on obsolete radius client lib
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.)


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

libradius1 is orphaned and obsolete

Please consider using freeradius-client (it is now available in sid and
jessie)
--- End Message ---
--- Begin Message ---
Version: 2010.04.19.1+rm

Dear submitter,

as the package portslave has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/758702

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

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

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)--- End Message ---

Bug#758886: sunxi-tools: Requires u-boot-tools to build which is no longer available for powerpc

[Scott Kitterman]

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

u-boot has dropped powerpc from its supported architectures, so this package
will no longer build on powerpc as currently packaged.  It needs to be
adapted to build on powerpc without u-boot-tools.


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

Processed: your mail

[Debian Bug Tracking System]

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

> tag 754286 + pending
Bug #754286 [python-rgain] python-rgain: new upstream version (1.3.2) supports 
more file types
Ignoring request to alter tags of bug #754286 to the same tags previously set
> tag 742508 + pending
Bug #742508 [python-rgain] python-rgain: collectiongain is unusable
Ignoring request to alter tags of bug #742508 to the same tags previously set
> thanks
Stopping processing here.

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


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

Processed: Re: [Python-modules-team] Bug#742508: python-rgain: collectiongain is unusable

[Debian Bug Tracking System]

Processing control commands:

> tag -1 pending
Bug #742508 [python-rgain] python-rgain: collectiongain is unusable
Added tag(s) pending.

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


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

Bug#742508: [Python-modules-team] Bug#742508: python-rgain: collectiongain is unusable

[Simon Chopin]

Control: tag -1 pending
Hi Christian
Quoting Christian Marillat (2014-03-24 16:23:57)
> Package: python-rgain
> Version: 1.2-1
> Severity: serious
> 
> Dear Maintainer,
> 
> collectiongain (amd replaygain) doesn't work at all :
> 
> Dispatching jobs ...
> Now waiting for results ...
> Unfortunately, there were some errors:
> 10cc - The original soundtrack: Calculating Replay Gain information ...
>   Musique/10cc/1975 - The original soundtrack/01 - Nuit a Paris, pt. 1- one 
> night in Paris-pt. 2- the same night in Paris.mp3:
> Error while calculating gain - GST error: Your GStreamer installation is 
> missing a plug-in. (gstdecodebin2.c(3928): gst_decode_bin_expose (): 
> /GstPipeline:pipeline0/GstDecodeBin:decbin:
> no suitable plugins found)

The plugin in question is actually needed to play MP3 files, and isn't
in the same package as the replaygain package. I've added it to the
recommends, it is in gstreamer1.0-plugins-bad (you might want to install
it manually since I have to find a sponsor for the upload).

Sorry for the delay!

Cheers,
Simon


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

Bug#758883: check-mk: CVE-2014-5339 CVE-2014-5340

[Salvatore Bonaccorso]

Source: check-mk
Version: 1.2.2p3-1
Severity: grave
Tags: security upstream fixed-upstream

Hi,

the following vulnerabilities were published for check-mk.

CVE-2014-5339[0]:
Write access to config (.mk) files in arbitrary places on the filesystem

CVE-2014-5340[1]:
Code executing due to insecure input handling

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] https://security-tracker.debian.org/tracker/CVE-2014-5339
[1] https://security-tracker.debian.org/tracker/CVE-2014-5340
[2] http://packetstormsecurity.com/files/127941/DTC-A-20140820-001.txt

Regards,
Salvatore


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

Bug#758115: Disabled wait state X'32EE' on IPL of zIPL

[Michael Holzheu]

On Thu, 21 Aug 2014 19:26:44 -0400 (EDT)
Stephen Powell  wrote:

> Here are the last few instructions prior to the failure on the failing
> version, thanks to the CP TRACE facility under z/VM on a real IBM z/890:
> 
>  2A78   STG E310F0A80024 >> FEB0 CC 2
>  2A7E   LG  E320300401B0 CC 2
>  2A84   LG  E3103008000401B8 CC 2
>  2A8A   STG E3403024 >> 01B0 CC 2
>  2A90   LA  4140F0A0  = FEA8 CC 2
>  2A94   LARLC05BCC 2
>  2A9A   STG E35040080024 >> FEB0 CC 2
>  2AA0   STG E35030080024 >> 01B8 CC 2
>  2AA6   LPSWE   B2B2F0A0FEA8 CC 0
>  2AAA   LMG EBDFF0B4 CC 0
>  2AB0   STG E3203024 >> 01B0 CC 0
>  2AB6   STG E31030080024 >> 01B8 CC 0
>  2ABC   BR  07FE -> 32E6 CC 0
>   -> 32E6   LH  481000860086 CC 0
>  32EA   BRU A7F40001 -> 32EC CC 0
>   -> 32EC   0001
>  *** 32EC   PROG0001 -> 39A8
> 
> And here is what appears to be the equivalent code on the working
> version, compiled under wheezy:
> 
> 2A38   STG E310F0A80024 >> FEA0 CC 2
> 2A3E   LG  E320300401B0 CC 2
> 2A44   LG  E3103008000401B8 CC 2
> 2A4A   STG E3403024 >> 01B0 CC 2
> 2A50   LA  4140F0A0  = FE98 CC 2
> 2A54   LARLC05BCC 2
> 2A5A   STG E35040080024 >> FEA0 CC 2
> 2A60   STG E35030080024 >> 01B8 CC 2
> 2A66   LPSWE   B2B2F0A0FE98 CC 0
> 2A6A   LMG EBDFF0B4 CC 0
> 2A70   STG E3203024 >> 01B0 CC 0
> 2A76   STG E31030080024 >> 01B8 CC 0
> 2A7C   BR  07FE -> 32C0 CC 0
>  -> 32C0   LLGHE310008600910086 CC 0
> 32C6   CHI A71E1004CC 2
> 32CA   BRZ A784000A32DE CC 2
> ...
> 
> And on we go from there.  The BRU instruction in the first sequence
> is clearly bad.  In assembler language format, the equivalent instruction
> would be "BRU   *+2".  This is a bad branch.  The instruction branches
> into the middle of itself, picking up "0001" as the next machine instruction,
> which causes an operation exception.  Since the failing "instruction"
> starts at storage address 32EC, and is two bytes long, that means that
> the updated instruction address in the PSW at the time of the program
> interruption will be 32EE, which is the value used in the disabled wait
> PSW.

Hi Stephen,

You can get a disassembly for the eckd boot loader code when you go
to s390-tools/zipl/boot and:

1) make
2) objdump -S eckd2.exec > eckd2.list

I think the corresponding code in zipl is load_wait_psw() in libc.c:

__attribute__ ((noinline)) void load_wait_psw(uint64_t psw_mask, struct psw_t 
*psw)
{
struct psw_t wait_psw = { .mask = psw_mask, .addr = 0 };
2df6:   e3 20 f0 a0 00 24   stg %r2,160(%r15)
struct psw_t old_psw, *wait_psw_ptr = &wait_psw;
unsigned long addr;

old_psw = *psw;
psw->mask = 0x00018000ULL;
2dfc:   e3 10 30 00 00 24   stg %r1,0(%r3)
asm volatile(
2e02:   41 20 f0 a0 la  %r2,160(%r15)
{
struct psw_t wait_psw = { .mask = psw_mask, .addr = 0 };
struct psw_t old_psw, *wait_psw_ptr = &wait_psw;
unsigned long addr;

old_psw = *psw;
2e06:   e3 10 30 08 00 04   lg  %r1,8(%r3)
psw->mask = 0x00018000ULL;
asm volatile(
2e0c:   c0 50 00 00 00 0b   larl%r5,2e22 
2e12:   e3 50 20 08 00 24   stg %r5,8(%r2)
2e18:   e3 50 30 08 00 24   stg %r5,8(%r3)
2e1e:   b2 b2 f0 a0 lpswe   160(%r15)
".Lwait:\n"
: [addr] "=&d" (addr)
: [wait_psw] "Q" (wait_psw), [wait_psw_ptr] "a" (wait_psw_ptr),
  [psw] "a" (psw)
: "cc", "memory");
*psw = old_psw;
2e22:   e3 40 30 00 00 24   stg %r4,0(%r3)
2e28:   e3 10 30 08 00 24   stg %r1,8(%r3)
}
2e2e:   eb df f0 b0 00 04   lmg %r13,%r15,176(%r15)
2e34:   0

Bug#758755: marked as done (libcryptsetup4-udeb: depends on libgcrypt20-udeb, which doesn't exist)

[Debian Bug Tracking System]

Your message dated Fri, 22 Aug 2014 12:07:08 +0200
with message-id <20140822100708.gc29...@mraw.org>
and subject line Re: [pkg-cryptsetup-devel] Bug#758755: Bug#758756: 
libgcrypt20: missing udeb: libgcrypt20-udeb
has caused the Debian Bug report #758755,
regarding libcryptsetup4-udeb: depends on libgcrypt20-udeb, which doesn't exist
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.)


-- 
758755: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758755
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libcryptsetup4-udeb
Version: 2:1.6.6-1
Severity: grave
Justification: renders package unusable

Hi,

your package is no longer installable, because it now depends on
libgcrypt20-udeb, which is nowhere to be found.

This means at least these packages are uninstallable:
  partman-crypto-dm
  rescue-mode

which both depend on:
  cryptsetup-udeb

which depends on:
  libcryptsetup4-udeb

Likely a bug in libgcrypt20 (which builds no udeb but leads you to get a
dependency on it) which I'm about to file. I don't see it in the archive
or in NEW at least.

The switch to libgcrypt20 seems premature to me.

[Please keep debian-boot@ (x-d-cc'd) in the loop when replying.]

Mraw,
KiBi.
--- End Message ---
--- Begin Message ---
Jonas Meurer  (2014-08-22):
> Thanks for your help Cyril. Does this mean, that you're ok with
> cryptsetup keeping libgcrypt20 dependency now that the corresponding
> udeb will be in Debian soon?

It's already in. ;)

  https://packages.qa.debian.org/libg/libgcrypt20/news/20140821T210007Z.html

I was just waiting confirmation and indeed last run has:
| Newly-fixed packages in unstable
|   cryptsetup-udeb  amd64 armel armhf i386 mipsel 
powerpc s390x sparc
|   libcryptsetup4-udeb  amd64 armel armhf i386 mipsel 
powerpc s390x sparc
|   partman-crypto-dmamd64 armel armhf i386 mipsel 
powerpc s390x sparc
|   rescue-mode  amd64 i386 mipsel powerpc sparc
| 
| Uninstallability trend: better (+0/-29)
| Uninstallability count: 494

→ Closing this bug report accordingly. :)

> Sorry that I didn't coordinate with debian-boot. I simply didn't think
> about the consequences enough. I guess that's due to me not being
> involved in library transitions too often :-/ *sorry*

Don't worry, that's fine. That was caught by the (un)installability
checker, fixed in a few days; nothing to worry about. udebs are a bit
special and it's not as easy to make sure everything is fine as it is
for regular packages.

I haven't checked cryptsetup works fine yet, though. But that's another
story. :)

Mraw,
KiBi.


signature.asc
Description: Digital signature
--- End Message ---

Bug#758756: [pkg-cryptsetup-devel] Bug#758755: Bug#758756: libgcrypt20: missing udeb: libgcrypt20-udeb

[Cyril Brulebois]

Jonas Meurer  (2014-08-22):
> Thanks for your help Cyril. Does this mean, that you're ok with
> cryptsetup keeping libgcrypt20 dependency now that the corresponding
> udeb will be in Debian soon?

It's already in. ;)

  https://packages.qa.debian.org/libg/libgcrypt20/news/20140821T210007Z.html

I was just waiting confirmation and indeed last run has:
| Newly-fixed packages in unstable
|   cryptsetup-udeb  amd64 armel armhf i386 mipsel 
powerpc s390x sparc
|   libcryptsetup4-udeb  amd64 armel armhf i386 mipsel 
powerpc s390x sparc
|   partman-crypto-dmamd64 armel armhf i386 mipsel 
powerpc s390x sparc
|   rescue-mode  amd64 i386 mipsel powerpc sparc
| 
| Uninstallability trend: better (+0/-29)
| Uninstallability count: 494

→ Closing this bug report accordingly. :)

> Sorry that I didn't coordinate with debian-boot. I simply didn't think
> about the consequences enough. I guess that's due to me not being
> involved in library transitions too often :-/ *sorry*

Don't worry, that's fine. That was caught by the (un)installability
checker, fixed in a few days; nothing to worry about. udebs are a bit
special and it's not as easy to make sure everything is fine as it is
for regular packages.

I haven't checked cryptsetup works fine yet, though. But that's another
story. :)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#758836: marked as done (cl-chunga and cl-alexandria: error when trying to install together)

[Debian Bug Tracking System]

Your message dated Fri, 22 Aug 2014 09:48:58 +
with message-id 
and subject line Bug#758836: fixed in cl-alexandria 20140713-2
has caused the Debian Bug report #758836,
regarding cl-chunga and cl-alexandria: error when trying to install together
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.)


-- 
758836: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758836
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cl-alexandria,cl-chunga
Version: cl-alexandria/20140713-1
Version: cl-chunga/1.1.5-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2014-08-21
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


Preconfiguring packages ...
Selecting previously unselected package cl-alexandria.
(Reading database ... 10863 files and directories currently installed.)
Preparing to unpack .../cl-alexandria_20140713-1_all.deb ...
Unpacking cl-alexandria (20140713-1) ...
Selecting previously unselected package cl-asdf.
Preparing to unpack .../cl-asdf_2%3a3.0.3-1_all.deb ...
Unpacking cl-asdf (2:3.0.3-1) ...
Selecting previously unselected package realpath.
Preparing to unpack .../realpath_1.19_amd64.deb ...
Unpacking realpath (1.19) ...
Selecting previously unselected package common-lisp-controller.
Preparing to unpack .../common-lisp-controller_7.10_all.deb ...
Unpacking common-lisp-controller (7.10) ...
Selecting previously unselected package cl-trivial-gray-streams.
Preparing to unpack .../cl-trivial-gray-streams_20091021-1_all.deb ...
Unpacking cl-trivial-gray-streams (20091021-1) ...
Selecting previously unselected package cl-chunga.
Preparing to unpack .../cl-chunga_1.1.5-1_all.deb ...
Unpacking cl-chunga (1.1.5-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/cl-chunga_1.1.5-1_all.deb (--unpack):
 trying to overwrite '/usr/share/common-lisp/systems/chunga.asd', which is also 
in package cl-alexandria 20140713-1
Processing triggers for install-info (5.2.0.dfsg.1-4) ...
Processing triggers for man-db (2.6.7.1-1) ...
Errors were encountered while processing:
 /var/cache/apt/archives/cl-chunga_1.1.5-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/share/common-lisp/systems/chunga.asd

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://edos.debian.net/file-overwrites/.
--- End Message ---
--- Begin Message ---
Source: cl-alexandria
Source-Version: 20140713-2

We believe that the bug you reported is fixed in the latest version of
cl-alexandria, 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 758...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Dimitri Fontaine  (supplier of updated cl-alexandria 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, 22 Aug 2014 11:44:16 +0400
Source: cl-alexandria
Binary: cl-alexandria
Architecture: source all
Version: 20140713-2
Distr

Bug#758865: r-cran-rcppeigen: embedded copy of eigen3-library

[Anton Gladky]

Package: r-cran-rcppeigen
Version: 0.3.2.2.0-1
Severity: serious
Justification: Policy 4.13

Dear Maintainer,

r-cran-rcppeigen ships an embedded copy of eigen3-library. Please, remove it
and use for compilation the packaged version of this library.

Thanks

Anton


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

Bug#754664: marked as done (tophat: FTBFS on mips/mipsel: error: invalid abstract return type 'seqan::FileFormat…')

[Debian Bug Tracking System]

Your message dated Fri, 22 Aug 2014 09:04:45 +
with message-id 
and subject line Bug#754664: fixed in tophat 2.0.12+dfsg-2
has caused the Debian Bug report #754664,
regarding tophat: FTBFS on mips/mipsel: error: invalid abstract return type 
'seqan::FileFormat…'
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.)


-- 
754664: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754664
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: tophat
Version: 2.0.12+dfsg-1
Severity: serious
Justification: FTBFS

Hi,

your package no longer builds on mips/mipsel:
| make[3]: Entering directory '/«BUILDDIR»/tophat-2.0.12+dfsg/src'
| g++ -DHAVE_CONFIG_H -I. -I..   -D_FORTIFY_SOURCE=2  -Wall 
-Wno-strict-aliasing -g -gdwarf-2 -Wuninitialized  -O3 -g -O2 -Wformat 
-Werror=format-security -DNDEBUG -pthread -I/usr/include  -c -o reads.o 
reads.cpp
| In file included from /usr/include/seqan/file.h:56:0,
|  from /usr/include/seqan/score/score_matrix.h:40,
|  from /usr/include/seqan/score.h:48,
|  from /usr/include/seqan/find.h:45,
|  from reads.cpp:21:
| /usr/include/seqan/file/file_generated_forwards.h:927:66: error: invalid 
abstract return type 'seqan::FileFormat'
|  template  inline 
FileFormat guessFileFormat(TFile & file, TData & 
data);// "seqan-1.3.1/seqan/file/file_format_guess.h"(65)
|   ^
| In file included from /usr/include/seqan/file.h:84:0,
|  from /usr/include/seqan/score/score_matrix.h:40,
|  from /usr/include/seqan/score.h:48,
|  from /usr/include/seqan/find.h:45,
|  from reads.cpp:21:
| /usr/include/seqan/file/file_format.h:143:8: note:   because the following 
virtual functions are pure within 'seqan::FileFormat':
|  struct FileFormat
| ^
| /usr/include/seqan/file/file_format.h:154:2: note:virtual void* 
seqan::FileFormat::formatID_() const
|   formatID_() const = 0;
|   ^
| /usr/include/seqan/file/file_format.h:157:2: note:virtual void 
seqan::FileFormat::read_(TFile&, TData&) const
|   read_(TFile & file, TData & data) const = 0;
|   ^
| /usr/include/seqan/file/file_format.h:159:2: note:virtual void 
seqan::FileFormat::read_(TFile&, TData&, 
seqan::FileFormat::TSize) const
|   read_(TFile & file, TData & data, TSize limit) const = 0;
|   ^
| /usr/include/seqan/file/file_format.h:162:2: note:virtual void 
seqan::FileFormat::readMeta_(TFile&, TMeta&) const
|   readMeta_(TFile & file, TMeta & meta) const = 0;
|   ^
| /usr/include/seqan/file/file_format.h:165:2: note:virtual void 
seqan::FileFormat::goNext_(TFile&) const
|   goNext_(TFile & file) const = 0;
|   ^
| /usr/include/seqan/file/file_format.h:168:2: note:virtual 
seqan::FileFormat::TSize seqan::FileFormat::length_(TFile&) const
|   length_(TFile & file) const = 0;
|   ^
| /usr/include/seqan/file/file_format.h:171:2: note:virtual void 
seqan::FileFormat::write_(TFile&, TData&) const
|   write_(TFile & file, TData & data) const = 0;
|   ^
| /usr/include/seqan/file/file_format.h:173:2: note:virtual void 
seqan::FileFormat::write_(TFile&, TData&, TMeta&) 
const
|   write_(TFile & file, TData & data, TMeta & meta) const = 0;
|   ^
| make[3]: *** [reads.o] Error 1

Full build logs:
  
https://buildd.debian.org/status/fetch.php?pkg=tophat&arch=mips&ver=2.0.12%2Bdfsg-1&stamp=1404739146
  
https://buildd.debian.org/status/fetch.php?pkg=tophat&arch=mipsel&ver=2.0.12%2Bdfsg-1&stamp=1404743513

Mraw,
KiBi.
--- End Message ---
--- Begin Message ---
Source: tophat
Source-Version: 2.0.12+dfsg-2

We believe that the bug you reported is fixed in the latest version of
tophat, 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 754...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Tille  (supplier of updated tophat 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, 22 Aug 2014 10:04:23 +0200
Source: tophat
Binary: tophat
Architecture: source amd64
Version: 2.0.12+dfsg-2
Distribution: unstable
Urgency: medium
Mainta

Bug#758755: [pkg-cryptsetup-devel] Bug#758755: Bug#758756: libgcrypt20: missing udeb: libgcrypt20-udeb

[Jonas Meurer]

Hey Andreas and Cyril,

Am 21.08.2014 um 19:25 schrieb Cyril Brulebois:
> Andreas Metzler  (2014-08-21):
>> On 2014-08-21 Cyril Brulebois  wrote:
>>> Package: libgcrypt20
>> [...]
>>> but there's no libgcrypt20-udeb! (in the archive or in NEW)
>> [...]
>>
>> I have just uploaded 1.6.1-3 with the udeb included. I hope NEW
>> processing works out well.

Thanks a lot Andreas, it's much appreciated!

> I'll try poking ftpmasters to see if it can get accepted soon. That'd
> avoid thinking about a revert on the cryptsetup side.

Thanks for your help Cyril. Does this mean, that you're ok with
cryptsetup keeping libgcrypt20 dependency now that the corresponding
udeb will be in Debian soon?

Sorry that I didn't coordinate with debian-boot. I simply didn't think
about the consequences enough. I guess that's due to me not being
involved in library transitions too often :-/ *sorry*

Kind regards,
 jonas


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

Bug#750910: Status of sitplus (Was: Bug#750910: sitplus: Please update to use wxwidgets3.0)

[Andreas Tille]

Hi Luis,

I had another look into sitplus 1.1.0 upstream and it seems there is a
split between libsitplus and sitplus.  From the download file layout
libsitplus looks similar to our packaged sitplus 1.0.3 and the upstream
sitplus-1.1.0 has a structure which I would consider "broken"
considering that the root of the source tree is featuring only the dir
/usr.  Luis, you have spent some time into packaging sitplus but did not
responded to later pings.  It would help if you could raise your voice
about your future plans with sitplus.  If you stopped your engagement
I'm afraid we can not keep this software inside Debian which would be a
shame.

I also noticed that upstream is providing packages targeting at Squeeze
which is lagging a behind current Debian development.  Perhaps there is
some chance to join forces here with upstream to provide recent upstream
versions on recent Debian releases.  However, if nobody volunteers for
this job I would ask ftpmaster for removal from Debian since I have
neither time nor the required background to test for this package.

Kind regards

 Andreas.

On Wed, Jun 25, 2014 at 02:44:39PM +0200, Andreas Tille wrote:
> Hi Olly,
> 
> thanks for spotting the new version which was hidden from our sentinel
> due to an insufficient debian/watch file.  Luis or Dmitrijs, you both
> touched the package before.  Would you volunteer to work on the new
> upstream version?  I did some minor polishing of the debian/ dir
> (including fixing the watch file) but I noticed that the upstream download
> tarball is a bit broken since it puts all stuff into a main dir /usr
> which would require to change our build system.  I wonder whether it
> might be better to repack the upstream source.
> 
> Any volunteer?
> 
> Kind regards
> 
> Andreas.
> 
> On Sun, Jun 08, 2014 at 11:00:39PM +1200, Olly Betts wrote:
> > Source: sitplus
> > Version: 1.0.3-4
> > Severity: important
> > Tags: sid jessie
> > User: freewx-ma...@lists.alioth.debian.org
> > Usertags: wx3.0
> > Control: block 748169 by -1
> > 
> > Dear maintainer,
> > 
> > We're aiming to migrate the archive to using wxwidgets3.0 instead of
> > wxwidgets2.8, and intend to drop wxwidgets2.8 before jessie is released.
> > 
> > I tried rebuilding the current sitplus package with the B-D updated, but
> > the build fails.  Looking at upstream's website, I see there's a newer
> > release 1.1.0 made 2013-04-23:
> > 
> > http://sourceforge.net/projects/sitplus/files/1.1.0/
> > 
> > While this release pre-dates the wx3.0.0 release, it may have fixes for
> > compatibility with wx2.9.x (the development series which lead to 3.0.0).
> > It would probably make sense to update to 1.1.0 first even if further
> > fixes are needed to work with wx3.0.
> > 
> > If you hit any problems with getting packages working with wxwidgets3.0
> > which you can't overcome, let me know and I'll try to help.
> > 
> > Cheers,
> > Olly
> > 
> > ___
> > 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
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

-- 
http://fam-tille.de


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

Bug#758857: buildbot: Unable to upgrade master

[fri.K]

Package: buildbot
Version: 0.8.9-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I'm unable to use buildbot after update, doing:
$ buildbot --verbose upgrade-master buildBot-master
returns: 
014-08-22 08:30:48+0200 [-] Log opened.
2014-08-22 08:30:48+0200 [-] 
/usr/lib/python2.7/dist-packages/twisted/internet/endpoints.py:30: 
exceptions.DeprecationWarning: 
twisted.internet.interfaces.IStreamClientEndpointStringParser was deprecated in 
Twisted 14.0.0: This interface has been superseded by 
IStreamClientEndpointStringParserWithReactor.
2014-08-22 08:30:48+0200 [-] 
/usr/lib/python2.7/dist-packages/twisted/spread/jelly.py:93: 
exceptions.DeprecationWarning: the sets module is deprecated
2014-08-22 08:30:48+0200 [-] checking basedir
2014-08-22 08:30:48+0200 [-] checking for running master
2014-08-22 08:30:48+0200 [-] WARNING: rotateLength is a string, it should be a 
number
2014-08-22 08:30:48+0200 [-] Main loop terminated.

and exits with 1
If I try to start master, then it says:
$ buildbot start buildBot-master 
Following twistd.log until startup finished..
2014-08-22 08:56:33+0200 [-] Log opened.
2014-08-22 08:56:33+0200 [-] twistd 14.0.0 (/usr/bin/python 2.7.8) starting up.
2014-08-22 08:56:33+0200 [-] reactor class: 
twisted.internet.epollreactor.EPollReactor.
2014-08-22 08:56:33+0200 [-] Starting BuildMaster -- buildbot.version: 0.8.9
2014-08-22 08:56:33+0200 [-] Loading configuration from 
'/home/lkepa/buildBot-master/master.cfg'
2014-08-22 08:56:34+0200 [-] Setting up database with URL 
'sqlite:///state.sqlite'
2014-08-22 08:56:34+0200 [-] setting database journal mode to 'wal'
2014-08-22 08:56:34+0200 [-] The Buildmaster database needs to be upgraded 
before this version of
2014-08-22 08:56:34+0200 [-] buildbot can run.  Use the following command-line
2014-08-22 08:56:34+0200 [-] 
2014-08-22 08:56:34+0200 [-] buildbot upgrade-master path/to/master
2014-08-22 08:56:34+0200 [-] 
2014-08-22 08:56:34+0200 [-] to upgrade the database, and try starting the 
buildmaster again.  You may
2014-08-22 08:56:34+0200 [-] want to make a backup of your buildmaster before 
doing so.
2014-08-22 08:56:34+0200 [-] Main loop terminated.
2014-08-22 08:56:34+0200 [-] Server Shut Down.

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

Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages buildbot depends on:
ii  adduser   3.113+nmu3
ii  dpkg  1.17.10
ii  libjs-sphinxdoc   1.2.2+dfsg-2
ii  python2.7.8-1
ii  python-dateutil   1.5+dfsg-1
ii  python-jinja2 2.7.3-1
ii  python-migrate0.9.1-1
ii  python-sqlalchemy 0.9.7-1
ii  python-twisted14.0.0-2
ii  python-twisted-core   14.0.0-2
ii  python-twisted-web14.0.0-2
ii  python-twisted-words  14.0.0-2

Versions of packages buildbot recommends:
ii  buildbot-slave   0.8.9-1
ii  libaprutil1  1.5.3-2
ii  python-twisted-mail  14.0.0-2

Versions of packages buildbot suggests:
ii  git 1:2.1.0~rc1-1
ii  subversion  1.8.9-2

-- no debconf information


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