mirror of
https://github.com/1Remote/1Remote.git
synced 2026-04-25 05:26:04 +03:00
[GH-ISSUE #345] Make updates easier #1262
Labels
No labels
area-configuration
area-ct-app
area-ct-rdp
area-ct-remoteapp
area-ct-ssh
area-ct-vnc
area-launcher
area-list
area-tags
area-teamwork
bug
chore
dependencies
general-build/ci
general-performance
general-refactor
general-security
general-supportive
general-ux
meta-documentation
meta-enhancement
meta-enhancement
meta-feature
meta-help-wanted
meta-unknown-error
priority-hi
priority-low
pull-request
question
resolution-duplicate
resolution-invalid
resolution-wontfix
stale
task-put-off
task-still-considering
task-working-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/1Remote#1262
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @MWinhard on GitHub (Jan 19, 2023).
Original GitHub issue: https://github.com/1Remote/1Remote/issues/345
Originally assigned to: @VShawn on GitHub.
Is your feature request related to a problem? Please describe.
Each time a new version is released, I have to go to github, find the list of changes, download the zip file, exit PRmoteM, extract the zip file to the folder where PRemoteM is installed. This can be done easier.
Describe the solution you'd like
Display all releases newer than the installed one in the PRemoteM main window. The release text may be fetched from github. Beside each release offer a button [Install this release].
If you cannot create files in the install folder, disable the button and give it a tooltip that says why it's disabled.
Describe alternatives you've considered
A checkbox "Install updates automatically". But: As PRemoteM is mostly used by admins and developers, the [Install this release] button is a better fit, IMHO.
Additional context
When I click the [Install this release] button, every step necessary should be automated. After the update is installed, restart PRemoteM.
PRemoteM.exe can be renamed while running. So you don't need a separate updater EXE. Just rename the old EXE, copy the new EXE, start the new EXE, then exit the old EXE. Same procedure should work for dll files.
@majkinetor commented on GitHub (Jan 19, 2023):
You can use choclatey package. Install it and then type in shell 1 command.
Set-ExecutionPolicy Bypass -Force; iwr https://community.chocolatey.org/install.ps1 | iexcinst premotemcup premotemYou can also use
wingetto install/update from store in the same fashion. It is included in Windows 11 and in latest updates in Windows 10:winget install/upgrade premotem@majkinetor commented on GitHub (Jan 19, 2023):
Your suggestion is IMO out of domain for this type of software. No app should reivnent package managers.
@VShawn commented on GitHub (Jan 20, 2023):
Agrees.. since you can get update from
Microsoft storeorChocolatey, we have no need to deploy a update service for this app.I desiged the update system in the very begining, and cancel the plan after
Microsoft storeversion was published :)@MWinhard commented on GitHub (Jan 22, 2023):
I see your point. But...
I like to have my programs portable. So I did with PRemoteM. Whenever I have to set up a new physical or virtual machine I can just copy the folder with all my portable programs. The copy includes all my settings and customizations.
Let's be honest. Installing software on a new machine is done in a snap. What takes time is restoring all the settings of each program. Even if there's an export/import machanism.
With chocolatey or winget i just get the software. No settings at all.
@majkinetor commented on GitHub (Jan 22, 2023):
Whats wrong with install via choco/winget, copy your db to that folder (or copy entire portable folder over it). You can also do that other way around, package manaer will just update what you already have there, just put it in the folder where it was originaly placed by the package manager.
I use it in portable manner in this way no problems whatsoever.
@MWinhard commented on GitHub (Jan 22, 2023):
You asked what's wrong with choco/winget: Afterwards you have to somehow copy your settings over. This is a different process for every piece of software. Way more work than just copy one folder with all your portable programs and their setting.
But anyway. I'll give it a choice.
I tried winget. It ignores the location parameter. Just installs in default location. Not what I need. Uninstalled.
I installed chocolatey the default way. Then moved the whole directory from C:\ProgramData\Chocolatey to F:\PORTABLE\Chocolatey. Updated the machine environment variable ChocolateyInstall=F:\PORTABLE\Chocolatey.
Run Powershell as admin and install PRemoteM:
choco install premotem --forceNow it's installed in C:\tools\PRemoteM. Not what I expected. How do I tell it that it has to install in F:\PORTABLE\PRemoteM?
@majkinetor commented on GitHub (Jan 22, 2023):
Oh, details details... you are just piling them up :)
winget uses windows store in this case, its the same as you GUI clicked on it, you don't have a choice of folder there too. Also, you are using above "portable chocolatey". I have never tried that, but I guess it might work too. Anyway, you don't want portable choco, but portabnle PRM.
OK, go this way:
choco install premotem --params '/InstallDir:F:\Portable\PRemotem'(if you have spaces in path put folder in the quotesF:\Portable\PRemoteM, overwrite all.Now you can update with
cup premotemorcup allif you have more pacakges. It should also work if you do first 3, then 1,2.@MWinhard commented on GitHub (Jan 23, 2023):
Now it works. And it's still completely portable. :-)
Thank you very much!
@majkinetor commented on GitHub (Jan 23, 2023):
You are welcome :)