sorted by: new top controversial old
[-] wile_e8@lemmy.world 6 points 10 months ago

Are you calling for a ban on human driven cars? They killed more than zero people yesterday! If you aren't, you've accepted a human-driven vehicular homicide rate above zero.

[-] wile_e8@lemmy.world 25 points 10 months ago

I mean, that sucks, but it's not like things are going to get better once you're outside of the conditions mentioned

[-] wile_e8@lemmy.world 5 points 11 months ago

OK, so I looked though my browser history, and here are some relevant pages I found:

I don't remember how much I used each one, but eventually I pieced together enough information information to get the Browserpass extension working in the Google Chrome flatpak. But three of those links are KeePassXC, which should be useful for adapting this for your use.

The main file that was having problems was the Browserpass Native Messaging Hosts file in my config directory for the Chrome flatpak, ~/.var/app/com.google.Chrome/config/google-chrome/NativeMessagingHosts/com.github.browserpass.native.json. Originally it was a symlink to a file at /usr/lib/browserpass/hosts/chromium/com.github.browserpass.native.json:

{
    "name": "com.github.browserpass.native",
    "description": "Browserpass native component for the Chromium extension",
    "path": "/usr/bin/browserpass-linux64",
    "type": "stdio",
    "allowed_origins": [
        "chrome-extension://naepdomgkenhinolocfifgehidddafch/"
    ]
}

The call to /usr/bin/browserpass-linux64 did not see to work for me, so I ended up making a copy of the file in the NativeMessagingHosts directory and modified it to point to a script in my home mount:

wile_e8 NativeMessagingHosts $ diff com.github.browserpass.native.json.orig com.github.browserpass.native.json
4c4
<     "path": "/usr/bin/browserpass-linux64",
***
>     "path": "/home/wile_e8/.config/browserpass/browserpass.sh",

I don't remember why I picked to do it inside the ~/.config directory, but it worked so I left it. And here is the script I put at ~/.config/browerpass/browserpass.sh:

#!/bin/sh
cd ~
/usr/bin/flatpak-spawn --host /usr/bin/browserpass-linux64 2>/tmp/error.log

I don't remember how I came up with that script, it must be somewhere in the four links at the top.

Finally, I needed to use Flatseal to allow access to the script. In the Google Chrome settings, under "Filesystem->Other files", I added an entry saying ~/.config/browserpass:ro. Also modified from the default in Flatseal, I have "Filesystem->All user files" enabled, along with "Socket->D-Bus session bus" and "Socket->D-Bus system bus". I don't know how necessary the last three are, but I'm not messing with it now that I have it working.

So, that's what I did to get the Browserpass extension working in the Google Chrome flatpak. You'll have to modify some things to get it working for KeePassXC, or for Firefox. But that general pattern should work.

[-] wile_e8@lemmy.world 4 points 11 months ago

Keep an eye out, I'll come back to this. It involves posting config file diffs and a script I wrote, it'll be a longer post I don't have the time to write right at this moment.

But yes, the fact that I need to find the time to post all the changes I needed to make to get this to work is part of the problem here.

[-] wile_e8@lemmy.world 4 points 11 months ago

FWIW I figured out how to get a password manager (Browserpass, not KeePassXC) to communicate with flatpak Chrome if you want some advice on how to get it to work.

But yes, it was way more difficult than it should have been (which is "should work out of the box, just like a regular package"). So if you're just listing some of the shortcomings of flatpak, never mind.

[-] wile_e8@lemmy.world 9 points 11 months ago

It's kind of amazing it took this long - I don't know why they didn't do it this way from the start.

[-] wile_e8@lemmy.world 12 points 11 months ago

Wait, are photo passes really happening this time? Google has made a couple of blog posts announcing the feature, but I've been regularly checking for the last several months and haven't seen it. It was a nice feature of the original Google Wallet that was removed in one of the rebrands, I'd really like it to actually be back instead of just "coming soon" (not that soon)

[-] wile_e8@lemmy.world 1 points 1 year ago

Is there any mirror for this? I don't know if this has been posted to some other site as well, but the web site seems to be overloaded with traffic right now and I can't see the article.

[-] wile_e8@lemmy.world 3 points 1 year ago

The United States. And I've been checking for it since it was originally announced at the beginning of June. And.... I guess another announcement means it's not dead. Yet.

[-] wile_e8@lemmy.world 4 points 1 year ago

When will Google Wallet Pass photo import actually go live? It was announced over three months ago, and I've been checking for it ever since. Will this announcement mean it's actually going to show up in the next day or three, or will I be checking in vain for several more months?

[-] wile_e8@lemmy.world 2 points 1 year ago

So, as someone that's been on flavors of Ubuntu/Linux Mint for me personal computer since Breezy Badger, any good distro recommendations? I've been using Ubuntu Mate and upgrading in place for the last ~5 years, so I've mostly avoided Snaps, but I'm looking to upgrade my computer and I'm probably going to need a fresh install. I'd like to stay on the Ubuntu/Debian tree, but I've been using RHEL on my work computer for a while now, so I'm not totally unfamiliar with that distro branch.

Also, should I be as concerned about Flatpaks as everyone seems to be concerned about Snaps?

[-] wile_e8@lemmy.world 9 points 1 year ago

Existing beta users, what say you? Have the latest betas been stable enough to install on my daily driver? Are there a lot of useful advantages over Android 13? If I've waited this long to install the beta, should I just stay on 13 until the official release?

view more: next ›

wile_e8

joined 1 year ago