Package Details: balena-etcher 2:2.1.0-1

Git Clone URL: https://aur.archlinux.org/balena-etcher.git (read-only, click to copy)
Package Base: balena-etcher
Description: Flash OS images to SD cards & USB drives, safely and easily
Upstream URL: https://balena.io/etcher
Licenses: Apache-2.0
Conflicts: etcher, etcher-bin, etcher-git
Submitter: gin078
Maintainer: zhullyb (Clansty, sukanka, lilac)
Last Packager: sukanka
Votes: 263
Popularity: 0.79
First Submitted: 2019-05-13 11:35 (UTC)
Last Updated: 2025-03-01 03:02 (UTC)

Latest Comments

« First ‹ Previous 1 .. 23 24 25 26 27 28 29 30 Next › Last »

ams1 commented on 2017-08-22 22:21 (UTC)

There's a package for the CLI now. :-)

ams1 commented on 2017-08-10 08:43 (UTC)

There's a new experimental etcher CLI command that uses that name, so I deliberately let it change. (There's no AUR package for the CLI yet.)

imrehg commented on 2017-08-10 08:36 (UTC)

Would be nice to keep the `etcher` command as well, as got used to starting Etcher from the command line instead of the menu. Added the symlink in my own version of the package. mkdir -p "${pkgdir}/usr/bin/" ln -s "/opt/Etcher/etcher-electron" "${pkgdir}/usr/bin/etcher"

ams1 commented on 2017-08-08 11:43 (UTC)

The binaries come *from* the .deb files. Of course the pacman package is tar.xz The package takes more space because the electron stuff is no longer compressed inside a .AppImage file.

now-im commented on 2017-08-08 11:40 (UTC)

Why use .deb binaries? As far as I know .tar.xz or .zip is the standard for arch linux. Maybe this is the reason of this package taking more space. Packages (1) etcher-1.1.2-1 Total Installed Size: 175.07 MiB Net Upgrade Size: 113.29 MiB

ams1 commented on 2017-08-08 10:38 (UTC)

As of 1.1.2, this package uses the binaries from the .deb files.

daijizai commented on 2017-08-06 01:01 (UTC)

Needs depends on extra/libxss

ams1 commented on 2017-07-25 23:04 (UTC)

I seem to have been premature. The 32bit AppImage is available now and I've updated the PKGBUILD.

ams1 commented on 2017-07-25 17:01 (UTC)

v1.1.1 is up now, but there's no i686 AppImage any more (no idea if that's deliberate). I updated to use only x86_64, for now. I can switch to use the .deb binaries if anybody cares about i686, but that'll take a bit more time than I have now.

« First ‹ Previous 1 .. 23 24 25 26 27 28 29 30 Next › Last »