| 27 Sep 2024 |
 K900 | lol | 19:46:00 |
| K900 | /hj but also kinda serious | 19:46:15 |
 Fernando Rodrigues | got it. | 19:46:15 |
| Fernando Rodrigues | might be good to replace the flags with lib.cmake* for readability though | 19:46:51 |
| Fernando Rodrigues | -DCMAKE_SOMETHING=-SOMETHING is such a mess. | 19:47:11 |
| K900 | Feel free | 19:47:23 |
| K900 | I honestly don't have a strong preference one way or the other | 19:47:32 |
| 28 Sep 2024 |
| K900 | @πΌπ. π±ππ πππ π π·ππ https://github.com/NixOS/nixpkgs/pull/345057 | 09:18:20 |
 Alper Γelik | 
Download image.png | 18:43:41 |
| Alper Γelik | 
Download image.png | 18:44:34 |
| Alper Γelik | Hello, in kde power and battery applet it says power profile not available but in system settings everything works well. could you guys help ? My config : https://github.com/Alper-Celik/MyConfig | 18:46:53 |
| K900 | That setting is just a noop | 18:48:52 |
| K900 | If ppd doesn't support your hardware | 18:48:58 |
| K900 | You can check powerprofilesctl to see if it actually does | 18:49:08 |
| Alper Γelik | looks like ti supports, output of powerprofilesctl`:
* performance:
CpuDriver: amd_pstate
PlatformDriver: platform_profile
Degraded: no
balanced:
CpuDriver: amd_pstate
PlatformDriver: platform_profile
power-saver:
CpuDriver: amd_pstate
PlatformDriver: platform_profile
| 18:55:07 |
| Alper Γelik | * looks like it supports, output of powerprofilesctl\:
* performance:
CpuDriver: amd_pstate
PlatformDriver: platform_profile
Degraded: no
balanced:
CpuDriver: amd_pstate
PlatformDriver: platform_profile
power-saver:
CpuDriver: amd_pstate
PlatformDriver: platform_profile
| 18:55:26 |
| Alper Γelik | * looks like it supports, output of powerprofilesctl:
* performance:
CpuDriver: amd_pstate
PlatformDriver: platform_profile
Degraded: no
balanced:
CpuDriver: amd_pstate
PlatformDriver: platform_profile
power-saver:
CpuDriver: amd_pstate
PlatformDriver: platform_profile
| 18:55:33 |
| K900 | Then you're probably looking at a Plasma 6.1 bug that is fixed in 6.2 | 19:15:42 |
|  @libregeekingkid:matrix.org joined the room. | 22:14:34 |
| 29 Sep 2024 |
| K900 | @πΌπ. π±ππ πππ π π·ππ so do you think we can get upstream GTK fixed to not do this | 09:17:28 |
|  @mrdev023:matrix.org left the room. | 14:06:28 |
 πΌπ. π±ππ πππ π π·ππ | In reply to @k900:0upti.me
@πΌπ. π±ππ πππ π π·ππ so do you think we can get upstream GTK fixed to not do this Do you mean make it look at XDG_DATA_DIRS or make it to look into index.theme?
As per https://gitlab.gnome.org/GNOME/gtk/-/issues/5388 discusison it seems they have no interest in either but getting the former should be easy (basically call get_cursor_theme recursively with default as theme name, with strcmp(name, "default") conidtion). The latter requires implementing theme merging in gtk as it basically lacks it, they extracted only very minimalistic part from wayland-cursor they need.
| 14:10:25 |
| πΌπ. π±ππ πππ π π·ππ | In reply to @k900:0upti.me
@πΌπ. π±ππ πππ π π·ππ so do you think we can get upstream GTK fixed to not do this * Do you mean make it look at XDG_DATA_DIRS or make it to look into index.theme?
As per https://gitlab.gnome.org/GNOME/gtk/-/issues/5388 discusison it seems they have no interest in either but getting the former should be easy (basically call get_cursor_theme recursively with default as theme name, with strcmp(name, "default") conidtion).
The latter requires implementing theme merging in gtk as it basically lacks it, they extracted only very minimalistic part from wayland-cursor they need.
| 14:10:34 |
| πΌπ. π±ππ πππ π π·ππ | * Do you mean make it look at XDG_DATA_DIRS or make it to look into index.theme?
As per https://gitlab.gnome.org/GNOME/gtk/-/issues/5388 discusison it seems they have no interest in either but getting the former should be easy (basically call get_cursor_theme recursively with default as theme name, with strcmp(name, "default") conidtion).
The latter requires implementing cursor theme merging in gtk as it basically lacks it, they extracted only very minimalistic part from wayland-cursor they need.
| 14:10:46 |
| πΌπ. π±ππ πππ π π·ππ | * Do you mean make it look at XDG_DATA_DIRS or make it to look into index.theme?
As per https://gitlab.gnome.org/GNOME/gtk/-/issues/5388 discusison it seems they have no interest in either but getting the former should be easy (basically call get_cursor_theme recursively with default as theme name, with strcmp(name, "default") conidtion).
The latter requires implementing cursor theme merging in gtk as it basically lacks it, they extracted only very minimalistic part they need from wayland-cursor.
| 14:11:07 |
| πΌπ. π±ππ πππ π π·ππ | * Do you mean make it look at XDG_DATA_DIRS or make it to look into index.theme?
As per https://gitlab.gnome.org/GNOME/gtk/-/issues/5388 discusison it seems they have no interest in either but getting the former should be easy (basically call get_cursor_theme recursively with default as theme name before the last wl_cursor_theme_create fallback, with strcmp(name, "default") conidtion).
The latter requires implementing cursor theme merging in gtk as it basically lacks it, they extracted only very minimalistic part they need from wayland-cursor.
| 14:12:10 |
| πΌπ. π±ππ πππ π π·ππ | * Do you mean make it look at XDG_DATA_DIRS or make it to look into index.theme?
As per https://gitlab.gnome.org/GNOME/gtk/-/issues/5388 discusison it seems they have no interest in either but getting the former should be easy (basically call get_cursor_theme recursively with default as theme name before the last wl_cursor_theme_create fallback, with strcmp(name, "default") condtion).
The latter requires implementing cursor theme merging in gtk as it basically lacks it, they extracted only very minimalistic part they need from wayland-cursor.
| 14:12:29 |
