Bug#790005: calibre-bin not instalable for dependency problem

[Francois Mescam]

Package: calibre-bin
Version: 2.24.0+dfsg-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I try to install calibre-bin with aptitude. It does not work because there is 
a dependency on qtbase-abi-5-3-2 which does not exist on the package list. 
aptitude shows only a virtual module qtbase-abi-5-4-2 when I find for 
qtbase-abi.. 

Regards

Francois


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (400, 'testing')
Architecture: i386 (i686)

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

Versions of packages calibre-bin depends on:
ii  libc6  2.19-18
ii  libchm12:0.40a-3+b1
ii  libfreetype6   2.5.2-4
ii  libgcc11:5.1.1-12
ii  libicu52   52.1-9
pn  libmagickcore5 
pn  libmagickwand5 
ii  libmtp91.1.9-3
ii  libpodofo0.9.0 0.9.0-1.2+b2
ii  libpython2.7   2.7.10-2
ii  libqt4-dbus4:4.8.7+dfsg-1
ii  libqt4-svg 4:4.8.7+dfsg-1
ii  libqtcore4 4:4.8.7+dfsg-1
ii  libqtgui4  4:4.8.7+dfsg-1
ii  libstdc++6 5.1.1-12
ii  libusb-1.0-0   2:1.0.19-1
ii  python-sip [sip-api-11.0]  4.16.8+dfsg-2
ii  python2.7  2.7.10-2
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages calibre-bin recommends:
pn  calibre  

calibre-bin suggests no packages.


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

Bug#789541: abtransfers: Crash after successful money transfer

[Paul Menzel]

Dear Patrick,


Am Donnerstag, den 25.06.2015, 18:25 +0200 schrieb Patrick Wacker:

> I'm the upstream author of AB-Transfers. Thank you for your detailed 
> explanations.

Thank you for writing AB-Transfers!

[…]

> > Looking at the “bad” `history.ctx` it’s size is 41 MB (42626560 
> > Bytes) and I think it contains strange characters due to umlauts I 
> > put into the “Verwendungszweck” with the middle click as it’s not 
> > allowed (for some reason) entering it with the keyboard.
> During development I had some issues with the German umlauts. Some 
> banks supported it some don't.
> And also the aqbanking backend sometimes replaced some umlauts with 
> spaces or not readable characters (but a crash did not happened).
> Therefore I decided to be on the save side and disabled the input of 
> umlauts at abtransfers (didn't blocked/checked copy&paste input, my 
> fault).

The Berliner Volksbank seems to support it. I guess this is a bug in
AqBanking then.

> Also a size of 41 MB is pretty big, either you using the program for 
> a long time with a lot of transfers or something else is wrong. A 
> normal transfer should occupy around 1.2 KB at the history (>34000 
> transfers needed to reach 41MB).
>
> > Also looking at `history.ctx` after the crash yesterday, the format
> > seems to be incorrect. The following is missing at the end of the 
> > file
> > compared to the file written today.
> > 
> > int  cycle="0"
> > int  executionDay="0"
> > char type="transaction"
> > char subType="none"
> > char status="none"
> > char charge="Nobody"
> > char sequenceType="once"
> >   } #transfer
> > } #transferList
> >   } #accountInfo
> > } #accountInfoList
> > 
> A few lines above this missing entries (or directly at the end) of 
> your "bad" history.ctx file should be a line starting with "char 
> purpose=".
> 
> Could you remember which purpose (with umlauts) do you used?

The last line in the “after crash” file is the following (without the
closing ").

char period="none

It’s a transfer from last November.

> Which is the character that could not be written at the "bad" 
> history.txt and maybe caused the crash?
> 
> If I know this I could try to reproduce it here and maybe could fix 
> it.

The name of the account has umlauts in it: SG Friedrichshain Grün-Weiß
90 e. V..

Looking at the newly written `history.ctx` with only three
transactions, it looks like the umlauts are recoded during each write.
(The most recent entry is at the top.)

char localName="SG Friedrichshain Gr%C3%BCn Wei%C3%9F"
char category="JobStatus%3A 5", "JobType%3A 16"

char localName="SG Friedrichshain Gr%C3%83%C2%BCn Wei%C3%83%C2%9F"
char category="JobStatus%3A 5", "JobType%3A 16"

char localName="SG Friedrichshain Gr%C3%83%C2%83%C3%82%C2%BCn 
Wei%C3%83%C2%83%C3%82%C2%9F"
char category="JobStatus%3A 5", "JobType%3A 16"

So with not a big number of transaction, that file gets pretty big as
the `localName` lines get bigger after each transaction. In the faulty
file the longest line has 12582962 columns.

This probably causes the assertion in libgwenhywfar60 4.14.0-1.

3:2015/06/22 08-46-31:gwen(11198):buffer.c:  314: Size is beyond hard limit 
(16777274>16777216)

(Is the whole transfer block read in at once?)


Thanks,

Paul

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

Bug#790004: texinfo: dependency on awk alternative possible?

[Jörg-Volker Peetz]

Package: texinfo
Version: 5.9.96.dfsg.1-1
Severity: wishlist

Dear Maintainer(s),

is it possible to weaken the dependency on gawk to awk in order to allow
alternative awk packages?
--
Best regards,
Jörg-Volker.


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

Bug#788614: RFP: lightdm-gtk-greeter-settings -- Settings editor for LightDM Gtk+ Greeter

[James Lu]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: retitle -1 ITP: lightdm-gtk-greeter-settings -- Settings Editor for 
LightDM Gtk+ Greeter

Whoops, word wrap cut off the bug title. Fixing.

Best,
James

On 25/06/15 10:59 PM, James Lu wrote:
> Control: owner -1 !
> Control: retitle -1 ITP: lightdm-gtk-greeter-settings -- Settings
> Editor for LightDM Gtk+ Greeter
> 
> Hi,
> 
> I plan to adopt this package; I'd like to have it in Debian too.
> 
> Best,
> James
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJVjO8+AAoJEC7D9g3nHAudKp4P/jTP+mwwPYzDyBI/YRR4gEY+
wMkFy3DjK2tBmaJL33k9tD2r9BcjvvRuD+kcoCyDGXjTI/Ksamv6cQcxn6GfnB78
JGNoqRgBj2A2E0m2NzSQA+AEYh22s3ie1elRLbIcN1jhSNaQeUwm3F3oS21nadSd
lsCCoLDle8NVOD7Ho92+VPhnWF68D+sN9Qe38CrZvlP2lT9HGx1Rh0bRDPeKGILG
2Q+/gIyO41HTsNZRLamabh7ko+PgCa528KBldMTS7wheeNXl/HnWmtVSyFJgh91t
CL2kaAXRIu03cI+BwTI5ot3aN/yTVhXIq2ajkkeilDcb/lG0bFMdW5QRpazKgxFj
V6WQ509k+XUbkLWfo9zYO7y7O5Q/uJGnWik3P4rJKakFoMG+rHoWq3Q+v59WDGz0
JQ2bME+3qr/oUzJZUN1KQ1eH5oiQlW4IoOMSm3JehQxGaBX+Nt1T8MGQsOpNVbXb
wcZYQQ+2xIsI2fNkz2aSVTdHAmkV9C/IpRlGNLoCCec0/jReciQVFRo4l1M9Cu2U
tKYdEh2RhkwMbz1ISoEwo1AZlzmPw6eLlgEbzjUDYvj4elZjua6xxW3BxFUI5iNw
vKG+RA+07q3oQ1LKrbsykrVaBH5UVnZJAgFuUvOPhlXu3+PtD8OvVEAFyYYvvV8o
0gxvcMpEHVixX1yRpoip
=q49P
-END PGP SIGNATURE-


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

Bug#788614: RFP: lightdm-gtk-greeter-settings -- Settings editor for LightDM Gtk+ Greeter

[James Lu]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: owner -1 !
Control: retitle -1 ITP: lightdm-gtk-greeter-settings -- Settings
Editor for LightDM Gtk+ Greeter

Hi,

I plan to adopt this package; I'd like to have it in Debian too.

Best,
James
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJVjOpDAAoJEC7D9g3nHAud0qEP/jtLQqBobjxQLhgQNUno1e5L
Oij1TlonA3TfHRk4/Ts3AUwBgz0BgOObtPn+TqYTqbZMG1x+OAq2unN43wEgsIAp
Xwd+m7BvgVqmVMMOhm9pOhwYghf6Al3lGisbjfjB+3DFV4FhXXBK1ZPUNtPe4VP2
5MhTfwBfmGfdefDKgbd/3vqt3sYxPdKXK/Av6SMoQP3ag7TUEBGaT+BxUoomv4jQ
Wa5i0WUTZDt/KWuQK/kOvOuf/b+Cap1hW13/GgEOBIjDS8ddnvmwyLQecS/BlRRg
NKtQV6+fL5Ds0dSRSDUcQY61rIpEfJxyxr8D2rMabxp6duXeGkcJxCX1nN+TrDRP
iNys8cvvIFq4B2yYvs8TgSjXmHuK38oj+zV/s7yrl5S8MehteWPyqMUed4yJIsNQ
hdIL3pErV5tbDBhMXspJ91PPCvBsVklGncDvQALozLPmcI+XkIwVsDC9sacpwG5Q
wLkQerN3jvi/gKnRnsyfqplxHoZbjHOe1tH8Lgh0cDTiV+5guzgM4kSEaDRSDxda
7uwfCKM9H7KuFi8/DQbpMRM56U8yLELkujDOfd3LgWwQzDci+B5wXZ85iTOf4cG3
XItZ0yIwq/FajHWRLhW36spsD76FukWz1qJ8KBg4LuNcyEr5b9h398NDES6AbFSW
mAnP56CfHtw6lInDYT+m
=ZRMS
-END PGP SIGNATURE-


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

Bug#790002: base: Openshot and Startup applications bug

[Ognjen]

Package: base
Severity: normal

Dear Maintainer,

Please look at https://www.youtube.com/watch?v=LXhgsMPnsaM
 I expected to see normal Openshot button in startup applications




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

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


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

Bug#790003: xfburn: package update request

[Bryan Quigley]

Package: xfburn
Version: 0.5.2-1

Upgrade to xfburn 0.5.4 (2015-05-16) which has [1]
- Some autoconf modernization
- Use gstreamer 1.0 api
- Restore broken icons [3]

xfburn is the last user of the gstreamer 0.10 api on Lubuntu and
Xubuntu, so it's an image space saving win too.

I am hoping to get this for Ubuntu 15.10 [2], but this is just as
relevant for Debian XFCE releases.

Thanks!
Bryan

[1] http://git.xfce.org/apps/xfburn/tree/NEWS?id=xfburn-0.5.4
[2] Ubuntu bug report -
https://bugs.launchpad.net/ubuntu/+source/xfburn/+bug/1469000
[3] Looks like it might fix
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718390


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

Bug#790001: base: OpenShot and startup applications bug

[Ognjen]

Package: base
Severity: minor

Dear Maintainer,

   
Watch video here: http://youtu.be/LXhgsMPnsaM
I wanted to see OpenShot button normal in Startup applications



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

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


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

Bug#790000: pcre3: heap overflow vulnerability in find_fixedlength()

[Salvatore Bonaccorso]

Source: pcre3
Version: 1:8.30-5
Severity: important
Tags: security upstream patch fixed-upstream

Hi

A new heap overflow vulnerability was found in pcre3, in
find_fixedlenght(). See:

https://bugs.exim.org/show_bug.cgi?id=1651
http://vcs.pcre.org/pcre?view=revision&revision=1571

A CVE has been requested at
http://www.openwall.com/lists/oss-security/2015/06/26/1

Regards,
Salvatore


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

Bug#789962: [INTL:es] Spanish translation of the debconf template cobbler

[Christian PERRIER]

Re-saved and resent so that you (maintainer) have no encoding problem
with the file in case you save it from a bugged mutt mail reader



es.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#789972: volk: FTBFS on 32-bit arm: undefined reference to `volk_*neon*'

[A. Maitland Bottoms]

Well, 1.0-4 builds on armhf. So this bug is half-closed.

I'm not quite sure how to adjust the cmake logic for Debian's
armel architecture. For targets using neon, upstream supports
cross compiling Open Embedded builds. Any patch for Debian
armel won't go upstream if it breaks cross-builds.

Patches welcome.

I've got to spend some time studying the cmake build logic.
-Maitland


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

Bug#778101: rcs-blame: ftbfs with GCC-5

[Andrew Pollock]

Hi,

It looks like rcs-blame has bitrotted a bit with GCC-5. Is this something
you could address?

If you maintain the Cc on this email, our bug tracking system will be kept
in the loop.

regards

Andrew

On Thu, Feb 12, 2015 at 10:36:32AM +, Matthias Klose wrote:
> Package: src:rcs-blame
> Version: 1.3.1-4
> Severity: normal
> Tags: sid stretch
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-5
> 
> Please keep this issue open in the bug tracker for the package it
> was filed for.  If a fix in another package is required, please
> file a bug for the other package (or clone), and add a block in this
> package. Please keep the issue open until the package can be built in
> a follow-up test rebuild.
> 
> The package fails to build in a test rebuild on at least amd64 with
> gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The
> severity of this report may be raised before the stretch release.
> 
> The full build log can be found at:
> http://people.debian.org/~doko/logs/gcc5-20150205/rcs-blame_1.3.1-4_unstable_gcc5.log
> The last lines of the build log are at the end of this report.
> 
> To build with GCC 5, either set CC=gcc-5 CXX=g++-5 explicitly,
> or install the gcc, g++, gfortran, ... packages from experimental.
> 
>   apt-get -t experimental install g++ 
> 
> Common build failures are C11 as the default C mode, new warnings
> resulting in build failures with -Werror turned on, or new/dropped
> symbols in Debian symbols files.  For other C/C++ related build failures
> see the porting guide at http://gcc.gnu.org/gcc-5/porting_to.html
> 
> [...]
> ../lib/libmisc.a(argp-parse.o): In function `_option_is_end':
> /«PKGBUILDDIR»/lib/argp.h:605: multiple definition of `_option_is_end'
> blame.o:/«PKGBUILDDIR»/src/../lib/argp.h:605: first defined here
> ../lib/libmisc.a(argp-pvh.o): In function `argp_usage':
> /«PKGBUILDDIR»/lib/argp.h:587: multiple definition of `argp_usage'
> blame.o:/«PKGBUILDDIR»/src/../lib/argp.h:587: first defined here
> ../lib/libmisc.a(argp-pvh.o): In function `_option_is_short':
> /«PKGBUILDDIR»/lib/argp.h:593: multiple definition of `_option_is_short'
> blame.o:/«PKGBUILDDIR»/src/../lib/argp.h:593: first defined here
> ../lib/libmisc.a(argp-pvh.o): In function `_option_is_end':
> /«PKGBUILDDIR»/lib/argp.h:605: multiple definition of `_option_is_end'
> blame.o:/«PKGBUILDDIR»/src/../lib/argp.h:605: first defined here
> ../lib/libmisc.a(argp-fmtstream.o): In function `argp_fmtstream_set_lmargin':
> /«PKGBUILDDIR»/lib/argp-fmtstream.h:243: multiple definition of 
> `argp_fmtstream_set_lmargin'
> ../lib/libmisc.a(argp-help.o):/«PKGBUILDDIR»/lib/argp-fmtstream.h:243: first 
> defined here
> ../lib/libmisc.a(argp-fmtstream.o): In function `argp_fmtstream_set_rmargin':
> /«PKGBUILDDIR»/lib/argp-fmtstream.h:255: multiple definition of 
> `argp_fmtstream_set_rmargin'
> ../lib/libmisc.a(argp-help.o):/«PKGBUILDDIR»/lib/argp-fmtstream.h:255: first 
> defined here
> ../lib/libmisc.a(argp-fmtstream.o): In function `argp_fmtstream_set_wmargin':
> /«PKGBUILDDIR»/lib/argp-fmtstream.h:267: multiple definition of 
> `argp_fmtstream_set_wmargin'
> ../lib/libmisc.a(argp-help.o):/«PKGBUILDDIR»/lib/argp-fmtstream.h:267: first 
> defined here
> ../lib/libmisc.a(argp-fmtstream.o): In function `argp_fmtstream_point':
> /«PKGBUILDDIR»/lib/argp-fmtstream.h:280: multiple definition of 
> `argp_fmtstream_point'
> ../lib/libmisc.a(argp-help.o):/«PKGBUILDDIR»/lib/argp-fmtstream.h:280: first 
> defined here
> ../lib/libmisc.a(argp-fmtstream.o): In function `argp_fmtstream_write':
> /«PKGBUILDDIR»/lib/argp-fmtstream.h:207: multiple definition of 
> `argp_fmtstream_write'
> ../lib/libmisc.a(argp-help.o):/«PKGBUILDDIR»/lib/argp-fmtstream.h:207: first 
> defined here
> ../lib/libmisc.a(argp-fmtstream.o): In function `argp_fmtstream_putc':
> /«PKGBUILDDIR»/lib/argp-fmtstream.h:233: multiple definition of 
> `argp_fmtstream_putc'
> ../lib/libmisc.a(argp-help.o):/«PKGBUILDDIR»/lib/argp-fmtstream.h:233: first 
> defined here
> ../lib/libmisc.a(argp-fmtstream.o): In function `argp_fmtstream_puts':
> /«PKGBUILDDIR»/lib/argp-fmtstream.h:220: multiple definition of 
> `argp_fmtstream_puts'
> ../lib/libmisc.a(argp-help.o):/«PKGBUILDDIR»/lib/argp-fmtstream.h:220: first 
> defined here
> collect2: error: ld returned 1 exit status
> make[4]: *** [blame] Error 1
> Makefile:353: recipe for target 'blame' failed
> make[4]: Leaving directory '/«PKGBUILDDIR»/src'
> make[3]: *** [all] Error 2
> Makefile:275: recipe for target 'all' failed
> make[3]: Leaving directory '/«PKGBUILDDIR»/src'
> make[2]: *** [all-recursive] Error 1
> Makefile:322: recipe for target 'all-recursive' failed
> make[2]: Leaving directory '/«PKGBUILDDIR»'
> make[1]: *** [all] Error 2
> Makefile:258: recipe for target 'all' failed
> make[1]: Leaving directory '/«PKGBUILDDIR»'
> dh_auto_build: make -j1 returned exit code 2
> make: *** [build-arch] Error 2
> debian/rules:7: recipe for target 'build-arch' failed
> dpkg-buildpackage: error: debian/rules

Bug#789867: pidgin: Pidgin crashes upton IRC disconnection

[Fufu Fang]

There you go, the new backtrace:

Program received signal SIGSEGV, Segmentation fault.
__GI___libc_free (mem=0x8006f) at malloc.c:2929
2929malloc.c: No such file or directory.
(gdb) bt
#0  __GI___libc_free (mem=0x8006f) at malloc.c:2929
#1  0x7558c86b in g_string_free ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2  0x7fffe6a4cda9 in
irc_close (gc=0x563d1520)
at /tmp/buildd/pidgin-2.10.11/./libpurple/protocols/irc/irc.c:529 #3
0x75240ec6 in _purple_connection_destroy (gc=0x563d1520)
at /tmp/buildd/pidgin-2.10.11/./libpurple/connection.c:275 #4
0x7522c99b in purple_account_disconnect
(account=0x5595f970)
at /tmp/buildd/pidgin-2.10.11/./libpurple/account.c:1343 #5
0x555ad673 in pidgin_connection_network_disconnected ()
at /tmp/buildd/pidgin-2.10.11/./pidgin/gtkconn.c:200 #6
0x7050670c in ?? ()
from /usr/lib/x86_64-linux-gnu/libdbus-glib-1.so.2 #7
0x758412d5 in g_closure_invoke ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #8
0x7585303c in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #9
0x7585b698 in g_signal_emit_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #10
0x7585b8ff in g_signal_emit ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #11
0x70507052 in ?? ()
from /usr/lib/x86_64-linux-gnu/libdbus-glib-1.so.2 #12
0x77ba31d1 in dbus_connection_dispatch ()
from /lib/x86_64-linux-gnu/libdbus-1.so.3 #13 0x70500db5 in ??
() from /usr/lib/x86_64-linux-gnu/libdbus-glib-1.so.2 #14
0x7556bc3d in g_main_context_dispatch ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #15 0x7556bf20
in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #16
0x7556c242 in g_main_loop_run ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #17 0x768165d7 in
IA__gtk_main () at /tmp/buildd/gtk+2.0-2.24.28/gtk/gtkmain.c:1268 #18
0x5558f557 in main (argc=1, argv=0x7fffdf98)
at /tmp/buildd/pidgin-2.10.11/./pidgin/gtkmain.c:937 (gdb)

On Fri, 26 Jun 2015 02:03:06 +
Ari Pollak  wrote:

> Would you mind sending a new backtrace after installing the pidgin-dbg
> package?


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

Bug#789999: just reports IO Error on attempt to generate a snapshot (btrfs)

[Yaroslav Halchenko]

Package: snapper
Version: 0.2.4-1
Severity: normal

Just discovered snapper -- sounds like an ultimate tool for me trying btrfs.
Thanks for packaging/maintaining it for Debian!

It could well be an RTFM, but since there is no README.Debian with minimal
guidance on how to get started I just copied
/etc/snapper/config-templates/default into /etc/snapper/configs/testbtrfs,
pointed there to the /mnt/testbtrfs, which is mounted btrfs:

/dev/sdl on /mnt/testbtrfs type btrfs (rw,relatime,compress=lzo,space_cache)

and now trying to get some snapshots going... e.g. (with the snapper.log tail 
-f'ed at the same time):

# snapper -c testbtrfs create --description "just testing"
2015-06-25 23:44:18 MIL libsnapper(21921) Snapper.cc(Snapper):81 - Snapper 
constructor
2015-06-25 23:44:18 MIL libsnapper(21921) Snapper.cc(Snapper):82 - libsnapper 
version 0.2.4
2015-06-25 23:44:18 MIL libsnapper(21921) Snapper.cc(Snapper):83 - 
config_name:testbtrfs disable_filters:false
2015-06-25 23:44:18 MIL libsnapper(21921) AsciiFile.cc(reload):114 - loading 
file /etc/snapper/configs/testbtrfs
2015-06-25 23:44:18 MIL libsnapper(21921) AsciiFile.cc(getValue):228 - 
key:SUBVOLUME value:/mnt/testbtrfs
2015-06-25 23:44:18 MIL libsnapper(21921) AsciiFile.cc(getValue):228 - 
key:FSTYPE value:btrfs
2015-06-25 23:44:18 MIL libsnapper(21921) AsciiFile.cc(getValue):228 - 
key:SYNC_ACL value:no
2015-06-25 23:44:18 MIL libsnapper(21921) Snapper.cc(Snapper):101 - 
subvolume:/mnt/testbtrfs filesystem:btrfs
2015-06-25 23:44:18 MIL libsnapper(21921) Snapper.cc(loadIgnorePatterns):152 - 
number of ignore patterns:8
2015-06-25 23:44:18 ERR libsnapper(21921) FileUtils.cc(SDir):84 - open failed 
path:/mnt/testbtrfs/.snapshots (No such file or directory)
2015-06-25 23:44:18 ERR libsnapper(21921) Snapshot.cc(initialize):366 - reading 
failed
2015-06-25 23:44:18 ERR libsnapper(21921) FileUtils.cc(SDir):84 - open failed 
path:/mnt/testbtrfs/.snapshots (No such file or directory)
IO Error.

obviously there is no .snapshots there ... if I just blingly create a directory 
there:

# mkdir /mnt/testbtrfs/.snapshots
# snapper -c testbtrfs create --description "just testing"
2015-06-25 23:45:16 MIL libsnapper(21921) Snapper.cc(Snapper):81 - Snapper 
constructor
2015-06-25 23:45:16 MIL libsnapper(21921) Snapper.cc(Snapper):82 - libsnapper 
version 0.2.4
2015-06-25 23:45:16 MIL libsnapper(21921) Snapper.cc(Snapper):83 - 
config_name:testbtrfs disable_filters:false
2015-06-25 23:45:16 MIL libsnapper(21921) AsciiFile.cc(reload):114 - loading 
file /etc/snapper/configs/testbtrfs
2015-06-25 23:45:16 MIL libsnapper(21921) AsciiFile.cc(getValue):228 - 
key:SUBVOLUME value:/mnt/testbtrfs
2015-06-25 23:45:16 MIL libsnapper(21921) AsciiFile.cc(getValue):228 - 
key:FSTYPE value:btrfs
2015-06-25 23:45:16 MIL libsnapper(21921) AsciiFile.cc(getValue):228 - 
key:SYNC_ACL value:no
2015-06-25 23:45:16 MIL libsnapper(21921) Snapper.cc(Snapper):101 - 
subvolume:/mnt/testbtrfs filesystem:btrfs
2015-06-25 23:45:16 MIL libsnapper(21921) Snapper.cc(loadIgnorePatterns):152 - 
number of ignore patterns:8
2015-06-25 23:45:16 ERR libsnapper(21921) Btrfs.cc(openInfosDir):213 - 
.snapshots is not a btrfs snapshot
2015-06-25 23:45:16 ERR libsnapper(21921) Snapshot.cc(initialize):366 - reading 
failed
2015-06-25 23:45:16 ERR libsnapper(21921) Btrfs.cc(openInfosDir):213 - 
.snapshots is not a btrfs snapshot
IO Error.

so -- is it me and RTFM or something more interesting?

Cheers!


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

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

Versions of packages snapper depends on:
ii  btrfs-tools3.17-1.1
ii  libacl12.2.52-2
ii  libboost-system1.55.0  1.55.0+dfsg-3
ii  libboost-thread1.55.0  1.55.0+dfsg-3
ii  libc6  2.19-18
ii  libdbus-1-31.8.16-1
ii  libgcc11:4.9.2-10
ii  libmount1  2.25.2-6
ii  libsnapper20.2.4-1
ii  libstdc++6 4.9.2-10
ii  libxml22.9.1+dfsg1-5
ii  zlib1g 1:1.2.8.dfsg-2+b1

snapper recommends no packages.

snapper suggests no packages.

-- Configuration Files:
/etc/default/snapper changed:
SNAPPER_CONFIGS="testbtrfs"


-- no debconf information


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

Bug#706228: PTS: Please provide a link to the NEWS file if it exists

[Paul Wise]

On Wed, 26 Nov 2014 22:15:37 +0100 Raphael Hertzog wrote:

> tracker.debian.org already extracts multiple files per source packages
> (via distro_tracker/extract_source_files/), it can easily be modified to
> also extract "debian/NEWS". Unfortunately debian/NEWS is not necessarily
> always the correct name, it can also be debian/.NEWS.

Now that #709444 is fixed, distro-tracker can just link to ftp-master.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

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

[Michel Dänzer]

On 26.06.2015 00:27, Sven Joachim wrote:
> On 2015-06-25 03:57 +0200, Michel Dänzer wrote:
> 
>> On 25.06.2015 05:21, sa wrote:
>>> Package: xserver-xorg-core
>>> Version: 2:1.17.1-2
>>> Severity: important
>>>
>>> Dear Maintainer,
>>>
>>> X server crashes immediately after starting window manager,
>>> or, when using xterm or other simple client instead of WM,
>>> after moving pointer to its window.
>>
>> [...]
>>
>>> [55.584] (EE) Backtrace:
>>> [55.584] (EE) 0: /usr/bin/X (xorg_backtrace+0x52) [0xb767b232]
>>> [55.584] (EE) 1: /usr/bin/X (0xb74d9000+0x1a64e2) [0xb767f4e2]
>>> [55.584] (EE) 2: linux-gate.so.1 (__kernel_rt_sigreturn+0x0) 
>>> [0xb74b5d24]
>>> [55.584] (EE) 3: /usr/lib/xorg/modules/drivers/modesetting_drv.so 
>>> (0xb6de6000+0x7543) [0xb6ded543]
>>> [55.584] (EE) 4: /usr/bin/X (0xb74d9000+0xb9f86) [0xb7592f86]
>>> [55.584] (EE) 5: /usr/bin/X (0xb74d9000+0xba48d) [0xb759348d]
>>> [55.584] (EE) 6: /usr/bin/X (0xb74d9000+0xc513a) [0xb759e13a]
>>> [55.584] (EE) 7: /usr/bin/X (0xb74d9000+0xc3b33) [0xb759cb33]
>>> [55.584] (EE) 8: /usr/bin/X (miPointerUpdateSprite+0x25a) [0xb7665f3a]
>>> [55.584] (EE) 9: /usr/bin/X (0xb74d9000+0x18d1a1) [0xb76661a1]
>>> [55.585] (EE) 10: /usr/bin/X (0xb74d9000+0xd2069) [0xb75ab069]
>>> [55.585] (EE) 11: /usr/bin/X (0xb74d9000+0x11eed4) [0xb75f7ed4]
>>> [55.585] (EE) 12: /usr/bin/X (0xb74d9000+0x46d31) [0xb751fd31]
>>> [55.585] (EE) 13: /usr/bin/X (0xb74d9000+0x4a85b) [0xb752385b]
>>> [55.585] (EE) 14: /usr/bin/X (WindowsRestructured+0x4b) [0xb7523a8b]
>>> [55.585] (EE) 15: /usr/bin/X (MapWindow+0xf6) [0xb75451a6]
>>> [55.585] (EE) 16: /usr/bin/X (0xb74d9000+0x37fd1) [0xb7510fd1]
>>> [55.585] (EE) 17: /usr/bin/X (0xb74d9000+0x3de56) [0xb7516e56]
>>> [55.585] (EE) 18: /usr/bin/X (0xb74d9000+0x4203f) [0xb751b03f]
>>> [55.585] (EE) 19: /usr/bin/X (0xb74d9000+0x2bd7a) [0xb7504d7a]
>>> [55.585] (EE) 20: /lib/i386-linux-gnu/i686/cmov/libc.so.6 
>>> (__libc_start_main+0xf3) [0xb708da63]
>>> [55.585] (EE) 21: /usr/bin/X (0xb74d9000+0x2bdb8) [0xb7504db8]
>>> [55.585] (EE) 
>>> [55.585] (EE) Segmentation fault at address 0x0
>>> [55.585] (EE) 
>>> Fatal server error:
>>> [55.585] (EE) Caught signal 11 (Segmentation fault). Server aborting
>>
>> [...]
>>
>>> [   53.123938] [drm:drm_mmap_locked] *ERROR* Could not find map
>>
>> I think this should be fixed in upstream version 1.17.2.
> 
> By commit 68eb9afb ("modesetting: Include dix-config.h from dumb_bo.c"),
> correct?

That and the previous commit 554cb404 ("Add AC_SYS_LARGEFILE defines to
dix-config.h"), yes.


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


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

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

[Michel Dänzer]

On 26.06.2015 06:02, sa wrote:
> On 25.06.2015 04:57, Michel Dänzer wrote:
> 
>>> [55.584] (EE) 3: /usr/lib/xorg/modules/drivers/modesetting_drv.so
>>> (0xb6de6000+0x7543) [0xb6ded543]
>>> [55.584] (EE) 8: /usr/bin/X (miPointerUpdateSprite+0x25a)
>>> [0xb7665f3a]
>>> [55.585] (EE) Segmentation fault at address 0x0
>>> [   53.123938] [drm:drm_mmap_locked] *ERROR* Could not find map
>>
>> I think this should be fixed in upstream version 1.17.2.
> 
> Can you suggest any workaround until this version is available in sid?

Option "SWcursor" in /etc/X11/xorg.conf should avoid the problem.


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


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

Bug#789960: [PKG-Openstack-devel] Bug#789960: openstack-debian-images: machine-id files are included in resulting images

[Sebastian Pipping]

Hi!


On 26.06.2015 00:27, Thomas Goirand wrote:
> IMO, that's the kind of things which should be handled by cloud-init, as
> it's possible to clone a VM, and boot another instance of it.

I have experimented and read a little more now.

With /etc/machine-id removed, journald does not seem to start up any
more (speaking of jessie).

With an empty /etc/machine-id ..

 * systemd is writing a random ID to /run/machine-id (tmpfs)

 * bind-mounts that to /etc/machine-id on top.

systemd is calling that bind mount a "transient file".
Now to persist that ID, one could

 # umount /etc/machine-id

 # cp /run/machine-id /etc/

but it would not be atomic.  For an atomic version, there is
systemd-machine-id-commit.service in systemd v218 or later.  Only sid
has systemd that young.

cloud-init may come in too late for setting a machine ID without
breaking the "stays constant for all subsequent boots" of [1] if systemd
already picked an ID before.


> So even if
> we remove the machine-id from the image, the problem could still be there.

Still be there in what way?  Please elaborate.

Thanks and best,



S


[1] http://www.freedesktop.org/software/systemd/man/machine-id.html


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

Bug#789998: ITP: ruby-insist -- Assertion library for both testing and for production code

[Potter, Tim (Cloud Services)]

Package: wnpp
Severity: wishlist
Owner: Tim Potter 

* Package name: ruby-insist
 Version : 1.0.0
 Upstream Author : Jordan Sissel
* URL : https://github.com/jordansissel/ruby-insist
* License : Apache-2.0
 Programming Lang: Ruby
 Description : Assertion library for both testing and for production code

A simple block-driven assertion library for both testing and for
production code.  Insist allows tests to be written in a more
minimal and readable manner than Rspec.

ruby-insist is a build dependency for ruby-stud

smime.p7s
Description: S/MIME cryptographic signature

Bug#721521: fonts-urw-base35 status

[Norbert Preining]

Hi Fabian,

I just wanted to bump you about the status of this package? Anything
we need to do to get that into Debian?

Thanks

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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

Bug#789997: python-pysqlite2: [PATCH] please make the build reproducible

[Juan Picca]

Package: python-pysqlite2
Version: 2.6.3-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

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

The attached patches removes extra timestamps from the build system.
Once applied, python-pysqlite2 can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff -urNp python-pysqlite2-2.6.3.old/debian/rules python-pysqlite2-2.6.3/debian/rules
--- python-pysqlite2-2.6.3.old/debian/rules	2012-06-24 08:14:37.0 +
+++ python-pysqlite2-2.6.3/debian/rules	2015-06-26 02:12:28.077796703 +
@@ -8,6 +8,10 @@ include /usr/share/dpkg/buildflags.mk
 
 PYVERS = $(shell pyversions -r)
 
+LAST_CHANGE = $(shell dpkg-parsechangelog -S Date)
+BUILD_DATE  = $(shell LC_ALL=C date -u "+%B %d, %Y" -d "$(LAST_CHANGE)")
+SPHINXOPTS := -D html_last_updated_fmt=\"$(BUILD_DATE)\"
+
 build: build-arch build-indep
 build-arch: build-stamp
 build-indep: build-stamp
@@ -60,7 +64,7 @@ binary-indep:
 	dh_prep
 	dh_installdirs -i usr/share/doc/python-pysqlite2-doc/html
 
-	python setup.py build_docs
+	python setup.py build_docs --sphinxopts="$(SPHINXOPTS)"
 	dh_installdocs -i build/doc/*
 	cd debian/python-pysqlite2-doc/usr/share/doc/python-pysqlite2-doc && \
 		mv *.html *.js *.inv _static _sources html && \
Description: Modify DocBuilder command
 Modify DocBuilder command to use "sphinxopts" command line option for add
 parameters in the call to sphinx-build.
Author: Juan Picca 
Last-Update: 2015-06-25
---
--- a/setup.py
+++ b/setup.py
@@ -65,10 +65,10 @@ else:
 
 class DocBuilder(Command):
 description = "Builds the documentation"
-user_options = []
+user_options = [("sphinxopts=", None, "sphinx options")]
 
 def initialize_options(self):
-pass
+self.sphinxopts = ""
 
 def finalize_options(self):
 pass
@@ -80,7 +80,7 @@ class DocBuilder(Command):
 except OSError:
 pass
 os.makedirs("build/doc")
-rc = os.system("sphinx-build doc/sphinx build/doc")
+rc = os.system("sphinx-build %s doc/sphinx build/doc" % self.sphinxopts)
 if rc != 0:
 print "Is sphinx installed? If not, try 'sudo easy_install sphinx'."
 

Bug#787668: transition: qtbase-opensource-src

[Lisandro Damián Nicanor Pérez Meyer]

On Thursday 25 June 2015 23:20:45 Lisandro Damián Nicanor Pérez Meyer wrote:
> Just because IRC is not the official way of doing this: we are ready to
> binNMU calibre.

Which you already did. You are wonderfull :)

-- 
Ud. está viendo a la persona que ven nuestros clientes.
 Leyenda pegada en el espejo de una empresa.

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


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

Bug#787668: transition: qtbase-opensource-src

[Lisandro Damián Nicanor Pérez Meyer]

Just because IRC is not the official way of doing this: we are ready to binNMU 
calibre.


-- 
...man had always assumed that he was more intelligent than dolphins because
he had achieved so much -- the wheel, New York, wars and so on -- whilst all
the dolphins had ever done was muck about in the water having a good time.
But conversely, the dolphins had always believed that they were far more
intelligent than man -- for precisely the same reasons.
  Douglas Adams, "The hitchhikers' guide to the galaxy"

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


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

Bug#786986: Wxwidgets webview link flags problem

[Olly Betts]

Control: tag -1 -patch

On Mon, Jun 22, 2015 at 06:34:54AM +, Gianfranco Costamagna wrote:
> >AFAICS, the build can't succeed, as a required dependency isn't installed.
> >So the build failing seems to be the correct behaviour to me.
> 
> Nope, the question is: the configure should fail, not the build.
>
> (that the overall process should fail is indeed correct)

OK, but your bug report didn't explain that this was what you were
hoping to achieve.

This does seem sensible - thinking about it, I'd say the ideal would be
that when the webview package isn't installed, wx-config should behave
exactly as it would if wx had been built from source without webview
support.

The current patch doesn't help achieve that end, so untagging it.  A
better patch would certainly be welcome though.

Cheers,
Olly


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

Bug#789867: pidgin: Pidgin crashes upton IRC disconnection

[Ari Pollak]

Would you mind sending a new backtrace after installing the pidgin-dbg
package?

Bug#781789: I: [boinc_alpha] I: Bug#781789: boinc-manager: Boinc Manager seems to drop a configuration file into the home directory without hiding it

[Olly Betts]

Control: reassign -1 boinc
Control: found -1 7.4.23+dfsg-1
Control: retitle -1 boinc should specify a hidden file for 
wxSingleInstanceChecker

On Fri, Jun 12, 2015 at 08:37:46AM +, Gianfranco Costamagna wrote:
> >> $ file /home/user/BOINC\ Manager-user
> >> /home/user/BOINC Manager-user: ASCII text, with no line terminators

This doesn't match the pattern for configuration files - as well as no
leading ".", it has "-user" appended.  I see no wxConfig-related code
which could be doing that.  Also, the reporter said that the file is removed
upon program exit, which wxConfig created files aren't (since they are there
to persist state between runs).

I believe this file is created by wxSingleInstanceChecker, which is
instantiated with default constructor in clientgui/BOINCGUIApp.cpp.
That means that the default lockfile name is used, which is built by
this code in include/wx/singlinst.h:

bool CreateDefault()
{
wxCHECK_MSG( wxTheApp, false, "must have application instance" );
return Create(wxTheApp->GetAppName() + '-' + wxGetUserId());
}

If boinc wants the file to be called something else, it should request
a particular filename (like it already does in the __WXMAC__ case).

> Hi Wxwidgets maintainers, according to boinc/upstream this might be
> likely a wx issue, or a wx wrong usage :)

Gianfranco - since you're both a maintainer of boinc and a member of the wx
maintainers team, you really are in the perfect position to dig into issues
like this where it's unclear which package is to blame.

Anyway, reassigning back to boinc.

Cheers,
Olly


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

Bug#781566: COPYING2 contains some armchair licensing

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sigh ! Still waiting.
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJVjK6hAAoJEIC/w4IMSybjxicH/jzuiXmRoRCBPKXnZy6zCEgK
WJmBFV2jwLaH/C7BDdgO1e0nwbE8GUCj3Z/uypAfTRQ3ZqHw2lBHCoeC77uwmalp
OOLHT1w8rDUw04JwqlOraGxAFfyoSCiDOJ5wiaA5NbE/amm9NjzvGIjtLuSQF4mL
6SXGJPG57xuXcd5+8nU0IHJSp0XlTuPWgkg3zBHySKONrkiP3FVFCarlH/mo0+t3
DbPlRalfr6e0DyKTYUrz7BDq53/QKoSgcZFP6NaLI/j+Y02GpkNth6o7A+RkIEpu
Srw32fUyKxCLn4UYGjDe/ml9O71UEKtEzhpGyTOFOCG6LXSheRiRxuveX8cieP0=
=9S37
-END PGP SIGNATURE-


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

Bug#789996: please update to at least 3.14.10

[Bdale Garbee]

Package: hplip
Severity: wishlist

The current version of hplip in unstable is 3.14.6, but upstream is now
at 3.15.6.  A new device I just purchased for my wife is supported
starting with version 3.14.10.  Be nice if an updated package appeared...

Bdale


signature.asc
Description: PGP signature

Bug#789864: transition: libgdata22

[Emilio Pozuelo Monfort]

On 25/06/15 22:53, Michael Biebl wrote:
> Am 25.06.2015 um 03:10 schrieb Emilio Pozuelo Monfort:
>> Control: tags -1 confirmed
>>
>> On 25/06/15 01:16, Michael Biebl wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian@packages.debian.org
>>> Usertags: transition
>>>
>>> Hi,
>>>
>>> I'd like to request a slot for a small transition.
>>> libgdata bumped the soname from 19 → 22.
>>> The new package is available in experimental and built everywhere.
>>> I've rebuilt all rdeps, and I didn't get any build failures, so only a
>>> round of binNMUs should be necessary.
>>> If there is no conflict with another ongoing transition, it should be
>>> good to go.
>>
>> You can go ahead.
> 
> Thanks Emilio. libgdata is uploaded and has been built everywhere (aside
> from sparc and hurd).
> 
> So you can schedule the binNMUs now.

Done.

Cheers,
Emilio


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

Bug#789652: v2 patch

[Vincent McIntyre]

On Thu, Jun 25, 2015 at 05:51:02PM +0100, Justin B Rye wrote:
> Vincent McIntyre wrote:
> > Justin B Rye wrote:
> >> It's good, but I've got a couple of English usage nitpicks:
> > 
> > And I'm happy to have you pick the nits off my contribution :)
> > Would you care to peruse #789652, which is related?
> 
> Hmm, well, I've never proofread the installation-guide as a whole.  I
> ought to get round to doing that some time.
> 
> Okay, your patch introduces another example of un-American behaviour,
> but I would actually suggest rephrasing that bit: it's not obvious
> what newly introduced behavio(u)r it's talking about.
> 
> Also, it's not strictly true that it was introduced by systemd in
> Jessie.  Distinguishing halt from poweroff was already a feature of
> systemd on Wheezy - and Upstart too, unless I'm misreading
> "https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/532366";.
> 
> So:
> 
>  [...]
>  Use reboot to reboot the system.
>  Use halt to halt the system without powering it off
>  
>  
>  
>   Under the SysV init system halt had the same
>   effect as poweroff, but with systemd as init
>   system (the default in jessie) their effects are different.
>  
> 
>  .
>  To power off the machine, use poweroff or
>  shutdown -h now.
> 
> (and drop the final sentence about systemctl).
> 
> I use "SysV init" and "systemd" above because we don't mean
> sysvinit or (especially)
> systemd, we mean those software frameworks as a
> whole, referred to by "brand name".  And it's "jessie" because we
> don't mean whatever &releasename; currently resolves to, we mean
> Debian 8 (and using lowercase because apparently &releasename; follows
> that standard).

Thanks for the review Justin. I agree with most of your comments.
I do think it is important to mention systemctrl because things like
/sbin/reboot are implemented as symlinks to /bin/systemctrl.

version 2:

Index: post-install/shutdown.xml
===
--- post-install/shutdown.xml   (revision 69984)
+++ post-install/shutdown.xml   (working copy)
@@ -21,11 +21,26 @@
 Ctrl Alt Del 
  or  Control
 Shift Power  on Macintosh
-systems. A last option is to log in as root and type one of the
-commands poweroff, halt or
-shutdown -h now if either of the key combinations do not
-work or you prefer to type commands; use reboot to reboot
-the system.
+systems.
+If the key combinations do not work, a last option is to log in as root
+and type the necessary commands.
+Use reboot to reboot the system.
+Use halt to halt the system without powering it off
+
 
+ 
+  Under the SysV init system halt had the same
+  effect as poweroff, but with systemd as init
+  system (the default in jessie) their effects are different.
+ 
+
+.
+To power off the machine, use poweroff
+or shutdown -h now.
+The systemd init system provides additional commands that perform
+the same functions; for example systemctl reboot
+or systemctl poweroff.
+
+
 
  


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

Bug#570091: #570091 exiv2 - Silently ignores request to remove Exif.Photo.MakerNote

[Alan Pater]

See: http://dev.exiv2.org/boards/3/topics/115

This is a 2 step process:

exiv2 -M"del Exif.Image.Make" mypicture.jpg
exiv2 -M"del Exif.Photo.MakerNote" mypicture.jpg


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

Bug#789995: automake: aclocal segmentation fault

[Tom Noonan]

I was able to resolve this with:

apt-get install --reinstall m4 perl perl-base perl-modules

Which did the following:
# apt-get install --reinstall m4 perl perl-base perl-modules
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  libcairo-perl libglib-perl libgtk2-perl libhtml-parser-perl
liblocale-gettext-perl libnet-dbus-perl libnet-ssleay-perl
libpango-perl libperl4-corelibs-perl libsigsegv2 libsocket-perl
libtext-charwidth-perl libtext-iconv-perl libuuid-perl
libxml-parser-perl Suggested packages: libfont-freetype-perl
libgtk2-perl-doc libdata-dump-perl libterm-readline-gnu-perl
libterm-readline-perl-perl libb-lint-perl libcpanplus-dist-build-perl
libcpanplus-perl libfile-checktree-perl liblog-message-simple-perl
liblog-message-perl libobject-accessor-perl Recommended packages:
rename libarchive-extract-perl libmodule-pluggable-perl
libpod-latex-perl libterm-ui-perl libtext-soundex-perl libcgi-pm-perl
libmodule-build-perl libpackage-constants-perl The following NEW
packages will be installed: libperl4-corelibs-perl libsigsegv2 The
following packages will be upgraded: libcairo-perl libglib-perl
libgtk2-perl libhtml-parser-perl liblocale-gettext-perl
libnet-dbus-perl libnet-ssleay-perl libpango-perl libsocket-perl
libtext-charwidth-perl libtext-iconv-perl libuuid-perl
libxml-parser-perl m4 perl perl-base perl-modules 17 upgraded, 2 newly
installed, 0 to remove and 215 not upgraded.

I'm assuming this was due to not having recently run a dist-upgrade.
Perhaps a dependency version issue?

On Thu, 25 Jun 2015 18:37:07 -0500
Tom Noonan II  wrote:

> Package: automake
> Version: 1:1.14.1-4
> Severity: important
> 
> Dear Maintainer,
> 
> On Debian 8.1 the aclocal utility is segfaulting seemingly regardless
> of input.
> 
> $ ls configure*
> ls: cannot access configure*: No such file or directory
> $ aclocal
> Segmentation fault
> $ aclocal -h
> Segmentation fault
> 
> $ ls -l /usr/bin/aclocal
> lrwxrwxrwx 1 root root 25 Jun 25 18:22 /usr/bin/aclocal
> -> /etc/alternatives/aclocal $ ls -l /etc/alternatives/aclocal
> lrwxrwxrwx 1 root root 21 Jun 25 18:22 /etc/alternatives/aclocal
> -> /usr/bin/aclocal-1.14 $ dpkg -S /usr/bin/aclocal-1.14
> automake: /usr/bin/aclocal-1.14
> 
> Superficial examination pointas at Perl's threading module:
> $ strace aclocal 2>&1 | tail -n 10
> futex(0x7f23c17810c8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
> open("/usr/lib/perl/5.14/auto/threads/threads.so",
> O_RDONLY|O_CLOEXEC) = 6 read(6,
> "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p/\0\0\0\0\0\0"...,
> 832) = 832 fstat(6, {st_mode=S_IFREG|0644, st_size=39704, ...}) = 0
> mmap(NULL, 2135000, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
> 6, 0) = 0x7f23c0876000 mprotect(0x7f23c087f000, 2093056, PROT_NONE) =
> 0 mmap(0x7f23c0a7e000, 8192, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x8000) = 0x7f23c0a7e000
> close(6)= 0 --- SIGSEGV
> {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x8} --- +++ killed
> by SIGSEGV +++
> 
> Further investigation was not performed.
> 
> -- System Information:
> Debian Release: 8.1
>   APT prefers oldstable-updates
>   APT policy: (500, 'oldstable-updates'), (500, 'stable'), (500,
> 'oldstable') Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.16-2-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 automake depends on:
> ii  autoconf   2.69-8
> ii  autotools-dev  20140911.1
> 
> automake recommends no packages.
> 
> automake suggests no packages.
> 
> -- no debconf information


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

Bug#789995: automake: aclocal segmentation fault

[Tom Noonan II]

Package: automake
Version: 1:1.14.1-4
Severity: important

Dear Maintainer,

On Debian 8.1 the aclocal utility is segfaulting seemingly regardless of input.

$ ls configure*
ls: cannot access configure*: No such file or directory
$ aclocal
Segmentation fault
$ aclocal -h
Segmentation fault

$ ls -l /usr/bin/aclocal
lrwxrwxrwx 1 root root 25 Jun 25 18:22 /usr/bin/aclocal -> 
/etc/alternatives/aclocal
$ ls -l /etc/alternatives/aclocal
lrwxrwxrwx 1 root root 21 Jun 25 18:22 /etc/alternatives/aclocal -> 
/usr/bin/aclocal-1.14
$ dpkg -S /usr/bin/aclocal-1.14
automake: /usr/bin/aclocal-1.14

Superficial examination pointas at Perl's threading module:
$ strace aclocal 2>&1 | tail -n 10
futex(0x7f23c17810c8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
open("/usr/lib/perl/5.14/auto/threads/threads.so", O_RDONLY|O_CLOEXEC) = 6
read(6, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p/\0\0\0\0\0\0"..., 832) 
= 832
fstat(6, {st_mode=S_IFREG|0644, st_size=39704, ...}) = 0
mmap(NULL, 2135000, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0x7f23c0876000
mprotect(0x7f23c087f000, 2093056, PROT_NONE) = 0
mmap(0x7f23c0a7e000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x8000) = 0x7f23c0a7e000
close(6)= 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x8} ---
+++ killed by SIGSEGV +++

Further investigation was not performed.

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

Kernel: Linux 3.16-2-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 automake depends on:
ii  autoconf   2.69-8
ii  autotools-dev  20140911.1

automake recommends no packages.

automake suggests no packages.

-- no debconf information


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

Bug#789537: etoolbox: out-of-date, provided bu TeX Live (texlive-latex-extra)

[Norbert Preining]

Hi Hauke,

On Wed, 24 Jun 2015, Jan Hauke Rahm wrote:
> reasonable option which probably means replacing the packaged version by
> what you're shipping in TL 2015.

Yes, I have done this. So now texlive-extra builds etoolbox
as a transitional package.

Thanks for your work on this package over the long years

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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

Bug#789648: [Reproducible-builds] Bug#789648: apt-dater: please make the build reproducible

[Thomas Liske]

tags 789648 fixed-upstream
thanks

Hi,

On 06/23/2015 11:06 AM, Ximin Luo wrote:
> On 23/06/15 03:42, Dhole wrote:
>>
>> While working on the “reproducible builds” effort [1], we have noticed
>> that apt-dater could not be built reproducibly.
>>
> 
> Hi,
> 
> Please see https://wiki.debian.org/ReproducibleBuilds/TimestampsProposal
> 
> We decided to standardise SOURCE_DATE_EPOCH for this sort of thing. 
> help2man(1) already supports it, see #787444. At some point we will get 
> debhelper to set this automatically.
> 
> I haven't looked at the patch, but I imagine it should be straightforward to 
> s/BUILD_DATE/SOURCE_DATE_EPOCH.

I've changed the sources to use SOURCE_DATE_EPOCH has reference. The
string embedded into the version info is build using the reference
timestamp in UTC. Maybe there should be a SOURCE_DATE_UTC build from
SOURCE_DATE_EPOCH using `date ... -u` since RFC2822 contains a timezone
making reproducible builds hard.

$ date -d "$(dpkg-parsechangelog --count 1 -SDate)"
Tue Jun 16 11:43:42 CEST 2015
$ export SOURCE_DATE_EPOCH=$(date -d "$(dpkg-parsechangelog --count 1
-SDate)" +%s)
$ date -d @$SOURCE_DATE_EPOCH -u
Tue Jun 16 09:43:42 UTC 2015
$ ./src/apt-dater -v
apt-dater 1.0.2 - Tue Jun 16 09:43:42 UTC 2015


The upstream part is fine but adding SOURCE_DATE_EPOCH in debian/rules
ist still missing.


HTH,
Thomas
(upstream)

-- 
supp...@ibh.de  Tel. +49 351 477 77 30
www.ibh.de  Fax  +49 351 477 77 39

---
Dipl.-Ing. Thomas Liske
Netzwerk- und System-Design


IBH IT-Service GmbH Amtsgericht Dresden
Gostritzer Str. 67a HRB 13626
D-01217 Dresden GF: Prof. Dr. Thomas Horn
Germany VAT DE182302907
---
Ihr Partner für: LAN, WAN IP-Quality, Security, VoIP, SAN, Backup, USV
---
   professioneller IT-Service - kompetent und zuverlässig
---



signature.asc
Description: OpenPGP digital signature

Bug#789994: RM: src:sugar-toolkit-0.96,src:sugar-0.96,src:sugar-artwork-0.96,src:sugar-datastore-0.96,src:sugar-base-0.96 -- ROM; superceded by 0.104 branch

[Jonas Smedegaard]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi ftpmasters,

Please drop 0.96 branch of "Glucose" - the core libraries for Sugar:

  * src:sugar-toolkit-0.96
* python-sugar-toolkit-0.96
  * src:sugar-0.96
* python-jarabe-0.96
* sucrose-0.96
* sugar-emulator-0.96
* sugar-session-0.96
* sugar-tools-0.96
  * src:sugar-artwork-0.96
* sugar-artwork-0.96
  * src:sugar-datastore-0.96
* python-carquinyol-0.96
  * src:sugar-base-0.96
* python-sugar-0.96

Thanks,

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVjIUCAAoJECx8MUbBoAEhI3AP+wa0W5e0owS9qWqRxCdGnGTq
vTfETTPjbqXElRxu+usmRwr2+mbw6E2Yrp1rtB4r4HyXGfMZEq+2PK/6dV2T8Bpa
7yEEHl90RLpwB3q7aLQxEy8zD9O471UREiTDD0kvs9IQzN/lGj7mlVjCpMphcpyJ
mSco3kCkpH1JaTkMttRg0Ywn3unRmF21fyjwSPFu3BR/+6pb7UcxOjzwC/BJTMNR
AwlMTmIxX1F3x07IGPIxMVFMutrnYPMZxQpLXI79yhfLfBWBXtY/IhqAX7HpzWrF
IoPBqzKrK06KK0E8jjpD96kzU6vjBVIs571NvITA/DpfDUgqzoQZ46DYxEuveF2D
Zyv93sH7t22c+vWSunk1Eqfnf0I8WySFw0ND8ah3mX0o3XDpRTMiQsVKuU+/T0Ul
RnJE8aSG4BVF6ZeAI0qW8FuuvLvSzUdr2duOVgfVd6PqgTSEg7E2f0py7AchNFqW
9tI7c5g5mBH91y7wAIL2eMDeAdIC3p9PPB19H3aENLB63hs8urrXqlqtlYiNfSPH
GIrdDArtClcWrVTkCbIEoVuk3ltCQRp19ctXRRcYPKg5bpcfMUtM39W/Z+nAjBg2
KkO7LrN7iULXviRXFLUWqKm6QOO7M4WgJ21qOZl0wOxNPBLk6IxuPeUdEZhgHs5O
ldhW16+cjh/iJwOOsf+E
=Uv2U
-END PGP SIGNATURE-


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

Bug#773803: new upstream (1.8.2)

[Harlan Lieberman-Berg]

Hello,

At the moment, Ansible is not distributable in Debian due to a DFSG
problem.  I have been hesitant to repack it because I don't actually
/think/ it's a problem, but merely a misdocumentation.  Still, I have been
waiting on upstream to respond for long enough now that I don't want to
hold things up, especially with 1.9.2.

I'll repack it and push up a new package for you to test from experimental
this evening.  I don't want to put it directly into sid as I rather
aggressively removed things from the compile rules, and I'm not sure it
will function correctly anymore.

-Harlan


On Thu, Jun 25, 2015 at 6:15 PM, Simon John  wrote:

> Is there any progress on this, as 1.9.2 just went final.
>
> I tried making a deb using their "make deb" recipe, but it doesn't work
> well on Debian, neither does a git checkout, it never seems to find the
> core modules or plugins.
>
> Using the 1.7.2 debian directory and 1.9.2 sources doesn't work either.
>
> Is there anything we can do to help with the packaging? Is it really
> just a copyright issue?
>
>

Bug#789960: [PKG-Openstack-devel] Bug#789960: openstack-debian-images: machine-id files are included in resulting images

[Thomas Goirand]

On 06/25/2015 07:38 PM, Sebastian Pipping wrote:
> Package: openstack-debian-images
> Version: 1.4
> Severity: normal
> 
> Hi!
> 
> I noticed that in the resulting images, files /etc/machine-id and 
> /var/lib/dbus
> /machine-id are included. So by default all machines booted from these images
> get the same machine ID, or
> 
> # cat /etc/machine-id /var/lib/dbus/machine-id
> cdb7f92199c748a7a20d33ab52974cbb
> cdb7f92199c748a7a20d33ab52974cbb
> 
> in case of Debian 8.1.0 images. I propose removing those files during image
> creation. I am not yet sure how happy a system is running without these files,
> i.e. if re-creating them during first boot (and at which stage) is optional or
> required.
> 
> I am looking forward to your feedback.
> 
> Best, S

Hi,

IMO, that's the kind of things which should be handled by cloud-init, as
it's possible to clone a VM, and boot another instance of it. So even if
we remove the machine-id from the image, the problem could still be there.

Your thoughts?

Cheers,

Thomas Goirand (zigo)


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

Bug#639719: Orphaning

[Dominic Hargreaves]

I'm now orphaning this package as I haven't used it for some years now.
I've pushed the repository to collab-maint[0] to make it easy for people
to pick up if needed. I'll keep [1] alive until as and when someone
does a QA upload.

Thanks,
Dominic.

[1] 
[1] 


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

Bug#773803: new upstream (1.8.2)

[Simon John]

Is there any progress on this, as 1.9.2 just went final.

I tried making a deb using their "make deb" recipe, but it doesn't work
well on Debian, neither does a git checkout, it never seems to find the
core modules or plugins.

Using the 1.7.2 debian directory and 1.9.2 sources doesn't work either.

Is there anything we can do to help with the packaging? Is it really
just a copyright issue?


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

Bug#789993: RM: sugar-write-activity-0.86 -- ROM; superceded by sugar-write-activity

[Jonas Smedegaard]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi ftpmasters,

Please drop sugar-write-activity-0.86 from unstable: It has been
superceded by the unversioned sugar-write-activity and should now be
free of any reverse dependencies.

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVjH78AAoJECx8MUbBoAEhsPQP/1IbDa20qvAP4g2JgN/VSJI7
X6bDbBNCOhOeWueKizJUw/fgm+c0o7YERRKtwwuPjJ5nnze0HwJZdyGE5+DpxAj1
++oRAR68VaZzxrZ4U30zj3R46IpxSDFGYD/UhioNBZsZjThN0rEPgQrqItT2Lt6T
6FBgcnOcKNKlUDmngljjgW4BGrJjBi8rJ/NHWui/Dn1jwMYhyR3y/SA8i9OPfSNy
ITPa3xN82acZTTDqE+zSOOacZh9QRyyTQ/WJkHx4RcyualpDy1+bwnG38kookZ43
eAC+xvX3tOf5zk8pzXNmuidR21KRyrlU/cA4LL33tCM/MNsikgaElOlyq844tVjO
FD5+/K6Oxqyy4MRw4q/lIrjNhhVhSr5xnV4uP3cdxP6j+jaOVR29g97yY0oABfGQ
8Ie1rhdOGJ7wpyA9S6d2/yZ7k3A4VB4/JTZFNGQiqfx0Tkpc5Ssk8wd76r4dRuDf
LArw93hkIZp7R7VfIh6t+1Q5RRb0tzICm2rAgL3CjDX72UDJIA74hTJl7Yshp5eG
bKY7Nnhr+c6vY5nEMvHgDZQx2F4wsfzfS0aaOANe4mZR4hQjnCO0hslzAHZF38s+
LJ3PIOZAsOa+59TbL5AGR3oYM3Tacs80pBIhHa7W7L6QpN5bmZII0iJE1Hj/SnH1
UmlAHBM5TyULG9CIy0mg
=3R4c
-END PGP SIGNATURE-


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

Bug#789992: okular: error when opening comic book archive

[Enrico Bianchi]

Package: okular
Version: 4:4.14.2-2
Severity: normal

Dear Maintainer,

When I open a comic book archive, I get an error. In detail, okular reports
this message:

okular(21647) UnrarHelper::UnrarHelper: No unrar detected.

I've tried to install unrar and unrar-free packages, but error is the same.
Error appears for CBR and CBZ comic book archives



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

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

Versions of packages okular depends on:
ii  kde-runtime 4:4.14.2-2
ii  libc6   2.19-18
ii  libfreetype62.5.2-4
ii  libjpeg62-turbo 1:1.4.0-7
ii  libkactivities6 4:4.13.3-1
ii  libkdecore5 4:4.14.2-5
ii  libkdeui5   4:4.14.2-5
ii  libkexiv2-114:4.14.2-1
ii  libkio5 4:4.14.2-5
ii  libkparts4  4:4.14.2-5
ii  libkprintutils4 4:4.14.2-5
ii  libkpty44:4.14.2-5
ii  libokularcore5  4:4.14.2-2
ii  libphonon4  4:4.8.0-5
ii  libpoppler-qt4-40.26.5-2
ii  libqca2 2.1.0.3-3
ii  libqimageblitz4 1:0.0.6-4
ii  libqmobipocket1 4:4.14.2-1
ii  libqt4-dbus 4:4.8.7+dfsg-1
ii  libqt4-declarative  4:4.8.7+dfsg-1
ii  libqt4-svg  4:4.8.7+dfsg-1
ii  libqt4-xml  4:4.8.7+dfsg-1
ii  libqtcore4  4:4.8.7+dfsg-1
ii  libqtgui4   4:4.8.7+dfsg-1
ii  libsolid4   4:4.14.2-5
ii  libspectre1 0.2.7-3
ii  libstdc++6  5.1.1-9
ii  phonon  4:4.8.0-5
ii  zlib1g  1:1.2.8.dfsg-2+b1

okular recommends no packages.

Versions of packages okular suggests:
ii  ghostscript9.06~dfsg-2
ii  jovie  4:4.14.2-1
ii  okular-extra-backends  4:4.14.2-2
ii  poppler-data   0.4.7-3
pn  texlive-binaries   
ii  unrar  1:5.2.7-0.1

-- no debconf information


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

Bug#771065: ITP: python-cassandra-driver -- client driver for Apache Cassandra db

[Sandro Tosi]

> Will you also work on packaging Cassandra itself?

nope, we use datastax packages for that

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


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

Bug#771065: ITP: python-cassandra-driver -- client driver for Apache Cassandra db

[Thomas Goirand]

Hi there!

The issue is that to be able to test properly the
python-cassandra-driver package (ie: run the unit tests), we need the
cassandra db packaged. I've investigated it, and that's not an easy one
to package: it needs about 9 Java dependencies.

Will you also work on packaging Cassandra itself?

Cheers,

Thomas Goirand (zigo)


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

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

[gregor herrmann]

On Wed, 24 Jun 2015 22:27:04 +0100, Dominic Hargreaves wrote:

> Source: libinline-c-perl
> Version: 0.64-1
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.22-transition
> Tags: sid stretch
> 
> This package FTBFS with perl 5.22 (currently in experimental):
> 
> Test Summary Report
> ---
> t/27inline_maker.t (Wstat: 512 Tests: 8 Failed: 2)
>   Failed tests:  2, 6
>   Non-zero exit status: 2

And 0.75 builds with 5.22 but fails with 5.20:

t/27inline_maker.t (Wstat: 1024 Tests: 8 Failed: 4)
  Failed tests:  2-3, 6-7
  Non-zero exit status: 4

Maybe this really needs a newer EUMM:
Warning: prerequisite ExtUtils::MakeMaker 7.00 not found. We have 6.98.


Ok, so let's patch the test to work with older EUMM versions.
Doesn't seem to affect the runtime behaviour (thanks, autopktest!).


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: Uriah Heep: July Morning


signature.asc
Description: Digital Signature

Bug#784903: Bug#784903: fglrx-driver: broken depends on xorg-video-abi-18

[Andreas Beckmann]

On 2015-06-25 22:09, bartek 'basz' szurgot wrote:
> On Fri, 15 May 2015 14:50:22 +0200 Michael Tatge 
> wrote:
>> * On Tue, May 12, 2015 07:51PM +0200 Patrick Matthäi
> (pmatth...@debian.org) wrote:
>>> I will check in the next days if the experimental 14.12 version is
>>> compatible with it, but I do not think so.
>>
>> It seems it is not. Even amd say it's only compatible with Xorg up to
>> 1.16.
> 
> around the beginning of the July newer version of fglrx showed up -

That will be end of next week :-)

> 15.5. i hope it solves X's ABI compatibility issue (this blocks far too
> many updates already...).

According to the release notes it still only supports up to 1.16

So this didn't look urgent ... and I need to look into the xvba stuff,
that will require some changes.

Andreas


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

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

[sa]

On 25.06.2015 04:57, Michel Dänzer wrote:


[55.584] (EE) 3: /usr/lib/xorg/modules/drivers/modesetting_drv.so 
(0xb6de6000+0x7543) [0xb6ded543]
[55.584] (EE) 8: /usr/bin/X (miPointerUpdateSprite+0x25a) [0xb7665f3a]
[55.585] (EE) Segmentation fault at address 0x0
[   53.123938] [drm:drm_mmap_locked] *ERROR* Could not find map


I think this should be fixed in upstream version 1.17.2.


Can you suggest any workaround until this version is available in sid?


--
sa


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

Bug#775277: should we split krb5-kpropd into a separate package?

[Benjamin Kaduk]

Looking at the patch, it feels awkward to manually install the unit file
and sysv script to the staging directory.  If we created a new krb5-kpropd
package to be installed only on slave KDCs, then we could benefit from the
debian/packagename.init magic and also have the script be active by
default, since it would only be installed on machines which should use it.

Also, there's a chunk of the patch which is whitespace-only changes that
should probably not be included when we take this feature, since it's just
churn.

-Ben


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

Bug#773719: iec16022: Broken EDIFACT implementation causes broken codes depending on data contents

[Reimar Döffinger]

On Mon, 22 Dec 2014 16:26:34 +0100 Bernd Herd  wrote:
> Package: iec16022
> Version: 0.2.4-1
> Severity: important
> Tags: upstream patch
> 
> Dear Maintainer,
> iec16022 produces broken datamatrix images when the data to encodes
> causes it
> to enable EDIFACT encoding, which is broken.
> 
> Steps to reproduce:
> iec16022 --format=png -o out.png "AA/A000AAA5A/1;-00-00-000;"
>   -> Creates broken data in "out.png"

I happened to discover and fix this independently...
You patch is slightly incorrect btw, it does not handle transitioning
from text/X12 to EDIFACT (I hope I got it right).
While I don't plan to spend much time on it, I placed the project on GitHub
and will be happy to accept further patches if anyone has them lying around.
See: https://github.com/rdoeffinger/iec16022/releases

Kind regards,
Reimar Döffinger


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

Bug#789864: transition: libgdata22

[Michael Biebl]

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

Thanks Emilio. libgdata is uploaded and has been built everywhere (aside
from sparc and hurd).

So you can schedule the binNMUs now.

Regards,
Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#789991: FTBFS: Test failures including FixtureS.TestPanicOnSetUpSuite, FixtureS.TestPanicOnSetUpTest

[Chris West (Faux)]

Source: golang-gocheck
Version: 0.0~bzr20131118+85-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs


Dear Maintainer,

The package fails to build during its tests:

--
FAIL: fixture_test.go:132: FixtureS.TestPanicOnSetUpSuite

fixture_test.go:153:
c.Check(output.value, Matches, expected)
 value string = "" +
 "\n" +
 
"--\n" +
 "PANIC: gocheck_test.go:119: FixtureHelper.SetUpSuite\n" +
 "\n" +
 "... Panic: SetUpSuite (PC=0x43A0F5)\n" +
 "\n" +
 "/usr/lib/go/src/runtime/asm_amd64.s:401\n" +
 "  in call16\n" +
 "/usr/lib/go/src/runtime/panic.go:387\n" +
 "  in gopanic\n" +
 "gocheck_test.go:109\n" +
 "  in FixtureHelper.trace\n" +
 "gocheck_test.go:120\n" +
 "  in FixtureHelper.SetUpSuite\n" +
 "/usr/lib/go/src/runtime/asm_amd64.s:401\n" +
 "  in call16\n"
 regex string = "" +
 "^\n" +
 "-+\n" +
 "PANIC: gocheck_test\\.go:[0-9]+: FixtureHelper.SetUpSuite\n" +
 "\n" +
 "\\.\\.\\. Panic: SetUpSuite \\(PC=[xA-F0-9]+\\)\n" +
 "\n" +
 ".+:[0-9]+\n" +
 "  in panic\n" +
 ".*gocheck_test.go:[0-9]+\n" +
 "  in FixtureHelper.trace\n" +
 ".*gocheck_test.go:[0-9]+\n" +
 "  in FixtureHelper.SetUpSuite\n" +
 ".+:[0-9]+\n" +
 "  in call[0-9]+\n" +
 "$"



OOPS: 119 passed, 5 FAILED
--- FAIL: Test (0.18s)
FAIL
exit status 1
FAILlaunchpad.net/gocheck   0.186s


I can reproduce these five tests failing locally.
Jenkins finds some benchmark tests failing too:
https://reproducible.debian.net/rb-pkg/unstable/amd64/golang-gocheck.html

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

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


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

Bug#789990: FTBFS: AttributeAlias.java: error: package com.netscape.management.client.util does not exist

[Chris West (Faux)]

Source: 389-ds-console
Version: 1.2.7-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

build:
[javac] /tmp/buildd/389-ds-console-1.2.7/build.xml:102: warning: 
'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to 
false for repeatable builds
[javac] Compiling 359 source files to 
/tmp/buildd/389-ds-console-1.2.7/build/classes
[javac] warning: [options] bootstrap class path not set in conjunction with 
-source 1.5
[javac] 
/tmp/buildd/389-ds-console-1.2.7/src/com/netscape/admin/dirserv/AttributeAlias.java:23:
 error: package com.netscape.management.client.util does not exist
[javac] import com.netscape.management.client.util.ResourceSet;

Full build log:
https://reproducible.debian.net/rb-pkg/testing/amd64/389-ds-console.html


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

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


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

Bug#789988: FTBFS: The import org.eclipse.egit.ui.internal.FilteredCheckboxTree cannot be resolved

[Chris West (Faux)]

Package: eclipse-mylyn-tasks-github
Version: 3.3.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

The package fails to build, probably because egit has changed:

@dot:
[mkdir] Created dir: 
/tmp/buildd/eclipse-mylyn-tasks-github-3.3.0/debian/.eclipse-build/org.eclipse.mylyn.github.ui/@dot
[javac] Compiling 50 source files to 
/tmp/buildd/eclipse-mylyn-tasks-github-3.3.0/debian/.eclipse-build/org.eclipse.mylyn.github.ui/@dot



[javac] 29. ERROR in 
/tmp/buildd/eclipse-mylyn-tasks-github-3.3.0/debian/.eclipse-build/org.eclipse.mylyn.github.ui/src/org/eclipse/mylyn/internal/github/ui/RepositorySelectionWizardPage.java
 (at line 27)
[javac] import org.eclipse.egit.ui.internal.FilteredCheckboxTree;
[javac]^
[javac] The import org.eclipse.egit.ui.internal.FilteredCheckboxTree cannot 
be resolved
[javac] --
[javac] 30. ERROR in 
/tmp/buildd/eclipse-mylyn-tasks-github-3.3.0/debian/.eclipse-build/org.eclipse.mylyn.github.ui/src/org/eclipse/mylyn/internal/github/ui/RepositorySelectionWizardPage.java
 (at line 184)
[javac] private FilteredCheckboxTree tree;
[javac] 
[javac] FilteredCheckboxTree cannot be resolved to a type

etc.

Full build log:
https://reproducible.debian.net/rb-pkg/testing/amd64/eclipse-mylyn-tasks-github.html

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

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


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

Bug#789989: FTBFS: The type TranslationUnit must implement [...] ITranslationUnit.getFile()

[Chris West (Faux)]

Source: eclipse-ptp
Version: 8.0.0-1
Severity: serious
Tags: sid stretch
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

@dot:
[mkdir] Created dir: 
/tmp/buildd/eclipse-ptp-8.0.0/debian/.eclipse-build/org.eclipse.ptp.rdt.core/@dot
[javac] Compiling 191 source files to 
/tmp/buildd/eclipse-ptp-8.0.0/debian/.eclipse-build/org.eclipse.ptp.rdt.core/@dot



[javac] 470. ERROR in 
/eclipse-ptp-8.0.0/debian/.eclipse-build/org.eclipse.ptp.rdt.core/src/org/eclipse/ptp/internal/rdt/core/model/TranslationUnit.java
 (at line 62)
[javac] public class TranslationUnit extends Parent implements 
ITranslationUnit {
[javac]  ^^^
[javac] The type TranslationUnit must implement the inherited abstract 
method ITranslationUnit.getFile()

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

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

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


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

Bug#789986: pam: CVE-2015-3238: DoS/user enumeration due to blocking pipe in pam_unix module

[Salvatore Bonaccorso]

Source: pam
Version: 1.1.3-7
Severity: important
Tags: security upstream fixed-upstream

Hi,

the following vulnerability was published for pam.

CVE-2015-3238[0]:
DoS/user enumeration due to blocking pipe in pam_unix module

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-3238
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1228571

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore


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

Bug#789987: FTBFS: raft/protobuf/append_entries_request.pb.go:113: undefined: proto.ErrWrongType

[Chris West (Faux)]

Source: golang-raft
Version: 0.0~git20140427-4
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

code.google.com/p/gogoprotobuf/proto
github.com/coreos/raft/protobuf
# github.com/coreos/raft/protobuf
src/github.com/coreos/raft/protobuf/append_entries_request.pb.go:113: 
undefined: proto.ErrWrongType
src/github.com/coreos/raft/protobuf/append_entries_request.pb.go:130: 
undefined: proto.ErrWrongType
[...]
src/github.com/coreos/raft/protobuf/append_entries_responses.pb.go:148: 
undefined: proto.ErrWrongType
src/github.com/coreos/raft/protobuf/append_entries_responses.pb.go:148: too 
many errors
dh_auto_build: go install -v github.com/coreos/raft 
github.com/coreos/raft/protobuf returned exit code 2
debian/rules:6: recipe for target 'build' failed

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

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

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


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

Bug#775558: digikam crashes on startup - matroska video

[Alan Pater]

This should be fixed by updating to exiv2 library version 0.25.

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

http://exiv2.org/changelog.html


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

Bug#785786: efibootmgr: Could not delete boot variable: Success

[Phil]

On 06/25/2015 05:58 PM, D. Jared Dominguez wrote:
> Are you still seeing this issue with libefivar0 0.20-4 and efibootmgr
> 0.12-3?

Thank you, this resolves the problem for me!
:)


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

Bug#789985: FTBFS: IRanges_defines.h: fatal error: S4Vectors_defines.h: No such file or directory

[Chris West (Faux)]

Package: r-bioc-shortread
Version: 1.22.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

config.status: creating src/Makevars
** libs
make[1]: Entering directory '/tmp/buildd/r-bioc-shortread-1.22.0/src'
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG   
-I"/usr/lib/R/site-library/IRanges/include" 
-I"/usr/lib/R/site-library/XVector/include" 
-I"/usr/lib/R/site-library/Biostrings/include"  -fopenmp -fpic  -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 
-g  -c Biostrings_stubs.c -o Biostrings_stubs.o
In file included from 
/usr/lib/R/site-library/Biostrings/include/Biostrings_defines.h:18:0,
 from 
/usr/lib/R/site-library/Biostrings/include/Biostrings_interface.h:114,
 from 
/usr/lib/R/site-library/Biostrings/include/_Biostrings_stubs.c:1,
 from Biostrings_stubs.c:1:
/usr/lib/R/site-library/IRanges/include/IRanges_defines.h:18:31: fatal error: 
S4Vectors_defines.h: No such file or directory
 #include "S4Vectors_defines.h"
   ^
compilation terminated.
/usr/lib/R/etc/Makeconf:134: recipe for target 'Biostrings_stubs.o' failed


Maybe this is a bug in r-bioc-biostrings, or r-bioc-iranges?

The same bug affects at least r-bioc-genomicalignments, r-bioc-rtracklayer, and 
r-bioc-variantannotation.
(all same maintainer)

Full build log:
https://reproducible.debian.net/rb-pkg/testing/amd64/r-bioc-shortread.html

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

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


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

Bug#789984: pulseaudio: Incorrect detecting 2.1 audiosystem on newer laptops (ASUS N750J series)

[ioann]

Package: pulseaudio
Version: 5.0-13
Severity: normal

Hello! I have notebook ASUS N750JK and Subwoofer "Sonic Master". The package
pulseaudio don't have news modes (2.1) for this machine. Now exist new version
of pulseaudio (v6). Please, replease to new version of pulseaudio in stable
realease. Thank you.


p.s.: sorry for my bad English.



-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


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

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

Versions of packages pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  libasound21.0.28-1
ii  libasound2-plugins1.0.28-1+b1
ii  libc6 2.19-18
ii  libcap2   1:2.24-8
ii  libdbus-1-3   1.8.18-0+deb8u1
ii  libfftw3-single3  3.3.4-2
ii  libgcc1   1:4.9.2-10
ii  libice6   2:1.0.9-1+b1
ii  libltdl7  2.4.2-1.11
ii  liborc-0.4-0  1:0.4.22-1
ii  libpulse0 5.0-13
ii  libsamplerate00.1.8-8
ii  libsm62:1.2.2-1+b1
ii  libsndfile1   1.0.25-9.1
ii  libspeexdsp1  1.2~rc1.2-1
ii  libstdc++64.9.2-10
ii  libsystemd0   215-17+deb8u1
ii  libtdb1   1.3.1-1
ii  libudev1  215-17+deb8u1
ii  libwebrtc-audio-processing-0  0.1-3
ii  libx11-6  2:1.6.2-3
ii  libx11-xcb1   2:1.6.2-3
ii  libxcb1   1.10-3+b1
ii  libxtst6  2:1.2.2-1+b1
ii  lsb-base  4.1+Debian13+nmu1
ii  pulseaudio-utils  5.0-13
ii  udev  215-17+deb8u1

Versions of packages pulseaudio recommends:
ii  pulseaudio-module-x11  5.0-13
ii  rtkit  0.11-2

Versions of packages pulseaudio suggests:
pn  paman
pn  paprefs  
pn  pavucontrol  
pn  pavumeter

-- no debconf information
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307
# USA.

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307
# USA.

## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB
; lock-memory = no
; cpu-limit = no

; high-priority = yes
; nice-level = -11

; realtime-scheduling = yes
; realtime-priority = 5

; exit-idle-time = 20
; scache-idle-time = 20

; dl-search-path = (depends on archi

Bug#789943: [pkg-php-pear] Bug#789943: FTBFS: Unable to parse version '>=0.90 <3.0' with dependency ruflin/elastica

[Mathieu Parent]

2015-06-25 17:20 GMT+02:00 David Prévot :
[...]
> FWIW, I do use this version for a month already without any issue so
> far, except maybe not noticing FTBFSes like this one any more. The range
> specification was updated recently (in Composer 1.0.0~alpha10) [3].
> Hypen range is a bit trickier to handle as far as I’ve tried, but is not
> yet used in what is currently packaged in Debian AFAIK.

I've uploaded it you can do future upload as a team upload.

-- 
Mathieu


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

Bug#789983: Time to remove mips build workaround?

[Martin Michlmayr]

Package: adun.app
Version: 0.81-6
Severity: minor

debian/rules contains:

  # Workaround for gcc-4.4 bug 519006.
  ifneq (,$(findstring mips,$(DEB_BUILD_ARCH)))
  mipsen-flags := ADDITIONAL_OBJCFLAGS=-g0 ADDITIONAL_CFLAGS=-g0
  endif

I wonder if it's time to remove that workaround since that bug was
fixed in 2010.

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


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

Bug#789260: libburn4: Incompatibility with Plextor PX-608CU burner

[Thomas Schmitt]

Hi,

> your thought about power seems to be correct because users with
> disabled USB power management are not affected.

This bug report let's me learn things which i never wanted
to know. X-)

Can you point me to a comprehensive description of the problem ?
(The Ubuntu bug report is somewhat scattered.)


I am now reading
  https://www.kernel.org/doc/Documentation/usb/power-management.txt

On my system, all files
  /sys/bus/usb/devices/*/power/wakeup
are either missing or contain the word "disabled".
The ones of the BD drives are missing.

  /sys/bus/usb/devices/*/power/control
has "auto" for the A-B.C and missing file for A-B.C:1.0.

Does this look safe ?


Have a nice day :)

Thomas


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

Bug#784903: [Pkg-fglrx-devel] Bug#784903: fglrx-driver: broken depends on xorg-video-abi-18

[bartek 'basz' szurgot]

On Fri, 15 May 2015 14:50:22 +0200 Michael Tatge 
wrote:
> * On Tue, May 12, 2015 07:51PM +0200 Patrick Matthäi
(pmatth...@debian.org) wrote:
> > I will check in the next days if the experimental 14.12 version is
> > compatible with it, but I do not think so.
>
> It seems it is not. Even amd say it's only compatible with Xorg up to
> 1.16.

around the beginning of the July newer version of fglrx showed up -
15.5. i hope it solves X's ABI compatibility issue (this blocks far too
many updates already...).

even if it does not, it would be worth packaging any way - just to have
an up to date driver installed.

-- 
pozdrawiam serdecznie / best regards,
bartek 'basz' szurgot
/* http://www.baszerr.eu */
/* http://www.baszerr.eu/lib/exe/fetch.php/about_me/basz_pub_key.txt */





signature.asc
Description: OpenPGP digital signature

Bug#789982: FTBFS: pybuild: AttributeError: 'module' object has no attribute '_vendor'

[Chris West (Faux)]

Package: python-fedora
Version: 0.3.36-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

make[1]: Entering directory '/python-fedora-0.3.36'
dh_auto_clean
I: pybuild base:170: python2.7 setup.py clean 
Traceback (most recent call last):
  File "setup.py", line 16, in 
from setuptools import find_packages, setup
  File "/usr/lib/python2.7/dist-packages/setuptools/__init__.py", line 11, in 

from setuptools.extension import Extension
  File "/usr/lib/python2.7/dist-packages/setuptools/extension.py", line 8, in 

from .dist import _get_unpatched
  File "/usr/lib/python2.7/dist-packages/setuptools/dist.py", line 19, in 

import pkg_resources
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 84, 
in 
packaging = pkg_resources._vendor.packaging
AttributeError: 'module' object has no attribute '_vendor'
E: pybuild pybuild:256: clean: plugin distutils failed with: exit code=1: 
python2.7 setup.py clean 
dh_auto_clean: pybuild --clean -i python{version} -p 2.7 --dir . returned exit 
code 13
debian/rules:6: recipe for target 'override_dh_auto_clean' failed
make[1]: *** [override_dh_auto_clean] Error 13

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



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

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

Versions of packages python-fedora depends on:
ii  python-bs4   4.3.2-2
ii  python-bunch 1.0.1-1
ii  python-kitchen   1.1.1-1
ii  python-requests  2.7.0-3
ii  python-urllib3   1.10.4-1
pn  python:any   

python-fedora recommends no packages.

python-fedora suggests no packages.

-- no debconf information


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

Bug#789980: FTBFS: from pymongo import ... ImportError: cannot import name Connection

[Chris West (Faux)]

Source: python-mongoengine
Version: 0.6.13-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

make[2]: Entering directory '/tmp/buildd/python-mongoengine-0.6.13/docs.debian'
sphinx-build -b html -d _build/doctrees   . _build/html
Making output directory...
Running Sphinx v1.2.3

Exception occurred:
  File "/tmp/buildd/python-mongoengine-0.6.13/mongoengine/connection.py", line 
2, in 
from pymongo import Connection, ReplicaSetConnection, uri_parser
ImportError: cannot import name Connection
The full traceback has been saved in /tmp/sphinx-err-ty4S2z.log, if you want to 
report the issue to the developers.

Alternative build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-mongoengine.html

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

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


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

Bug#789981: wheel: please normalize timestamps in whl files

[Reiner Herrmann]

Source: wheel
Version: 0.24.0-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps toolchain
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

Thanks for applying the reproducibility patch in one of the last uploads! :)

We found another small issue about reproducibility of whl files (see [1]).
The timestamps still vary depending on the configured timezone.
The fix would be to store them in UTC like in the attached patch.

Regards,
 Reiner

[1]: 
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-setuptools.html
diff --git a/debian/patches/reproducible-whls.diff b/debian/patches/reproducible-whls.diff
index 18c0372..3675e3f 100644
--- a/debian/patches/reproducible-whls.diff
+++ b/debian/patches/reproducible-whls.diff
@@ -30,7 +30,7 @@ Author: Barry Warsaw 
 +if timestamp is None:
 +date_time = None
 +else:
-+date_time = time.localtime(int(timestamp))[0:6]
++date_time = time.gmtime(int(timestamp))[0:6]
 +
  # XXX support bz2, xz when available
  zip = zipfile.ZipFile(open(zip_filename, "wb+"), "w",
@@ -44,7 +44,7 @@ Author: Barry Warsaw 
 +def writefile(path, date_time):
 +if date_time is None:
 +st = os.stat(path)
-+mtime = time.localtime(st.st_mtime)
++mtime = time.gmtime(st.st_mtime)
 +date_time = mtime[0:6]
 +zinfo = zipfile.ZipInfo(path, date_time)
 +with open(path, 'rb') as fp:


signature.asc
Description: OpenPGP digital signature

Bug#789978: FTBFS: lua5.2: test_discount.lua:49: attempt to index global 'lu' (a nil value)

[Chris West (Faux)]

Source: lua-discount
Version: 1.2.10.1-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build, during tests(?):
Making target test for debian/lua5.2.dh-lua.conf
** lua dynamic (5.2) *
Test: test_discount.lua
lua5.2: test_discount.lua:49: attempt to index global 'lu' (a nil value)
stack traceback:
test_discount.lua:49: in main chunk
[C]: in ?
/usr/share/dh-lua/make/dh-lua.Makefile.single:288: recipe for target 
'test-lua-dynamic-real' failed
make[2]: *** [test-lua-dynamic-real] Error 1
/usr/share/dh-lua/make/dh-lua.Makefile.multiple:12: recipe for target 'test' 
failed

Alternative build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/lua-discount.html


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

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


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

Bug#789979: New upstream release available

[Martin Michlmayr]

Package: teeworlds
Severity: wishlist

Version 0.6.3 is available from https://www.teeworlds.com/?page=downloads

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


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

Bug#789830: unreproducible / pbuilder vs. sbuild

[Salvatore Bonaccorso]

Hi Dom, hi Gregor,

On Thu, Jun 25, 2015 at 09:52:53PM +0200, gregor herrmann wrote:
> I can't reproduce these 2 bugs.
> Apparently #789828 happens only with sbuild and not with p/cowbuiler,
> maybe #789830 falls into the same category ...

Can't neither preproduce #789830 FTBFS for libterm-filter-perl (with
sbuild).

But have not done any further check so far.

Regards,
Salvatore


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

Bug#789977: FTBFS: missing dependency: network-uri >=2.6

[Chris West (Faux)]

Package: git-repair
Version: 1.20141027
Severity: serious
Tags: sid stretch
Justification: fails to build from source (but built successfully in the past)
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs


Dear Maintainer,

The package fails to build:
[21 of 21] Compiling Main ( Setup.hs, Setup.o )
Linking Setup ...
../Setup configure
  checking version... 1.20141027
  checking git... yes
  checking git version... 2.1.4
Configuring git-repair-1.20141027...
Setup: At least the following dependencies are missing:
network-uri >=2.6
Makefile:10: recipe for target 'Build/SysConfig.hs' failed

Alternative build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/git-repair.html

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

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


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

Bug#778143: teeworlds: ftbfs with GCC-5

[Felix Geyer]

Control: tags -1 unreproducible

On Thu, 12 Feb 2015 10:37:23 + Matthias Klose  wrote:
> The package fails to build in a test rebuild on at least amd64 with
> gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The
> severity of this report may be raised before the stretch release.

I can't reproduce this.
The package builds fine with gcc 5.1.1-12 (unstable).

Felix


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

Bug#789976: ITP: yt -- Astrophysical Simulation Analysis and Visualization package

[Kacper Kowalik]

Package: wnpp
Owner: Kacper Kowalik 
Severity: wishlist
X-Debbugs-Cc: 
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org


* Package name: yt
  Version : 3.1
  Upstream Author : yt devs 
* URL : http://yt-project.org/
* License : BSD-3-Clause
  Programming Lang: Python
  Description : Framework for analyzing and visualizing simulation data

yt is an analysis and visualization system written in Python, designed
for use with Astrophysical Simulation codes. yt can process data in a
myriad of ways and make a variety of visualizations. It is designed to
be portable across simulation codes, and it is developed by developers 
from a variety of institutions and backgrounds.


It will maintained within the Debian Astronomy Working Group. A git
repository will be created on alioth [1].

Best regards
Kacper Kowalik

[1] https://anonscm.debian.org/cgit/debian-astro/packages/yt.git


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

Bug#789975: FTBFS: CMake Error at doc/doxygen .. INSTALL cannot find .. doc/doxygen/deal.tag

[Chris West (Faux)]

Source: deal.ii
Version: 8.1.0-4
Severity: serious
Tags: sid stretch
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

-- Installing: 
/tmp/buildd/deal.ii-8.1.0/debian/tmp/usr/share/doc/libdeal.ii-doc/LICENSE
CMake Error at doc/doxygen/cmake_install.cmake:36 (file):
  file INSTALL cannot find
  "/tmp/buildd/deal.ii-8.1.0/obj-x86_64-linux-gnu/doc/doxygen/deal.tag".
Call Stack (most recent call first):
  doc/cmake_install.cmake:52 (include)
  cmake_install.cmake:39 (include)
Makefile:88: recipe for target 'install' failed

An example build log can be seen:
https://reproducible.debian.net/rb-pkg/unstable/amd64/deal.ii.html

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

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


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

Bug#789828: unreproducible / pbuilder vs. sbuild

[gregor herrmann]

I can't reproduce these 2 bugs.
Apparently #789828 happens only with sbuild and not with p/cowbuiler,
maybe #789830 falls into the same category ...


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#789974: ITP: gst-plugins-espeak -- GStreamer plugin for eSpeak speech synthesis

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: gst-plugins-espeak
  Version : 0.4.0
  Upstream Author : Aleksey Lim 
* URL : 
https://wiki.sugarlabs.org/go/Activity_Team/gst-plugins-espeak
* License : GPL-2+
  Programming Lang: C
  Description : GStreamer plugin for eSpeak speech synthesis

 GStreamer is a streaming media framework, based on graphs of filters
 which operate on media data. Applications using this library can do
 anything from real-time sound processing to playing videos, and just
 about anything else media-related. Its plugin-based architecture means
 that new data types or processing capabilities can be added simply by
 installing new plug-ins.
 .
 This package contains a GStreamer plugin for using eSpeak library as a
 sound source for GStreamer.  Plugin uses given text to produce audio
 output.

This package is needed for speech synthesis features of the Sugar
 learning environment.
Package will be maintained in the Sugar team.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVjFs6AAoJECx8MUbBoAEhNb8P/AlME9sJN8/vdADDUJiYT6nr
9OyBsLDHa6uYF6LKWgmO9deTrWfqJ+t8HhkJZlAmNOmFU5Cz4xbhlUk9RsfoY+4Y
wsc40TpkEa0RMFE4S85r9Sj7OrSNBLnXPG0B5mkf/u6VSif4JRzuEYMxywD/q6jo
Z3+FLv66i9DfrBspJIksO/6PG73oOOzuTsaUqqZX5Bc+c2qy1DHQzMDZ3YzckXNh
NG0Xni2NRr8zV6g7g87RY3Uktwz5LbPtgzoazlxxw8pj0Y0jxD3xjWnfcEYPF3au
TQuGq1dhSs/fFjgBpKDeVEFMRLT30zsdIJL85SYrfPRrJoRcNJeW+SwRYveWxWeF
KksNJzLODxAb3ZGz+qQGhAcLk/k0DcO0VrvCapwH0eOPAZp3o7Cy7HSWVWu2kZMs
HIoKu5RPifaj4Dje6/lQ8Hrg6GNzfjbqTdVExW1qM3RXsvAVH+Z/mfhX6gMd7QXy
fRiweDlka0knd5oEz9eTZnrv0qh1ede4Bp5Soij+VxAKUcTjPEdPrVbBzWfvF5dh
kpvRO5J+M2tQO8QfwX8sKcMNAGNiWDzL6wqiSadUp7n9t7pqteM9wsErSv8UA8Uj
BWZ/OauxJ8Q0Txgo0oXw7Kq9Plw0y3vr3GwPsvrXxSUVovrrgAB/+mXpbtLOem50
f6osgZyvFPQkCGScsNHZ
=nUOJ
-END PGP SIGNATURE-


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

Bug#777767: Partial patch for GCC 5 build issue

[Martin Michlmayr]

I created the attached patch, which fixes the basic issue.

Note that I sent the fix uptream to Amaury Darsch and he said he'd
incorporate it.

Unfortunately, that patch is not enough to make it build in Debian.
Various patches under debian/patches/ modify the gcc-4 define file and
that has to be applied to the new gcc-5 file, too.  I didn't have the
energy to look into that...

-- 
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard
--- afnix-2.2.0~/cnf/bin/afnix-vcomp	2015-06-24 18:07:27.704828795 +
+++ afnix-2.2.0/cnf/bin/afnix-vcomp	2015-06-24 18:07:59.068829444 +
@@ -69,6 +69,7 @@
 	2.*) ccvers=2 ;;
 	3.*) ccvers=3 ;;
 	4.*) ccvers=4 ;;
+	5.*) ccvers=5 ;;
 	esac
 fi
 # check for g++
@@ -79,6 +80,7 @@
 	2.*) ccvers=2 ;;
 	3.*) ccvers=3 ;;
 	4.*) ccvers=4 ;;
+	5.*) ccvers=5 ;;
 	esac
 fi
 }
--- /dev/null	2015-01-14 06:03:17.0 +
+++ afnix-2.2.0/cnf/mak/afnix-gcc-5.mak	2015-06-24 18:28:08.364854471 +
@@ -0,0 +1,209 @@
+# 
+# - afnix-gcc5   -
+# - afnix compiler configuration - gcc configuration -
+# 
+# - This program is  free software;  you can  redistribute it and/or  modify -
+# - it provided that this copyright notice is kept intact.   -
+# -  -
+# - This  program  is  distributed in the hope  that it  will be useful, but -
+# - without  any   warranty;  without  even   the   impliedwarranty   of -
+# - merchantability  or fitness for a particular purpose. In not event shall -
+# - the copyright holder be  liable for  any direct, indirect, incidental or -
+# - special damages arising in any way out of the use of this software.  -
+# 
+# - author (c) 1999-2015 amaury   darsch -
+# - author (c) 2011-2013 pino toscano  hurd platform -
+# ---
+
+# 
+# - compiler and linker section  -
+# 
+
+CC  = g++
+LD  = g++
+LK		= g++
+AR  = ar
+RANLIB		= ranlib
+STDEVFLAGS  =
+STDCCFLAGS  = -Wall -Werror -fno-builtin
+STACCFLAGS	=
+DYNCCFLAGS	= -fPIC
+PLTCCFLAGS  = 
+DEBUGFLAGS  = -g
+OPTCCFLAGS  = -O2
+PFLCCFLAGS  = -g -pg
+COVCCFLAGS  = -g -fprofile-arcs -ftest-coverage
+CPPCCFLAGS  = -nostdinc -nostdinc++
+CXXCCFLAGS  = 
+STDDEFINES  =
+DBGDEFINES  = -DAFNIX_DEBUG
+OPTDEFINES  =
+PFLDEFINES	= -DAFNIX_DEBUG -DAFNIX_PROFILED
+STDINCLUDE  =
+AFXCPPTYPE	= GNU
+AFXCPPVERS	= 5
+
+# 
+# - compiler dependant libraries -
+# 
+
+# adjust for linux platform
+ifeq ($(PLATNAME),linux)
+PLTCCFLAGS  = -MMD -pthread
+ifeq ($(OPENMP),yes)
+PLTCCFLAGS += -fopenmp
+endif
+endif
+
+# adjust for solaris platform
+ifeq ($(PLATNAME),solaris)
+PLTDEFINES	= -MMD -D_REENTRANT
+endif
+
+# adjust for freebsd platform
+ifeq ($(PLATNAME),freebsd)
+PLTDEFINES	= -MMD -D_REENTRANT
+endif
+
+# adjust for gnu/freebsd platform
+ifeq ($(PLATNAME),gnukbsd)
+PLTDEFINES	= -MMD -D_REENTRANT
+ifeq ($(OPENMP),yes)
+PLTCCFLAGS += -fopenmp
+endif
+endif
+
+# adjust for gnu platform
+ifeq ($(PLATNAME),gnu)
+PLTDEFINES	= -MMD -D_REENTRANT
+ifeq ($(OPENMP),yes)
+PLTCCFLAGS += -fopenmp
+endif
+endif
+
+# adjust for darwin platform
+ifeq ($(PLATNAME),darwin)
+PLTDEFINES	= -D_REENTRANT
+PLTSDKROOT	= $(SDKDIR)
+PLTSDKARCH	= -arch ppc -arch ppc64 -arch i686
+PLTCCFLAGS  = -isysroot ${PLTSDKROOT} $(PLTSDKARCH)
+PLTLDFLAGS	= $(PLTCCFLAGS)
+PLTLKFLAGS	= $(PLTCCFLAGS)
+PLTEVFLAGS	= MACOSX_DEPLOYMENT_TARGET=10.5
+endif
+
+# 
+# - platform dependant linking flags -
+# 
+
+# adjust for linux platform
+ifeq ($(PLATNAME),linux)
+ARFLAGS		= rc
+LDFLAGS		= -shared -pthread
+ifeq ($(LKMODE),soname)
+LDFLAGS	   += -Wl,-soname,$(SOMAJ)
+endif
+ifeq ($(OPENMP),yes)
+LDFLAGS+= -fopenmp
+endif
+AFXCPPLIBS	=
+endif
+
+# adjust for solaris platform
+ifeq ($(PLATNAME),solaris)
+ARFLAGS		= rc
+LDFLAGS		= -shared
+ifeq ($(LKMODE),soname)
+LDFLAGS	   += -Wl,-h,$(SOMAJ)
+endif
+AFXCPPLIBS	=
+endif
+
+# adjust for freeb

