-
Notifications
You must be signed in to change notification settings - Fork 490
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[RFC] Dropping old msys/i686 packages from repo.msys2.org [edit:] sync instead #4712
Comments
I would have to adjust some scripts, currently I still have the i686 My 'main' 32-bit tag of jeremyd2019/setup-msys2 uses the original 32-bit sfx and repos to install (and then I modify pacman.conf later on), so there will be some accesses from that. I also have another branch that uses my installer and build32 repo directly, and that would probably be a better choice to use moving forward - but I never switched on jeremyd2019/msys2-build32 because I want to exercise the update path. |
I could leave an empty db there, if it helps. |
Here are the 32bit logs for last week, excluding cloud IP addresses (we had an outage, so it's not complete)
Filtering out WOW64, that makes 48 users, which is 0.1%:
|
A reasonable question to ask is whether filtering out wow64 is a good assumption. 1) I build 32-bit packages on wow64, and 2) I think i686 on arm64 counts as wow64, but windows 10 could not run x86_64 binaries yet. This is actually the last remaining use case I have for i686 msys2, now that my 32-bit-UEFI tablet is dead. Either way, I suppose that's a negligible number of users in the scheme of things. BTW, my plan for this has always been to stop building i686 packages when windows 10 goes out of support in October 2025. I also planned to leave packages at old versions if it became impossible to build newer versions for i686, but luckily everything has worked out so far except msys2-runtime and msys2-runtime-3.4. For a while doxygen was giving me address space trouble trying to build, but a subsequent update started working again. |
Jinxed myself... aspell-de is giving me trouble now, for no apparent reason (the update was just to pkgver, the package itself hasn't changed). For some reason, aspell 0.60.8-2-i686 works, and 0.60.8-3 and 0.60.8.1-1 crash building aspell-de. Rebuilding aspell 0.60.8.1 does not help. 0.60.8-3 was just a rebuild anyway. |
I remember aspell crashes some time ago for 64bit. I don't remember what the issue was though. maybe it fixed itself or we got lucky. |
I just built aspell-de with 0.60.0-2 for now. Nothing seems to depend on aspell except more aspell stuff anyway. |
For the record, Git for Windows uses those packages and will need to continue supporting i686 builds until April 2029... |
assuming you didn't mean aspell 😁.... sorry to get off-topic there so that kind of puts a wrench on that idea. What about lazka's original idea of doing another sync with my updated packages? Would that mess up Git for Windows somehow? |
I think this would most likely be beneficial to Git for Windows. Is there anything I can do to assist? |
ok, I'll try another sync then some time. I don't think there is anything you can help with, thanks. |
Context: Motivated by jeremyd2019/msys2-build32#2 (comment)
We currently still have 32bit msys packages hosted on repo.msys2.rog: https://repo.msys2.org/msys/i686/
We dropped support for them 4 years ago, but updated them once more about 3 years ago based on jeremy's builds, to keep them somewhat usable.
Since @jeremyd2019 is still putting work into them and building all packages we could just remove our remaining packages and point to his repo instead:
The text was updated successfully, but these errors were encountered: