-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
QtPass: new port #20620
QtPass: new port #20620
Conversation
@sideeffect42 Can it be built with Qt4? |
It could be built with Qt4 in the past, but I believe Qt4 support was ripped out some time ago and I haven't tried to build a newer version since. The GUI is very simple, though, so maybe Qt4 support would be relatively easy to patch in again? |
@sideeffect42 If it builds as-is, it is desirable to add Qt4 support, like it was done here, for example (so that we do not leave the port broken for old systems): 0240f65 If it does not build as-is with Qt4, I can fix that soon, in a separate PR. |
@sideeffect42 please fix CI failure. Did this build for you locally without any trouble? |
(Just to be clear, Qt4 matter does not need to be addressed in this PR, I can add it once this is merged.) |
06b98b1
to
27f81fe
Compare
It builds fine on macOS 12. Currently the CI also ran through on macos-11. For some reason the macos-12 run gets cancelled and I don't think I have the permissions to re-start it. Going through the macos-13 log I suspect the error is:
But I don't set My Macs are unfortunately too old to run macOS 13, so I cannot test this further. |
As it (just using
|
Ah, okay, it sets a wrong sysroot:
|
This may be causing the failure: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129 |
Once sysroot setting is removed from
Okay, the build was apparently broken by IJHack/QtPass@bd1f363#diff-40ab92941994ec9418dbb76ae46d5aef0e4cb8b034f2be2b31562bb9aca8070f |
UPD. Okay, forget it for now, the port is pretty broken at least back to 1.2.3. I may look into it some time later, provided that this PR gets merged. But apparently either an archaic version should be used or it gonna require quite a bit of work to fix it :( |
35fe738
to
de5be31
Compare
TBH, the more time I spend with this Portfile, the more I wonder if it's even worth it do add this port. So I decided I rather have a quick&dirty Portfile to build it (even if on my machine) instead. But ideally, QtPass would need to be rewritten from scratch. |
de5be31
to
03fdcc9
Compare
@barracuda156 Just checked on the PowerPC system I have QtPass installed on: it's running QtPass 1.1.6 (on Qt 4). |
@sideeffect42 Does it build with Qt6 by the way? |
Yes, it would (with one trivial patch) if there was a I hacked one together (based on |
@sideeffect42 I guess it would be awesome to have |
If it is of any help to you, @barracuda156, I pushed my hacked qmake6 PortGroup to https://github.com/sideeffect42/macports-ports/tree/feature/group/qmake6 |
so what's the status of this? |
@reneeotten Just in case, fallback versions are irrelevant for now (it is too broken, I won’t bother dealing with it any soon). So whatever works for Intel and Apple Silicon is good. |
Currently the CI fails everywhere, so something is still broken. If none of the people involved here plan to do something to fix this soon I will close the PR. |
@reneeotten Well, the PR is not mine, and since it is presently impossible to fix it for older OSs, consider me uninvolved here. |
@reneeotten: apparently there was a misunderstanding between me and @barracuda156. As it is, both are "non trivial":
If neither Qt 4 nor Qt 6 support are required for this PR to be merged it is finished from my side. I've been using QtPass built by this Portfile for almost two months now without any problems. As far as CI is concerned: the builds on The build on
The
If I comment this line the CI goes green, cf. https://github.com/sideeffect42/macports-ports/actions/runs/6847284242 |
I don't care about Qt4 or Qt6 support right now. But the CO failure needs to be fixed. Please investigate that locally and update this PR once you found the correct solution. |
I'm assuming by CO you meant CI, @reneeotten. Please read my last comment in full. The CI only fails on macOS 13 which is not even a platform supported upstream for Qt 5. If you want I can comment out I feel that it makes more sense if someone with a deeper knowledge of Qt would have a look at it. |
I have no interest in this port and will not spend time on it. If you want to get this merged you'll have to fix the remaining build/CI issues. You can do so at tour earliest convenience and re-open the PR once ready. |
@sideeffect42 Qt4 support is pointless as is, since the build is broken on old systems, where is would have made sense. It is unlikely someone gonna spend time fixing it, IMO, at least now. Qt6 support is desirable but not required and poorly supported in Macports at the moment, AFAIU. Qt5 on macos-13 should work, and it is very much desirable to have the port working on new systems (as long as there is no very compelling reason making it infeasible). |
03fdcc9
to
551e5c6
Compare
GitHub Actions is green now. |
Did you have a chance to look at the changes already, @reneeotten? |
Great. I will see if we can find a working version for Qt4. Upstream is silent, sadly: IJHack/QtPass#665 |
Description
Adds a new port aqua/QtPass for the QtPass password manager.
Type(s)
Tested on
macOS 12.7 21G816 x86_64
Xcode 14.2 14C18
Verification
Have you
port lint --nitpick
?sudo port test
?sudo port -vst install
?