Bug#789972: volk: FTBFS on 32-bit arm: undefined reference to `volk_*neon*'

[Aaron M. Ucko]

Source: volk
Version: 1.0-3
Severity: important

Builds of volk for armel and armhf have been failing:

  /usr/bin/c++   -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -D_FORTIFY_SOURCE=2  -Wall -fvisibility=hidden   
-Wl,-z,relro CMakeFiles/test_all.dir/testqa.cc.o 
CMakeFiles/test_all.dir/qa_utils.cc.o  -o test_all -rdynamic libvolk.so.1.0 
-ldl -lorc-0.4 -Wl,-rpath,/«PKGBUILDDIR»/obj-arm-linux-gnueabi/lib
  libvolk.so.1.0: undefined reference to `volk_32fc_x2_multiply_32fc_neonasm'
  libvolk.so.1.0: undefined reference to 
`volk_16i_max_star_horizontal_16i_neonasm'
  libvolk.so.1.0: undefined reference to `volk_32fc_32f_dot_prod_32fc_a_neonasm'
  libvolk.so.1.0: undefined reference to `volk_32f_x2_dot_prod_32f_neonasm_opts'
  libvolk.so.1.0: undefined reference to 
`volk_32fc_32f_dot_prod_32fc_a_neonpipeline'
  libvolk.so.1.0: undefined reference to `volk_32f_x2_dot_prod_32f_neonasm'
  collect2: error: ld returned 1 exit status

Could you please take a look?  FWIW, there were no such errors on arm64.

Thanks!


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

Bug#789971: murasaki: FTBFS on non-Linux: 'WORDSIZE' was not declared in this scope

[Aaron M. Ucko]

Source: murasaki
Version: 1.68.6-2
Severity: important

Thanks for promptly fixing binary-only builds of murasaki in general.
However, I see that the kFreeBSD builds are still failing.  The
problem appears to be that globaltypes.h defines WORDSIZE only for
Linux, Mac OS X, and "normal" FreeBSD (i.e., using the traditional BSD
userland).  I would suggest patching the header to take advantage of
__WORDSIZE whenever possible, rather than assuming it will only be
present under Linux, by changing line 41 from #ifdef __linux__ to
#ifdef __WORDSIZE.


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

Bug#777771: ants: ftbfs with GCC-5

[Martin Michlmayr]

block 71 by 777913
thanks

* Matthias Klose  [2015-02-12 10:29]:
>  from 
> /«BUILDDIR»/ants-2.1.0~rc2+git3-g9103999/Examples/antsRegistrationTemplateHeader.h:13,
>  from 
> /«BUILDDIR»/ants-2.1.0~rc2+git3-g9103999/Examples/antsRegistration3DFloat.cxx:1:
> /usr/include/ITK-4.6/vcl_compiler.h:130:4: error: #error "Dunno about this 
> gcc"
>  #  error "Dunno about this gcc"
> ^

