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
