Bug#1071182: dracut: requires changes for systemd 256; boot fails otherwise

Control: reopen -1 Control: tags -1 patch Just to clarify, the original report mentiones two changes required for systemd 256: | 1. systemd 256 makes /usr read-only in initrd: |- https://github.com/systemd/systemd/issues/32511 |- https://github.com/dracut-ng/dracut-ng/issues/253 | |

Bug#1071182: dracut: requires changes for systemd 256; boot fails otherwise

Source: dracut Version: 060+5-8 Followup-For: Bug #1071182 Tags: patch The following patch addresses the case where /usr and possibly /etc are mounted read-only in the initrd, and therefore fixes the error messsages mentioned in my previous email. From: Holger Weiss Date: Thu, 30 May 2024

Bug#1013644: erlang-p1-tls: FTBFS: test failed

This might be caused by a missing "certs" directory in the OpenSSL configuration directory as pointed out here: https://github.com/processone/fast_tls/issues/59#issuecomment-1190378832

Bug#900152: nsca-ng: FTBFS against openssl 1.1.1

* Kurt Roeckx [2019-03-20 07:31]: > On Tue, Mar 19, 2019 at 11:21:19PM +0100, Holger Weiß wrote: > > * Kurt Roeckx [2019-03-19 22:59]: > > > On Tue, Mar 19, 2019 at 10:28:06PM +0100, Holger Weiß wrote: > > > > Yes, it's an OpenSSL bug. If TLSv1.3

Bug#900152: nsca-ng: FTBFS against openssl 1.1.1

* Kurt Roeckx [2019-03-19 22:59]: > On Tue, Mar 19, 2019 at 10:28:06PM +0100, Holger Weiß wrote: > > Yes, it's an OpenSSL bug. If TLSv1.3 is used, SSL_get_psk_identity()¹ > > unexpectedly returns NULL. I now avoid the function to work around the > > issue. > > This

Bug#900152: nsca-ng: FTBFS against openssl 1.1.1

Just for the record: * Sebastian Andrzej Siewior [2018-11-05 00:28]: > It is a TLS1.3 issue. If I limit max protocol to TLS1.2 then the > testsuite passes. Yes, it's an OpenSSL bug. If TLSv1.3 is used, SSL_get_psk_identity()¹ unexpectedly returns NULL. I now avoid the function to work around

Bug#924664: ejabberd: node migration broken

* Anton Ivanov [2019-03-15 15:35]: > Can't restore backup from "/var/lib/ejabberd/restore.erl" at node > 'ejabb...@jabber.kot-begemot.co.uk': Table config does not exist. To work around the issue, you could open an "ejabberdctl debug" shell on the new node and run the following calls (including

Bug#900152: nsca-ng: FTBFS against openssl 1.1.1

* Sebastiaan Couwenberg [2018-08-23 07:13]: > Are you aware of this issue in NSCA-ng? No. > I did not find a link to a bugtracker on nsca-ng.org, so I'm forwarding > this by email. I've now enabled the issue tracker on GitHub; if you believe this to be an upstream bug, feel free to report it

Bug#804529: ejabberd: HTTP upload fails with 'bad argument in call to erlang:list_to_binary()'

* Josef Kufner [2015-11-09 10:30]: > when trying to share file via HTTP upload method (mod_http_upload) the > upload fails with following error in log. The uploaded photo was small > PNG. Both Gajim and Conversations clients failed. > > 2015-11-09 10:20:51.788 [info]

Bug#772031: Please allow SSL cert and key to be read from different files

* Paul Muster [2015-11-04 21:21]: > It's especially _necessary_ to split key, cert and chain to different > files to be able to use Let's Encrypt certificates. I haven't played with Let's Encrypt yet, but I guess you could just run $ cat key.pem cert.pem chain.pem >

Bug#747675: Missing fallback handling when session layer connections (e.g. SSL) fail

On Sun, 11 May 2014 00:22:48 +0200 Benny Baumann be...@geshi.org wrote: When a server-to-server (s2s) SSL connection cannot be established there is no fallback or backoff configurable that would try to use e.g. other parameters like different set of offered cipher suites So if the TLS

Bug#772041: export_piefxis needs exmpp module, which does not exist

* martin f krafft madd...@debian.org [2014-12-04 17:09]: Package: ejabberd Version: 2.1.10 Severity: normal ejabberctl export_piefxis does not work because there is no erlan exmpp module in Debian. The export_piefxis command no longer requires exmpp when using the ejabberd package from

Bug#684523: won't fix

* sergio mail...@sergio.spb.ru [2014-10-13 18:29]: On 10/13/2014 02:20 PM, Philipp Huebner wrote: Can you confirm that the reload config function works with ejabberd 14.07? Yes and no. reload function is just a load_config functions which is provided by mod_admin_extra. I think it would

Bug#624582: bcfg2: Bcfg2 client ignores nonexistent paths

Even though the patch itself is trivial we need to think about how the program changes when it has been applied, instead of just the simple mechanical changes in the patch. The resulting change isn't a trivial two line bugfix, applying the patch actually means enabling a new feature that

Bug#585122: Please make epmd bindable to only loopback address

* Joerg Dorchain jo...@dorchain.net [2010-06-09 12:53]: when used in conjunction with ejabberd, I only need to run erlang programs on one single machine. It seems advisable that in such cases the epmd binds only to the loopback address. (a similiar option for the rpc portmap daemon exists)

Bug#603503: numerous infelicities in git completion

* Joey Hess jo...@debian.org [2010-11-14 15:47]: Clint Adams wrote: On Sat, Nov 13, 2010 at 01:00:09PM -0400, Joey Hess wrote: 1. git log completes only branches, but not filenames. I try to do `git log Foo/Bartab` all the time. 2. git diff ditto 3. git annetab doesn't complete