-
Notifications
You must be signed in to change notification settings - Fork 67
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
Dumb question: Should procmail-wrapper.c be modernized? #60
Comments
It can run on ARM. It compiles with one command, takes thirty seconds. The issue with ARM support is I simply don't have time right now to maintain/test yet another distro/architecture combination. It's already dozens of repositories. We are deprecating procmail in Virtualmin 8 (which is, admittedly, a long way off). |
OK so this is actually a devops issue, caused by linux distro forking. How to reduce test workload burden on humans and shift it over to automated Travis test scripts here on github, for the purpose of validating that install script successfully runs to the end, with zero error codes, on all distros. This is painless and easy to setup, it's been done by many projects before already, and should be prioritized, because it'd positively impact the entire dev test and release cycle by getting to play on easy mode. |
Are you volunteering to write those tests? |
I'd be game to look into how to get Travis to auto run the test install on each and every OS.
|
Travis is broken, and will need human intervention from the Travis CI folks, as far as I know. When I turned Virtualmin into an organization it broke the Travis connection and I was unable to get it back. |
Note that the existing tests just validate code, they do not run the install script. Running tests here does not test an install, it confirms the code passes some code quality checks. |
Contact Travis Support because you're a maintainer/member of the Virtualmin github organization. |
Thanks, the PR #61 I made still does that |
We could actually compile the procmail-wrapper.c file at Virtualmin install time as an alternative to supplying a binary package, in theory.. |
Or, rewrite it in bash shell script so that no compilation would be required? Any tech reason not to? It simply checks arguments, and calls |
Production servers shouldn't have compilers. 🤷♂️ |
Besides, this is not the only one package we need to support ARM. |
@swelljoe @iliajie https://github.com/apps/travis-ci/installations/new |
Travis CI continues to be broken for Virtualmin repos. I tried multiple times to go through the "activate" and add repos steps and it continues to say "We couldn’t find any active repositories you have access to. You can add repositories by clicking the “Manage repositories on GitHub” button above." No errors, the repos just never show up. I'm done fighting with Travis again for a while. |
Seems to be an access rights issue. Travis (the website) has to be able to "see" that you're an officially listed "member" of this virtualmin github "organization". I browsed this girhub "organization" and see no names listed. Whoever is the official "owner" of this github organization, needs to click and add you as a "member", and/or manager of this repo, whatever is the high enough access rights to do the adding Travis to this repo here on github and adding the repo to Travis on travis-ci.com also. |
I am the owner of the organization, and I have done that. It simply does not work. |
This was a problem way back when I converted it to an org. It continues to be a problem. Apparently if they had it setup with user access and then it gets converted to an organization, something just breaks, and there's nothing to be done about it. I don't know. |
That issue had to do with the travis "org to com migration" and was happening back in October however I believe they've gotten it fully under control. If you'd contact Support and paste in your above comment, and the support rep will troubleshoot and guide you right thru the process until successful activation. |
@swelljoe When I hover the mouse over your username/pic here on github, the popup doesn't say anything about "owner of repo" or "manager of organization", just says "committed to this repo". Maybe these ACL access rights to the org and repo, need to be set "visible" for Travis to see you have them, and therefore let you do access restricted things like activate the github Travis app onto all the virtualmin org's repos...? |
It sees them, and it allows me to go through the process of adding access via Githubs Apps UI. It looks like it is working (I've done this hundreds of times for a bunch of apps for my other work, this is not unfamiliar terrirory). It just doesn't show them when that's done (several times). |
Let me share the full support message from Erika at Travis just so it'll make more sense: Thanks for your reply, it looks like from our database virtualmin is a user account, is this correct? If so, please sign into https://www.travis-ci.com/ from the user account "virtualmin". If this is an organizational account, please sign into your personal user account and then add your missing org from your profile page, or by following the link: https://github.com/apps/travis-ci/installations/new Best, -- Your Friends @travis-ci Test and Deploy with Confidence. — Looks like, the problem is, their database thinks "@virtualmin" is still a user account as it used to be, yet you converted it into an org account, so I think you need to contact support and tell them you converted to org, would they convert it to an org account on their side, on their database? |
Update from Travis support: Thank you for your reply. It seems the user @swelljoe is the admin of Virtualmin (@virtualmin) GitHub Org on the Travis CI platform. They would need to head over to https://app.travis-ci.com/organizations/virtualmin/migrate and migrate the repository virtualmin-install which would restore the build history from travis-ci.org to travis-ci.com and activate the repository on the Travis CI platform as well. Hope this helps. Let us know if you have any additional queries, we will gladly help. Best, |
procmail-wrapper.c
program be ported from C to something cross platform and universally compatible with all CPU architectures such as a bash shell script, so that it could finally run on ARM and ARM64 and escape from a seemingly unnecessary requirement of binary compatibility to X86/X86-64?The text was updated successfully, but these errors were encountered: