Package Details: storageexplorer 1.33.1-1

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.002697
First Submitted: 2017-02-23 15:38 (UTC)
Last Updated: 2024-04-11 01:36 (UTC)

Pinned Comments

faultylee commented on 2022-08-05 14:48 (UTC)

The latest update is now using .NET Core 6.0, should help resolve some of the issues some of you had previously around installing .NET Core 3.1

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

faultylee commented on 2020-03-25 11:04 (UTC)

@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.

armadillo commented on 2020-03-22 22:46 (UTC)

@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?

faultylee commented on 2020-02-04 14:13 (UTC)

Thank you all for the notes and feedback. I've just updated and sorry for the long delay.

daurnimator commented on 2020-01-28 01:10 (UTC)

Could your remove gconf from the list of dependencies? It shouldn't be required by modern electron apps.

gnloch commented on 2020-01-14 12:06 (UTC)

@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.

faultylee commented on 2020-01-02 14:08 (UTC)

@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.

davidjytang commented on 2020-01-02 05:43 (UTC) (edited on 2020-01-02 05:44 (UTC) by davidjytang)

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:

  1. git pull
  2. git clean -fd
  3. makepkg -sir

I 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.

faultylee commented on 2019-12-31 08:11 (UTC)

Yes, that's usually the issue if the previously downloaded source is not deleted

jungliztik commented on 2019-12-31 06:34 (UTC)

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.

davidjytang commented on 2019-12-31 03:41 (UTC)

Hi! I got this error just now. ==> Validating source files with sha256sums... Linux.StorageExplorer.tar.gz ... FAILED storageexplorer.desktop ... Passed ==> ERROR: One or more files did not pass the validity check!

Maybe the tarball has been changed?

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »