Re: [systemd-devel] GithHub / private repos

2019-01-30 Thread Alex Dzyoba
If we're actually discussing private repos for reporting security issues then Github product is not helpful. It seems that most of the projects use private mailing lists for that. For example, Linux kernel has secur...@kernel.org and another one for coordination with distributions - more details he

Re: [systemd-devel] Fail to load network modules properly

2019-01-30 Thread Łukasz Słaboń
Well after analysing dmesg I see that only difference between successful and failed boot is the time when ext4 main partition is mounted for the second time. In failed boot it is mounted between cfg80211 module and wl module. Detailed dmesg listing is in my first message. That is why I asked is the

Re: [systemd-devel] Bugfix release(s)

2019-01-30 Thread Ryan Gonzalez
Unfortunately, it likely was. I updated the webhook to also log when a tag is ignored for the future and also changed it to use the rc tag. -- Ryan (ライアン) Yoko Shimomura, ryo (supercell/EGOIST), Hiroyuki Sawano >> everyone else https://refi64.com/ On Wed, Jan 30, 2019, 12:34 PM Lennart Poettering

[systemd-devel] [ANNOUNCE] v241-rc2 tagged

2019-01-30 Thread Lennart Poettering
Quick heads-up! I just tagged -rc2 of v241. Please test and report back. The next tag is most likely going to be the final v241, hence last chance to find bugs that need to be fixed pre-release. https://github.com/systemd/systemd/releases/tag/v241-rc2 Thanks, Lennart -- Lennart Poettering, Red

Re: [systemd-devel] Bugfix release(s)

2019-01-30 Thread Lennart Poettering
On Di, 29.01.19 23:31, Ryan Gonzalez (rym...@gmail.com) wrote: > It's donotreply-systemd-...@refi64.com though I had already subscribed it > to the mailing list with a temporary route to my own email and then turned > off receiving messages, ... I'm guessing the whitelist would be better > though?

Re: [systemd-devel] systemctl condreload - Is it a thing?

2019-01-30 Thread Ian Pilcher
On 1/30/19 10:19 AM, Lennart Poettering wrote: The official name for "condreload" is "try-reload-or-restart". The "condreload" name is supported still to make things easier for compat cases, but I'd recommend not using it anymore. It's unlikely to go away anytime soon though. Makes sense. (I s

Re: [systemd-devel] systemctl condreload - Is it a thing?

2019-01-30 Thread Lennart Poettering
On Mi, 30.01.19 10:07, Ian Pilcher (arequip...@gmail.com) wrote: > $SUBJECT pretty much says it all. It seems to work, but I can't find > any mention of it in the documentation or with my Google searches. > > Is it deprecated and going away? The official name for "condreload" is "try-reload-or-r

Re: [systemd-devel] systemctl condreload - Is it a thing?

2019-01-30 Thread Mantas Mikulėnas
On Wed, Jan 30, 2019 at 6:07 PM Ian Pilcher wrote: > $SUBJECT pretty much says it all. It seems to work, but I can't find > any mention of it in the documentation or with my Google searches. > > Is it deprecated and going away? > It's an old "compatibility alias" added in ~v20. (Apparently, ALT

Re: [systemd-devel] systemctl condreload - Is it a thing?

2019-01-30 Thread Reindl Harald
Am 30.01.19 um 17:07 schrieb Ian Pilcher: > $SUBJECT pretty much says it all.  It seems to work, but I can't find > any mention of it in the documentation or with my Google searches. > > Is it deprecated and going away? "condrestart" and "condreload" are working just fine and aliases for "try-r

[systemd-devel] systemctl condreload - Is it a thing?

2019-01-30 Thread Ian Pilcher
$SUBJECT pretty much says it all. It seems to work, but I can't find any mention of it in the documentation or with my Google searches. Is it deprecated and going away? Thanks! -- Ian Pilcher