| 12 Nov 2025 |
 toonn | It was asked fairly recently. I think someone said it might come but it didn't seem all that certain. | 09:29:27 |
 φ | oki tysm <3 | 09:30:25 |
 Zoe Z | in a CPP conditional, is there a way to check lix < 2.93 ? | 16:28:23 |
 raitobezarius | let me think | 17:21:01 |
| Zoe Z | right now I'm using #if __has_include (<lix/libutil/async.hh>) | 17:23:06 |
| raitobezarius | i think we have a version define? | 17:23:15 |
| raitobezarius | Zoe Z PACKAGE_VERSION? | 17:25:28 |
 just1602 | If there's such thing I have an old CL I could bring up because I didn't find how to check the version and I didn't had time to dig | 17:25:31 |
| raitobezarius | autogenerated in config.h | 17:25:39 |
| raitobezarius | /*
* Autogenerated by the Meson build system.
* Do not edit, your changes will be lost.
*/
#pragma once
#define CAN_LINK_SYMLINK 1
#define ENABLE_S3 1
#define HAVE_BOEHMGC 1
#define HAVE_CLOSE_RANGE 1
#define HAVE_DTRACE 1
#define HAVE_F_GETPATH 0
#define HAVE_LCHOWN 1
#define HAVE_LIBCPUID 1
#define HAVE_LUTIMES 1
#define HAVE_PIPE2 1
#define HAVE_POSIX_FALLOCATE 1
#define HAVE_SECCOMP 1
#define HAVE_STATVFS 1
#define HAVE_STRSIGNAL 1
#define HAVE_STRUCT_DIRENT_D_TYPE 1
#define HAVE_SYSCONF 1
#define PACKAGE_NAME "lix"
#define PACKAGE_STRING "lix 2.94.0pre20251106-dev_f00d720"
#define PACKAGE_TARNAME "lix"
#define PACKAGE_VERSION "2.94.0pre20251106-dev_f00d720"
#define SYSTEM "x86_64-linux"
| 17:25:45 |
| raitobezarius | does that help? | 17:25:49 |
| raitobezarius | not exactly sure you can do preprocessor magic enough on such a string… | 17:26:58 |
| Zoe Z | yeah, that was what I was struggling with | 17:27:18 |
| raitobezarius | yeah i think preprocessor doesn't offer any way | 17:27:44 |
| raitobezarius | we need to define this in meson directly i guess | 17:27:51 |
| just1602 | https://gerrit.lix.systems/c/lix/+/3025/comment/fdf7cf24_c93473f0/
Yeah, that's what peanne were saying here | 17:28:31 |
| raitobezarius | if you are already using async to detect Lix < 2.93, I think you can probably check for one of the usual async helper defined? | 17:28:34 |
| raitobezarius | yep | 17:28:45 |
| raitobezarius | we should definitely start doing that Zoe Z thanks for the ping | 17:28:57 |
|  lavender.pet joined the room. | 19:38:19 |
| 13 Nov 2025 |
 hexa | I'm thankful for how reliably lix tells me when it is waiting on a lock | 02:02:47 |
| raitobezarius | is it actually reliable on that :D ? | 05:39:41 |
 Yureka (she/her) | in staging not staging-next, no? | 07:47:37 |
| Yureka (she/her) | at least I can see staging-next is on curl 8.16.0 and doesn't have any extra patches | 07:47:58 |
| raitobezarius | In reply to @yuka:yuka.dev
at least I can see staging-next is on curl 8.16.0 and doesn't have any extra patches Hm, I am certain I applied patches to curl minimal | 11:14:11 |
| Yureka (she/her) | fix-h2-paused-transfers.patch ? | 11:15:04 |
| Yureka (she/her) | ah then that's trickled down to master as of 17h ago | 11:15:30 |
| raitobezarius | Yes, good | 11:19:02 |
 lillecarl | When developing my registrationtime updating code I consistently hit https://git.lix.systems/lix-project/lix/src/branch/main/lix/libstore/local-store.cc#L784 until I moved the update query around a little bit so I'm not so sure. Database was never corrupted. As far as I'm able to comprehend I'm trying to lock the correct way. I don't know what the takeaway here is but it was curious to troubleshoot 😆 | 12:19:43 |
| raitobezarius | maybe you incorrectly expired entries from the DB? | 12:20:34 |
