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
VLC : upgrade to 3.0.11 #7466
VLC : upgrade to 3.0.11 #7466
Conversation
Co-installability also makes testing after upgrades a lot easier for me; in fact, I can now use VLC3 for my phonon backend while still using the VLC2 full app. I didn't think it necessary to put that justification in the commit message :) |
Travis Build #12239 Errored. Lint results
The build timed out. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I haven't tried to build this on my own system. Looks like it failed on the CI but the logs have already been deleted.
Looked like a timeout to me. |
Travis Build #12446 Errored. Lint results
The build timed out. |
multimedia/VLC2/Portfile
Outdated
variant smb description {Enable Samba 3 input support} { | ||
depends_lib-append port:samba3 | ||
variant smb description {Enable Samba 3+ input support} { | ||
depends_lib-append path:${prefix}/bin/smbclient:samba3 | ||
configure.args-replace --disable-smbclient --enable-smbclient | ||
configure.ldflags-append -L${prefix}/lib/samba3 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's redundant to put ${prefix}/
into that path depspec.
But look below that line where it says -L${prefix}/lib/samba3
. That won't work for your proposed samba4 port, will it? If this ends up linking with a samba library, and samba3 and samba4 install them to different locations or names as I hope they do so that they don't conflict, then I assume there will need to be separate samba3 and samba4 variants.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shoot, I knew that of course. Your other concern is unnecessary. The samba4 port conflicts with samba3, installs its libraries into $prefix/lib/samba and a few additional symlinks in $prefix/lib/samba3 (e.g. for dependents that don't use the pkgconfig files). That directory would be temporary unless there is a need to preserve two samba ports (I haven't run into any ABI compatibility problems IIRC).
I should get back to that project...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The current samba4 port does not declare itself to be conflicting with samba3. But it was last updated over a decade ago and has not been buildable for over 7 years at least, so we can basically consider the port not to exist at all; it's been dead and buried for a long time. Now if you're planning to resurrect samba4 by updating it to a current version that's great, I'm just asking you to ensure that it does not conflict with samba3. It would be unusual for a port named samba4 to install any files in a directory named samba3. If you don't see a need for separate samba3 and samba4 ports, then by all means have just one. At that point, since we would be changing the name away from samba3 regardless, it might make sense to call the new port just "samba". And then there can indeed be just a single samba or smb variant for vlc.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't disagree with all that; this change is indeed a temporary compromise that I should probably have kept private. If ever I do get the samba4 port to work sufficiently well all dependents will surely require at least a revbump.
FWIW, I've delved into samba4 because apparently the port:samba3 nor the system smb version can connect to the Win10 computers in the house. I've managed to get v4.8.9 to build following online instructions, and now I can again connect to those computers. Not via the Finder, of course, and only most of the time (sometimes it still just doesn't work). The online instructions also outline how to set up a server, and I haven't yet managed to get that to function. The feature doesn't interest me myself, but others might expect to have it...
You're looking at the Travis build. We know Travis only gives us 50 minutes of build time and builds often fail for that reason. I was talking about the Azure builds which have a much larger time limit. Now that you've pushed a new commit and a new build has happened, we can see why the build failed on Azure:
|
How can that happen?! |
Travis Build #12474 Errored. Lint results
The build timed out. |
It looks like everything in the |
On Wednesday July 01 2020 21:01:44 Ryan Schmidt wrote:
tries to install the files directly, which MacPorts doesn't allow. As for why that's happening, I don't know; I've never tried to look at the VLC build system before.
It is not impossible, but that would be new and annoyingly it seems to happen only with the main port. Which I can't build myself... I'll have to compare to the Linux build system, and hope this concerns only vlc_osx (which looks like it could be redundant).
|
I didn't seek out Chromium's code specifically; that's just what turned up when I Googled CALayerDelegate.
I did too, evidently, if the result you got was among mine it must have been buried or too far down in the list. Go figure why...
|
Also makes (lib)VLC and (lib)VLC2 co-installable on systems where VLC2 is supported, maintaining access to QTKit support where this is still possible (support was dropped from VLC 3.0.11). This requires adaptation of port:phonon-backend-vlc, which also got an upgrade to the latest version instead of a simple revbump. Closes: https://trac.macports.org/ticket/60667
https: //github.com/macports/macports-ports/pull/7466 Committed from host : Bola
Travis Build #12506 Errored. Lint results
Port phonon-backend-vlc's dependencies fail on xcode8.3. Log The build timed out. |
Why not? |
> the main port. Which I can't build myself...
Why not?
Because I'm still happily hanging out on 10.9 (I've got my reasons, the fact it's 2011 hardware included :) )
I thought this was a bit of a public secret...
|
That's fine, I just didn't realize VLC didn't build on 10.9 anymore. Doesn't the port currently say:
|
```
VLC 3.0.8 requires Mac OS X 10.9 or greater.
```
Yes, and there's some magic in place to make sure legacy OS users get directed to port:VLC2, and port:VLC2 users get an automatic upgrade to port:VLC after updating their OS.
However, the main obstacle that I cannot get around of is the .nib files which are too new. Most other things could probably be worked around like the other workarounds (conditional backports, in the code or through specific patch files). That obstacle doesn't exist for port:libVLC, and that's the reason why I now propose to remove the libVLC ports from the conflicts list, so legacy OS users can have a full, working VLC2 install but also a v3.x libVLC, for instance for their Phonon backend. And *that* I've been able to test (even using libVLC2 for the Qt4 phonon backend and libVLC for the Qt5 one).
|
I used the web editor to resolve the conflict that had developed here. If it is to be committed, it appears that we would need to select "Squash and Merge" to do it properly, FYI. |
Travis Build #13445 Errored. Lint results
The build timed out. |
Were there open issues left that I've been overlooking?
|
Hi @RJVB -- this seems to fail all the CI builds. You're the maintainer of this, so it's really your call -- but it's hard to commit it as is with all these test builds failing. |
As far as I can tell they fail because of a timeout, unambiguously so for Travis, but I can't make anything else of the other one either (it just fails after installing 174 or so dependencies).
|
That is the first time I've done a squash-and-merge. I sincerely hope it worked out the way it was supposed to. |
Well look at that -- yes it did... |
Well look at that -- yes it did...
You could have asked to to take care of it. I usually do that kind of thing simply by recreating the branch and then force-pushing it.
I see 2 dependencies fail to install, I presume I can wait for feedback on that from the respective port maintainers?
|
It had been like that a while, and I didn't want to bug you any further than we obviously already had, so I thought I would see if my skill set might be able to fix this... I was happy to see that I could, and it wasn't too hard to do. I don't know about the deps -- I'll step back into the background now and leave this with you, as you know 100x more about VLC on MacPorts than I will ever know. Thanks for sticking with us :> |
VLC : upgrade to 3.0.11
Also makes (lib)VLC and (lib)VLC2 co-installable on systems where
VLC2 is supported, maintaining access to QTKit support where this
is still possible (support was dropped from VLC 3.0.11).
This requires adaptation of port:phonon-backend-vlc, which also got
an upgrade to the latest version instead of a simple revbump.
Closes: https://trac.macports.org/ticket/60667
Type(s)
Tested on
OS X 10.9.5
Verification
Have you
port lint
?sudo port test
?sudo port -vst install
?