61–70 of 282 posts
I just use pass: https://www.passwordstore.org/
Correct. For a Linux user, you can already build such a system yourself quite trivially by getting an FTP account, mounting it locally with curlftpfs, and then using pass on the mounted filesystem. From Windows or Mac, this FTP account could be accessed through built-in software.
Will it also suggest me my passwords in iOS?
Come on, guys, 1Password is not only about syncing passwords between N computers.
I just use pass: https://www.passwordstore.org/
Correct. For a Linux user, you can already build such a system yourself quite trivially by getting an FTP account, mounting it locally with curlftpfs, and then using pass on the mounted filesystem. From Windows or Mac, this FTP account could be accessed through built-in software.
Interesting: > 1Password for Linux also debuts with several features that are coming soon to 1Password for Mac, Windows, iOS, and Android That should be encouraging for Linux users. It suggests that the Linux version is not just a port that will forever at best follow the other platforms. It can get pretty annoying when you have something that is available on multiple platforms, and your platform tends to always lag…
I'm a big fan of 1Password. I've been paying for it for years. A few years ago I got my partner setup in a few minutes and now they have strong passwords everywhere. Its got great features for sharing vaults with other people so I've got password managers setup for the kids too. My partner and I both have personal vaults, we have a shared vault for financial stuff, and a shared vault for our media accounts (that we s…
Yes, it is yet another Electron app. https://github.com/1password/electron-hardener
I just use pass: https://www.passwordstore.org/
Correct. For a Linux user, you can already build such a system yourself quite trivially by getting an FTP account, mounting it locally with curlftpfs, and then using pass on the mounted filesystem. From Windows or Mac, this FTP account could be accessed through built-in software.
I just use pass: https://www.passwordstore.org/
Correct. For a Linux user, you can already build such a system yourself quite trivially by getting an FTP account, mounting it locally with curlftpfs, and then using pass on the mounted filesystem. From Windows or Mac, this FTP account could be accessed through built-in software.
https://news.ycombinator.com/item?id=9224
(If this is not a joke, yikes).
Earlier quoted context omitted.
> fairness, Linux GUI toolkits suck a lot Well, this is GTK password manager https://gitlab.gnome.org/World/PasswordSafe - UI works really well, use it every day. Guess GTK will be much more popular 'cause Qt LTS going to be proprietary.
I meant "they suck for developers", not necessarily for users. I'd rather not get into details because the topic tends to invite flame from some C and especially C++ developers and I don't have the energy for that this morning.
The Qt approach with QML + JavaScript with a C++ backend worked in that regard quite well, expose low level system calls from C++ and call it from JavaScript, but QML had other issues.
And funny thing is that if you do JavaScript you can't escape that build step anyway when you use TypeScript, but there is hot reload at least.
One problem is that many GUI toolkits are not adopted for being consumed from a scripting language, bindings become complex and then needs to be constantly maintained.
I'm experimentering with the IUP GUI toolkit, a very well written toolkit in C. Designed from the beginning to able to be consumed by a scripting language, in this case Lua. So it doesn't rely on weird macros or overcomplicated structs, you work with opaque handles, this makes it easy to be called from any language that has FFI support, which makes bindings even easier. Unfortunately no MacOS support for IUP.
What a scam. All this hype and it is another Electron app. Windows and Mac versions are native and yet Linux gets a version that uses 'Electron'. Yuck. Fortunately, to give us the illusion that it is 'fast' they need to mention that it uses 'Rust'. And?
I wonder if Qt developers are that hard to find.
I can name Krita and that's about it.
So... yeah, I guess finding a professional skilled in Qt or GTK might be problem.
And honestly - why bother?
Earlier quoted context omitted.
In fairness, Linux GUI toolkits suck a lot. I was a professional Qt developer in a past life and while it stands head and shoulders above GTK, that’s really not saying much. I’ve often thought about making my own toolkit, but there’s so much that we forget about from things like focus to accessibility to text layout and rendering (much text has been rendered on why text rendering sucks). My hope is that Rust breathes…
I really think this is the single most substantial reason as to why desktop linux has sucked for so long. I was following your comment until the end - I don't have any probems with Rust but how will that help the situation?
> I do research on fundamental UI technology and 2D graphics, with a focus on Rust and fonts. Currently on the Google Fonts team.
Rust also addresses many of my grievances with GTK and C++, notably the need to bolt on (although "bolt on" seems to imply less fragility than is the case) language features to give a higher level facade or otherwise deal with the deeply impoverished C and C++ build tools. Related to the previous point, Rust makes it much easier to bring in a dependency and write tests. Similarly, Rust benefits from a long tail of minor tooling improvements including documentation generation and hosting to text editor integration (Qt ships their own IDE which is of decent quality, but you have to go all-in on it; you don't get to use the plugins, keybindings, etc that you know and love from vscode / vim / emacs /etc and even then IIRC it only knows about things in the Qt project but not necessarily third party libraries--although with enough blood, sweat, and tears you can probably cobble together something based on clang metadata).
[0]: https://github.com/linebender/druid [1]: https://news.ycombinator.com/user?id=raphlinus