I built ants with a locally modified /usr/include/ITK-4.6/vcl_compiler.h
that recognizes GCC 5 and it built fine until it hit the build error
mentioned in #789312.

It's likely that ants will build with GCC 5 once insighttoolkit4 has
support for GCC 5 (#777913).

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


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

Bug#789970: reportbug: need IPv6 address and AAAA record for reportbug.debian.org

[wp mirror]

Package: reportbug
Version: 6.6.3
Severity: normal
Tags: ipv6

Dear Maintainer,

0) Context

This platform is on an IPv6 only network.

1) Problem

Reportbug is unable to send e-mail to reportbug.debian.org from an IPv6
only network.

(shell) dig reportbug.debian.org
reportbug.debian.org.   2227IN  CNAME   buxtehude.debian.org.
buxtehude.debian.org.   2227IN  A   140.211.166.26
(shell) dig reportbug.debian.org 
reportbug.debian.org.   3596IN  CNAME   buxtehude.debian.org.

2) Workaround

2.1) In ~/.reportbugrc, set
smtphost reportbug.debian.org

2.2) Reportbug will then generate the e-mail to file /tmp/reportbug-foo.
2.3) Open browser to mail.google.com (which is IPv6 capable).
2.4) Click COMPOSE,
 Fill in To: and Subject:
 Copy and paste /tmp/reportbug-foo into gmail window.
 Click SEND

