TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Just Use MSYS2 You Say?

20 点作者 ash10 个月前

8 条评论

bachmeier10 个月前
Maybe not all of his claims are 100% accurate, but I largely agree that saying you should just use [whatever] probably won&#x27;t work, based on my experience teaching undergraduate and graduate students to program. Windows just makes life so much harder and there are too many Windows users to ignore it.<p>My solution was to run my own server and have students log in from a browser. It&#x27;s an order of magnitude easier to do the work of running a server than to take on the burden of supporting student-run Windows installations. Someone that hasn&#x27;t been in that position is usually thinking in terms of what works for them or maybe the average student. You have to support all of them. The last 20% of students, who may turn out to be stars once things are set up, are going to give up in frustration if they struggle with the setup. Thankfully, these days there are good options where other people run the server for you.
zemnl10 个月前
I&#x27;m only addressing the Pacman complaints because I genuinely don&#x27;t understand them<p>&gt; It uses pacman from ArchLinux, which is easily the worst package manager ever invented. Quick, how do you search for a package that you&#x27;ve installed? Oh? What&#x27;s that, did you just have to google for one of the weird single letter options? I rest my case.<p>Rest your case? Is that the only argument? The fact that if someone can&#x27;t remember specific flags that they rarely use makes a cli program the &quot;worst&quot; is stupid. By the same logic since I don&#x27;t know how to search for installed packages with apt (it&#x27;s been years since I used a debian based distro), is it fair for me to say apt is the worst package manager ever invented?<p>&gt; If you don&#x27;t think these things happen, you haven&#x27;t use pacman for long enough.<p>How long is long enough? I&#x27;ve been using Arch (btw) daily for more than 10 years, maybe close to 15, on my personal PC and I&#x27;ve been using MSYS2 on my work laptop for more than 1 year. Never encountered Pacman-related issues...
评论 #40994939 未加载
SpaceNugget10 个月前
&gt; First you install VSCode then spend then next 12 hours getting docker to run dev containers inside a WSL2 image (which is just a VM that can&#x27;t talk to the internet) and TADA<p>I hate developing on windows as much as the average arch user, but if setting up vscode with docker on windows takes you 12 hours it&#x27;s a you problem. There are lots of reasons why using docker containers is appealing, especially for students.<p>Mostly because they generally end up installing ten different odd and outdated software packages for each eccentric overly opinionated instructor they have. Each of whom rarely care to spend enough time to help these novice students understand how to resolve the issues they sometimes create on their only computing device they need to use for all of their other classes in the process.<p>If the student can get docker installed, at least they are more likely to be able to keep a somewhat stable machine.
judge202010 个月前
&gt; First you install VSCode then spend then next 12 hours getting docker to run dev containers inside a WSL2 image (which is just a VM that can&#x27;t talk to the internet) and TADA<p>Thought this article was old or something, but no, it’s from a few days ago.<p>Docker (for Windows) in WSL2 is the default now - if you wanted to do it a few years ago, then yes, it could be complicated to set up docker within WSL2 manually[0], but Docker has long moved away from being a <i>Slow</i> VM (toolbox) and recently from its own VM in Hyper-V to running inside WSL2, both of which offer near-native performance (depending on where your bind mounts are).<p>0: <a href="https:&#x2F;&#x2F;github.com&#x2F;drud&#x2F;ddev&#x2F;issues&#x2F;3419">https:&#x2F;&#x2F;github.com&#x2F;drud&#x2F;ddev&#x2F;issues&#x2F;3419</a>
jokoon10 个月前
Doesn&#x27;t mozilla use mingw to build firefox? Of course it&#x27;s different from msys2, but I wonder if there are tradeoff and problems from using mingw.<p>mingw&#x2F;msys2 are not easy to use<p>and now WSL2 can use a X server on windows, which is quite nice.<p>although when I see news about win11 I still think my next laptop will run linux, not windows... but then I remember avidemux, paint.net, foobar2000, and I realize that I will stay on windows
评论 #40995455 未加载
lostmsu10 个月前
These are courses for beginners, so why do they need docker or WSL? CMake for C++ (I heard VCPKG also is getting traction), and really nothing special is needed on Windows for Python or JavaScript&#x2F;TypeScript. Why get Docker or *nix environment at all?
amiga38610 个月前
What everyone wants is native software for their chosen platform.<p>There are <i>lots</i> of programmers who would rather have a Unix-like environment but are compelled to use Windows machines. Almost nobody with the reverse situation.<p>So they install Cygwin, or MinGW &#x2F; MSYS2, or Git Bash, or WSL, so they don&#x27;t get the braindead Microsoft vision of what a shell and userspace should be. They get a comfortable and familiar environment they&#x27;re productive with, using software that was designed for Unix and written using Unix. They know what they&#x27;re doing and accept the tradeoffs they&#x27;ve made. They are not the same as the naive user who needs their hand held.<p>If these programmers build software <i>for</i> naive users, they should be using languages suitable for cross-platform support, and target-specific build solutions, like jlink, electron-builder, PyInstaller... duh! Or write C&#x2F;C++ linked to cygwin1.dll for Unix semantics (in the same way Windows developers can write C&#x2F;C++ linked to libwine.so.1 for Windows semantics...)<p>If that approach isn&#x27;t a good fit, then sure, go native development in the target platform. Learn PowerShell rather than try to write it in bash and bundle the entire Unix userspace to make it work. But don&#x27;t say you <i>need</i> to adopt the full Windows native toolchain and spend years becoming adept with them, unless you&#x27;re actually planning to become a native Windows developer.
yjftsjthsd-h10 个月前
TLDR: A few reasonable points and a lot of claims that appear to be inaccurate.<p>---<p>&gt; First you install VSCode then spend then next 12 hours getting docker to run dev containers inside a WSL2 image (which is just a VM that can&#x27;t talk to the internet) and TADA!<p>I refuse to believe that docker takes 12 hours to do anything, even for a complete beginner, and... what on earth are you on about claiming that WSL2 can&#x27;t talk to the internet?<p>&gt; Any expectations beyond this are probably not going to work. If you think the above person can install and use Docker you&#x27;re sadly mistaken.<p>That might well be fair, although<p>&gt; I&#x27;m a platinum star Linux user who started using Linux after buying a box of 72 floppy disks from Ygraddisil Linux in 1993 and I can&#x27;t figure out Docker half the time.<p>... <i>are</i> you? I&#x27;ll give beginners a pass, but docker isn&#x27;t <i>hard</i> hard; I really struggle to square the idea of someone managing Ygraddisil but not docker.<p>Now on to MSYS2:)<p>&gt; The installation takes forever because it&#x27;s basically building an entire Linux system from scratch.<p>That&#x27;s actually fair.<p>&gt; It uses pacman from ArchLinux, which is easily the worst package manager ever invented. Quick, how do you search for a package that you&#x27;ve installed? Oh? What&#x27;s that, did you just have to google for one of the weird single letter options? I rest my case.<p>What package manager is better? I&#x27;ve used a <i>lot</i> of package managers, and literally the only one where I would know how to check that without searching is apk, and even then I&#x27;d be grepping &#x2F;etc&#x2F;apk&#x2F;world which only covers directly-installed packages (not dependencies). (FWIW, the better argument is installation: `apt install foo` <i>is</i> more obvious than `pacman -S foo`)<p>&gt; Because of pacman it uses GPG to ensure that packages only come from approved people, which is a good thing, but pacman is terrible at maintaining the keys. Right away this first install needed to update the key list, which isn&#x27;t well documented, and only documented on ArchLinux or random blog posts. Think about this: To use MSYS2 a user would have to know that pacman is from ArchLinux, know that the GPG key errors require a keyring update, and know that they have to go find the docs to do this from the ArchLinux website.<p>First, let me say that I think pacman <i>is</i> kind of annoying at handling keys, though they&#x27;ve improved over time. The rest of the claim appears to be nonsense.<p><a href="https:&#x2F;&#x2F;googlethatforyou.com?q=pacman%20gpg%20update" rel="nofollow">https:&#x2F;&#x2F;googlethatforyou.com?q=pacman%20gpg%20update</a><p>Oh look, the first result is an official wiki page with a troubleshooting section. And the user didn&#x27;t need to know any of those things.<p>&gt; After you get through this hurdle you then have to install the right software, and MSYS2 makes the &quot;genius&quot; decision of letting me pick which binary I want to install for every single install. Do you need to install fmpeg? Better spend an hour sifting through clang-amd64-ucrt-mingw32-ffmpeg vs. gcc-x86_64-w32-gnu-ffmpeg and tons of packages.<p>Huh. Yeah, that does seem odd - is it a result of MSYS2 being oriented at devs who need compatible libraries?<p>&gt; The GPG Keyring Problem<p>This section might be fair. It does seem like pacman should be able to automatically manage its list of trusted keys?<p>---<p>Now, all that said... if your super cool magic scripts work, and don&#x27;t have significant downsides, then sure go for it. Being like 10% less antagonistic could have made this a useful list of ways some tools could improve, but as-is it&#x27;s just lashing out at people in ways that seem to have little concern for reality.
评论 #41039870 未加载