-
Notifications
You must be signed in to change notification settings - Fork 1
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
Where is the package installed finally? #4
Comments
Are you installing with a different user than when you run gstreamer? The |
Hi Jack, thanks for the quick answer. Well, I don't really know honestly. At least I'm not changing the user willingly. My Github workflow looks basically like so:
The log says:
The final "echo $env:Path" gives (no trace of GStreamer or so):
At least it appears in the choco log, but just as an attempt as it seems:
|
Making sure the saving/restoring of the environment was actually an issue. https://docs.github.com/en/actions/reference/workflow-commands-for-github-actions#adding-a-system-path
It looks like this was an issue with # Setup and use the Chocolatey helpers
Import-Module "${ENV:ChocolateyInstall}\helpers\chocolateyProfile.psm1";
Update-SessionEnvironment;
#refreshenv; # This now also works, but Update-SessionEnvironment might reduce confusion I initially thought actions also wasn't saving the environment changes between steps, but this commit and this run seem to indicate that it works without the manual saving. If you need it, the bit that I wrote for that is still here. It might be nicer since you can keep the install/path logic contained in a single step and don't need The actual path to |
Yes, indeed. That does the trick :) Thank you very much for this hint(s). Maybe I'm allowed to ask, if you plan to provide the DEV version setup too, maybe by command line switch? Or should I "simply" fork and patch this project? I'm not familiar with choco at all, so I don't know anything about their deployment processes. |
Argghh... Right now I realise that I'm supposed to install the MINGW versions https://gstreamer.freedesktop.org/data/pkg/windows/1.18.4/mingw/gstreamer-1.0-mingw-x86-1.18.4.msi |
I can have the MinGW and MinGW development packages up some time tonight or tomorrow. It's been on my TODO list anyway. I believe @Sean-Der pushed Would you willing to add me as a maintainer to the package on Chocolatey @Sean-Der? I can automate pushing all the versions while I get MinGW set up. |
Yes, it's MSVC.
That would be absolutely awesome and very much appreciated. Thanks in advance. |
@jmcker done! did that work? |
Made the opposite experience right now: Did run |
... but there is also a little drawback with this approach (the extra |
The |
Yes, I have seen that too, but hmm... Let me create something to demonstrate :) |
OK, here is the workflow.
If I comment But it can also be, that I'm doing something stupid here. EDIT:.... there is no GST entry.... and the gstreamer call does not pass. EDIT 2: Sorry for the hassle... |
Maybe my bad: Missing "shell: powershell" in the install GStreamer step... checking |
Hmm. No. Even this (no Java) does not work for me. The Java error is OK, but gst is also not there :(
|
I think you're missing the vital line after # Save PATH for future steps
Write-Output "${ENV:PATH}" | Out-File -FilePath "${ENV:GITHUB_PATH}" -Encoding utf8
# You can also do this manually, but risk that the environment variable name changes
# This has already changed once during the 1.18.0 release
# https://github.com/jmcker/ChocolateyPackages/commit/6dff4a1ae842fbbe43942865a2ad421b00b3abd4
# echo "${ENV:GSTREAMER_1_0_ROOT_MSVC_X86_64}\bin" | Out-File -FilePath "${ENV:GITHUB_PATH}" -Encoding utf8 -Append; That updates the contents of the file located at |
Oh, sorry. Didn't notice that. Thanks for finding that. Will try tomorrow, but I'm sure it will work. Looking forward for your MINGW package :) |
gstreamer-mingw and gstreamer-mingw-devel are published. They'll take a bit to pass moderation, but you should be able to install by specifying the The |
Thanks Jack, cool. To return to the previous issue (the problem with Java), I regret, I can't make that run. This workflow does finally resolve the
The result in Test is:
If I drop the entire GStreamer installation and path magic, then Java is accessible in the second step:
|
@jmcker Where do you think would the normal runtime be installed to? |
I would assume |
That's true, the files are there. I can't see, if those are debug or retail versions or if both versions are there. I will check on a real windows system, what the layout of the directories is, if both versions are installed. Here is how it looks on GA:
|
Hmm. I see no match between the GA version's bin directory and the layout of a devel installation on a Windows system. The directory layout of both installations is very different. I don't really understand, why. |
Your package has been removed for formal reasons. Any plans to reactivate that? It worked very well... |
Yeah it failed to pass review. I need to uninstall the entry that gets added to |
Thanks for the confirmation. Since the refusal broke my CI process I worked around by using the MSI install. FYI like so:
|
I finally got back to this @neilyoung. The new packages are awaiting review now. I added some better output/logging that should also make it clearer where the package gets installed. I'm glad the MSI worked! The |
Cool. Thanks for letting me know |
I'm using this setup in conjunction with Github actions on a Windows-2016 VM. From the log it seems, that gstreamer is installed, but I have no clue, where.
This is traced during install:
But while examining the PATH later I can't find any trace of gstreamer.
Any pointer appreciated.
The text was updated successfully, but these errors were encountered: