Live data from Hacker News

1Password for Linux development preview

discussions.agilebits.com

121–130 of 352 posts

Re: 1Password for Linux development preview

#121
post #101

What would 1Password add to keepassxc+Dropbox for personal use? It only subtracts from the security. I get that organizations with many users don’t want to deal with database management. For personal use though, keepassxc is fine.

Better UI.

Re: 1Password for Linux development preview

#122

Earlier quoted context omitted.

But why a whole electron app just to store passwords?

The other versions are native. It's one of the things that sets 1Password apart. Is the Linux version Electron?

> The other versions are native. It's one of the things that sets 1Password apart. Is the Linux version Electron?

Yes, it is very obvious from the screenshot that it’s built on top of Electron [1].

GTK nor Qt have that type of UI elements, they are obviously HTML elements stylized with CSS.

Another hint is in the files contained inside the Debian package used during the Linux installation [2]:

  root@3cb1637b3070:/# apt-get download 1password
  root@3cb1637b3070:/# dpkg --extract 1password_0.8.0-22506_amd64.deb temp
  root@3cb1637b3070:/# ls -lia ./temp/opt/1Password/
  total 177900
  661008 drwxr-xr-x 5 root root      4096 Aug  3 18:23 .
  661007 drwxr-xr-x 3 root root      4096 Aug  3 18:23 ..
  661011 -rwxr-xr-x 1 root root 129796744 Aug  3 18:21 1password
  661010 -rw-r--r-- 1 root root      1060 Aug  3 18:21 LICENSE.electron.txt
  661023 -rw-r--r-- 1 root root   4710103 Aug  3 18:21 LICENSES.chromium.html
  661021 -rwxr-xr-x 1 root root   6322128 Aug  3 18:21 chrome-sandbox
  661017 -rw-r--r-- 1 root root    179981 Aug  3 18:21 chrome_100_percent.pak
  661013 -rw-r--r-- 1 root root    321151 Aug  3 18:21 chrome_200_percent.pak
  661022 -rw-r--r-- 1 root root  10505952 Aug  3 18:21 icudtl.dat
  661012 -rwxr-xr-x 1 root root    243992 Aug  3 18:21 libEGL.so
  661014 -rwxr-xr-x 1 root root   8948960 Aug  3 18:21 libGLESv2.so
  661024 -rwxr-xr-x 1 root root   3103488 Aug  3 18:21 libffmpeg.so
  661020 -rwxr-xr-x 1 root root   4488304 Aug  3 18:21 libvk_swiftshader.so
  661018 -rwxr-xr-x 1 root root   8483376 Aug  3 18:21 libvulkan.so
  792826 drwxr-xr-x 2 root root      4096 Aug  3 18:23 locales
  792824 drwxr-xr-x 2 root root      4096 Aug  3 18:23 resources/app.asar
  661015 -rw-r--r-- 1 root root   4791423 Aug  3 18:21 resources.pak
  661009 -rw-r--r-- 1 root root     50592 Aug  3 18:21 snapshot_blob.bin
  792821 drwxr-xr-x 2 root root      4096 Aug  3 18:23 swiftshader
  661019 -rw-r--r-- 1 root root    170903 Aug  3 18:21 v8_context_snapshot.bin
  661016 -rw-r--r-- 1 root root       107 Aug  3 18:21 vk_swiftshader_icd.json
You can use “npx asar extract /opt/1Password/resources/app.asar source” to access the JavaScript files [3].

[1] https://i.imgur.com/pGJ4Wvd.png

[2] https://support.1password.com/cs/getting-started-linux/

[3] https://stackoverflow.com/a/38524534

Re: 1Password for Linux development preview

#124
I pulled the plug on 1password because I hate subscriptions.

There is also no logical reason to pay agile bits for single-purpose back-end infrastructure when we already have dropbox, etc.. An encrypted password file is tiny.

Subscription apps (and subscriptions in general) are simply not scalable in their current implementation.

Re: 1Password for Linux development preview

#125
post #112

Earlier quoted context omitted.

But why a whole electron app just to store passwords?

Why a whole GTK or Mono app just to store passwords? Once you’ve decided that you want to make a GUI for something you’ve already made the choice to increase the weight considerably. Electron is still the best cross platform toolkit when you need browser support too.

Electron is still the best cross platform toolkit when you need browser support too.

Agree, just though it was too much for something simple as displaying logins/pass but looks like it has lots of features?

Re: 1Password for Linux development preview

#126
After putting it off for a while, I finally moved from LastPass to 1Password around the beginning of the year.

Inertia kept me with LastPass, but I really should have fought that. There's just no comparison between the pile of slow crap that is LastPass and it. I guess I just accepted that a password filler would be clunky, but... no. 1Password is much, much better.

