indeed, this was just to get rolling, not a permanent solution
So from a reviewers point-of-view, it would be great if beeper
can be made to work without allow-sandbox: true
since this can be done without the requirement of a snap declaration.
In the meantime, if this is definitely needed, I would request that the snap publisher be vetted as is done for classic confinement requests as this request gives the snap quite a lot of privilege on the device.
@advocacy could you please perform publisher vetting?
+1 from me, I vetted the publisher, so if we want to go ahead with an interim classic confinement, although it would be better to try to resolve specific sandboxing issues.
Great, thanks everyone! Let me know what the next steps are. There are two apps to approve: Beeper and Beeper-beta
FYI the reason I asked for vetting was not for classic confinement but so that we could gain trust in the publisher for this specific request for allow-sandbox:true
- as background, this grants more privileges to a snap (so that it can configure the internal chromium sandbox) and so we need to gain more trust in the publisher in this case (so it is similar to the case of when we grant classic confinement in that regard).
+1 from me to then grant allow-sandbox: true
for beeper-beta
and beeper
.
+2 votes for, 0 votes against, this is now live. Any new snap revision which is uploaded should automatically pass review.
@beeper You should be good to go now - The next step is to reupload your builds which will now go through the checking without issues.
Works perfectly! Thanks everyone for the help
Unfortunately running into an error. This snap works fine when I compile it and run it locally with sudo snap install --devmode
but after I’ve uploaded it to Snapcraft I tried sudo snap install beeper-beta
the app no longer works correctly. It appears that it cannot connect to the internet from the snap container…all the network calls are failing
Here is a copy of the snap that I uploaded with snapcraft upload --release=stable
https://dl.todesktop.com/201202u1n7yn5b0/builds/210226a4sz0eba0/linux/snap/x64
I don’t have a beeper account but it seems to work fine for me - after installing and launching beeper-beta I am presented with a sign-in dialog and if I try and specify a random username/password I am told ‘Incorrect username and/or password’ - perhaps there is an issue with your local install… Can you try retesting on a separate machine?
Interesting, maybe it’s just my ubuntu install. I tried a fresh ubuntu vm and it works fine…thanks for checking for me @alexmurray
Excellent - thanks for checking - let me know if you do notice anything amiss still.
I guess you are writing here because beeper
and beeper-beta
are not available anymore? Is this your request/complaint?
I have no visibility of what could have happened, but I can see that indeed none of them are available to install. Seems to be a question for @beeper?
I’m not sure @Beeper is an official account, but yes, I’ll pose the question to Beeper somewhere. I crossposted those quotes here since I thought the people responsible for packing Beeper would have know what occurred. Apologies for not being more descriptive, and thanks.
Hi all!
A bit of history. We used to have a snap release, but it was practically impossible to maintain it! Constant problems.
Now we have an appimage that works on all linux distros.
But, @Beeper, .AppImage
is an awful format, I think we can all agree. It doesn’t integrate with the system – no .desktop
file – and it can’t be updated automatically. Why would you settle for such an abysmal UX?
I would like to be the first to disagree.
All 3 major new-era app platforms (Snap, Flatpak, AppImage) have their strengths and weaknesses for both the user and the maintainer.