https://labs.parabola.nu/https://labs.parabola.nu/favicon.ico?15367742552020-05-22T03:05:08ZParabola Issue TrackerPackages - Feature Request #2785: Relax the WebRTC privacy settings in qutebrowserhttps://labs.parabola.nu/issues/2785?journal_id=146882020-05-22T03:05:08Zbill-auger
<ul></ul><p>it is not a freedom issue - it probably depends on whether webkit<br />can do webrtc - but FWIW, the primary reason why one would want<br />to use a light-weight web browser such as qutebrowser, is because<br />it does not have bloated features like webrtc - with that in mind,<br />it could be considered to be an anti-feature to some people</p> Packages - Feature Request #2785: Relax the WebRTC privacy settings in qutebrowserhttps://labs.parabola.nu/issues/2785?journal_id=146902020-05-22T13:20:03Zjgartjgart@dismail.de
<ul></ul><p>I did a quick search and it looks like webkit can do webrtc. I have to do some more research.</p>
<p>If the parabola community at large would prefer to have webrtc out of qutebrowser because of the bloat then I understand that but the current packaged qutebrowser doesn't allow jitsi meet or riot.im to work.</p>
<p>This forces me to install iceweasel just to be able use jitsi and riot.im (I use both frequently). I feel like that also causes bloat for my system. I would prefer to only use qutebrowser with all that it offers as well as avoiding the context switch of having to open iceweasel just to be able to use the above two applications.</p>
<p>I can also resort to eventually compiling my own qutebrowser with webrtc enabled I guess if I'm going to be using parabola as my daily driver.</p>
<p>Ideally, I would like to have a dedicated console-based client replacement for jitsi and matrix (maybe <a href="https://github.com/tulir/gomuks" class="external">gomuks</a>). That would allow me to not have to be dependent on a web browser to use jitsi and matrix.</p>
<p>Below is a console-based app written in crystal I just learned of for jitsi but it doesn't support making/taking calls:</p>
<p><a class="external" href="https://github.com/ryanprior/meet">https://github.com/ryanprior/meet</a></p>
<p>Hence, I would still need to use webrtc in my browser.</p> Packages - Feature Request #2785: Relax the WebRTC privacy settings in qutebrowserhttps://labs.parabola.nu/issues/2785?journal_id=146912020-05-22T14:04:54Zbill-auger
<ul><li><strong>Priority</strong> changed from <i>bug</i> to <i>discussion</i></li><li><strong>Status</strong> changed from <i>unconfirmed</i> to <i>open</i></li><li><strong>Tracker</strong> changed from <i>Bug</i> to <i>Feature Request</i></li></ul><p>it should not be surprising, that there are few native clients for those services - the only native matrix clients that i know of are 'fractal' and the 'weechat' plug-in; and i dont think that either has webrtc support - webrtc is a browser-specific technology, specifically chromium/electron - it purpose is to give allow A/V calls inside a web browser (or a web browser "app" disguised as a native application), for people who expect to do every conceivable computing task exclusively in a web browser, and for developers who want to write only javascript - people who appreciate the efficiency and relative simplicity of the countless native applications which have done those same jobs perfectly well for decades, should not need to be concerned about webrtc, or other such "shoe-horns", which replicate existing applications, only much less efficiently</p>
<p>i.e. you only <em>need</em> to use webrtc, if you <em>need</em> to use one of the web-based A/V chat services, rather than a more modest application such as jami, tox, or any of a zillion others - the word " <em>need</em> "is usually overstated in the context of the web - " <em>optional</em> <em>convenience</em>" is usually a more accurate description</p>
<p>the way to reduce bloat is to use the appropriate tool for each task (e.g. a chat program for chatting, a web browser for ... oh i dunno ... browsing the web maybe), rather than expecting a single tool to do everything (aka: feature-creep) - webrtc is one among many such cohorts in the ubiquitous "webby-web-web" trend of "everything-but-the-kitchen-sink", "cargo-cult" engineering practice</p>
<p>that long-winded rant aside, if you can get webrtc working in qutebrowser, feel free to send the PKGBUILD to the mailing list for discussion - i dont use qutebrowser myself, so i have no opinion on whether or not it should grow by 100MB, introduce new privacy leaks, or whatever else would be entailed</p>
<p>one last point to nit-pick - "jitsi" and "jitsi-meet" should not be confused - those are two completely different and incompatible services - "jitsi" is a stand-alone SIP phone, written in JAVA - it is in the parabola [pcr] repo</p> Packages - Feature Request #2785: Relax the WebRTC privacy settings in qutebrowserhttps://labs.parabola.nu/issues/2785?journal_id=146922020-05-22T16:36:29Zfreemor
<ul></ul><p><a class="user active" href="https://labs.parabola.nu/users/4914">jgart</a> it should be noted thet you'd want to check if qt-webkit supports webRTC not webkit2(gtk) that is a different animal.</p>
<p>The diffenence in the PKGBUILD between Parabola/Arch is qt-webkit vs qt-webengine(a.k.a chrome). QT stopped showing their webkit side any love a good while back when they switched to webengine. It wouldn't suprise me that qt-webkit didn't support webRTC.</p>
<p>QT will probably kill qt-webkit once qt-webengine gets enough traction and most major applications have move over. That'll create a real headache for Parabola as a bunch of atuff that we've been keeping on qt-webkit will break.</p> Packages - Feature Request #2785: Relax the WebRTC privacy settings in qutebrowserhttps://labs.parabola.nu/issues/2785?journal_id=146952020-05-23T01:30:24Zfreemor
<ul></ul><p>As I feared some web grepping seems to indicate that qt-webkit does NOT support webRTC:</p>
<p>"https://stackoverflow.com/questions/15522573/webrtc-getusermedia-in-qtwebkit2-3-is-not-working" from <a class="external" href="https://stackoverflow.com/questions/15522573/webrtc-getusermedia-in-qtwebkit2-3-is-not-working">https://stackoverflow.com/questions/15522573/webrtc-getusermedia-in-qtwebkit2-3-is-not-working</a></p> Packages - Feature Request #2785: Relax the WebRTC privacy settings in qutebrowserhttps://labs.parabola.nu/issues/2785?journal_id=147822020-06-11T20:55:15Zbill-auger
<ul><li><strong>Status</strong> changed from <i>open</i> to <i>wont-fix</i></li></ul>