Davyd McColl
Davyd McColl
update: minimum framework is now net462, so that's one issue down; ServiceShell and WindowsServiceManagement should move out into their own repo, perhaps PeanutButter.Win32.
I don't see this often, but it's still possible as a race condition, especially if you're setting the `TEMPDB_PORT_HINT` environment variable (which is really useful if you'd like to connect...
I've just disabled on TS. I don't write many tags there and I do write a lot of generics. Still a time-saving extension, and free -- so I can't complain....
BTW, I can still `dotnet build` on a dotnet core .sln, so I'm not sure what I should be missing?
@bradley-jarvis see #378 for more discussion. Your patch has come in handy and I've included it in a "hackaround" script which has enabled me to install msbuild successfully.
I have these matches for fsharp in my repo folder: ``` ./dev-lang/fsharp ./dev-lang/fsharp/fsharp-10.2.1.ebuild ./metadata/md5-cache/dev-util/fsharpbinding-9999 ./dev-util/fsharpbinding ./dev-util/fsharpbinding/fsharpbinding-9999.ebuild ``` and `git pull --rebase` says I'm all up to date. What am I...
Yeah, I just looked now and there it isn't. I don't get why `git pull --rebase` isn't getting anything :/
the last commits I have are from the 21st, and `git fetch -a` and `git pull --rebase` don't seem to change that.
ok, I've found the culprit: eselect as set the url for my dotnet overlay to `https://github.com/gentoo-mirror/dotnet.git` and that repo _does_ still have the fsharp ebuilds. Should that be fixed? In...
(that repo has the last commit at 2 days ago -- if it's supposed to be a mirror of this one, something has gone wrong)