Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

5 Neutral

About genbushi

  • Rank
  1. Awesome, glad its working... I just was doing some tests, see the library @Dentonthebear mentioned I believe. Putting here for reference. I'm a huge Enpass fan - it has some updating it needs for Linux, but it's awesome because its a local only password manager by default and works great on mobiles/tablets... everywhere essentially. As Manjaro and Pop_OS have brought even more folks to linux desktops, I'm hopeful a little more effort will be put in to maintaining the Linux builds (fingers crossed). Being an open source advocate I do wish they'd allow more code audits or even open source it, but its a business and I respect their decision, that's their right after all. I did an install of Xubuntu 18.04, launching from command line produced this error: I then installed the missing library 'libxkbommon-x11.so.0' with command: sudo apt install libxkbcommon-x11-0 Afterwards I was able to open Enpass as expected via menu and command line
  2. If you open a command line window, return the output generated by starting it from the command line with the command: /opt/enpass/Enpass By they way, based on the kernel version, this is Xubuntu 18.04 LTS and not 20.04? I'm just a user, but I'll try to spin up an Xubuntu instance and see if I can replicate, it seems there's a few XFCE based issues.
  3. Hmmmm... guessing it may be something with the XFCE Manjaro tray and the underlying QT. Manjaro XFCE may be on a slightly more recent version of XFCE? Using it on Manjaro KDE, Gnome and Cinnamon has worked as intended. Let's hope the Enpass devs are able to get some further testing and a new build out. I think with the latest round of major releases (Ubuntu 20.04, Manjaro 20.x, KDE Plasma 5.19, Gnome 3.36.x, XFCE 4.14.x) there's a few underlying issues with how QT is being handled in various desktop environments. Ubuntu/Xubuntu plays things very conservative, whereas Manjaro is a bit more latest-release (which is why we all love it) - so may be some tweaks needed.
  4. I have a similar installation, but no issues here. I'm currently running Manjaro KDE. App auto starts in tray made successfully. I do not have `Always run Assistant in docked mode` enabled. I'd be curious to hear if you're running the KDE Plasma desktop or possibly one of the other Manjaro desktop environments where the tray service may not register the QT tray icon properly, etc.
  5. Are you getting a specific error? If you run it from the command line via "enpass" command what errors or output is generated?
  6. It kind of sounds like the repository didn't get added fully or your list didn't update. - Check all steps from install are complete. https://www.enpass.io/support/kb/general/how-to-install-enpass-on-linux/ - Afterwards, do an `sudo apt-get clean` and `sudo apt-get update` - Did you see the `apt.enpass.io` repository scroll by when running `sudo apt-get update`? Do you see the repo file when entering the command `cat /etc/apt/sources.list.d/enpass.list` ? - Try installing Enpass again with `sudo apt-get install enpass`.
  7. of course, on the most recent installation, everything works mainly as intended, lol. Try to relate what I did see however: Environment: - On initial install, observed minor notification: Setting up enpass ( ... Error in file "/usr/share/applications/org.kde.kdeconnect_open.desktop": "*/*" is an invalid MIME type ("*" is an unregistered media type) Processing triggers for mime-support (3.64ubuntu1) ... - Continue to configure app, and click to setup cloud sync, Dropbox for example. Get normal dialog for "xdg-open" which is normal: After clicking "open xdg-open" or "Redirect" that I was presented with a "KIO mimetype error, no application associated with enpassauth". As mentioned however, on this most recent installation everything is fine though. My guess is, looking at the file on a working install: $ grep MimeType /usr/share/applications/enpass.desktop MimeType=x-scheme-handler/enpassauth;x-scheme-handler/enpasscard;x-scheme-handler/enpassstart;x-scheme-handler/enpass;x-scheme-handler/cloudkit-xxxxxxxx.in.sinew.walletx;application/enpasscard; that on the install where I was having "KIO mimetype" errors it was likely missing this info in file "/usr/share/applications/enpass.desktop": x-scheme-handler/enpassauth
  8. Apparently there's a mimetype issue when it's calling the xdg-open command to go back to enpass during this process. I'll try to grab more screenshots later today/tomorrow.
  9. Hi @avinator What method was used to wipe the HD before the fresh install? Unless you use a method like shred, DoD wipe, or similar utilities that write random passes of null data to the drive, data persists even though one is doing a "fresh install". I do lots of installs across different linux based systems and do use the Enpass cloud sync to a local, private network resource but haven't been able to reproduce the behavior. The only way I can somewhat replicate is on a new installation where I manually tell Enpass on the initial setup to restore an existing user database from my cloud resource and enter those details - then it will do exactly that. The only explanation really is that what @Ivarson mentioned that possibly your /home partition was not fully wiped and picked up that information, or you possibly did a database restore on configuration?
  • Create New...