| 4 Nov 2025 |
 Manuel Bärenz | The url is like nuget.somepartnerdomain.com/Something/nuget, and it returns something like
<?xml version="1.0" encoding="utf-8"?>
<service xml:base="https://nuget.somepartnerdomain.com/Something/nuget" xmlns="http://www.w3.org/2007/app" xmlns:atom="http://www.w3.org/2005/Atom">
<workspace>
<atom:title type="text">Default</atom:title>
<collection href="Packages">
<atom:title type="text">Packages</atom:title>
</collection>
</workspace>
</service>
| 17:31:00 |
| Manuel Bärenz | And when I go to http://nuget.somepartnerdomain.com/Something/nuget/Packages, I get an XML with package descriptions | 17:31:32 |
 Corngood | It sounded like you had this working with dotnet run? in that case, what url is in your nuget.config? The same one? | 17:54:40 |
| Manuel Bärenz | Yes. It seems like dotnet is able to work with this. Or else it serves an index.json on some path that I haven't discovered yet (I've tried a few) | 18:28:34 |
| Manuel Bärenz | * Yes. It seems like dotnet is able to work with this. Or else that nuget server serves an index.json on some path that I haven't discovered yet (I've tried a few) | 18:30:02 |
| Manuel Bärenz | I believe XML vs JSON is a question of nuget v2 vs v3 | 18:31:05 |
| Corngood | The XML just looks like an atom feed. I wonder how it works. | 20:37:50 |
 Emma [it/its] | "intentionally undocumented" | 22:55:32 |
| 5 Nov 2025 |
 Whovian9369 | Hey, I have a Visual Studio Code flake for messing with C# stuff.
I went to try and debug an app, and got the following error. Any ideas on what could be wrong, if I'm missing a package or something, etc?
`Couldn't find a debug adapter descriptor for debug type 'coreclr' (extension might have failed to activate)` | 05:45:19 |
| Whovian9369 | Nudging this just in case anyone knows! | 18:50:14 |
| 6 Nov 2025 |
| Emma [it/its] | if i override the version, it gets further, odd | 00:01:59 |
| Emma [it/its] | i wonder why nuget is fine with the version on nuget.org but not with the same version on disk | 00:02:46 |
| Corngood | Is it something to do with the suffix on the version? | 02:49:07 |
| 7 Nov 2025 |
| Emma [it/its] | it is yes | 00:13:37 |
| Emma [it/its] | i narrowed it down to specifically being the +abcdefg at the end | 00:13:52 |
| Emma [it/its] | https://github.com/NuGet/Home/issues/14628 | 00:14:19 |
| Emma [it/its] | raised an issue here, wonder if itll get any traction on it | 00:14:28 |
| Emma [it/its] | hm, i seem to a bit stuck in package reference hell | 02:08:42 |
| Emma [it/its] | im using a temporary hack to make my project build now, but now it fails when i try to use that as a dependency? | 02:11:40 |
| Emma [it/its] | oh now it doesnt build at all | 02:14:02 |
| Emma [it/its] | ah, deps.json fuckery due to the same package existing on nuget.org... can i limit package references to a given source? | 02:16:08 |
| Corngood | If you pin the version of the dependency it should prefer the local /nix/store source. | 02:31:25 |
| Emma [it/its] | im not sure how i would do that? | 02:35:47 |
| Emma [it/its] | because the package version is defined by the flake input ^^' | 02:36:05 |
| Corngood | You'd have to use the exact version in the Package reference | 02:36:33 |
| Corngood | * You'd have to use the exact version in the PackageReference | 02:36:43 |
| Corngood | Perhaps by setting a build var? | 02:37:23 |
| Corngood | You can also use https://learn.microsoft.com/en-us/nuget/consume-packages/package-source-mapping
But it would have to use the dynamically added _nix source | 02:38:33 |
| Corngood | I was hoping to make avalonia an example of how to do this, by using it in other packages in nixpkgs instead of pulling from nuget.org, but I haven't had a chance to finish that work | 02:40:00 |
| Emma [it/its] | im guessing theres no way to make the passthrough script prefer projectReferences sources? | 02:42:02 |
