https://labs.parabola.nu/https://labs.parabola.nu/favicon.ico?15367742552018-12-10T11:13:05ZParabola Issue TrackerPackages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=108272018-12-10T11:13:05Ztheova
<ul></ul><p>The <a href="https://download.nextcloud.com/desktop/daily/Linux/" class="external">daily image</a> doesn't use qt5-webengine. An example of a pkgbuild can be seen in the <a href="https://aur.archlinux.org/packages/nextcloud-client-appimage-daily/" class="external">AUR</a> . It would be cool to have this package in the official repository.</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=108282018-12-10T11:22:47Zbill-auger
<ul></ul><p>"appimage" in the package name indicates that as a blob package with qt5-webengine baked in - i.e. not built from source code - i.e. not fit for parabola</p>
<p>i could be wrong about that? - but it is indeed the latest casualty of the chromium->qt5-webengine->electron deluge</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=108302018-12-10T11:29:13Zbill-auger
<ul><li><strong>Related to</strong> <i><a class="issue tracker-4 status-9 priority-1 priority-lowest parent" href="/issues/1167">Freedom Issue #1167</a>: [chromium][electron][qt5-webengine][qt6-webengine] QTWebgine/Electron embeds "entire Chromium platform"</i> added</li></ul> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=108342018-12-10T20:29:15Ztheova
<ul></ul><p>bill-auger wrote:</p>
<blockquote>
<p>"appimage" in the package name indicates that as a blob package with qt5-webengine baked in - i.e. not built from source code - i.e. not fit for parabola</p>
</blockquote>
<p>I didn't know this, thanks.</p>
<p>I contacted the developers of nextloud-client. See <a class="external" href="https://github.com/nextcloud/desktop/issues/932">https://github.com/nextcloud/desktop/issues/932</a>.</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=108352018-12-10T20:54:53Zbill-auger
<ul></ul><p>i would not expect that github issue to be convincing - this is not a new issue - the qt5-webengine dev team have already been confronted with this issue and they do not believe it is true</p>
<p>also, it is not correct to say that qt5-webengine is definitively considered non-free - it is considered non-free only because it has never been definitively shown to be free</p>
<p>also the link to the FSF is not going to be convincing either - if you really wanted to show them something relevant, this would be a better link to offer</p>
<p><a class="external" href="https://lists.gnu.org/archive/html/directory-discuss/2017-11/msg00003.html">https://lists.gnu.org/archive/html/directory-discuss/2017-11/msg00003.html</a></p>
<p>IIRC a qt5-webengine dev posted to that thread saying they were willing to fix any freedom issues that can be shown conclusively, if chromium does not address them first - that is the best you could ask of any upstream</p>
<p>lastly, i can say that any problem with qt5-webengine is in what it inherits from chromium - if there is any work to be done verifying or liberating qt5-webengine or electron, the upstream chromium would be the ideal place to do that work - in time, the changes would propagate to the others</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=116002019-02-27T20:30:08Zbill-auger
<ul><li><strong>Status</strong> changed from <i>open</i> to <i>confirmed</i></li></ul> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=121022019-04-27T10:40:50Ztheova
<ul><li><strong>File</strong> <a href="/attachments/506">auth.patch</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/506/auth.patch">auth.patch</a> added</li><li><strong>File</strong> <i>PKGBUILD</i> added</li></ul><p><a href="https://github.com/nextcloud/desktop/issues/932#issuecomment-485338640" class="external">There is a patch</a> to build nextcloud-desktop without qt5-webengine. I can't estimate, if there are any security issues, so it would be good, if somebody could have a look at it.</p>
<p>You can find the patch and the modified (Arch-)PKGBUILD in the attachment.</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=121252019-04-28T23:17:35Zbill-auger
<ul><li><strong>Priority</strong> changed from <i>bug</i> to <i>freedom issue</i></li></ul><p>it looks that people are taking the patch favorably upstream - maybe we should just wait a bit and see if they accept it</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=122722019-05-31T18:12:12Zbill-auger
<ul><li><strong>Related to</strong> <i><a class="issue tracker-7 status-5 priority-6 priority-high2 closed" href="/issues/1115">Packaging Request #1115</a>: [nextcloud-client] add package to PCR</i> added</li></ul> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=126752019-07-31T15:00:01Ztheova
<ul><li><strong>File</strong> <i>PKGBUILD</i> added</li></ul><p>Here is the updated PKGBUILD for Version 2.5.3.</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=126782019-07-31T17:27:40Zfreemor
<ul></ul><p>Theova nice work on the updated PKGBUILD. I'm looking at it now. First issue<br />this is definitely NOT an "arch=(any)" package. It'll build fine that way and<br />even install on other ARCHs that way but if you try to execute it on an i686<br />machine you'll be met with an "Can not execute binary file: Exec format error".<br />This is something you see in AUR packaged a lot and they generally get away<br />with it due to Archlinux only supporting x86_64. So no biggie but something to<br />be watching for in the future. Parabola can and does have "any" packages but<br />these are generally things written in languages like python, perl, bash, or<br />something like java that is machine independent as it has it's own JVM to<br />abstract away the actual metal.</p>
<p>Keep up the good work. I'll keep getting to them as I am able. Not sure how<br />deeply I can test nextcloud client as I do not use nextcloud.</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=126932019-08-01T10:52:32Ztheova
<ul><li><strong>File</strong> <a href="/attachments/555">PKGBUILD</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/555/PKGBUILD">PKGBUILD</a> added</li></ul><p>Thanks for the feedback.<br />So I have replaced "arch=(any)" with </p>
<pre><code>arch=(x86_64)<br />arch+=('i686' 'armv7h')</code></pre> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=130492019-10-06T00:19:59Zdario
<ul></ul><p>Version 2.6.0-2 in Community-Testing has a different authentication method that consists in opening the default installed browser. qt5-webengine is still reported as a needed dependency, but maybe it is not really needed.</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=130572019-10-10T14:00:45Zsseneca
<ul></ul><p>I've been running the Nextcloud client with the above PKGBUILD for about 2 months now without any issues whatsoever.</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=130602019-10-11T01:14:20Zbill-auger
<ul><li><strong>Description</strong> updated (<a title="View differences" href="/journals/13060/diff?detail_id=6374">diff</a>)</li></ul><p>sseneca -</p>
<p>to be clear, you used the PKGBUILD uploaded on 2019-08-01 06:50 AM ?</p>
<p>there are multiple attached now, i would like to delete the others</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=130632019-10-11T17:07:05Zsseneca
<ul></ul><p>Yes, I've been using the PKGBUILD uploaded on 2019-08-01, along with the auth.patch from 2019-04-27.</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=130662019-10-11T21:39:14Zbill-auger
<ul><li><strong>File</strong> deleted (<del><i>PKGBUILD</i></del>)</li></ul> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=130672019-10-11T21:39:35Zbill-auger
<ul><li><strong>File</strong> deleted (<del><i>PKGBUILD</i></del>)</li></ul> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=133602019-11-17T14:00:19Ztheova
<ul><li><strong>File</strong> <a href="/attachments/621">v2.6.2.zip</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/621/v2.6.2.zip">v2.6.2.zip</a> added</li></ul><p>Here is the updated PKGBUILD vor 2.6.1 and the necessary patches. �Credits for the updated patch goes to <a href="https://github.com/nextcloud/desktop/issues/932#issuecomment-554649613" class="external">Cogitri</a>.</p>
<p>The old PKGBUILD and auth.patch are no longer needed...</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=133612019-11-17T15:29:42Zbill-auger
<ul></ul><p>just for the sake of documentation, does anyone know what functionality is missing from this program in the absence of webengine? - is it only used for login?</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=133662019-11-17T21:24:15Zbill-auger
<ul><li><strong>Assignee</strong> set to <i>bill-auger</i></li></ul><p>'nextcloud-client' v2.6.1 for x86_64 and armv7h are in [libre] now - i686 is being pesky - i did not test it out fully; but it launches - please do try it out in real usage, and let us know if there are any problems with it, and we can close this ticket</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=133672019-11-17T21:41:09Ztheova
<ul></ul><p>Cool! I can't see 'nextcloud-client' in the abslibre yet. And the parabola package website says "Path not found" as well. Probably I just have to wait...</p>
<p>AFAIK webengine is only used for login. The login method is changed to "HTTP Basic Auth" which is the default fallback method.</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=133712019-11-17T22:36:45Zbill-auger
<ul></ul><p>i did not upload it to abslibre yet - the package will take an<br />hour or a few to propagate to the mirrors</p>
<p>i can add your name and email as "contributor" if you like</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=133722019-11-17T23:35:04Zbill-auger
<ul></ul><p>i686 still not building<br /><pre>
....
| [100%] Built target nextcloud
| Scanning dependencies of target doc-man
| Traceback (most recent call last):
| File "/usr/bin/sphinx-build", line 6, in <module>
| from pkg_resources import load_entry_point
| File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 84, in <module>
| __import__('packaging.requirements')
| File "/usr/lib/python3.7/site-packages/packaging/requirements.py", line 9, in <module>
| from pyparsing import stringStart, stringEnd, originalTextFor, ParseException
| ModuleNotFoundError: No module named 'pyparsing'
| make[3]: *** [man/CMakeFiles/doc-man.dir/build.make:57: man/CMakeFiles/doc-man] Error 1
| make[2]: *** [CMakeFiles/Makefile2:1315: man/CMakeFiles/doc-man.dir/all] Error 2
| make[1]: *** [CMakeFiles/Makefile2:1322: man/CMakeFiles/doc-man.dir/rule] Error 2
| make: *** [Makefile:691: doc-man] Error 2
</pre></p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=133852019-11-19T10:08:13Ztheova
<ul></ul><p>Yes, please add me as "Theo von Arx <<a class="email" href="mailto:theova@member.fsf.org">theova@member.fsf.org</a>>"</p>
<p>I don't see any problems :-) For me it works as expected.</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=134782019-12-02T00:38:43Zbill-auger
<ul><li><strong>Status</strong> changed from <i>confirmed</i> to <i>forwarded upstream</i></li></ul><p>the problem with i686 is with the arch32 'python-parsing' package</p>
<p><a class="external" href="https://bugs.archlinux32.org/index.php?do=details&task_id=93">https://bugs.archlinux32.org/index.php?do=details&task_id=93</a></p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=137332020-02-01T13:57:20Zbill-auger
<ul><li><strong>Status</strong> changed from <i>forwarded upstream</i> to <i>fixed</i></li></ul> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=164902021-09-15T20:02:11Zsseneca
<ul><li><strong>File</strong> <a href="/attachments/1194">PKGBUILD</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/1194/PKGBUILD">PKGBUILD</a> added</li></ul><p>Now that upstream officially support building without QT WebEngine, it was easy to build the latest version on Parabola.</p>
<p>Attached is the PKGBUILD I used to build it. It's exactly the PKGBUILD from Arch Linux, with only the two occurrences of `qt5-webengine` removed. Otherwise they are identical. (Oh, and I added myself as a contributor at the top :P)</p> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=172432022-04-17T22:07:35Zbill-auger
<ul><li><strong>Related to</strong> <i><a class="issue tracker-7 status-2 priority-3 priority-default closed" href="/issues/3203">Packaging Request #3203</a>: Switch back to nextcloud-client package in the Arch repositories</i> added</li></ul> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=173772022-04-27T07:47:05Zbill-auger
<ul><li><strong>Related to</strong> deleted (<i><a class="issue tracker-4 status-9 priority-1 priority-lowest parent" href="/issues/1167">Freedom Issue #1167</a>: [chromium][electron][qt5-webengine][qt6-webengine] QTWebgine/Electron embeds "entire Chromium platform"</i>)</li></ul> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=187292023-03-30T23:04:49Zbill-auger
<ul><li><strong>Related to</strong> <i><a class="issue tracker-4 status-2 priority-3 priority-default closed" href="/issues/3445">Freedom Issue #3445</a>: [nextcloud-client]: Add a webengine-less nextcloud-client back to libre repositories again</i> added</li></ul> Packages - Freedom Issue #2107: nextcloud-client depends on qt5-webenginehttps://labs.parabola.nu/issues/2107?journal_id=187312023-03-30T23:10:02Zbill-auger
<ul></ul><p>just to note, it was added back recently, and blacklisted again (<a class="issue tracker-4 status-2 priority-3 priority-default closed" title="Freedom Issue: [nextcloud-client]: Add a webengine-less nextcloud-client back to libre repositories again (fixed)" href="https://labs.parabola.nu/issues/3445">#3445</a>) - this time there is a specific upstream BR to reference (<a class="external" href="https://github.com/nextcloud/desktop/pull/4875">https://github.com/nextcloud/desktop/pull/4875</a>) - i add this to this ticket, because this is/was the blacklist BR reference</p>
<p>the upstream appears to be flip-flopping about this webengine requirement - there are many separate BRs and PRs about this upstream, from different times, asking to make it optional (again) - the last we knew, they agreed to make it optional - now it looks that for some reason recently, they made it mandatory again? - several people are asking them to stop doing this - it would be nice to set this one as 'forwarded-upstream'; but it is still not clear if they will make it optional again - the BR was closed with no further comments from the maintainers</p>