> It may be better to go help out some other free software project that already had the misfortune of working on that platform...
I understand their points about maintenance, but telling someone to go work on something else rather than keeping an experimental branch around, sheesh.
As someone who appreciates open source and works primarily on Windows I really wish they had a better attitude. Take a look at Rust or Elixir, fantastic communities and the software is better for it. I'm sure that Darktable has some interesting things but based on what I saw in that thread I think I'll be sticking to Lightroom.
I've only read that quote, but to me that doesn't seem like a rude thing to say. I interpret it as "This windows branch is awful, it might be better for you to abandon that effort and work on something with more potential". I hear it as criticizing the code, not the person.
Edit: I read a little more, looks like the devs were upset because windows isn't a free platform, and they didn't want darktable's reputation marred by a buggy port.
It's an unfortunate situation, but the way _they_ put it (two sides to every fight) is that they don't know if he'll drop out in a week and all those who downloaded it will come screaming "Were's our updates!!"
I dont believe in being rude to people, but sometimes you have to make things clear. In their comment chain they asked the dev to rename the application so it didn't give the reputation a bad name. I can understand that, especially since Darktable apparently is a really good app. Open source means you can take the code and build/modify/play with it, it doesn't mean you can take the name and reputation of a product and apply it in a new direction (using the same name).
So the guy forks darktable for windows, calls it something else. Then when the project reaches a level of maturity the original devs approve of, they take his work back into darktable, produce their own windows port under their 'brand' and his project potentially dies because it doesn't carry the same weight?
I got the vibe from some of the comments that "one guy working on a windows port isn't enough, we don't want to help support it so we're going to discourage any 'one man bands' until a team appears from nowhere to do all the work" is the common view, which I sort of understand that they don't want to have to provide end user support to a platform they themselves don't use, but that attitude might ultimately go against the project.
It is very interesting. I don't want to intrude on their thread, but if others here vouch for this technique I'll politely ask them to look into the following:
...has anyone here ever used this approach with nix apps that need to run on Windows "natively"? Writing a powershell script to silently install boot2docker with this special docker image wouldn't be too difficult. The DarkTable folks don't seem interesting in maintaining Win builds so this may be the perfect workaround.
NOTE: I realize that `File > Open Image` may be non-trivial, but surely there's a way to mount a host<->guest folder (e.g.: When using the application, the workspace is located in `C:\Users\$whoami\Documents\DarkTable\.jpg`)
Boot2Docker is not for this purpose. Silently installing a VM on a Windows PC is a very bad idea. If the user is not proficient enough to know about and configure the VM, then what happens if
- B2D installs a Virtualbox instance, but Hyper-V is on. VBox can't run besides Hyper-V.
- How do you configure the resource usage for the VM?Something like Darktable requires a lot of resources
- How do you manage shared folders? VBox shared folder performance is really bad compared to native
Thanks sz4kerto. I'm glad I got some thoughts here before posting that in their PR (I obviously won't post it now because of the points you brought up).
I guess a user that would be comfortable with b2d or vbox would just have those running anyways!