Re: 1Password for Linux development preview

#127

As many others have said, I'll be interested once they provide local vault support on Linux. I dislike subscriptions - not for the financial cost as such, but because I like to evaluate whether or not I want to pay for a given version or stay on the current version. I'm happy to pay for software that provides value to me, which 1Password does (and I did pay for the existing clients). The same applies to major version…

I was on the same boat until recently. Long time 1Password user under Linux + local sync (since v3, 10+ years ago). Always feeling neglected by AgileBits.

Last year I got tired of having to fidget with WineHQ config every time I updated something, and decided to pony up for the cloud-based subscription.

It was the best decision ever.

Not only solves the compatibility issues (obviously), but also gave me the ability of managing different vaults, selectively share passwords within within the family, and also having some nice additional features (e.g., wiping out devices before intl travel).

All things considered, more than worth the subscription price.

The only two things that I miss from the native version:

1) ability to attach files to an entry

2) the flexibility of doing bulk operations (e.g., selecting multiple entries).

I solved the latter running 1P under a Windows VM, but hoping this Linux native version will solve now. 1 down, 1 to go.

Re: 1Password for Linux development preview

#128

Earlier quoted context omitted.

The other versions are native. It's one of the things that sets 1Password apart. Is the Linux version Electron?

> The other versions are native. It's one of the things that sets 1Password apart. Is the Linux version Electron? Yes, it is very obvious from the screenshot that it’s built on top of Electron [1]. GTK nor Qt have that type of UI elements, they are obviously HTML elements stylized with CSS. Another hint is in the files contained inside the Debian package used during the Linux installation [2]: root@3cb1637b3070:/# ap…

The native versions don't look native either. You can use a web view without Electron too.

Edit: Thanks for adding the package info.

Re: 1Password for Linux development preview

#129
post #105
post #73

Earlier quoted context omitted.

Why not keep storing your data locally, the same way that you were before?

They've absolutely crippled 1password to make local vaults as difficult to buy and use as possible. They don't roll out updated versions as often, many versions don't get support for local vaults for years, they make it nearly impossible to buy the non-subscription version, and you can no longer upgrade older licenses to use new versions. Their entire business model is really sleazy and they've gone out of their way…

> Every company that has moved to a subscription and cloud-based product has essentially traded a one time $30-50 license to getting that (or more) every year, and the product is usually inferior from my experience.

Two mild counterpoints:

(1) While "from my experience" is always definitionally anecdotal, most applications that I'm aware of that have moved to (or started with) a subscription-based model have released new features on a rolling schedule that's at least as fast, if not faster, than the "one-time license" model. On the Mac/iOS, there's Ulysses, Fantastical, and Drafts off the top of my head; cross-platform, the JetBrains IDEs all come to mind. (They're not precisely the same model due to their "perpetual fallback license" approach, but they're definitely trying to drive you to subscribe.) And, for all the mostly-deserved hate Adobe gets, their release cycle appears to have picked up speed since they moved to a subscription model.

(2) The one-time license model works great for applications that don't need any updates in the future beyond perhaps bug fixes. If you want ongoing support and new features, where does the money to support that come from? In years past it would have come from upgrade pricing, but programs went years between new releases and there was nothing that compelled users to upgrade if the old program was still working on their hardware. I get that as a user that's great, but for developers, it's, well, rocky. It was livable a decade ago because those big application programs were way more expensive. At today's prices, where $39 seems kinda steep, that may not be a workable business model.

As for 1Password specifically, I run it on a work laptop, a personal laptop, an iPad Pro, an iPad Mini and an iMac, and keeping the various "local vaults" in sync was always a bit of a pain in the ass -- and of course there was no way to access that vault over the web on a different machine if I really, truly needed to. And I know more than a few people using 1Password for Families. I don't think it's a "really sleazy" business model at all. It may be a business model that you don't like, but that's not the same thing.

Re: 1Password for Linux development preview

#130

As many others have said, I'll be interested once they provide local vault support on Linux. I dislike subscriptions - not for the financial cost as such, but because I like to evaluate whether or not I want to pay for a given version or stay on the current version. I'm happy to pay for software that provides value to me, which 1Password does (and I did pay for the existing clients). The same applies to major version…

https://github.com/dani-garcia/bitwarden_rs

I left 1PW a few years ago as I felt them pushing towards a subscription model. I've tried a bunch of other open-source options, this one is best. Gives you a nice self-hosted bitwarden install without the overhead (in particular .log bloat) of the main bitwarden repo. You also get 2FA which I feel is essential.

Post reply on HN