-
-
Notifications
You must be signed in to change notification settings - Fork 330
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
Winget package #402
Comments
Unfortunatelly, winget doesn't support apps that do not have installers. So installer needs to be done to support it. The supported installers are listed here. ZIP installerrs are added recently, but they are mostly single files. I found one that is larger archive - yazu. This means winget will simply unpack archive to default or desired location. Choco package has a PowerShell script that can do anything, which I used to restart running process and create desktop icon. This will not be possible here. Neverthless, I am happy its now possible, so I will give it a try and see how it goes. If nothing else, we will make installer. /cc @VShawn . |
appx and msix can be built by the installer project in the solution, but i didn't figure out how to build them by a script. |
Here is the zip spec |
Progress so far. winget doesn't support dependencies yet so one most install manually dotnet desktop runtime:
After trying my manifest it extracted it in Temp folder but failed to open it. On double click it offers MS Store, but if run from command line it executes: Anyway, this installer manifest passes:
Once published, one installs this using the following command:
Without location, default location is So, to recap:
Here is the zip with the full manifest for now: winget.zip. PR to the https://github.com/microsoft/winget-pkgs is required for each version. I should create new version of AU to work with winget protocol to automate this. |
FYI 1remote chocolatey package is finally approved, I automated nightly release there. Regarding winget release, I am going to do this:
Then, I am thinking, we should change the "installer" - provide silent install options without installer itself that will add desktop icon and maybe some other stuff from first run screen and use that within winget package. When we are happy with this, I will finally push to MS winget packages, but I intend to keep our repo updated indefinitelly. @VShawn, if you have any thoughts about this, lay it out. |
good to hear but why it took so long?
what you mean of this? I may have misunderstood your meaning, it would be good to provide a reference program that implements this type of installation method. And do we need to write our own installer to implement this installation? |
First version of the package takes much longer. Afterwards packages are approved quicker. Latest version is already approved. I mean you don't have to be installer to have installer options. You can just implement them inside main app. For example, creating a desktop or start menu icon could be done any time. There are number of tools that do this. To be friendlier on users, we could add some of those, callable via arguments, and use that in winget. |
Hi @majkinetor does the winget installer still work or still in testing? |
Nah, it turned out that I have a problem with winget even now due to its non-existing scripting features. For the record, we added installer parameters BUT, winget will use temporary copy of 1remote and it will install itself on temporary location.... What needs to be done is to add new installer parameter to 1Remote - As an example, everything has this:
|
Screenshot says PRemote, not 1Remote. Have you try to download it from the nightly release (use last entry, currently 1Remote-1.0.0.0-beta.06-net6-x64-nightly-20231007-3f0d50.zip) and check it out ? |
Hi @majkinetor , Is that the right place to get the installer? |
No, I left you link, you take nightly. This is the latest 1remote at this moment: |
Hi @majkinetor , Is there anyway to get a signed version of this app? I am not allowed to install unsigned binaries on this machine |
Don't know what @VShawn thinks, but as far as I know that requires money and a lot of dedication. Maybe I am wrong but I think its a big hassle. |
Yes, I don't intend to provide a signed package, but since it's an open-source software, you can download the source code, compile it, and sign it yourself:) |
That's not a bad suggestion at all. Thank you 🙏🏾 |
Just as an information, regarding signing, there is one free that some popular open source software use: |
That sounds like a great option. If you guys are open to me working on that (getting the build system ready, if it's not) I can definitely chip in |
Of course, everyone is welcome to contribute to 1Remote.
I registered and quickly browsed through it, but I haven't fully grasped how to make it work. And one thing to note is how to retrieve the secrets stored on GitHub in the signpath.io CI system? |
I should do a winget package (and get oportunity to learn more about it). One of the reasons is that chocolatey package for 1RM is submited a month ago and still not approved (and Chocolatey is becoming more and more hostale toward FOSS users).
The text was updated successfully, but these errors were encountered: