| Time |
Nick |
Message |
| 01:31 |
|
Evergreen joined #luanti-dev |
| 03:26 |
|
[ joined #luanti-dev |
| 03:38 |
|
[ joined #luanti-dev |
| 05:00 |
|
MTDiscord joined #luanti-dev |
| 07:22 |
|
SFENCE_arch joined #luanti-dev |
| 07:22 |
SFENCE_arch |
We are not supporting compilation with multiple OpenGL/OpenGL ES drivers, Am I right? |
| 08:08 |
|
YuGiOhJCJ joined #luanti-dev |
| 08:14 |
|
SFENCE joined #luanti-dev |
| 08:37 |
|
epoch joined #luanti-dev |
| 09:10 |
|
SFENCE joined #luanti-dev |
| 09:22 |
|
Warr1024 joined #luanti-dev |
| 09:37 |
|
hwpplayer1 joined #luanti-dev |
| 09:46 |
|
Warr1024 joined #luanti-dev |
| 09:47 |
|
SFENCE joined #luanti-dev |
| 10:05 |
|
SFENCE joined #luanti-dev |
| 10:24 |
|
SFENCE joined #luanti-dev |
| 10:25 |
|
hwpplayer1 joined #luanti-dev |
| 10:59 |
|
SFENCE joined #luanti-dev |
| 12:05 |
|
SFENCE joined #luanti-dev |
| 12:38 |
|
SFENCE joined #luanti-dev |
| 12:39 |
|
hwpplayer1 joined #luanti-dev |
| 13:10 |
|
SFENCE joined #luanti-dev |
| 14:02 |
|
Noisytoot joined #luanti-dev |
| 14:08 |
|
Noisytoot joined #luanti-dev |
| 14:26 |
|
wrrrzr joined #luanti-dev |
| 14:27 |
|
SFENCE joined #luanti-dev |
| 15:06 |
|
wrrrzr left #luanti-dev |
| 15:55 |
|
SFENCE joined #luanti-dev |
| 16:00 |
|
SFENCE joined #luanti-dev |
| 16:09 |
|
nore joined #luanti-dev |
| 16:40 |
|
SFENCE joined #luanti-dev |
| 17:14 |
|
SFENCE joined #luanti-dev |
| 17:32 |
|
SFENCE joined #luanti-dev |
| 18:19 |
Krock |
SFENCE_arch: hmm? I do have the opengl3, opengl and ogles2 drivers enabled on my build and they all work. |
| 18:20 |
Krock |
via CIrrDeviceLinux or so |
| 18:21 |
SFENCE_arch |
Interesting. So you can choose driver at run time? |
| 18:21 |
Krock |
sorry for being late. are there any meeting points to discuss? From what I can see, nothing took place. |
| 18:21 |
Krock |
SFENCE_arch: yes but it'll only be applied upon restart 8) |
| 18:22 |
Krock |
as in: it's listed in the settings dropdown but it's not possible to do a hot-swap if you meant that |
| 18:22 |
SFENCE_arch |
Interesting. Thanks for info. |
| 18:23 |
Krock |
let me know if there's something I should test. As long it's not SDL-specific I should be able to help out, at least on x86_64 Linux |
| 18:25 |
SFENCE_arch |
If nothing else I would like to discuss if we want #14129 with or without #14196. Because in change in #14196 was requested in #14129 by core dev reviewer, and #14196 looks to lost core dev interest. |
| 18:25 |
ShadowBot |
https://github.com/luanti-org/luanti/issues/14129 -- Add transfer_player function to request client move to new server by sfence |
| 18:25 |
ShadowBot |
https://github.com/luanti-org/luanti/issues/14196 -- Change the way how password is stored in C++ engine. by sfence |
| 18:25 |
ShadowBot |
https://github.com/luanti-org/luanti/issues/14196 -- Change the way how password is stored in C++ engine. by sfence |
| 18:25 |
ShadowBot |
https://github.com/luanti-org/luanti/issues/14129 -- Add transfer_player function to request client move to new server by sfence |
| 18:25 |
ShadowBot |
https://github.com/luanti-org/luanti/issues/14196 -- Change the way how password is stored in C++ engine. by sfence |
| 18:26 |
SFENCE_arch |
it is about do it with or without storing password in std::string. |
| 18:28 |
Krock |
I don't see the relation between those two PRs. 14196 is a security-targeted change, thus would be nice to have, although I'm not aware of any treat aside from superusers (who could manipulate everything anyway) |
| 18:31 |
Krock |
transfer_player seems like a nice addition but I personally don't see any big necessity for such feature, thus yet no review from my side |
| 18:33 |
MTDiscord |
<sfence> In the review of transfer_player, it was found, that PR store password in text. It was found, that it is done in all Luanti in that way. So, I crate PR to fix that. And bacause of rebasing, it will be nice to fix it or decide to keep it before it. |
| 18:33 |
|
Desour joined #luanti-dev |
| 18:35 |
Krock |
So they partially share the same code region. That's understandable. |
| 18:37 |
[MatrxMT] |
<y5nw> Wouldn't it make sense to not store passwords as plaintext? IMO it is fine to let users (re)type passwords when transferred (and drop this requirement later on) |
| 18:38 |
SFENCE_arch |
At the moment, stored passwird uis used for auto reconnect. |
| 18:41 |
Krock |
make a poll, I guess? |
| 18:42 |
Krock |
whether to keep passwords (to reconnect) or to erase them from memory to keep it more secure |
| 18:43 |
Krock |
attackers could probably still intercept the UDP packets to initiate a password change but I guess that's not something someone would do for a game like this |
| 18:48 |
SFENCE_arch |
password itself is never sent by packet. At least sha function is used (back compatibility) |
| 18:49 |
SFENCE_arch |
We are using Secure Remote Password Protocl (SRP) normally. |
| 18:50 |
Desour |
sha of password is also never sent |
| 18:51 |
Desour |
it's always just srp packets |
| 19:18 |
|
ivanbu joined #luanti-dev |
| 20:11 |
|
SFENCE joined #luanti-dev |
| 20:56 |
|
SFENCE joined #luanti-dev |
| 21:28 |
|
SFENCE joined #luanti-dev |
| 21:55 |
|
YuGiOhJCJ joined #luanti-dev |
| 22:57 |
|
SFENCE joined #luanti-dev |
| 23:31 |
|
SFENCE joined #luanti-dev |
| 23:36 |
|
panwolfram joined #luanti-dev |
| 23:55 |
|
SFENCE joined #luanti-dev |