3) Requested action

Please provide IPv6 address and  record for reportbug.debian.org.

-- Package-specific info:
** Environment settings:
DEBEMAIL="wpmirror...@gmail.com"
DEBFULLNAME="Dr. Kent L. Miller"
INTERFACE="text"

** /home/kmiller/.reportbugrc:
reportbug_version "6.4.4"
mode standard
ui text
realname "wpmirrordev"
email "wpmirror...@gmail.com"
no-cc
header "X-Debbugs-CC: wpmirror...@gmail.com"
smtphost reportbug.debian.org

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

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

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

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
ii  dlocate1.02+nmu3
ii  emacs24-bin-common 24.4+1-5
ii  exim4  4.84-8
ii  exim4-daemon-light [mail-transport-agent]  4.84-8
ii  file   1:5.22+15-2
ii  gnupg  1.4.18-7
ii  python-gtk22.24.0-4
pn  python-gtkspell
pn  python-urwid   
pn  python-vte 
ii  xdg-utils  1.1.0~rc1+git20111210-7.4

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

python-reportbug suggests no packages.

-- no debconf information

Bug#789702: [php-maint] Bug#789702: php5: SOAP when throwing exception server side causes Segmentation Fault

[Joshua Dennis]

I installed 5.6.10 following the instructions with the link you provided.  It 
yielded the exact same results.  I’d really like to see this bug fixed, but 
unfortunately I won’t be able to devote any more time to this currently to 
start a whole other bug reporting process through PHP directly.

Josh

On Wed, 24 Jun 2015 10:10:41 +0200 =?UTF-8?Q?Ond=C5=99ej=20Sur=C3=BD?= 
 wrote:
> Hi Joshua,
> 
> could you try to reproduce the segfault with 5.6.10 available from here:
> 
> http://packages.sury.org/php5-5.6/
> 
> And if that doesn't help it would be best to report thisdirectly to the
> upstream: https://bugs.php.net/how-to-report.php
> 
> Cheers,
> Ondrej
> 
> On Tue, Jun 23, 2015, at 17:10, Joshua Dennis wrote:
> > Package: libapache2-mod-php5
> > Version: 5.6.9+dfsg-0+deb8u1
> > Severity: normal
> > 
> > Dear Maintainer,
> > 
> > *** Reporter, please consider answering these questions, where
> > appropriate ***
> > 
> >* What led up to the situation?
> > A client application connection to a SOAP server running this version of
> > PHP on Debian Jessie was randomly getting the following error
> > "Error Fetching http headers".  This caused major issues with our client
> > application.
> > 
> > After further investigation I looked at the apache error logs and saw the
> > following error every time this happened.(a lot)
> > [Tue Jun 23 08:28:57.841494 2015] [core:notice] [pid 4038] AH00052: child
> > pid 4085 exit signal Segmentation fault (11)
> > 
> >* What exactly did you do (or not do) that was effective (or
> >  ineffective)?
> > I triangulated this issue to when the SOAP server side running this
> > version of PHP throws an exception, that is causing this Segmentation
> > fault to occur.  I modified my SOAP server side script for now
> > to no longer "throw" any exceptions to work around this.
> > 
> >* What was the outcome of this action?
> > I am no longer getting Segmentation Faults in the scenarios where I knew
> > I was getting them for sure prior.
> > 
> >* What outcome did you expect instead?
> > I didn't expect PHP to Segmentation Fault when "throwing" and exception
> > over SOAP.
> > 
> > I tried getting a coredump of this, but wasn't able to succefully do
> > that.  I did have apache running with gdb, here is a copy/paste of what I
> > saw in there
> > when I triggered this Segfault.
> > 
> > 
> > (gdb) run -X
> > The program being debugged has been started already.
> > Start it from the beginning? (y or n) n
> > Program not restarted.
> > (gdb) backtrace
> > #0  0x73c9bd5f in instanceof_function_ex () from



Joshua Dennis
Robertson Heating Supply
IT Manager

Bug#789969: ITP: node-text-encoding -- Polyfill for the Encoding Living Standard's API

[Julien Puydt]

Package: wnpp
Severity: wishlist
Owner: Julien Puydt 
X-Debbugs-CC: pkg-javascript-de...@lists.alioth.debian.org

* Package name: node-text-encoding
  Version : 0.5.2
  Upstream Author : Joshua Bell 
* URL : https://github.com/inexorabletash/text-encoding
* License : Apache-2.0
  Programming Lang: JavaScript
  Description : Polyfill for the Encoding Living Standard's API

 Provides a polyfill for the Encoding Living Standard's API for the
 Web, allowing encoding and decoding of textual data to and from
 Typed Array buffers for binary data in JavaScript.
 .
 Node.js is an event-based server-side JavaScript engine.


Snark on #debian-js


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

Bug#789260: libburn4: Incompatibility with Plextor PX-608CU burner

[Дмитрий Нестеркин]

Google says that different devices fail after different time or volume of
data. Reliable kernels seem to be 3.12.32, 3.17.4-3.17.6. Maybe 4.0.1 and
4.0.5. I'm going to test them all.
And yes, your thought about power seems to be correct because users with
disabled USB power management are not affected.
25.06.2015 21:19 пользователь "Thomas Schmitt"  написал:

> Hi,
>
> > The bug is in xHCI support.
> > So it WAS a bus/device reset indeed.
> > After disabling USB 3.0 in BIOS I was able to successfully burn DVD using
> > cdrskin.
>
> Oh yes. So end most of my merry bug hunts. :))
> (Please sign the Thomas-is-not-to-blame warrant and file it
>  to the applicable authorities.)
>
>
> Now how do i identify whether my BD burners are at USB 3.0 ?
>
> The USB boxes are off when booting. I enforce reproducible
> device addresses by switching them on one by one later.
> Then i get messages like:
> [ 9048.631388] usb 1-1.1: new high-speed USB device number 7 using ehci-pci
> [ 9083.417859] usb 1-1.2: new high-speed USB device number 8 using ehci-pci
> [10155.914226] usb 1-1.3: new high-speed USB device number 9 using ehci-pci
>
> But i also isuccessfully copied about 350 GB from a USB disk:
> [16375.104439] usb 3-1: new high-speed USB device number 2 using xhci_hcd
>
> It seems there is a hardware component involved, which i am
> glad to not have bought with my new machine.
>
>
> Have a nice day :)
>
> Thomas
>
>

Bug#787349: [RC][cc-by-nc-sa] Please clarify license of extra/libkipi/pics/kipi-*.svg

[Alan Pater]

Note that the offending license was removed upstream 9 months ago.


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

Bug#789968: New upstream release available

[Martin Michlmayr]

Package: afnix
Severity: wishlist

Version 2.5.1 was released in January 2015.

See http://www.afnix.org/

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


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

Bug#771065: ITP: python-cassandra-driver -- client driver for Apache Cassandra db

[Sandro Tosi]

control: owner -1 !

Hello,
I'm taking over this ITP as i need the pkg at work and there was no
progress in 7 months.

Sandro


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

Bug#777110: digikam: new upstream release 4.11.0

[Alan Pater]

digikam is now at 4.11.0

According to the release plan, 4.12.0 is due in a month. digikam
consistently releases new versions every 6 weeks.

https://www.digikam.org/about/releaseplan


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

Bug#778072: powermanga: ftbfs with GCC-5

[Markus Koschany]

On Thu, 12 Feb 2015 10:35:53 + Matthias Klose  wrote:
> Package: src:powermanga
> Version: 0.93-1
> Severity: normal
> Tags: sid stretch
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-5

I think removing -Werror for non-test builds would be even better.

Thanks,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#789967: clutter-gst: stay out of testing

[Emilio Pozuelo Monfort]

Source: clutter-gst
Severity: serious
Tags: sid stretch

clutter-gst is scheduled for removal. This bug is meant to keep it out of
testing until it can be completely removed.

Emilio


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

Bug#777764: Patch for GCC 5 build issue

[Martin Michlmayr]

tags 64 + patch
thanks

Here's a fix for the GCC 5 build issue.  I added -std=gnu89 to CFLAGS
to use the GNU89 inline semantics.  Upstream may prefer to move to C99
instead, please see section "Different semantics for inline functions"
at https://gcc.gnu.org/gcc-5/porting_to.html for more background.

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

