Bug#1007175: RFP: poezio-omemo -- OMEMO End-to-End Encryption plugin for poezio
Package: wnpp Severity: wishlist * Package name: poezio-omemo Version : 0.5.0 Upstream Author : Maxime “pep” Buquet * URL : https://lab.louiz.org/poezio/poezio-omemo * License : GPLv3 Programming Lang: Python Description : OMEMO End-to-End Encryption plugin for poezio I am the author and maintainer of poezio-omemo[0], a plugin for poezio[1], an xmpp client written in Python. This plugin is an interface to slixmpp-omemo[2] for poezio. Its dependencies are slixmpp and poezio. [0]: https://lab.louiz.org/poezio/poezio-omemo [0]: https://lab.louiz.org/poezio/poezio [0]: https://lab.louiz.org/poezio/slixmpp-omemo signature.asc Description: PGP signature
Bug#1007174: RFP: slixmpp-omemo -- OMEMO End-to-End Encryption plugin for slixmpp
Package: wnpp Severity: wishlist * Package name: slixmpp-omemo Version : 0.6.0 Upstream Author : Maxime “pep” Buquet * URL : https://lab.louiz.org/poezio/slixmpp-omemo * License : GPLv3 Programming Lang: Python Description : OMEMO End-to-End Encryption plugin for slixmpp I am the author and maintainer of slixmpp-omemo[0], a plugin for slixmpp, an xmpp library written in Python, implementing the OMEMO End-to-End Encryption mechanism (XEP-0384 version 0.3.0[2] currently in the library). Its main dependencies are slixmpp and python-omemo. The latter would need an update but both are fortunately already present. [0]: https://lab.louiz.org/poezio/slixmpp-omemo [1]: https://lab.louiz.org/poezio/slixmpp [2]: https://xmpp.org/extensions/attic/xep-0384-0.3.0.html signature.asc Description: PGP signature
Bug#869097: Sphinsearch crash dump
https://github.com/sphinxsearch/sphinx/commit/e14a9bc5b63d9399dbabad4e63313079e4c6e8bb Apparently this commit fixes the problem. I have a fix running locally, it would be nice if this could get backported. Thanks -- Maxime “pep” Buquet signature.asc Description: PGP signature
Bug#869097: Sphinsearch crash dump
Here is a new bt, I am not sure it is related, but I am now getting these all the time after the average 2s of indexing is done in searchd. --- crashed SphinxAPI request dump --- --- request dump end --- Sphinx 2.2.11-id64-release (95ae9a6) Handling signal 11 -- backtrace begins here --- Program compiled with x86_64-linux-gnu-gcc 6.2.1 Configured with flags: '--prefix=/usr' '--includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' '--disable-silent-rules' '--libd ir=${prefix}/lib/x86_64-linux-gnu' '--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' '--disable-dependency-tracking' '--host=x86_64-linux-gnu' '--build=x86_64-linux-gnu' '--localstatedir=/ var/lib/sphinxsearch' '--sysconfdir=/etc/sphinxsearch' '--with-libstemmer' '--with-pgsql' 'build_alias=x86_64-linux-gnu' 'host_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fdebug-prefix-map=/build/sphinxsearch-uQF11y/ sphinxsearch-2.2.11=. -fstack-protector-strong -Wformat -Werror=format-security -O2' 'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' 'CXXFLAGS=-g -O2 -fdebug-prefix-map=/build/sphinxsearch-uQF11 y/sphinxsearch-2.2.11=. -fstack-protector-strong -Wformat -Werror=format-security' Host OS is Linux x86-ubc-01 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux Stack bottom = 0x7ffeafbec637, thread stack size = 0x10 Trying manual backtrace: Frame pointer is null, manual backtrace failed (did you build with -fomit-frame-pointer?) Trying system backtrace: begin of system symbols: /usr/bin/searchd(+0x1cf939)[0x56419e43a939] /usr/bin/searchd(+0x65097)[0x56419e2d0097] /lib/x86_64-linux-gnu/libpthread.so.0(+0x110c0)[0x7f08f5def0c0] /lib/x86_64-linux-gnu/libc.so.6(+0x84380)[0x7f08f5226380] /usr/bin/searchd(+0xfb9d4)[0x56419e3669d4] /usr/bin/searchd(+0xfc10c)[0x56419e36710c] /usr/bin/searchd(+0x70643)[0x56419e2db643] /usr/bin/searchd(+0x8a22c)[0x56419e2f522c] /usr/bin/searchd(+0xb0e71)[0x56419e31be71] /usr/bin/searchd(+0x5f9ae)[0x56419e2ca9ae] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7f08f51c22b1] /usr/bin/searchd(+0x5ff6a)[0x56419e2caf6a] -- backtrace ends here --- Please, create a bug report in our bug tracker (http://sphinxsearch.com/bugs) and attach there: a) searchd log, b) searchd binary, c) searchd symbols. Look into the chapter 'Reporting bugs' in the documentation (/usr/share/doc/sphinx/sphinx.txt or http://sphinxsearch.com/docs/current.html#reporting-bugs) --- BT to source lines (depth 12): --- ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 --- BT to source lines finished --- --- CRASH DUMP END --- -- Maxime “pep” Buquet signature.asc Description: PGP signature
Bug#869097: Sphinxsearch crash dump
Package: sphinxsearch Version: 2.2.11-1.1 Below is a crash dump I get when running searchd. I am running `Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u1 (2017-06-18) x86_64 GNU/Linux`. I don't know how to reproduce but it happens often enough, I've been running `/usr/bin/searchd --nodetach --console --logdebugv` in a while true loop and it is not regular at all but I can see it happens ever 30s on average (no pattern here). ``` --- FATAL: CRASH DUMP --- [Thu Jul 20 14:01:43.679 2017] [ 9512] --- crashed SphinxAPI request dump --- AAEBBP4AIQ5zcGFfbWFpbl9pbmRleANmb28RJV9fU1RBUlRfTUFUQ0hfXyUP JV9fRU5EX01BVENIX18lFSVfX0NIVU5LX1NFUEFSQVRPUl9fJQAAAQAFAAAB BWluZGV4BG5vbmUFX05lY2VzaXRhcyBmaWx0cmFyIGxhIHNhbGlkYSBkZSBlc3Rl IGNvbWFuZG8gcGFyYSBtb3N0cmFyIHPDs2xvIGxhcyBsw61uZWFzIHF1ZSBjb250aWVuZW4gImZvbyIu AA== --- request dump end --- Sphinx 2.2.11-id64-release (95ae9a6) Handling signal 11 -- backtrace begins here --- Program compiled with x86_64-linux-gnu-gcc 6.2.1 Configured with flags: '--prefix=/usr' '--includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' '--disable-silent-rules' '--libdir=${prefix}/lib/x86_64-linux-gnu' '--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' '--disable-dependency-tracking' '--host=x86_64-linux-gnu' '--build=x86_64-linux-gnu' '--localstatedir=/var/lib/sphinxsearch' '--sysconfdir=/etc/sphinxsearch' '--with-libstemmer' '--with-pgsql' 'build_alias=x86_64-linux-gnu' 'host_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fdebug-prefix-map=/build/sphinxsearch-uQF11y/sphinxsearch-2.2.11=. -fstack-protector-strong -Wformat -Werror=format-security -O2' 'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' 'CXXFLAGS=-g -O2 -fdebug-prefix-map=/build/sphinxsearch-uQF11y/sphinxsearch-2.2.11=. -fstack-protector-strong -Wformat -Werror=format-security' Host OS is Linux x86-ubc-01 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux Stack bottom = 0x7fff91d52707, thread stack size = 0x10 Trying manual backtrace: Something wrong with thread stack, manual backtrace may be incorrect (fp=0x7fff91d4f6e0) Stack looks OK, attempting backtrace. 0x5611e98da4a0 Something wrong in frame pointers, manual backtrace failed (fp=5611e98d9604) Trying system backtrace: begin of system symbols: /usr/bin/searchd(+0x1cfca1)[0x5611e94e1ca1] /usr/bin/searchd(+0x65097)[0x5611e9377097] /lib/x86_64-linux-gnu/libpthread.so.0(+0x110c0)[0x7f5f948b60c0] /lib/x86_64-linux-gnu/libc.so.6(strlen+0x26)[0x7f5f93ce9646] /usr/bin/searchd(+0x1a6df5)[0x5611e94b8df5] /usr/bin/searchd(+0xa7f67)[0x5611e93b9f67] /usr/bin/searchd(+0xa905f)[0x5611e93bb05f] /usr/bin/searchd(+0xafc5b)[0x5611e93c1c5b] /usr/bin/searchd(+0xb03e1)[0x5611e93c23e1] /usr/bin/searchd(+0xb14a1)[0x5611e93c34a1] /usr/bin/searchd(+0x5f9ae)[0x5611e93719ae] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7f5f93c892b1] /usr/bin/searchd(+0x5ff6a)[0x5611e9371f6a] -- backtrace ends here --- Please, create a bug report in our bug tracker (http://sphinxsearch.com/bugs) and attach there: a) searchd log, b) searchd binary, c) searchd symbols. Look into the chapter 'Reporting bugs' in the documentation (/usr/share/doc/sphinx/sphinx.txt or http://sphinxsearch.com/docs/current.html#reporting-bugs) --- BT to source lines (depth 13): --- ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 ??:0 --- BT to source lines finished --- --- CRASH DUMP END --- ``` Thanks -- Maxime “pep” Buquet signature.asc Description: PGP signature
Bug#864268: Documentation mentions ext3 as default filesystem
Source: debian-installer Version: 20170525 The documentation[0] still states that ext3 is the default filesystem. This should probably be updated to ext4. [0]: https://sources.debian.net/src/debian-installer/20170525/doc/devel/partman-auto-recipe.txt -- Maxime “pep” Buquet signature.asc Description: PGP signature
Bug#854252: biboumi: systemd unit file references non-existant group
> It sounds like you are more familiar with systemd than me, so would you > mind proposing a hardened systemd service file? > > Also, you are quite welcome to join us in maintaining biboumi packaging > for Debian, if you are interested. (you need not be a formal Debian > developer). Hi Jonas, If you take a look at `unit/biboumi.service.cmake` in the biboumi sources, you can define your own `SERVICE_USER` and `SERVICE_GROUP` variables and cmake should use them instead. They just default to "nobody". Best, -- Maxime “pep” Buquet signature.asc Description: PGP signature