| Git Clone URL: | https://aur.archlinux.org/storageexplorer.git (read-only, click to copy) |
|---|---|
| Package Base: | storageexplorer |
| Description: | Microsoft Azure Storage Explorer is a standalone app from Microsoft that allows you to easily work with Azure Storage data on Windows, macOS and Linux. |
| Upstream URL: | https://github.com/microsoft/AzureStorageExplorer/releases |
| Keywords: | azure cloud microsoft storage |
| Licenses: | unknown |
| Provides: | storageexplorer |
| Submitter: | XenGi |
| Maintainer: | faultylee |
| Last Packager: | faultylee |
| Votes: | 28 |
| Popularity: | 0.000054 |
| First Submitted: | 2017-02-23 15:38 (UTC) |
| Last Updated: | 2024-10-31 06:03 (UTC) |
@armadillo, this is probably not the recommended method, you can still get dotnet-runtime-2.2 from here https://archive.archlinux.org/packages/d/dotnet-runtime-2.2/
I've raise the issue here https://github.com/microsoft/AzureStorageExplorer/issues/2752
@armadillo I just checked, there's no update for storageexplorer and using the latest dotnet-runtime doesn't work. I'll wait for upstream changes before updating the package again.
@faultylee - dotnet-runtime-2.2 package is no longer available - not sure if storageexplorer can be rebuilt for dotnet-runtime, i.e. 3.1 version?
Thank you all for the notes and feedback. I've just updated and sorry for the long delay.
Could your remove gconf from the list of dependencies? It shouldn't be required by modern electron apps.
@faultylee, arch updated dotnet to version 3. Since storageexplorer uses dotnet core 2.2, this PKGBUILD should be updated to use dotnet-runtime-2.2 package. Also, with this dotnet update we do not need to set DOTNET_ROOT anymore since it was moved to the default location.
@davvidjytang, that's a good note, I'll probably add the downloaded package name into gitignore. On a side note I was also thinking to suffix the version to the downloaded filename, not sure if that's a good practice.
jungliztik and faultylee, thanks for your help that put me on the right path and I managed to resolve it now.
I manually manage AUR packages.
When I update I usually do:
git pullgit clean -fdmakepkg -sirI assumed step 2 would delete all the downloaded tarball since it is not committed to source. But in fact step 2 does not delete gitignored tarball, which result in makepkg not redownloading tarball since it already exists.
I guess my step 2 should become
git clean -fdx
so that it cleans gitignored tarballs from now on.
Yes, that's usually the issue if the previously downloaded source is not deleted
Davidjytang, I had a similar experience yesterday when updating. Using the PKGBUILD file, I found the URL for the tar ball, manually downloaded it and checked it using sha256sum... all fine and matched the expected value detailed in the PKGBUILD file.
I use 'yay' to help manage packages from the AUR and during the update process it gives the option to delete a locally cached version of the package it is attempting to install... when it removed ~/.cache/yay/storageexplorer and re-downloaded everything during the update process, it installed just fine.
Pinned Comments
faultylee commented on 2024-05-28 06:20 (UTC)
The latest update from 1.34.0 is now using .NET Core 8.0 (
extra/dotnet-runtime)