| 16 Dec 2024 |
 ibizaman | In reply to @hexa:lossy.network
give me the error for an installed provider please This is what I get from trying to add hass:
Dec 16 23:28:58 baryum mass[1779974]: 2024-12-16 23:28:58.937 ERROR (MainThread) [music_assistant.webserver] Error handling message: config/providers/get_entries: [Errno 2] No such file or directory: 'uv'
But IMO that doesn't help because it doesn't show why it's trzying to call uv
| 23:30:08 |
 @hexa:lossy.network | ok, but for what dep? | 23:31:05 |
| ibizaman | In reply to @hexa:lossy.network
ok, but for what dep? To know that, I hacked by adding uv to the optional-dependencies of music-assistant/package.nix, then it goes one step further and shows this error:
Dec 16 23:33:59 baryum mass[1784227]: 2024-12-16 23:33:59.346 ERROR (MainThread) [music_assistant.webserver] Error handling message: config/providers/get_entries: Failed to install package hass-client==1.2.0
Dec 16 23:33:59 baryum mass[1784227]: error: No virtual environment found; run `uv venv` to create an environment, or pass `--system` to install into a non-virtual environment
| 23:34:19 |
| @hexa:lossy.network | we have that exact version on master | 23:36:33 |
| @hexa:lossy.network | since 2024-09-06 | 23:36:57 |
| @hexa:lossy.network | so also on nixos-24.11 | 23:37:03 |
| ibizaman | Gosh, annoying you for that is embarrassing, to say the least... let me try an update. Btw I am/was on a 1 month old commit. | 23:39:04 |
| @hexa:lossy.network | ok, version mismatch | 23:54:28 |
| @hexa:lossy.network | so now I wonder why | 23:54:49 |
| @hexa:lossy.network |
[music_assistant.server.helpers.util] DEBUG: 1.0.0 != 1.2.0
| 23:54:55 |
| @hexa:lossy.network | lib/python3.12/site-packages/hass_client-1.0.0.dist-info/LICENSE | 23:55:25 |
| @hexa:lossy.network | the package version is off. | 23:55:32 |
| @hexa:lossy.network | https://github.com/music-assistant/python-hass-client/blob/1.2.0/pyproject.toml#L17 | 23:55:55 |
| @hexa:lossy.network | because of course they refer to the wrong version on the tag | 23:56:04 |
| @hexa:lossy.network | only to patch it in the publish step https://github.com/music-assistant/python-hass-client/blob/main/.github/workflows/publish-to-pypi.yml#L34 | 23:56:50 |
| @hexa:lossy.network | lib/python3.12/site-packages/hass_client-1.2.0.dist-info/
| 23:57:10 |
| ibizaman | wow | 23:58:08 |
| 17 Dec 2024 |
| ibizaman | I'd like to propose a PR for the repo but was wondering what would work with Nix. I see they're trying to be clever by using the tag to set the version, so they only have one source of truth. I can come up with a way to do the opposite and create a git tag automatically whenever the pyproject.toml version changes. But then, that's quite a lot of code and would need buy-in from upstream. Is this worth it in your opinion? Is there a less nice but still maintainable way to get around this issue? | 00:09:53 |
| @hexa:lossy.network | don't bother, already fixed | 00:11:05 |
| @hexa:lossy.network | https://github.com/NixOS/nixpkgs/pull/365730 | 00:11:10 |
| @hexa:lossy.network | interacting with this ecosystem for these kinds of issues is pretty much pointless | 00:11:27 |
| ibizaman | Thank you! And sorry for the circumvented way to get to a fix. | 00:17:46 |
| @hexa:lossy.network | - PyChromecast==14.0.4 not satisifed by version 14.0.5
- pycryptodome==3.21.0 not satisifed by version 3.20.0
- py-opensonic==5.1.1 not satisifed by version 5.2.1
- plexapi==4.15.16 not satisifed by version 4.16.0
- radios==0.3.1 not satisifed by version 0.3.2
- soco==0.30.5 not satisifed by version 0.30.6
- defusedxml==0.7.1 not satisifed by version 0.8.0rc2
- tidalapi==0.8.0 not satisifed by version 0.7.6
- ytmusicapi==1.8.1 not satisifed by version 1.8.2
- yt-dlp==2024.10.7 not satisifed by version 2024.12.6
| 00:22:06 |
| @hexa:lossy.network | so basically all pins are outdated 🥳 | 00:22:21 |
| @hexa:lossy.network | * so basically all pins are off 🥳 | 00:23:07 |
| @hexa:lossy.network | so many problems to resolve and only so much time in a day | 00:23:42 |
| @hexa:lossy.network | I think we should relax the check in mass and depend only fail on too old versions | 00:27:17 |
| @hexa:lossy.network | * I think we should relax the check in mass and only fail on too old versions | 00:29:19 |
 mjm | i have this patch for music-assistant in my config: https://git.midna.dev/mjm/nix-config/-/blob/main/packages/music-assistant/ma-no-install.patch?ref_type=heads
felt a little too gross for me to want to send to nixpkgs but i wasn't sure a better way | 03:08:13 |
| @hexa:lossy.network | the problem is … i started packaging it because I was curious | 03:16:23 |