diff -u abook-0.6.0~pre2/debian/rules abook-0.6.0~pre2/debian/rules
--- abook-0.6.0~pre2/debian/rules
+++ abook-0.6.0~pre2/debian/rules
@@ -9,7 +9,7 @@
 QUILT_STAMPFN = patch-stamp
 include /usr/share/quilt/quilt.make
 
-CFLAGS = -g -Wall
+CFLAGS = -g -Wall -std=gnu89
 INSTALL = install
 INSTALL_FILE= $(INSTALL) -p-oroot -groot -m644
 INSTALL_PROGRAM = $(INSTALL) -p-oroot -groot -m755

Bug#789187: moarvm on mispel

[Arturo Borrero Gonzalez]

On 24 June 2015 at 22:18, Daniel Dehennin  wrote:
> Arturo Borrero Gonzalez  writes:
>
>> Hi,
>>
>> upstream has added libffi support [0].
>>
>> best regards.
>>
>> [0] 
>> https://github.com/MoarVM/MoarVM/commit/cfdd2455914d198a787a08533ce43d27d5a1a8ac
>
> Yes and Tobias Leich tested it on mips and it worked.
>
> We should be able to re-enable near all architectures.
>
> According to Dominique Dumont, we have 3 way to handle that, quote from
> IRC:
>
>  nebuchadnezzar: I see 3 ways to handle that ranging from good
>   but time consuming to not so good but less time consuming
>  from good to bad
>  1. test build on porter boxes (a set of hosts maintained by
>   Debian)
>  2. upload the package and see what fails on build daemons
>  3. restrict the list of supported arch and allow arch when
>   user show interest (preferably with a patch)
>  I don't remember if we can allow non DD to use porter boxes.
>

If you are using git for packaging, I propose:
 * upload the packaging of latests upstream (which enables libffi and
thus mips*) to some temp branch.
 * I will checkout and build the package in my mipsel machine.

Please, let me know.

best regards.
-- 
Arturo Borrero González


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

Bug#789966: redshift-gtk: trying to overwrite '/usr/bin/redshift-gtk', which is also in package gtk-redshift 1.10-1

[Axel Beckert]

Package: redshift-gtk
Version: 1.10-2
Severity: serious

Dear Maintainer,

the (IMHO completely unnecessary) switch from gtk-redshift to
redshift-gtk fails because the Breaks/Replaces headers in redshift-gtk
are against the wrong version of the gtk-redshift package:

Unpacking redshift-gtk (1.10-2) ...
dpkg: error processing archive 
/var/cache/apt/archives/redshift-gtk_1.10-2_all.deb (--unpack):
 trying to overwrite '/usr/bin/redshift-gtk', which is also in package 
gtk-redshift 1.10-1
[…]
Errors were encountered while processing:
 /var/cache/apt/archives/redshift-gtk_1.10-2_all.deb
[…]
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
[…]

Current headers are:

Replaces: gtk-redshift (<< 1.10-1~)
Breaks: gtk-redshift (<< 1.10-1~)

But they should be:

Replaces: gtk-redshift (<< 1.10-2~)
Breaks: gtk-redshift (<< 1.10-2~)

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (111, 'buildd-unstable'), 
(111, 'buildd-experimental'), (110, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages redshift-gtk depends on:
ii  gir1.2-appindicator3-0.1  0.4.92-3.1
ii  python-gtk2   2.24.0-4
ii  python3   3.4.2-2
ii  python3-gi3.16.2-1
ii  python3-xdg   0.25-4
pn  python3:any   
ii  redshift  1.10-2

Versions of packages redshift-gtk recommends:
ii  at-spi2-core  2.16.0-1

redshift-gtk suggests no packages.

-- no debconf information


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

Bug#789260: libburn4: Incompatibility with Plextor PX-608CU burner

[Thomas Schmitt]

Hi,

> The bug is in xHCI support.
> So it WAS a bus/device reset indeed.
> After disabling USB 3.0 in BIOS I was able to successfully burn DVD using
> cdrskin.

Oh yes. So end most of my merry bug hunts. :))
(Please sign the Thomas-is-not-to-blame warrant and file it
 to the applicable authorities.)


Now how do i identify whether my BD burners are at USB 3.0 ?

The USB boxes are off when booting. I enforce reproducible
device addresses by switching them on one by one later.
Then i get messages like:
[ 9048.631388] usb 1-1.1: new high-speed USB device number 7 using ehci-pci
[ 9083.417859] usb 1-1.2: new high-speed USB device number 8 using ehci-pci
[10155.914226] usb 1-1.3: new high-speed USB device number 9 using ehci-pci

But i also isuccessfully copied about 350 GB from a USB disk:
[16375.104439] usb 3-1: new high-speed USB device number 2 using xhci_hcd

It seems there is a hardware component involved, which i am
glad to not have bought with my new machine.


Have a nice day :)

Thomas


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

Bug#778072: powermanga: ftbfs with GCC-5

[Markus Koschany]

On Thu, 12 Feb 2015 10:35:53 + Matthias Klose  wrote:
> Package: src:powermanga
> Version: 0.93-1
> Severity: normal
> Tags: sid stretch
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-5

[...]

> The package fails to build in a test rebuild on at least amd64 with
> gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The
> severity of this report may be raised before the stretch release.

Hello Bruno,

please find attached a trivial workaround for a powermanga build failure
with GCC-5. I recommend to remove the -pedantic flag when building
powermanga for production purposes to avoid similar build failures in
the future. Of course it is fine (even encouraged) to use it for testing
/ developing.

Regards,

Markus
From: Markus Koschany 
Date: Thu, 25 Jun 2015 20:04:04 +0200
Subject: no pedantic build

Forwarded: via e-mail to upstream
---
 configure.ac | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/configure.ac b/configure.ac
index a502f5f..49db5dd 100644
--- a/configure.ac
+++ b/configure.ac
@@ -54,7 +54,7 @@ if test "x${enable_devel}" = "xyes"; then
   AC_DEFINE(USE_MALLOC_WRAPPER, 1, Define to use a malloc wrapper)
   CFLAGS="-Wall -Werror -pedantic -Wextra -std=gnu99 -g"
 else
-  CFLAGS="-O3 -Werror -Wall -pedantic -Wextra -std=gnu99 $CFLAGS"
+  CFLAGS="-O3 -Werror -Wall -Wextra -std=gnu99 $CFLAGS"
 fi
 
 dnl  Check for SDL_mixer


signature.asc
Description: OpenPGP digital signature

Bug#789481: Stops Qt5 transition

[Lisandro Damián Nicanor Pérez Meyer]

Hi musescore maintainers! I'm afraid this FTBFS is stopping the Qt5 
transition. I'll try to look at the proposed fix in the other related bug, but 
it would be really cool if you can get to it sooner.

Kinds regards, Lisandro.

-- 
Tiempo para el tiempo y un rato mas.
  Profecías, Vox Dei, basado en Eclesiastes 3:1-9

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


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

Bug#789965: xtel: please make the build reproducible

[Dhole]

Source: xtel
Version: 3.3.0-17.1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

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

The attached patch removes extra timestamps from compressed files by
gzip and from the png icon.
Once applied, and with a patched version of the dependency xutils-dev,
xtel can be built reproducibly in our current experimental framework.

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

-- 
Dhole
diff -u xtel-3.3.0/debian/changelog xtel-3.3.0/debian/changelog
--- xtel-3.3.0/debian/changelog
+++ xtel-3.3.0/debian/changelog
@@ -1,3 +1,11 @@
+xtel (3.3.0-17.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Don't store timestamps when calling gzip and remove timestamps from png
+to make package build reproducibly
+
+ -- Dhole   Thu, 25 Jun 2015 16:30:25 +0200
+
 xtel (3.3.0-17.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u xtel-3.3.0/debian/rules xtel-3.3.0/debian/rules
--- xtel-3.3.0/debian/rules
+++ xtel-3.3.0/debian/rules
@@ -20,7 +20,7 @@
xmkmf
make Xtel
# convert the mean gif file into a png file
-   convert xtel.gif xtel.png
+   convert xtel.gif +set date:create +set date:modify -define 
png:exclude-chunk=time xtel.png
touch build-stamp
 
 clean:
@@ -62,7 +62,7 @@
install -m 644 LISEZMOI.txt debian/xtel/usr/share/doc/LANG/fr/xtel/
install -m 644 FAQ.txt debian/xtel/usr/share/doc/LANG/fr/xtel/
install -m 644 README_IMINITEL.txt 
debian/xtel/usr/share/doc/LANG/fr/xtel/
-   gzip -9v debian/xtel/usr/share/doc/LANG/fr/xtel/*.txt
+   gzip -9vn debian/xtel/usr/share/doc/LANG/fr/xtel/*.txt
# Install png image example
install -m 644 xtel.png debian/xtel/usr/share/doc/xtel/
# Create a symlink in /usr/share/doc/xtel to the french doc directory


signature.asc
Description: OpenPGP digital signature

Bug#785495: gdm3: handle new Xorg "-nolisten tcp" default

[Junior Polegato]

Package: gdm3
Followup-For: Bug #785495

Dear Maintainer,

Hi! I do this and works fine:

$ mkdir gdm3_listen_tcp
$ cd gdm3_listen_tcp
$ su -c 'apt-get install quilt'
$ apt-get source gdm3
$ cd gdm3-3.14.1
$ export QUILT_PATCHES=debian/patches
$ quilt new 97_listen_tcp.patch
$ quilt add daemon/gdm-server.c
$ sed -i 's/server->priv->disable_tcp && ! query_in_arglist/!
server->priv->disable_tcp || query_in_arglist/' daemon/gdm-server.c
$ sed -i 's/-nolisten/-listen/' daemon/gdm-server.c
$ quilt refresh
$ su -c 'apt-get build-dep gdm3'
$ su -c 'apt-get install devscripts'
$ dch -i "Add listen tcp support"
$ debuild -uc -us
$ cd ..
$ su -c 'dpkg -i *.deb'

Then I finish my Gnome session, login again and now works perfect:

$ ps -axf|grep Xorg
22853 tty7 Ssl+   1:40  \_ /usr/bin/Xorg :0 -novtswitch -background none
-noreset -verbose 3 -auth /var/run/gdm3/auth-for-Debian-gdm-BoxRGa/database
-seat seat0 -listen tcp vt7



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'oldstable'), (65, 'unstable'), (60, 
'stable'), (55, 'experimental')
Architecture: i386 (i686)

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

Versions of packages gdm3 depends on:
ii  accountsservice   0.6.40-2
ii  adduser   3.113+nmu3
ii  blackbox [x-window-manager]   0.70.1-29
ii  dconf-cli 0.24.0-2
ii  dconf-gsettings-backend   0.24.0-2
ii  debconf [debconf-2.0] 1.5.56
ii  e16 [x-window-manager]1.0.0-4
ii  e17 [x-window-manager]0.17.6-1
ii  fluxbox [x-window-manager]1.3.5-2
ii  flwm [x-window-manager]   1.02+cvs20080422-11
ii  fvwm [x-window-manager]   1:2.6.5.ds-4
ii  fvwm-crystal [x-window-manager]   3.3.1+dfsg-1
ii  gir1.2-gdm3   3.14.1-8.1
ii  gnome-session [x-session-manager] 3.16.0-1
ii  gnome-session-bin 3.16.0-1
ii  gnome-settings-daemon 3.16.2-3
ii  gnome-shell   3.14.4-1
ii  gnome-terminal [x-terminal-emulator]  3.16.2-1
ii  gsettings-desktop-schemas 3.16.1-1
ii  libaccountsservice0   0.6.40-2
ii  libaudit1 1:2.4.2-1
ii  libc6 2.19-18
ii  libcanberra-gtk3-00.30-2.1
ii  libcanberra0  0.30-2.1
ii  libgdk-pixbuf2.0-02.31.4-2
ii  libgdm1   3.14.1-8.1
ii  libglib2.0-0  2.44.1-1
ii  libglib2.0-bin2.44.1-1
ii  libgtk-3-03.16.4-2
ii  libpam-modules1.1.8-3.1
ii  libpam-runtime1.1.8-3.1
ii  libpam-systemd215-18
ii  libpam0g  1.1.8-3.1
ii  librsvg2-common   2.40.9-2
ii  libselinux1   2.3-2+b1
ii  libsystemd0   215-18
ii  libwrap0  7.6.q-25
ii  libx11-6  2:1.6.3-1
ii  libxau6   1:1.0.8-1
ii  libxdmcp6 1:1.1.2-1
ii  libxrandr22:1.4.2-1+b1
ii  lsb-base  4.1+Debian13+nmu1
ii  metacity [x-window-manager]   1:3.14.3-1
ii  mutter [x-window-manager] 3.14.4-2+b1
ii  openbox [x-window-manager]3.5.2-8
ii  policykit-1   0.105-8
ii  twm [x-window-manager]1:1.0.9-1
ii  ucf   3.0030
ii  wmaker [x-window-manager] 0.95.6-1.1
ii  x11-common1:7.7+9
ii  x11-xserver-utils 7.7+4
ii  xfce4-session [x-session-manager] 4.12.1-3
ii  xfwm4 [x-window-manager]  4.12.3-1
ii  xterm [x-terminal-emulator]   318-2

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.16.0-1
ii  desktop-base   8.0.2
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  x11-xkb-utils  7.7+2
ii  xserver-xephyr 2:1.17.1-2
ii  xserver-xorg   1:7.7+9
ii  zenity 3.16.2-1

Versions of packages gdm3 suggests:
ii  gnome-orca3.16.2-1
ii  libpam-gnome-keyring  3.16.0-2

-- Configuration Files:
/etc/gdm3/daemon.conf changed:
[daemon]
[security]
DisallowTCP = false
[xdmcp]
[greeter]
[chooser]
[debug]


-- debconf information:
  gdm3/daemon_name: /usr/sbin/gdm3
* shared/default-x-display-manager: gdm3


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

Bug#785410: cgminer and icarus

[Axel Beckert]

Hi,

Scott Howard wrote:
> Thanks for the detailed report!
> I tried to look into the getdeb.net version but couldn't see how/what
> they are doing differently. Now that jessie is released I uploaded
> cgminer 4.9.2. Could you test that version (in unstable) and see if it
> works any better?

This looks much better, indeed:

[2015-06-25 19:54:44] AMU 0: Found at 2:102

Can be closed with 4.9.2-1 from my point of view.

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


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

Bug#789964: xutils-dev: please make the build reproducible

[Dhole]

Source: xutils-dev
Version: 1:7.7+3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that xutils-dev makes some packages not build reproducibly.

The attached patch modifies the default GzipCmd used in Imake from
'gzip' to 'gzip -n' so that timestamps are not stored in packages that
use functions depending on GzipCmd.
Once applied, xtel (and maybe others) can be built reproducibly in our
current experimental framework.

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

-- 
Dhole
diff -Nru xutils-dev-7.7+3/debian/changelog xutils-dev-7.7+3.1/debian/changelog
--- xutils-dev-7.7+3/debian/changelog   2014-05-21 21:46:36.0 +0200
+++ xutils-dev-7.7+3.1/debian/changelog 2015-06-25 18:12:12.0 +0200
@@ -1,3 +1,11 @@
+xutils-dev (1:7.7+3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Change default GzipCmd to `gzip -n` so that packages depending on
+xutils-dev can be built reproducibly
+
+ -- Dhole   Thu, 25 Jun 2015 18:11:15 +0200
+
 xutils-dev (1:7.7+3) unstable; urgency=medium
 
   * gccmakedep 1.0.3.
diff -Nru xutils-dev-7.7+3/xorg-cf-files/Imake.tmpl 
xutils-dev-7.7+3.1/xorg-cf-files/Imake.tmpl
--- xutils-dev-7.7+3/xorg-cf-files/Imake.tmpl   2014-05-21 21:01:41.0 
+0200
+++ xutils-dev-7.7+3.1/xorg-cf-files/Imake.tmpl 2015-06-25 18:09:25.0 
+0200
@@ -1190,7 +1190,7 @@
 #define CompressCmd compress
 #endif
 #ifndef GzipCmd
-#define GzipCmd gzip
+#define GzipCmd gzip -n
 #endif
 #ifndef CppCmd
 #define CppCmd /LibDirName/cpp


signature.asc
Description: OpenPGP digital signature