PyUpdater
An autoupdate framework for pyinstaller that enables simple, secure & efficient shipment of app updates.
If you think PyUpdater is awesome, please give this issue an up vote on awesome-python.
Pyinstaller auto-update library
PyUpdater An autoupdate framework for pyinstaller that enables simple, secure & efficient shipment of app updates. If you think PyUpdater is awesome, please give this issue an up vote on awesome-python.
10 Open
More issues
Closed
Hey there, First off, thanks so much for PyUpdater, it's a much-needed package in the python ecosystem and has been immensely useful in my own projects!
This patch should address an issue in windows, when the user has installed the .exe in a privileged folder (e.g. C://Program Files aka #35) and the update fails silently.
It should prompt the user for access.
I need to do some testing to verify this works on my end and will update this PR with functional proof.
enhancement
opened Mar 25, 2018 by cameronmaske 28
Closed
Hi.
I'm using PyUpdater to provide updates for my applications both on windows and on mac, but when my code, applies an update on the mac side, it just goes busy and hang, but on windows it works fine and restarts and everything.
System information:
Systems that my code are tested on.
- Windows 10 1903.
- Mac OS Mojave. Python stuff:
- Python version: 3.7-32 bit (64 bit on mac)
- PyUpdater version: "3.1.1+3.gbed2239"
- Update channels tested: "Alpha and Beta"
- Pyupdater notes: Patching disable (shouldn't say anything, because I'm not using stable atm).
- Application UI Toolkit: WXPython version 4.0.3.
Code example:
^^ updater_client = Client(ClientConfig()) updater_client.refresh() progress_bar = wx.ProgressDialog(_("VisCon Updater"), _("Downloading update. Please wait!"), 100, None, wx.PD_APP_MODAL|wx.PD_AUTO_HIDE|wx.PD_ELAPSED_TIME|wx.PD_ESTIMATED_TIME|wx.PD_REMAINING_TIME) updater_client.add_progress_hook(lambda info: update_bar(info, progress_bar)) app_update = updater_client.update_check(variables.app_name, variables.version, variables.release_channel) if app_update is not None: variables.update_in_progress = True logging.debug("Update found.") logging.info("Updating VisCon.") logging.debug("Cleaning up old updates.") app_update.cleanup() logging.debug("cleanup done.") t = threading.Thread(daemon=True, target=download_update, args=(app_update, progress_bar,)) t.start() progress_bar.ShowModal()
def update_bar(info, bar): x = info.get(u'downloaded')/info.get(u'total')*100 wx.CallAfter(bar.Update, x)
def download_update(app_update, dialog): logging.info("Downloading update-package.") app_update.download(background=True) while app_update.is_downloaded() == False: pass logging.debug("Download done, removing progress bar.") wx.CallAfter(dialog.Destroy) logging.info("Preparing for update.") wx.CallAfter(wx.GetTopLevelWindows()[0].Close) logging.info("Executing update.") app_update.extract_restart() ``
Looking at #30 I have also tried to change the last function to: `` def download_update(app_update, dialog): logging.info("Downloading update-package.") app_update.download(background=True) while app_update.is_downloaded() == False: pass logging.debug("Download done, removing progress bar.") wx.CallAfter(dialog.Destroy) logging.info("Preparing for update.") wx.CallAfter(wx.GetTopLevelWindows()[0].Close) logging.info("Executing update.") if platform.system() == "Windows": app_update.extract_restart() return else: app_update.extract_overwrite() subprocess.Popen(sys.argv[0]) sys.exit()
``
Without success (it still works fine on windows as expected).
expected behavior
The user presses yes to download and install the update (not included here for brevity), the progress bar pops up, and shows the progress. When the download is complete, the progress bare gets destroyed, the window(s) of the program closes and the update is applied and the program restarts (update extracted followed by program restart).
What's actually happening:
On windows it goes like described above. On mac the following happens instead.
- User says yes to download and install the update.
- The progress bar pops up and shows the download progress.
- At some point near completion, the progress bar disappears and then nothing happens.
- After around 2-5 seconds, the program goes busy and stops responding.
- After a while, the standard apple "this program unexpectedly stopped responding" dialog pops up and asks if you want to terminate it.
- After force quitting the program and launching it again, the update hasn't been applied and the dialog that asks the user if they want to update ops up again.
- If the user presses yes, the progress bar shows for a split second, and then it's a 50/50 chance that it does the same described above, or actually applies the update and restarts.
Log output:
No errors in the log output, even with unexpected errors catched with sys.excepthook.
Hope I get a fix soon (I'm going mad lol :P )
Info Needed
opened Jul 3, 2019 by NicklasTegner 26
Closed
I'm using pyupdater to produce an executable on an arm docker container.
I'm giving pyupdater build --app-version 0.9 device_agent.spec and get an error towards the end of the process:
[INFO] Building EXE from out00-EXE.toc completed successfully.
206282 DEBUG: Changing to Directory --> /build/ada/ada/pyu-data/new
206283 DEBUG: Temp Name: arm
206284 DEBUG: Appname: arm
206285 DEBUG: Version: 0.9
206286 DEBUG: starting archive
206288 DEBUG: Temp file: device-agent
206289 DEBUG: Moving back to Directory --> /build/ada/ada
[Errno 2] No such file or directory: 'arm'
206291 ERROR: [Errno 2] No such file or directory: 'arm'
[ERROR] [Errno 2] No such file or directory: 'arm'
206292 DEBUG: [Errno 2] No such file or directory: 'arm'
Traceback (most recent call last):
File "/build/ada.venv/local/lib/python2.7/site-packages/pyupdater/cli/__init__.py", line 108, in main
_real_main(args)
File "/build/ada.venv/local/lib/python2.7/site-packages/pyupdater/cli/__init__.py", line 84, in _real_main
dispatch_command(args, pyi_args)
File "/build/ada.venv/local/lib/python2.7/site-packages/pyupdater/cli/__init__.py", line 97, in dispatch_command
cmd(args, pyi_args)
File "/build/ada.venv/local/lib/python2.7/site-packages/pyupdater/cli/commands.py", line 96, in _cmd_build
builder.build()
File "/build/ada.venv/local/lib/python2.7/site-packages/pyupdater/builder.py", line 86, in build
self._archive(self.args, temp_name)
File "/build/ada.venv/local/lib/python2.7/site-packages/pyupdater/builder.py", line 231, in _archive
filename = make_archive(self.app_name, app_name, version)
File "/build/ada.venv/local/lib/python2.7/site-packages/pyupdater/utils/__init__.py", line 273, in make_archive
shutil.copytree(target, temp_file)
File "/usr/lib/python2.7/shutil.py", line 171, in copytree
names = os.listdir(src)
OSError: [Errno 2] No such file or directory: 'arm'
The executable is produced correctly, but I wanted to find out more about the error and what I can do to prevent it.
opened Aug 24, 2018 by nedosa 24
Closed
As i needed a way to update my app and is impossible to me bundle it in a single file, i did some modifications to the source code implementing the support for onedir mode. most functions didn't required any modification, just small fixes and considerations.
i did the modifications based on @beniamino38 patch: https://gist.github.com/beniamino38/6fcb742b620085de75c22de340580f96 and #16
i have only tested it on MAC, i'm going to do the windows's test this week.
BTW, also patched the downloader.py file because i wasn't getting the correct download progress.
opened Sep 17, 2017 by moscoquera 22
Closed
Hi,
I am trying to put PyUpdater to use, and I am kinda struggling to wrap my head around its concepts.
I have an wxPython-based app that needs to be built for two platforms. I managed to get spec files working, I got my runners working (GitLab CI), everything is slowly falling into place.
Now, I just started packaging and signing stuff with PYU, and I realized that .pyupdater folder and its config.pyu are the central source for all versions metadata, however, they don't really belong in the source code repository.
I need to build my app on two separate systems (one for macOS, one for Windows) and I want to have an alpha release for every commit made on alpha branch (and beta release on commits to beta branch, etc.) - but for this to happen, it seems I'd need to manage config.pyu in some other way.
One idea that comes to mind is to upload config.pyu after every successful build, and to download it before the next one - but I am not sure if this is the right way to do.
enhancement help wanted
opened Dec 7, 2016 by vvarp 22
Closed
ToDo
CI/CD Support
Please see #36
Some things that will need updating. This will be an evolving list.
PyUpdater as a whole
- [ ] Overall refactoring of class APIs
- [ ] Change asymmetric key type. See #45 for more info.
Client
- [ ] Add support for version manifest per platform.
KeyHandler
- [ ] Allow reading private key from env var
PackageHandler
- [ ] Create individual manifests for each platform
- [ ] Download latest manifest from online repository
opened Oct 4, 2017 by JMSwag 19
Open
I believe that there is a conflict between PyUpdater v4 and PyInstaller v3. Starting with PyInstaller v3.1 there is an nacl hook included which wasn't removed until PyInstaller v4. This causes a conflict with PyUpdater v4 which also has an nacl hook.
The duplicate hook causes an assertion error when attempting to build the exe. The solution is to upgrade PyInstaller to v4, so I believe the systematic fix is to updates requirements.txt to require pyinstaller>=4.0.
If updating the requirements file is truly all that's needed I'd be happy to submit a PR with the change.
A minimal example is below, trying to build any python script with this environment will result in: File "c:...\env\lib\site-packages\PyInstaller\depend\imphook.py", line 289, in init assert self.hook_module_name not in HOOKS_MODULE_NAMES AssertionError requirements.txt main.zip
opened Apr 30, 2021 by cscheriff 1
Open
On Windows OS, module pyupdater.client.updates.
file_requires_admin(file_path) function gives false positive, because open(file_path, "a+") on any process image file while it's being running always raises PermissionError exception.
Propose to use this check instead:
os.access(file_path, os.W_OK)
opened Apr 27, 2021 by dimitriepirghie 1
Open
Not sure why this is happening...I've had pyupdater compile multiple times totally fine...
Here's the error I'm seeing (from step 1):
[INFO] PyUpdater 3.1.1
[INFO] Compiling...
Traceback (most recent call last):
File "<string>", line 41, in <module>
File "<string>", line 20, in walk_packages
File "c:\python360564\lib\site-packages\notebook\terminal\__init__.py", line 13, in <module>
from .handlers import TerminalHandler, TermSocket
File "c:\python360564\lib\site-packages\notebook\terminal\handlers.py", line 11, in <module>
from ..base.zmqhandlers import WebSocketMixin
File "c:\python360564\lib\site-packages\notebook\base\zmqhandlers.py", line 17, in <module>
from jupyter_client.session import Session
File "c:\python360564\lib\site-packages\jupyter_client\__init__.py", line 10, in <module>
from .multikernelmanager import MultiKernelManager, AsyncMultiKernelManager
File "c:\python360564\lib\site-packages\jupyter_client\multikernelmanager.py", line 7, in <module>
import uuid
File "c:\python360564\lib\site-packages\uuid.py", line 138
if not 0 <= time_low < 1<<32L:
^
SyntaxError: invalid syntax
Any help/ideas would be greatly appreciated!
Thanks, -Doug
opened Apr 12, 2021 by domccorm 2
Open
Firstly a big thank you for making pyupdater - it has been incredibly useful for my app (kanmail.io).
I was wondering if there is interest in allowing users to specify the platform and use any channel name. I see that the platforms are hardcoded from dsdev-util and the channel names as well. I think making it possible to use any value for both would be incredibly powerful (and solve issues like #268).
Happy to look at PR-ing this change if there's interest?
opened Mar 21, 2021 by Fizzadar 4
Open
Hello all,
I have been working with PyUpdater 3.1.1 on Windows which has been working great but recently I have been building some standalone apps to a single file binary (PyInstaller/PyArmor), Python 3.7 on Linux and Mac. The binaries all run just fine once marked as executable (chmod +x), however when an update runs, extracts and replaces the existing binary but as it restarts, it will fail to start/exits.
This is consistent on Mac and Linux and only comes right when I change the newly updated binaries in the folder to be executable again (chmod +x filename). The newly updated binary will then run with no issues, wondering if anyone has come across that before or some pointers in the right direction.
Thanks
opened Feb 2, 2021 by syphon1c 1
Open
The following error occurred when I try to package the 2nd version and generate the first patch. FYI: The packaged file is quite large, 3,174 MB, I guess it might be the reason
pyupdater pkg --process --sign [INFO] PyUpdater 3.1.1 [INFO] Processing packages... [INFO] Patch support enabled [INFO] Generating package list [INFO] Starting patch creation [INFO] Creating patch... Anvsoft BetterVideo-win-stable-2 size does not fit in an int [ERROR] size does not fit in an int
opened Dec 5, 2020 by hohband 3
Information
| Category: Python / Distribution |
| Watchers: 14 |
| Star: 314 |
| Fork: 57 |
| Last update: May 7, 2021 |
Contents
Resource links
Share this repo
Most popular
Related Repos
365
ZipFly is a zip archive generator based on zipfile.py. It was created by Buzon.io to generate very large ZIP archives for immediate sending out to clients, or for writing large ZIP archives without memory inflation.
141
Sailboat is a Python developer's best friend. It's a Python build tool that can do anything you need it to! It suports a countless number of plugins — you can even make your own. Sailboat is made for anyone, whether you are a beginner on your very first project, or a senior software engineer with years of experience.
82
Lightweight framework and software suite to help develop, package, and publish Python desktop applications