From bill-auger at peers.community  Fri May  1 08:18:12 2020
From: bill-auger at peers.community (bill-auger)
Date: Fri, 1 May 2020 04:18:12 -0400
Subject: [Dev] [PATCH] Iceweasel update to 75.0-1
In-Reply-To: <20200430012613.702c1184@parabola>
References: <XOykLGe89dWBUoK7i08ukx-_K7imoF-28nXwsrRJ3qmOgtXN5oHFXvliO41S-8eVebQSf_MR3RqTfJNuDBFCJa9dYMYxU8qzTr6JzgTwbYA=@protonmail.com>
 <20200412190921.GC38853@parabola-pocket.localdomain>
 <UdH_cPIGeZHBwMErsfwkONNw80VFw9pj8iEOshrDFEma-pWDUUJQZa3JFarQhLA-U4W8qgW9X4dymCN7Zz4qvd1VsB9_VcTeEJuFGnya_4U=@protonmail.com>
 <20200430012613.702c1184@parabola>
Message-ID: <20200501041812.45026ca6@parabola>

just an update - i forgot to cancel that order yesterday - it
built successfully against the rust in staging - the one in extra
is a few months old

From theova at bluewin.ch  Fri May  1 08:40:13 2020
From: theova at bluewin.ch (theova)
Date: Fri, 1 May 2020 10:40:13 +0200
Subject: [Dev] [PATCH] Update for [qtcreator] and [qutebrowser]
In-Reply-To: <20200421150228.mxoxkghojchxvloo@RainbowWarrior.localdomain>
References: <20200421150228.mxoxkghojchxvloo@RainbowWarrior.localdomain>
Message-ID: <20200501084013.6naqvfasammuekiw@RainbowWarrior.localdomain>

Hi,

there are again new updates:
* libre/qutebrowser to 1.11.0
* libre/qtcreator to 4.12.0

The patchs are attached. Besides the "commit by commit" patches, I have
also added patches which squash the commits
("Update-libre-{qutebrowser,qtcreator}-squashed-commits.patch).

As always questions and feedback is very welcome!


theova <theova at bluewin.ch> schrieb am Tue, 21. Apr 20 17:02:
>Hello,
>
>The attached patches update
>* libre/qtcreator for clang 10.0.0
>* libre/cups-filters to 1.27.4
>* libre/qutebrowser to 1.10.2
>
>Please see the respective commit messages.
>
>Thanks a lot!

>From fad456a111ae923aaa85a5bbd371e0625882719a Mon Sep 17 00:00:00 2001
>From: Theo von Arx <theova at member.fsf.org>
>Date: Tue, 21 Apr 2020 16:50:14 +0200
>Subject: [PATCH] Rebuild libre/qtcreator for clang 10.0.0
>
>Sucessfully built on x86_64, i686. Tested on x86_64.
>The build for armv7h fails on my machine, but could succeed on others.
>---
> libre/qtcreator/PKGBUILD                   |  16 +-
> libre/qtcreator/qtcreator-clang-10.patch   | 277 +++++++++++++++++++++
> libre/qtcreator/qtcreator-clang-libs.patch |  24 ++
> 3 files changed, 313 insertions(+), 4 deletions(-)
> create mode 100644 libre/qtcreator/qtcreator-clang-10.patch
> create mode 100644 libre/qtcreator/qtcreator-clang-libs.patch
>
>diff --git a/libre/qtcreator/PKGBUILD b/libre/qtcreator/PKGBUILD
>index 9963e5a5e..290601831 100644
>--- a/libre/qtcreator/PKGBUILD
>+++ b/libre/qtcreator/PKGBUILD
>@@ -15,8 +15,8 @@
>
> pkgname=qtcreator
> pkgver=4.11.2
>-_clangver=9.0.1
>-pkgrel=2
>+_clangver=10.0.0
>+pkgrel=4
> pkgrel+=.parabola1
> pkgdesc='Lightweight, cross-platform integrated development environment'
> pkgdesc+=', without nonfree qt5-webengine help viewer'
>@@ -39,10 +39,14 @@ optdepends=('qt5-doc: integrated Qt documentation'
>             'valgrind: analyze support'
>             'perf: performer analyzer')
> source=("https://download.qt.io/official_releases/qtcreator/${pkgver%.*}/$pkgver/qt-creator-opensource-src-$pkgver.tar.xz"
>-        qtcreator-preload-plugins.patch)
>+        qtcreator-preload-plugins.patch
>+        qtcreator-clang-libs.patch
>+        qtcreator-clang-10.patch::"https://code.qt.io/cgit/qt-creator/qt-creator.git/patch?id=44023c8f")
> source+=(libre.patch)
> sha256sums=('8d67e45b66944fdb0f879cbfae341af7e38d6a348cf18332b5cb9f07937aae02'
>-            'd6f979c820e2294653f4f1853af96942bf25ff9fe9450657d45ff1c7f02bbca7')
>+            'd6f979c820e2294653f4f1853af96942bf25ff9fe9450657d45ff1c7f02bbca7'
>+            '0f6d0dc41a87aae9ef371b1950f5b9d823db8b5685c6ac04a7a7ac133eb19a3f'
>+            'cbbaa52f8daf40866c1c7157f168746cf7cb0231200feaeed05a0fb80e78c8ab')
> sha256sums+=('6aeac164075b7f3f3a2e9aa75865669beeeb7903b9cbb5b6a8700205b285fe64')
>
> prepare() {
>@@ -59,6 +63,10 @@ prepare() {
>   # and https://bugs.archlinux.org/task/59492
>   patch -p1 -i ../qtcreator-preload-plugins.patch
>
>+  # Fix build with clang 10
>+  patch -p1 -i ../qtcreator-clang-10.patch
>+  patch -p1 -i ../qtcreator-clang-libs.patch
>+
>   # remove qt5-webengine support
>   patch -Np1 -i "$srcdir"/libre.patch
>   rm -rv src/plugins/help/webenginehelpviewer.{cpp,h}
>diff --git a/libre/qtcreator/qtcreator-clang-10.patch b/libre/qtcreator/qtcreator-clang-10.patch
>new file mode 100644
>index 000000000..553f5c004
>--- /dev/null
>+++ b/libre/qtcreator/qtcreator-clang-10.patch
>@@ -0,0 +1,277 @@
>+From 44023c8f43fd8daf8b7be305ea6d99b8b56fa551 Mon Sep 17 00:00:00 2001
>+From: Orgad Shaneh <orgad.shaneh at audiocodes.com>
>+Date: Mon, 17 Feb 2020 23:21:17 +0200
>+Subject: Clang: Fix build with Clang/LLVM 10
>+
>+Change-Id: I740286c9dcfd325b1c31ab863fb5c91bf9c6ec70
>+Reviewed-by: hjk <hjk at qt.io>
>+---
>+ src/plugins/clangformat/clangformatutils.cpp       |  8 +++++++
>+ .../source/collectbuilddependencytoolaction.h      | 17 ++++++++++++-
>+ .../source/collectusedmacroactionfactory.h         | 12 ++++++++++
>+ .../source/generatepchactionfactory.h              |  7 ++++++
>+ .../clangrefactoringbackend/source/clangquery.cpp  |  3 ++-
>+ .../source/collectsymbolsaction.h                  |  6 ++++-
>+ .../source/indexdataconsumer.cpp                   | 28 +++++++++++++++-------
>+ .../source/indexdataconsumer.h                     | 28 +++++++++++++++-------
>+ .../source/symbolscollector.cpp                    |  4 ++++
>+ 9 files changed, 92 insertions(+), 21 deletions(-)
>+
>+diff --git a/src/plugins/clangformat/clangformatutils.cpp b/src/plugins/clangformat/clangformatutils.cpp
>+index f087f77a94..0a32d3a929 100644
>+--- a/src/plugins/clangformat/clangformatutils.cpp
>++++ b/src/plugins/clangformat/clangformatutils.cpp
>+@@ -57,7 +57,11 @@ static clang::format::FormatStyle qtcStyle()
>+     style.AlignOperands = true;
>+     style.AlignTrailingComments = true;
>+     style.AllowAllParametersOfDeclarationOnNextLine = true;
>++#if LLVM_VERSION_MAJOR >= 10
>++    style.AllowShortBlocksOnASingleLine = FormatStyle::SBS_Never;
>++#else
>+     style.AllowShortBlocksOnASingleLine = false;
>++#endif
>+     style.AllowShortCaseLabelsOnASingleLine = false;
>+     style.AllowShortFunctionsOnASingleLine = FormatStyle::SFS_Inline;
>+ #if LLVM_VERSION_MAJOR >= 9
>+@@ -72,7 +76,11 @@ static clang::format::FormatStyle qtcStyle()
>+     style.BinPackArguments = false;
>+     style.BinPackParameters = false;
>+     style.BraceWrapping.AfterClass = true;
>++#if LLVM_VERSION_MAJOR >= 10
>++    style.BraceWrapping.AfterControlStatement = FormatStyle::BWACS_Never;
>++#else
>+     style.BraceWrapping.AfterControlStatement = false;
>++#endif
>+     style.BraceWrapping.AfterEnum = false;
>+     style.BraceWrapping.AfterFunction = true;
>+     style.BraceWrapping.AfterNamespace = false;
>+diff --git a/src/tools/clangpchmanagerbackend/source/collectbuilddependencytoolaction.h b/src/tools/clangpchmanagerbackend/source/collectbuilddependencytoolaction.h
>+index 538f2c7d3f..88ed3d2344 100644
>+--- a/src/tools/clangpchmanagerbackend/source/collectbuilddependencytoolaction.h
>++++ b/src/tools/clangpchmanagerbackend/source/collectbuilddependencytoolaction.h
>+@@ -60,6 +60,16 @@ public:
>+                                                                     diagnosticConsumer);
>+     }
>+
>++#if LLVM_VERSION_MAJOR >= 10
>++    std::unique_ptr<clang::FrontendAction> create() override
>++    {
>++        return std::make_unique<CollectBuildDependencyAction>(
>++                    m_buildDependency,
>++                    m_filePathCache,
>++                    m_excludedIncludeUIDs,
>++                    m_alreadyIncludedFileUIDs);
>++    }
>++#else
>+     clang::FrontendAction *create() override
>+     {
>+         return new CollectBuildDependencyAction(m_buildDependency,
>+@@ -67,6 +77,7 @@ public:
>+                                                 m_excludedIncludeUIDs,
>+                                                 m_alreadyIncludedFileUIDs);
>+     }
>++#endif
>+
>+     std::vector<uint> generateExcludedIncludeFileUIDs(clang::FileManager &fileManager) const
>+     {
>+@@ -77,7 +88,11 @@ public:
>+             NativeFilePath nativeFilePath{filePath};
>+             const clang::FileEntry *file = fileManager.getFile({nativeFilePath.path().data(),
>+                                                                 nativeFilePath.path().size()},
>+-                                                               true);
>++                                                               true)
>++#if LLVM_VERSION_MAJOR >= 10
>++                    .get()
>++#endif
>++                    ;
>+
>+             if (file)
>+                 fileUIDs.push_back(file->getUID());
>+diff --git a/src/tools/clangpchmanagerbackend/source/collectusedmacroactionfactory.h b/src/tools/clangpchmanagerbackend/source/collectusedmacroactionfactory.h
>+index 423d5f8876..473b8e7df8 100644
>+--- a/src/tools/clangpchmanagerbackend/source/collectusedmacroactionfactory.h
>++++ b/src/tools/clangpchmanagerbackend/source/collectusedmacroactionfactory.h
>+@@ -61,6 +61,17 @@ public:
>+                                                                     diagnosticConsumer);
>+     }
>+
>++#if LLVM_VERSION_MAJOR >= 10
>++    std::unique_ptr<clang::FrontendAction> create() override
>++    {
>++        return std::make_unique<CollectUsedMacrosAction>(
>++                    m_usedMacros,
>++                    m_filePathCache,
>++                    m_sourceDependencies,
>++                    m_sourceFiles,
>++                    m_fileStatuses);
>++    }
>++#else
>+     clang::FrontendAction *create() override
>+     {
>+         return new CollectUsedMacrosAction(m_usedMacros,
>+@@ -69,6 +80,7 @@ public:
>+                                            m_sourceFiles,
>+                                            m_fileStatuses);
>+     }
>++#endif
>+
>+ private:
>+     UsedMacros &m_usedMacros;
>+diff --git a/src/tools/clangpchmanagerbackend/source/generatepchactionfactory.h b/src/tools/clangpchmanagerbackend/source/generatepchactionfactory.h
>+index c4a8cae028..f1e4c74457 100644
>+--- a/src/tools/clangpchmanagerbackend/source/generatepchactionfactory.h
>++++ b/src/tools/clangpchmanagerbackend/source/generatepchactionfactory.h
>+@@ -68,10 +68,17 @@ public:
>+         , m_fileContent(fileContent)
>+     {}
>+
>++#if LLVM_VERSION_MAJOR >= 10
>++    std::unique_ptr<clang::FrontendAction> create() override
>++    {
>++        return std::make_unique<GeneratePCHAction>(m_filePath, m_fileContent);
>++    }
>++#else
>+     clang::FrontendAction *create() override
>+     {
>+         return new GeneratePCHAction{m_filePath, m_fileContent};
>+     }
>++#endif
>+
>+ private:
>+     llvm::StringRef m_filePath;
>+diff --git a/src/tools/clangrefactoringbackend/source/clangquery.cpp b/src/tools/clangrefactoringbackend/source/clangquery.cpp
>+index 21ebeb8367..78f2350d8d 100644
>+--- a/src/tools/clangrefactoringbackend/source/clangquery.cpp
>++++ b/src/tools/clangrefactoringbackend/source/clangquery.cpp
>+@@ -78,7 +78,8 @@ void ClangQuery::findLocations()
>+                    std::make_move_iterator(asts.end()),
>+                    [&] (std::unique_ptr<clang::ASTUnit> &&ast) {
>+         Diagnostics diagnostics;
>+-        auto optionalMatcher = Parser::parseMatcherExpression({m_query.data(), m_query.size()},
>++        llvm::StringRef query{m_query.data(), m_query.size()};
>++        auto optionalMatcher = Parser::parseMatcherExpression(query,
>+                                                               nullptr,
>+                                                               &diagnostics);
>+         parseDiagnostics(diagnostics);
>+diff --git a/src/tools/clangrefactoringbackend/source/collectsymbolsaction.h b/src/tools/clangrefactoringbackend/source/collectsymbolsaction.h
>+index a38f1c4f87..4f36adadf5 100644
>+--- a/src/tools/clangrefactoringbackend/source/collectsymbolsaction.h
>++++ b/src/tools/clangrefactoringbackend/source/collectsymbolsaction.h
>+@@ -48,7 +48,11 @@ class CollectSymbolsAction : public clang::WrapperFrontendAction
>+ public:
>+     CollectSymbolsAction(std::shared_ptr<IndexDataConsumer> indexDataConsumer)
>+         : clang::WrapperFrontendAction(
>+-            clang::index::createIndexingAction(indexDataConsumer, createIndexingOptions(), nullptr))
>++            clang::index::createIndexingAction(indexDataConsumer, createIndexingOptions()
>++#if LLVM_VERSION_MAJOR < 10
>++                                               , nullptr
>++#endif
>++                                               ))
>+         , m_indexDataConsumer(indexDataConsumer)
>+     {}
>+
>+diff --git a/src/tools/clangrefactoringbackend/source/indexdataconsumer.cpp b/src/tools/clangrefactoringbackend/source/indexdataconsumer.cpp
>+index e287144462..5d21b30b9c 100644
>+--- a/src/tools/clangrefactoringbackend/source/indexdataconsumer.cpp
>++++ b/src/tools/clangrefactoringbackend/source/indexdataconsumer.cpp
>+@@ -118,11 +118,16 @@ bool IndexDataConsumer::isAlreadyParsed(clang::FileID fileId, SourcesManager &so
>+     return sourcesManager.alreadyParsed(filePathId(fileEntry), fileEntry->getModificationTime());
>+ }
>+
>+-bool IndexDataConsumer::handleDeclOccurence(const clang::Decl *declaration,
>+-                                            clang::index::SymbolRoleSet symbolRoles,
>+-                                            llvm::ArrayRef<clang::index::SymbolRelation> /*symbolRelations*/,
>+-                                            clang::SourceLocation sourceLocation,
>+-                                            IndexDataConsumer::ASTNodeInfo /*astNodeInfo*/)
>++#if LLVM_VERSION_MAJOR >= 10
>++    bool IndexDataConsumer::handleDeclOccurrence(
>++#else
>++    bool IndexDataConsumer::handleDeclOccurence(
>++#endif
>++        const clang::Decl *declaration,
>++        clang::index::SymbolRoleSet symbolRoles,
>++        llvm::ArrayRef<clang::index::SymbolRelation> /*symbolRelations*/,
>++        clang::SourceLocation sourceLocation,
>++        IndexDataConsumer::ASTNodeInfo /*astNodeInfo*/)
>+ {
>+     const auto *namedDeclaration = clang::dyn_cast<clang::NamedDecl>(declaration);
>+     if (namedDeclaration) {
>+@@ -175,10 +180,15 @@ SourceLocationKind macroSymbolType(clang::index::SymbolRoleSet roles)
>+
>+ } // namespace
>+
>+-bool IndexDataConsumer::handleMacroOccurence(const clang::IdentifierInfo *identifierInfo,
>+-                                             const clang::MacroInfo *macroInfo,
>+-                                             clang::index::SymbolRoleSet roles,
>+-                                             clang::SourceLocation sourceLocation)
>++#if LLVM_VERSION_MAJOR >= 10
>++bool IndexDataConsumer::handleMacroOccurrence(
>++#else
>++bool IndexDataConsumer::handleMacroOccurence(
>++#endif
>++        const clang::IdentifierInfo *identifierInfo,
>++        const clang::MacroInfo *macroInfo,
>++        clang::index::SymbolRoleSet roles,
>++        clang::SourceLocation sourceLocation)
>+ {
>+     if (macroInfo && sourceLocation.isFileID()
>+         && !isAlreadyParsed(m_sourceManager->getFileID(sourceLocation), m_macroSourcesManager)
>+diff --git a/src/tools/clangrefactoringbackend/source/indexdataconsumer.h b/src/tools/clangrefactoringbackend/source/indexdataconsumer.h
>+index c80e066b6c..e1d3529806 100644
>+--- a/src/tools/clangrefactoringbackend/source/indexdataconsumer.h
>++++ b/src/tools/clangrefactoringbackend/source/indexdataconsumer.h
>+@@ -57,16 +57,26 @@ public:
>+     IndexDataConsumer(const IndexDataConsumer &) = delete;
>+     IndexDataConsumer &operator=(const IndexDataConsumer &) = delete;
>+
>+-    bool handleDeclOccurence(const clang::Decl *declaration,
>+-                             clang::index::SymbolRoleSet symbolRoles,
>+-                             llvm::ArrayRef<clang::index::SymbolRelation> symbolRelations,
>+-                             clang::SourceLocation sourceLocation,
>+-                             ASTNodeInfo astNodeInfo) override;
>++#if LLVM_VERSION_MAJOR >= 10
>++    bool handleDeclOccurrence(
>++#else
>++    bool handleDeclOccurence(
>++#endif
>++            const clang::Decl *declaration,
>++            clang::index::SymbolRoleSet symbolRoles,
>++            llvm::ArrayRef<clang::index::SymbolRelation> symbolRelations,
>++            clang::SourceLocation sourceLocation,
>++            ASTNodeInfo astNodeInfo) override;
>+
>+-    bool handleMacroOccurence(const clang::IdentifierInfo *identifierInfo,
>+-                              const clang::MacroInfo *macroInfo,
>+-                              clang::index::SymbolRoleSet roles,
>+-                              clang::SourceLocation sourceLocation) override;
>++#if LLVM_VERSION_MAJOR >= 10
>++    bool handleMacroOccurrence(
>++#else
>++    bool handleMacroOccurence(
>++#endif
>++                const clang::IdentifierInfo *identifierInfo,
>++                const clang::MacroInfo *macroInfo,
>++                clang::index::SymbolRoleSet roles,
>++                clang::SourceLocation sourceLocation) override;
>+
>+     void finish() override;
>+
>+diff --git a/src/tools/clangrefactoringbackend/source/symbolscollector.cpp b/src/tools/clangrefactoringbackend/source/symbolscollector.cpp
>+index a233f6d8fe..dffd583894 100644
>+--- a/src/tools/clangrefactoringbackend/source/symbolscollector.cpp
>++++ b/src/tools/clangrefactoringbackend/source/symbolscollector.cpp
>+@@ -74,7 +74,11 @@ std::unique_ptr<clang::tooling::FrontendActionFactory> newFrontendActionFactory(
>+             : m_action(consumerFactory)
>+         {}
>+
>++#if LLVM_VERSION_MAJOR >= 10
>++        std::unique_ptr<clang::FrontendAction> create() override { return std::make_unique<AdaptorAction>(m_action); }
>++#else
>+         clang::FrontendAction *create() override { return new AdaptorAction(m_action); }
>++#endif
>+
>+     private:
>+         class AdaptorAction : public clang::ASTFrontendAction
>+--
>+cgit v1.2.1
>+
>diff --git a/libre/qtcreator/qtcreator-clang-libs.patch b/libre/qtcreator/qtcreator-clang-libs.patch
>new file mode 100644
>index 000000000..a0cc8c547
>--- /dev/null
>+++ b/libre/qtcreator/qtcreator-clang-libs.patch
>@@ -0,0 +1,24 @@
>+diff --git a/src/shared/clang/clang_installation.pri b/src/shared/clang/clang_installation.pri
>+index 08838838bc..bee3779484 100644
>+--- a/src/shared/clang/clang_installation.pri
>++++ b/src/shared/clang/clang_installation.pri
>+@@ -131,9 +131,7 @@ defineReplace(extractWarnings) {
>+     return($$result)
>+ }
>+
>+-CLANGTOOLING_LIBS=-lclangTooling -lclangIndex -lclangFrontend -lclangParse -lclangSerialization \
>+-                  -lclangSema -lclangEdit -lclangAnalysis -lclangDriver -lclangDynamicASTMatchers \
>+-                  -lclangASTMatchers -lclangToolingCore -lclangAST -lclangLex -lclangBasic
>++CLANGTOOLING_LIBS=-lclang-cpp
>+ win32:CLANGTOOLING_LIBS += -lversion
>+
>+ BIN_EXTENSION =
>+@@ -207,7 +205,7 @@ isEmpty(LLVM_VERSION) {
>+     isEmpty(QTC_CLANG_BUILDMODE_MISMATCH)|!equals(QTC_CLANG_BUILDMODE_MISMATCH, 1) {
>+         CLANGFORMAT_MAIN_HEADER = $$LLVM_INCLUDEPATH/clang/Format/Format.h
>+         exists($$CLANGFORMAT_MAIN_HEADER) {
>+-            CLANGFORMAT_LIBS=-lclangFormat -lclangToolingInclusions -lclangToolingCore -lclangRewrite -lclangLex -lclangBasic
>++            CLANGFORMAT_LIBS=-lclang-cpp
>+             ALL_CLANG_LIBS=-lclangFormat -lclangToolingInclusions -lclangTooling -lclangToolingCore \
>+                            -lclangRewrite -lclangIndex -lclangFrontend -lclangParse -lclangSerialization \
>+                            -lclangSema -lclangEdit -lclangAnalysis -lclangDriver -lclangDynamicASTMatchers \
>--
>2.26.1
>

>From 6e9b59ffc7c7801a3256b06f0b8a7e22cda49010 Mon Sep 17 00:00:00 2001
>From: Theo von Arx <theova at member.fsf.org>
>Date: Tue, 21 Apr 2020 10:09:48 +0200
>Subject: [PATCH] Update libre/cups-filters to 1.27.4
>
>- Built on all three architectures, successfully tested on x86_64
>- This update was necessary for me to get the printer working again
>  (seems like a consequence of the update of cups)
>---
> libre/cups-filters/PKGBUILD | 10 +++++-----
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
>diff --git a/libre/cups-filters/PKGBUILD b/libre/cups-filters/PKGBUILD
>index c43b01109..4ef447a03 100644
>--- a/libre/cups-filters/PKGBUILD
>+++ b/libre/cups-filters/PKGBUILD
>@@ -2,9 +2,9 @@
> # Maintainer: Omar Vega Ramos <ovruni at gnu.org.pe>
>
> pkgname=cups-filters
>-pkgver=1.27.0
>+pkgver=1.27.4
> pkgrel=1
>-pkgrel+=.parabola6
>+pkgrel+=.parabola1
> pkgdesc="OpenPrinting CUPS Filters"
> pkgdesc+=", without foomatic-db-nonfree recommendation"
> arch=('x86_64')
>@@ -23,7 +23,7 @@ optdepends=('ghostscript: for non-PostScript printers to print with CUPS to conv
> 	    'antiword: needed to convert MS Word documents (requires also docx2txt)')
> backup=(etc/cups/cups-browsed.conf)
> source=(https://www.openprinting.org/download/cups-filters/$pkgname-$pkgver.tar.xz)
>-sha256sums=('4ae3cb322baac1a873d583834393e42ae5e2790e1f161a59117870b144f63404')
>+sha256sums=('0bc9df9c4ca0f41685c8d6de56fad40109798f567326fc4167d7edb2600f0b84')
>
> build() {
>   cd "$pkgname"-$pkgver
>@@ -47,12 +47,12 @@ check() {
> package() {
>   cd "$pkgname"-$pkgver
>   make DESTDIR="$pkgdir/" install
>-
>+
>   # add upstream systemd support file
>   install -Dm644 utils/cups-browsed.service "${pkgdir}"/usr/lib/systemd/system/cups-browsed.service
>   sed -i "s|/usr/sbin/cups-browsed|/usr/bin/cups-browsed|" "${pkgdir}"/usr/lib/systemd/system/cups-browsed.service
>   sed -i "s|cups.service|org.cups.cupsd.service|g" "${pkgdir}"/usr/lib/systemd/system/cups-browsed.service
>-
>+
>   # use cups group from cups pkg FS#56818
>   chgrp -R 209 "${pkgdir}"/etc/cups
>
>--
>2.26.1
>

>From dda1e07d119353954df7682f0919eceda5570cd1 Mon Sep 17 00:00:00 2001
>From: Theo von Arx <theova at member.fsf.org>
>Date: Wed, 19 Feb 2020 20:58:05 +0100
>Subject: [PATCH 1/3] Update [libre/qutebrowser] to 1.10.1
>
>---
> libre/qutebrowser/PKGBUILD | 12 ++++++------
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
>diff --git a/libre/qutebrowser/PKGBUILD b/libre/qutebrowser/PKGBUILD
>index c473001bd..874518b1d 100644
>--- a/libre/qutebrowser/PKGBUILD
>+++ b/libre/qutebrowser/PKGBUILD
>@@ -9,9 +9,9 @@
> #  - set webkit backend as default
>
> pkgname=qutebrowser
>-_pkgver_armv7h=1.10.0 # this could be an 'any' package
>-_pkgver_i686=1.10.0   # but our different arches do not always roll at the same speed
>-_pkgver_x86_64=1.10.0
>+_pkgver_armv7h=1.10.1 # this could be an 'any' package
>+_pkgver_i686=1.10.1   # but our different arches do not always roll at the same speed
>+_pkgver_x86_64=1.10.1
> eval "pkgver=\$_pkgver_${CARCH}"
> pkgrel=1
> pkgrel+=.par1
>@@ -34,13 +34,13 @@ source=("https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/q
>         "https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/qutebrowser-$pkgver.tar.gz.asc"
>         "webkit-warning.patch")
> validpgpkeys=("E04E560002401B8EF0E76F0A916EB0C8FD55A072") # Florian Bruhin
>-_sha256sums_x86_64=('7ecd7a08380b22eb1268fcc4446ba9d4d005601cb9366097779255edd9683bdf'
>+_sha256sums_x86_64=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
>                     'SKIP'
>                     '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
>-_sha256sums_i686=('7ecd7a08380b22eb1268fcc4446ba9d4d005601cb9366097779255edd9683bdf'
>+_sha256sums_i686=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
>                   'SKIP'
>                   '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
>-_sha256sums_armv7h=('7ecd7a08380b22eb1268fcc4446ba9d4d005601cb9366097779255edd9683bdf'
>+_sha256sums_armv7h=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
>                     'SKIP'
>                     '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
> eval "sha256sums=(\${_sha256sums_${CARCH}[@]})"
>--
>2.26.1
>

>From edb61a3ec39e98d5bdd0bdc19e8066eb1257eb3a Mon Sep 17 00:00:00 2001
>From: Theo von Arx <theova at member.fsf.org>
>Date: Tue, 31 Mar 2020 16:00:12 +0200
>Subject: [PATCH 2/3] libre/qutebrowser: Adapt more to Arch's PKGBUILD
>
>---
> libre/qutebrowser/PKGBUILD | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
>diff --git a/libre/qutebrowser/PKGBUILD b/libre/qutebrowser/PKGBUILD
>index 874518b1d..1303eec83 100644
>--- a/libre/qutebrowser/PKGBUILD
>+++ b/libre/qutebrowser/PKGBUILD
>@@ -1,4 +1,5 @@
> # Maintainer (Arch): Morten Linderud <foxboron at archlinux.org>
>+# Maintainer (Arch): Lukas Fleischer <lfleischer at archlinux.org>
> # Contributor (Arch): Pierre Neidhardt <ambrevar at gmail.com>
> # Contributor (Arch): Florian Bruhin (The Compiler) <archlinux.org at the-compiler.org>
> # Maintainer: Omar Vega Ramos <ovruni at gnu.org.pe>
>@@ -33,7 +34,7 @@ options=(!emptydirs)
> source=("https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/qutebrowser-$pkgver.tar.gz"
>         "https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/qutebrowser-$pkgver.tar.gz.asc"
>         "webkit-warning.patch")
>-validpgpkeys=("E04E560002401B8EF0E76F0A916EB0C8FD55A072") # Florian Bruhin
>+validpgpkeys=("E04E560002401B8EF0E76F0A916EB0C8FD55A072")
> _sha256sums_x86_64=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
>                     'SKIP'
>                     '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
>--
>2.26.1
>

>From c4b0433d02a3effdb856fab136fdbae508265071 Mon Sep 17 00:00:00 2001
>From: Theo von Arx <theova at member.fsf.org>
>Date: Sat, 18 Apr 2020 09:01:07 +0200
>Subject: [PATCH 3/3] Update libre/qutebrowser to v1.10.2
>
>- Built for a all three architectures, tested on x86_64
>---
> libre/qutebrowser/PKGBUILD             | 20 ++++++++++----------
> libre/qutebrowser/webkit-warning.patch | 18 +++++++++---------
> 2 files changed, 19 insertions(+), 19 deletions(-)
>
>diff --git a/libre/qutebrowser/PKGBUILD b/libre/qutebrowser/PKGBUILD
>index 1303eec83..8d7b16286 100644
>--- a/libre/qutebrowser/PKGBUILD
>+++ b/libre/qutebrowser/PKGBUILD
>@@ -10,9 +10,9 @@
> #  - set webkit backend as default
>
> pkgname=qutebrowser
>-_pkgver_armv7h=1.10.1 # this could be an 'any' package
>-_pkgver_i686=1.10.1   # but our different arches do not always roll at the same speed
>-_pkgver_x86_64=1.10.1
>+_pkgver_armv7h=1.10.2 # this could be an 'any' package
>+_pkgver_i686=1.10.2   # but our different arches do not always roll at the same speed
>+_pkgver_x86_64=1.10.2
> eval "pkgver=\$_pkgver_${CARCH}"
> pkgrel=1
> pkgrel+=.par1
>@@ -35,15 +35,15 @@ source=("https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/q
>         "https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/qutebrowser-$pkgver.tar.gz.asc"
>         "webkit-warning.patch")
> validpgpkeys=("E04E560002401B8EF0E76F0A916EB0C8FD55A072")
>-_sha256sums_x86_64=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
>+_sha256sums_x86_64=('fb457cb58ab6ade66e854a3558670acf9141018f6e436ab623908f372919396a'
>                     'SKIP'
>-                    '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
>-_sha256sums_i686=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
>+		    'a4d385524f75f7378eb3f44bb1d8a7c4c3213ee1a42ceed7f5f208eac06dec8f')
>+_sha256sums_i686=('fb457cb58ab6ade66e854a3558670acf9141018f6e436ab623908f372919396a'
>                   'SKIP'
>-                  '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
>-_sha256sums_armv7h=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
>-                    'SKIP'
>-                    '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
>+		  'a4d385524f75f7378eb3f44bb1d8a7c4c3213ee1a42ceed7f5f208eac06dec8f')
>+_sha256sums_armv7h=('fb457cb58ab6ade66e854a3558670acf9141018f6e436ab623908f372919396a'
>+		    'SKIP'
>+		    'a4d385524f75f7378eb3f44bb1d8a7c4c3213ee1a42ceed7f5f208eac06dec8f')
> eval "sha256sums=(\${_sha256sums_${CARCH}[@]})"
>
>
>diff --git a/libre/qutebrowser/webkit-warning.patch b/libre/qutebrowser/webkit-warning.patch
>index 97994870c..237232ede 100644
>--- a/libre/qutebrowser/webkit-warning.patch
>+++ b/libre/qutebrowser/webkit-warning.patch
>@@ -1,20 +1,20 @@
> diff --git a/qutebrowser/html/warning-webkit.html b/qutebrowser/html/warning-webkit.html
>-index e87597b..ada806f 100644
>+index 7fc22903a..ada806f87 100644
> --- a/qutebrowser/html/warning-webkit.html
> +++ b/qutebrowser/html/warning-webkit.html
> @@ -2,8 +2,6 @@
>-
>+
>  {% block content %}
>  <h1>{{ title }}</h1>
> -<span class="note">Note this warning will only appear once. Use <span class="mono">:open
> -qute://warning/webkit</span> to show it again at a later time.</span>
>-
>+
>  <p>You're using qutebrowser with the QtWebKit backend.</p>
>-
>+
> @@ -17,66 +15,6 @@ unpatched vulnerabilities. Please use it carefully and avoid visiting untrusted
>  websites and using it for transmission of sensitive data. Wait for new release
>  from qtwebkit-dev branch to use it with untrusted content.</blockquote>
>-
>+
> -<p>It's recommended that you use QtWebEngine instead.</p>
> -
> -<h2>(Outdated) reasons to use QtWebKit</h2>
>@@ -68,10 +68,10 @@ index e87597b..ada806f 100644
> -<p><b>QtWebEngine being unavailable on Parabola</b>: Claims of Parabola
> -developers about QtWebEngine being "non-free" have repeatedly been disputed,
> -and so far nobody came up with solid evidence about that being the case. Also,
>--note that their qutebrowser package was often outdated in the past (even
>--qutebrowser security fixes took months to arrive there). You might be better
>--off chosing an <a href="https://qutebrowser.org/doc/install.html#tox">
>--alternative install method</a>.</p>
>+-note that their qutebrowser package is usually very outdated (even qutebrowser
>+-security fixes took months to arrive there). You might be better off chosing an
>+-<a href="https://qutebrowser.org/doc/install.html#tox"> alternative install
>+-method</a>.</p>
> -
> -<p><b>White flashing between loads with a custom stylesheet</b>: This doesn't
> -seem to happen with <span class="mono">qt.process_model = single-process</span>
>--
>2.26.1
>




>_______________________________________________
>Dev mailing list
>Dev at lists.parabola.nu
>https://lists.parabola.nu/mailman/listinfo/dev

-------------- next part --------------
From b602e389d95d99e6ace642d8c7695e1e68d1dd81 Mon Sep 17 00:00:00 2001
From: Theo von Arx <theova at member.fsf.org>
Date: Tue, 21 Apr 2020 16:50:14 +0200
Subject: [PATCH 1/2] Rebuild libre/qtcreator for clang 10.0.0

Sucessfully built on x86_64, i686. Tested on x86_64.
The build for armv7h fails on my machine, but could succeed on others.
---
 libre/qtcreator/PKGBUILD                   |  16 +-
 libre/qtcreator/qtcreator-clang-10.patch   | 277 +++++++++++++++++++++
 libre/qtcreator/qtcreator-clang-libs.patch |  24 ++
 3 files changed, 313 insertions(+), 4 deletions(-)
 create mode 100644 libre/qtcreator/qtcreator-clang-10.patch
 create mode 100644 libre/qtcreator/qtcreator-clang-libs.patch

diff --git a/libre/qtcreator/PKGBUILD b/libre/qtcreator/PKGBUILD
index 9963e5a5e..290601831 100644
--- a/libre/qtcreator/PKGBUILD
+++ b/libre/qtcreator/PKGBUILD
@@ -15,8 +15,8 @@
 
 pkgname=qtcreator
 pkgver=4.11.2
-_clangver=9.0.1
-pkgrel=2
+_clangver=10.0.0
+pkgrel=4
 pkgrel+=.parabola1
 pkgdesc='Lightweight, cross-platform integrated development environment'
 pkgdesc+=', without nonfree qt5-webengine help viewer'
@@ -39,10 +39,14 @@ optdepends=('qt5-doc: integrated Qt documentation'
             'valgrind: analyze support'
             'perf: performer analyzer')
 source=("https://download.qt.io/official_releases/qtcreator/${pkgver%.*}/$pkgver/qt-creator-opensource-src-$pkgver.tar.xz"
-        qtcreator-preload-plugins.patch)
+        qtcreator-preload-plugins.patch
+        qtcreator-clang-libs.patch
+        qtcreator-clang-10.patch::"https://code.qt.io/cgit/qt-creator/qt-creator.git/patch?id=44023c8f")
 source+=(libre.patch)
 sha256sums=('8d67e45b66944fdb0f879cbfae341af7e38d6a348cf18332b5cb9f07937aae02'
-            'd6f979c820e2294653f4f1853af96942bf25ff9fe9450657d45ff1c7f02bbca7')
+            'd6f979c820e2294653f4f1853af96942bf25ff9fe9450657d45ff1c7f02bbca7'
+            '0f6d0dc41a87aae9ef371b1950f5b9d823db8b5685c6ac04a7a7ac133eb19a3f'
+            'cbbaa52f8daf40866c1c7157f168746cf7cb0231200feaeed05a0fb80e78c8ab')
 sha256sums+=('6aeac164075b7f3f3a2e9aa75865669beeeb7903b9cbb5b6a8700205b285fe64')
 
 prepare() {
@@ -59,6 +63,10 @@ prepare() {
   # and https://bugs.archlinux.org/task/59492
   patch -p1 -i ../qtcreator-preload-plugins.patch
 
+  # Fix build with clang 10
+  patch -p1 -i ../qtcreator-clang-10.patch
+  patch -p1 -i ../qtcreator-clang-libs.patch
+
   # remove qt5-webengine support
   patch -Np1 -i "$srcdir"/libre.patch
   rm -rv src/plugins/help/webenginehelpviewer.{cpp,h}
diff --git a/libre/qtcreator/qtcreator-clang-10.patch b/libre/qtcreator/qtcreator-clang-10.patch
new file mode 100644
index 000000000..553f5c004
--- /dev/null
+++ b/libre/qtcreator/qtcreator-clang-10.patch
@@ -0,0 +1,277 @@
+From 44023c8f43fd8daf8b7be305ea6d99b8b56fa551 Mon Sep 17 00:00:00 2001
+From: Orgad Shaneh <orgad.shaneh at audiocodes.com>
+Date: Mon, 17 Feb 2020 23:21:17 +0200
+Subject: Clang: Fix build with Clang/LLVM 10
+
+Change-Id: I740286c9dcfd325b1c31ab863fb5c91bf9c6ec70
+Reviewed-by: hjk <hjk at qt.io>
+---
+ src/plugins/clangformat/clangformatutils.cpp       |  8 +++++++
+ .../source/collectbuilddependencytoolaction.h      | 17 ++++++++++++-
+ .../source/collectusedmacroactionfactory.h         | 12 ++++++++++
+ .../source/generatepchactionfactory.h              |  7 ++++++
+ .../clangrefactoringbackend/source/clangquery.cpp  |  3 ++-
+ .../source/collectsymbolsaction.h                  |  6 ++++-
+ .../source/indexdataconsumer.cpp                   | 28 +++++++++++++++-------
+ .../source/indexdataconsumer.h                     | 28 +++++++++++++++-------
+ .../source/symbolscollector.cpp                    |  4 ++++
+ 9 files changed, 92 insertions(+), 21 deletions(-)
+
+diff --git a/src/plugins/clangformat/clangformatutils.cpp b/src/plugins/clangformat/clangformatutils.cpp
+index f087f77a94..0a32d3a929 100644
+--- a/src/plugins/clangformat/clangformatutils.cpp
++++ b/src/plugins/clangformat/clangformatutils.cpp
+@@ -57,7 +57,11 @@ static clang::format::FormatStyle qtcStyle()
+     style.AlignOperands = true;
+     style.AlignTrailingComments = true;
+     style.AllowAllParametersOfDeclarationOnNextLine = true;
++#if LLVM_VERSION_MAJOR >= 10
++    style.AllowShortBlocksOnASingleLine = FormatStyle::SBS_Never;
++#else
+     style.AllowShortBlocksOnASingleLine = false;
++#endif
+     style.AllowShortCaseLabelsOnASingleLine = false;
+     style.AllowShortFunctionsOnASingleLine = FormatStyle::SFS_Inline;
+ #if LLVM_VERSION_MAJOR >= 9
+@@ -72,7 +76,11 @@ static clang::format::FormatStyle qtcStyle()
+     style.BinPackArguments = false;
+     style.BinPackParameters = false;
+     style.BraceWrapping.AfterClass = true;
++#if LLVM_VERSION_MAJOR >= 10
++    style.BraceWrapping.AfterControlStatement = FormatStyle::BWACS_Never;
++#else
+     style.BraceWrapping.AfterControlStatement = false;
++#endif
+     style.BraceWrapping.AfterEnum = false;
+     style.BraceWrapping.AfterFunction = true;
+     style.BraceWrapping.AfterNamespace = false;
+diff --git a/src/tools/clangpchmanagerbackend/source/collectbuilddependencytoolaction.h b/src/tools/clangpchmanagerbackend/source/collectbuilddependencytoolaction.h
+index 538f2c7d3f..88ed3d2344 100644
+--- a/src/tools/clangpchmanagerbackend/source/collectbuilddependencytoolaction.h
++++ b/src/tools/clangpchmanagerbackend/source/collectbuilddependencytoolaction.h
+@@ -60,6 +60,16 @@ public:
+                                                                     diagnosticConsumer);
+     }
+ 
++#if LLVM_VERSION_MAJOR >= 10
++    std::unique_ptr<clang::FrontendAction> create() override
++    {
++        return std::make_unique<CollectBuildDependencyAction>(
++                    m_buildDependency,
++                    m_filePathCache,
++                    m_excludedIncludeUIDs,
++                    m_alreadyIncludedFileUIDs);
++    }
++#else
+     clang::FrontendAction *create() override
+     {
+         return new CollectBuildDependencyAction(m_buildDependency,
+@@ -67,6 +77,7 @@ public:
+                                                 m_excludedIncludeUIDs,
+                                                 m_alreadyIncludedFileUIDs);
+     }
++#endif
+ 
+     std::vector<uint> generateExcludedIncludeFileUIDs(clang::FileManager &fileManager) const
+     {
+@@ -77,7 +88,11 @@ public:
+             NativeFilePath nativeFilePath{filePath};
+             const clang::FileEntry *file = fileManager.getFile({nativeFilePath.path().data(),
+                                                                 nativeFilePath.path().size()},
+-                                                               true);
++                                                               true)
++#if LLVM_VERSION_MAJOR >= 10
++                    .get()
++#endif
++                    ;
+ 
+             if (file)
+                 fileUIDs.push_back(file->getUID());
+diff --git a/src/tools/clangpchmanagerbackend/source/collectusedmacroactionfactory.h b/src/tools/clangpchmanagerbackend/source/collectusedmacroactionfactory.h
+index 423d5f8876..473b8e7df8 100644
+--- a/src/tools/clangpchmanagerbackend/source/collectusedmacroactionfactory.h
++++ b/src/tools/clangpchmanagerbackend/source/collectusedmacroactionfactory.h
+@@ -61,6 +61,17 @@ public:
+                                                                     diagnosticConsumer);
+     }
+ 
++#if LLVM_VERSION_MAJOR >= 10
++    std::unique_ptr<clang::FrontendAction> create() override
++    {
++        return std::make_unique<CollectUsedMacrosAction>(
++                    m_usedMacros,
++                    m_filePathCache,
++                    m_sourceDependencies,
++                    m_sourceFiles,
++                    m_fileStatuses);
++    }
++#else
+     clang::FrontendAction *create() override
+     {
+         return new CollectUsedMacrosAction(m_usedMacros,
+@@ -69,6 +80,7 @@ public:
+                                            m_sourceFiles,
+                                            m_fileStatuses);
+     }
++#endif
+ 
+ private:
+     UsedMacros &m_usedMacros;
+diff --git a/src/tools/clangpchmanagerbackend/source/generatepchactionfactory.h b/src/tools/clangpchmanagerbackend/source/generatepchactionfactory.h
+index c4a8cae028..f1e4c74457 100644
+--- a/src/tools/clangpchmanagerbackend/source/generatepchactionfactory.h
++++ b/src/tools/clangpchmanagerbackend/source/generatepchactionfactory.h
+@@ -68,10 +68,17 @@ public:
+         , m_fileContent(fileContent)
+     {}
+ 
++#if LLVM_VERSION_MAJOR >= 10
++    std::unique_ptr<clang::FrontendAction> create() override
++    {
++        return std::make_unique<GeneratePCHAction>(m_filePath, m_fileContent);
++    }
++#else
+     clang::FrontendAction *create() override
+     {
+         return new GeneratePCHAction{m_filePath, m_fileContent};
+     }
++#endif
+ 
+ private:
+     llvm::StringRef m_filePath;
+diff --git a/src/tools/clangrefactoringbackend/source/clangquery.cpp b/src/tools/clangrefactoringbackend/source/clangquery.cpp
+index 21ebeb8367..78f2350d8d 100644
+--- a/src/tools/clangrefactoringbackend/source/clangquery.cpp
++++ b/src/tools/clangrefactoringbackend/source/clangquery.cpp
+@@ -78,7 +78,8 @@ void ClangQuery::findLocations()
+                    std::make_move_iterator(asts.end()),
+                    [&] (std::unique_ptr<clang::ASTUnit> &&ast) {
+         Diagnostics diagnostics;
+-        auto optionalMatcher = Parser::parseMatcherExpression({m_query.data(), m_query.size()},
++        llvm::StringRef query{m_query.data(), m_query.size()};
++        auto optionalMatcher = Parser::parseMatcherExpression(query,
+                                                               nullptr,
+                                                               &diagnostics);
+         parseDiagnostics(diagnostics);
+diff --git a/src/tools/clangrefactoringbackend/source/collectsymbolsaction.h b/src/tools/clangrefactoringbackend/source/collectsymbolsaction.h
+index a38f1c4f87..4f36adadf5 100644
+--- a/src/tools/clangrefactoringbackend/source/collectsymbolsaction.h
++++ b/src/tools/clangrefactoringbackend/source/collectsymbolsaction.h
+@@ -48,7 +48,11 @@ class CollectSymbolsAction : public clang::WrapperFrontendAction
+ public:
+     CollectSymbolsAction(std::shared_ptr<IndexDataConsumer> indexDataConsumer)
+         : clang::WrapperFrontendAction(
+-            clang::index::createIndexingAction(indexDataConsumer, createIndexingOptions(), nullptr))
++            clang::index::createIndexingAction(indexDataConsumer, createIndexingOptions()
++#if LLVM_VERSION_MAJOR < 10
++                                               , nullptr
++#endif
++                                               ))
+         , m_indexDataConsumer(indexDataConsumer)
+     {}
+ 
+diff --git a/src/tools/clangrefactoringbackend/source/indexdataconsumer.cpp b/src/tools/clangrefactoringbackend/source/indexdataconsumer.cpp
+index e287144462..5d21b30b9c 100644
+--- a/src/tools/clangrefactoringbackend/source/indexdataconsumer.cpp
++++ b/src/tools/clangrefactoringbackend/source/indexdataconsumer.cpp
+@@ -118,11 +118,16 @@ bool IndexDataConsumer::isAlreadyParsed(clang::FileID fileId, SourcesManager &so
+     return sourcesManager.alreadyParsed(filePathId(fileEntry), fileEntry->getModificationTime());
+ }
+ 
+-bool IndexDataConsumer::handleDeclOccurence(const clang::Decl *declaration,
+-                                            clang::index::SymbolRoleSet symbolRoles,
+-                                            llvm::ArrayRef<clang::index::SymbolRelation> /*symbolRelations*/,
+-                                            clang::SourceLocation sourceLocation,
+-                                            IndexDataConsumer::ASTNodeInfo /*astNodeInfo*/)
++#if LLVM_VERSION_MAJOR >= 10
++    bool IndexDataConsumer::handleDeclOccurrence(
++#else
++    bool IndexDataConsumer::handleDeclOccurence(
++#endif
++        const clang::Decl *declaration,
++        clang::index::SymbolRoleSet symbolRoles,
++        llvm::ArrayRef<clang::index::SymbolRelation> /*symbolRelations*/,
++        clang::SourceLocation sourceLocation,
++        IndexDataConsumer::ASTNodeInfo /*astNodeInfo*/)
+ {
+     const auto *namedDeclaration = clang::dyn_cast<clang::NamedDecl>(declaration);
+     if (namedDeclaration) {
+@@ -175,10 +180,15 @@ SourceLocationKind macroSymbolType(clang::index::SymbolRoleSet roles)
+ 
+ } // namespace
+ 
+-bool IndexDataConsumer::handleMacroOccurence(const clang::IdentifierInfo *identifierInfo,
+-                                             const clang::MacroInfo *macroInfo,
+-                                             clang::index::SymbolRoleSet roles,
+-                                             clang::SourceLocation sourceLocation)
++#if LLVM_VERSION_MAJOR >= 10
++bool IndexDataConsumer::handleMacroOccurrence(
++#else
++bool IndexDataConsumer::handleMacroOccurence(
++#endif
++        const clang::IdentifierInfo *identifierInfo,
++        const clang::MacroInfo *macroInfo,
++        clang::index::SymbolRoleSet roles,
++        clang::SourceLocation sourceLocation)
+ {
+     if (macroInfo && sourceLocation.isFileID()
+         && !isAlreadyParsed(m_sourceManager->getFileID(sourceLocation), m_macroSourcesManager)
+diff --git a/src/tools/clangrefactoringbackend/source/indexdataconsumer.h b/src/tools/clangrefactoringbackend/source/indexdataconsumer.h
+index c80e066b6c..e1d3529806 100644
+--- a/src/tools/clangrefactoringbackend/source/indexdataconsumer.h
++++ b/src/tools/clangrefactoringbackend/source/indexdataconsumer.h
+@@ -57,16 +57,26 @@ public:
+     IndexDataConsumer(const IndexDataConsumer &) = delete;
+     IndexDataConsumer &operator=(const IndexDataConsumer &) = delete;
+ 
+-    bool handleDeclOccurence(const clang::Decl *declaration,
+-                             clang::index::SymbolRoleSet symbolRoles,
+-                             llvm::ArrayRef<clang::index::SymbolRelation> symbolRelations,
+-                             clang::SourceLocation sourceLocation,
+-                             ASTNodeInfo astNodeInfo) override;
++#if LLVM_VERSION_MAJOR >= 10
++    bool handleDeclOccurrence(
++#else
++    bool handleDeclOccurence(
++#endif
++            const clang::Decl *declaration,
++            clang::index::SymbolRoleSet symbolRoles,
++            llvm::ArrayRef<clang::index::SymbolRelation> symbolRelations,
++            clang::SourceLocation sourceLocation,
++            ASTNodeInfo astNodeInfo) override;
+ 
+-    bool handleMacroOccurence(const clang::IdentifierInfo *identifierInfo,
+-                              const clang::MacroInfo *macroInfo,
+-                              clang::index::SymbolRoleSet roles,
+-                              clang::SourceLocation sourceLocation) override;
++#if LLVM_VERSION_MAJOR >= 10
++    bool handleMacroOccurrence(
++#else
++    bool handleMacroOccurence(
++#endif
++                const clang::IdentifierInfo *identifierInfo,
++                const clang::MacroInfo *macroInfo,
++                clang::index::SymbolRoleSet roles,
++                clang::SourceLocation sourceLocation) override;
+ 
+     void finish() override;
+ 
+diff --git a/src/tools/clangrefactoringbackend/source/symbolscollector.cpp b/src/tools/clangrefactoringbackend/source/symbolscollector.cpp
+index a233f6d8fe..dffd583894 100644
+--- a/src/tools/clangrefactoringbackend/source/symbolscollector.cpp
++++ b/src/tools/clangrefactoringbackend/source/symbolscollector.cpp
+@@ -74,7 +74,11 @@ std::unique_ptr<clang::tooling::FrontendActionFactory> newFrontendActionFactory(
+             : m_action(consumerFactory)
+         {}
+ 
++#if LLVM_VERSION_MAJOR >= 10
++        std::unique_ptr<clang::FrontendAction> create() override { return std::make_unique<AdaptorAction>(m_action); }
++#else
+         clang::FrontendAction *create() override { return new AdaptorAction(m_action); }
++#endif
+ 
+     private:
+         class AdaptorAction : public clang::ASTFrontendAction
+-- 
+cgit v1.2.1
+
diff --git a/libre/qtcreator/qtcreator-clang-libs.patch b/libre/qtcreator/qtcreator-clang-libs.patch
new file mode 100644
index 000000000..a0cc8c547
--- /dev/null
+++ b/libre/qtcreator/qtcreator-clang-libs.patch
@@ -0,0 +1,24 @@
+diff --git a/src/shared/clang/clang_installation.pri b/src/shared/clang/clang_installation.pri
+index 08838838bc..bee3779484 100644
+--- a/src/shared/clang/clang_installation.pri
++++ b/src/shared/clang/clang_installation.pri
+@@ -131,9 +131,7 @@ defineReplace(extractWarnings) {
+     return($$result)
+ }
+ 
+-CLANGTOOLING_LIBS=-lclangTooling -lclangIndex -lclangFrontend -lclangParse -lclangSerialization \
+-                  -lclangSema -lclangEdit -lclangAnalysis -lclangDriver -lclangDynamicASTMatchers \
+-                  -lclangASTMatchers -lclangToolingCore -lclangAST -lclangLex -lclangBasic
++CLANGTOOLING_LIBS=-lclang-cpp
+ win32:CLANGTOOLING_LIBS += -lversion
+ 
+ BIN_EXTENSION =
+@@ -207,7 +205,7 @@ isEmpty(LLVM_VERSION) {
+     isEmpty(QTC_CLANG_BUILDMODE_MISMATCH)|!equals(QTC_CLANG_BUILDMODE_MISMATCH, 1) {
+         CLANGFORMAT_MAIN_HEADER = $$LLVM_INCLUDEPATH/clang/Format/Format.h
+         exists($$CLANGFORMAT_MAIN_HEADER) {
+-            CLANGFORMAT_LIBS=-lclangFormat -lclangToolingInclusions -lclangToolingCore -lclangRewrite -lclangLex -lclangBasic
++            CLANGFORMAT_LIBS=-lclang-cpp
+             ALL_CLANG_LIBS=-lclangFormat -lclangToolingInclusions -lclangTooling -lclangToolingCore \
+                            -lclangRewrite -lclangIndex -lclangFrontend -lclangParse -lclangSerialization \
+                            -lclangSema -lclangEdit -lclangAnalysis -lclangDriver -lclangDynamicASTMatchers \
-- 
2.26.2

-------------- next part --------------
From 73da0109c86887986d8ded83debcd84d0397df3a Mon Sep 17 00:00:00 2001
From: Theo von Arx <theova at member.fsf.org>
Date: Wed, 19 Feb 2020 20:58:05 +0100
Subject: [PATCH 1/4] Update [libre/qutebrowser] to 1.10.1

---
 libre/qutebrowser/PKGBUILD | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/libre/qutebrowser/PKGBUILD b/libre/qutebrowser/PKGBUILD
index c473001bd..874518b1d 100644
--- a/libre/qutebrowser/PKGBUILD
+++ b/libre/qutebrowser/PKGBUILD
@@ -9,9 +9,9 @@
 #  - set webkit backend as default
 
 pkgname=qutebrowser
-_pkgver_armv7h=1.10.0 # this could be an 'any' package
-_pkgver_i686=1.10.0   # but our different arches do not always roll at the same speed
-_pkgver_x86_64=1.10.0
+_pkgver_armv7h=1.10.1 # this could be an 'any' package
+_pkgver_i686=1.10.1   # but our different arches do not always roll at the same speed
+_pkgver_x86_64=1.10.1
 eval "pkgver=\$_pkgver_${CARCH}"
 pkgrel=1
 pkgrel+=.par1
@@ -34,13 +34,13 @@ source=("https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/q
         "https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/qutebrowser-$pkgver.tar.gz.asc"
         "webkit-warning.patch")
 validpgpkeys=("E04E560002401B8EF0E76F0A916EB0C8FD55A072") # Florian Bruhin
-_sha256sums_x86_64=('7ecd7a08380b22eb1268fcc4446ba9d4d005601cb9366097779255edd9683bdf'
+_sha256sums_x86_64=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
                     'SKIP'
                     '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
-_sha256sums_i686=('7ecd7a08380b22eb1268fcc4446ba9d4d005601cb9366097779255edd9683bdf'
+_sha256sums_i686=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
                   'SKIP'
                   '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
-_sha256sums_armv7h=('7ecd7a08380b22eb1268fcc4446ba9d4d005601cb9366097779255edd9683bdf'
+_sha256sums_armv7h=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
                     'SKIP'
                     '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
 eval "sha256sums=(\${_sha256sums_${CARCH}[@]})"
-- 
2.26.2

-------------- next part --------------
From eb2e4ddb0988c6d71577b85143a9b77a411b5c47 Mon Sep 17 00:00:00 2001
From: Theo von Arx <theova at member.fsf.org>
Date: Tue, 31 Mar 2020 16:00:12 +0200
Subject: [PATCH 2/4] libre/qutebrowser: Adapt more to Arch's PKGBUILD

---
 libre/qutebrowser/PKGBUILD | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/libre/qutebrowser/PKGBUILD b/libre/qutebrowser/PKGBUILD
index 874518b1d..1303eec83 100644
--- a/libre/qutebrowser/PKGBUILD
+++ b/libre/qutebrowser/PKGBUILD
@@ -1,4 +1,5 @@
 # Maintainer (Arch): Morten Linderud <foxboron at archlinux.org>
+# Maintainer (Arch): Lukas Fleischer <lfleischer at archlinux.org>
 # Contributor (Arch): Pierre Neidhardt <ambrevar at gmail.com>
 # Contributor (Arch): Florian Bruhin (The Compiler) <archlinux.org at the-compiler.org>
 # Maintainer: Omar Vega Ramos <ovruni at gnu.org.pe>
@@ -33,7 +34,7 @@ options=(!emptydirs)
 source=("https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/qutebrowser-$pkgver.tar.gz"
         "https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/qutebrowser-$pkgver.tar.gz.asc"
         "webkit-warning.patch")
-validpgpkeys=("E04E560002401B8EF0E76F0A916EB0C8FD55A072") # Florian Bruhin
+validpgpkeys=("E04E560002401B8EF0E76F0A916EB0C8FD55A072")
 _sha256sums_x86_64=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
                     'SKIP'
                     '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
-- 
2.26.2

-------------- next part --------------
From 1cac84515db96a79e037694e3dc66a6a94223fa6 Mon Sep 17 00:00:00 2001
From: Theo von Arx <theova at member.fsf.org>
Date: Fri, 1 May 2020 10:29:59 +0200
Subject: [PATCH 2/2] Update libre/qtcreator to 4.12.0

---
 libre/qtcreator/PKGBUILD                      |  17 +-
 libre/qtcreator/libre.patch                   |  71 +++--
 libre/qtcreator/qtcreator-clang-10.patch      | 277 ------------------
 .../qtcreator/qtcreator-preload-plugins.patch |  18 +-
 4 files changed, 51 insertions(+), 332 deletions(-)
 delete mode 100644 libre/qtcreator/qtcreator-clang-10.patch

diff --git a/libre/qtcreator/PKGBUILD b/libre/qtcreator/PKGBUILD
index 290601831..cf1baba33 100644
--- a/libre/qtcreator/PKGBUILD
+++ b/libre/qtcreator/PKGBUILD
@@ -14,9 +14,9 @@
 #  - removed support for qt5-webengine
 
 pkgname=qtcreator
-pkgver=4.11.2
+pkgver=4.12.0
 _clangver=10.0.0
-pkgrel=4
+pkgrel=2
 pkgrel+=.parabola1
 pkgdesc='Lightweight, cross-platform integrated development environment'
 pkgdesc+=', without nonfree qt5-webengine help viewer'
@@ -40,14 +40,12 @@ optdepends=('qt5-doc: integrated Qt documentation'
             'perf: performer analyzer')
 source=("https://download.qt.io/official_releases/qtcreator/${pkgver%.*}/$pkgver/qt-creator-opensource-src-$pkgver.tar.xz"
         qtcreator-preload-plugins.patch
-        qtcreator-clang-libs.patch
-        qtcreator-clang-10.patch::"https://code.qt.io/cgit/qt-creator/qt-creator.git/patch?id=44023c8f")
+        qtcreator-clang-libs.patch)
 source+=(libre.patch)
-sha256sums=('8d67e45b66944fdb0f879cbfae341af7e38d6a348cf18332b5cb9f07937aae02'
-            'd6f979c820e2294653f4f1853af96942bf25ff9fe9450657d45ff1c7f02bbca7'
-            '0f6d0dc41a87aae9ef371b1950f5b9d823db8b5685c6ac04a7a7ac133eb19a3f'
-            'cbbaa52f8daf40866c1c7157f168746cf7cb0231200feaeed05a0fb80e78c8ab')
-sha256sums+=('6aeac164075b7f3f3a2e9aa75865669beeeb7903b9cbb5b6a8700205b285fe64')
+sha256sums=('d76655799ad2af81fb15f85d412d74583659fb1b4cf27b758ad8aae73675948b'
+            'b40e222b30c355d1230160a4e933dbd161b8748125662e3bde312ea52296457a'
+            '0f6d0dc41a87aae9ef371b1950f5b9d823db8b5685c6ac04a7a7ac133eb19a3f')
+sha256sums+=('fb3bda8aca0637fb36122706ee06ba051dcda29a2f480ff3053b4ced1c009cc4')
 
 prepare() {
   mkdir -p build
@@ -64,7 +62,6 @@ prepare() {
   patch -p1 -i ../qtcreator-preload-plugins.patch
 
   # Fix build with clang 10
-  patch -p1 -i ../qtcreator-clang-10.patch
   patch -p1 -i ../qtcreator-clang-libs.patch
 
   # remove qt5-webengine support
diff --git a/libre/qtcreator/libre.patch b/libre/qtcreator/libre.patch
index ac04ccbf1..6b6a869e8 100644
--- a/libre/qtcreator/libre.patch
+++ b/libre/qtcreator/libre.patch
@@ -1,8 +1,8 @@
 diff --git a/src/plugins/help/CMakeLists.txt b/src/plugins/help/CMakeLists.txt
-index ac70c823..f6c34f3f 100644
+index a6711862..0eeea39c 100644
 --- a/src/plugins/help/CMakeLists.txt
 +++ b/src/plugins/help/CMakeLists.txt
-@@ -37,17 +37,6 @@ extend_qtc_plugin(Help
+@@ -36,17 +36,6 @@ extend_qtc_plugin(Help
      macwebkithelpviewer.mm
  )
  
@@ -21,12 +21,12 @@ index ac70c823..f6c34f3f 100644
    add_subdirectory(qlitehtml)
  else()
 diff --git a/src/plugins/help/help.pro b/src/plugins/help/help.pro
-index f4786112..8d20a4bc 100644
+index 7b58578e..c1627e89 100644
 --- a/src/plugins/help/help.pro
 +++ b/src/plugins/help/help.pro
-@@ -56,13 +56,6 @@ FORMS += docsettingspage.ui \
-     generalsettingspage.ui \
-     remotehelpfilter.ui
+@@ -53,13 +53,6 @@ FORMS += docsettingspage.ui \
+     filtersettingspage.ui \
+     generalsettingspage.ui
  
 -!isEmpty(QT.webenginewidgets.name) {
 -    QT += webenginewidgets
@@ -39,43 +39,42 @@ index f4786112..8d20a4bc 100644
      DEFINES += QTC_MAC_NATIVE_HELPVIEWER
      HEADERS += macwebkithelpviewer.h
 diff --git a/src/plugins/help/help.qbs b/src/plugins/help/help.qbs
-index d1458d84..da915e52 100644
+index e1268e72..0abaa91f 100644
 --- a/src/plugins/help/help.qbs
 +++ b/src/plugins/help/help.qbs
-@@ -5,7 +5,6 @@ QtcPlugin {
+@@ -10,7 +10,6 @@ Project {
  
-     Depends { name: "Qt"; submodules: ["help", "network", "sql"]; }
-     Depends { name: "Qt.printsupport" }
--    Depends { name: "Qt.webenginewidgets"; required: false }
+         Depends { name: "Qt"; submodules: ["help", "network", "sql"]; }
+         Depends { name: "Qt.printsupport" }
+-        Depends { name: "Qt.webenginewidgets"; required: false }
  
-     Depends { name: "Aggregation" }
-     Depends { name: "Utils" }
-@@ -17,8 +16,6 @@ QtcPlugin {
+         Depends { name: "Aggregation" }
+         Depends { name: "Utils" }
+@@ -24,8 +23,6 @@ Project {
  
-     cpp.defines: {
-         var defines = base.concat(["QT_CLUCENE_SUPPORT"]);
--        if (Qt.webenginewidgets.present)
--            defines.push("QTC_WEBENGINE_HELPVIEWER");
-         return defines;
-     }
+         cpp.defines: {
+             var defines = base.concat(["QT_CLUCENE_SUPPORT"]);
+-            if (Qt.webenginewidgets.present)
+-                defines.push("QTC_WEBENGINE_HELPVIEWER");
+             if (qlitehtml.present)
+                 defines.push("QTC_LITEHTML_HELPVIEWER")
+             return defines;
+@@ -60,13 +57,6 @@ Project {
+             ]
+         }
  
-@@ -52,14 +49,6 @@ QtcPlugin {
-         ]
-     }
+-        Group {
+-            name: "WebEngine Sources"
+-            condition: Qt.webenginewidgets.present
+-            files: [
+-                "webenginehelpviewer.cpp", "webenginehelpviewer.h"
+-            ]
+-        }
  
--    Group {
--        name: "WebEngine Sources"
--        condition: Qt.webenginewidgets.present
--        files: [
--            "webenginehelpviewer.cpp", "webenginehelpviewer.h"
--        ]
--    }
--
-     Group {
-         id: sharedSources
-         name: "Shared Sources"
+         Group {
+             name: "litehtml-specific sources"
 diff --git a/src/plugins/help/localhelpmanager.cpp b/src/plugins/help/localhelpmanager.cpp
-index 8af763f4..cec1134e 100644
+index f8a02eb7..f993a192 100644
 --- a/src/plugins/help/localhelpmanager.cpp
 +++ b/src/plugins/help/localhelpmanager.cpp
 @@ -31,12 +31,6 @@
@@ -99,7 +98,7 @@ index 8af763f4..cec1134e 100644
  static const char kTextBrowserBackend[] = "textbrowser";
  
  static const int kDefaultFallbackFontSize = 14;
-@@ -315,29 +308,13 @@ HelpViewerFactory LocalHelpManager::defaultViewerBackend()
+@@ -318,29 +311,13 @@ HelpViewerFactory LocalHelpManager::defaultViewerBackend()
              return *factory;
      }
      if (!backend.isEmpty())
diff --git a/libre/qtcreator/qtcreator-clang-10.patch b/libre/qtcreator/qtcreator-clang-10.patch
deleted file mode 100644
index 553f5c004..000000000
--- a/libre/qtcreator/qtcreator-clang-10.patch
+++ /dev/null
@@ -1,277 +0,0 @@
-From 44023c8f43fd8daf8b7be305ea6d99b8b56fa551 Mon Sep 17 00:00:00 2001
-From: Orgad Shaneh <orgad.shaneh at audiocodes.com>
-Date: Mon, 17 Feb 2020 23:21:17 +0200
-Subject: Clang: Fix build with Clang/LLVM 10
-
-Change-Id: I740286c9dcfd325b1c31ab863fb5c91bf9c6ec70
-Reviewed-by: hjk <hjk at qt.io>
----
- src/plugins/clangformat/clangformatutils.cpp       |  8 +++++++
- .../source/collectbuilddependencytoolaction.h      | 17 ++++++++++++-
- .../source/collectusedmacroactionfactory.h         | 12 ++++++++++
- .../source/generatepchactionfactory.h              |  7 ++++++
- .../clangrefactoringbackend/source/clangquery.cpp  |  3 ++-
- .../source/collectsymbolsaction.h                  |  6 ++++-
- .../source/indexdataconsumer.cpp                   | 28 +++++++++++++++-------
- .../source/indexdataconsumer.h                     | 28 +++++++++++++++-------
- .../source/symbolscollector.cpp                    |  4 ++++
- 9 files changed, 92 insertions(+), 21 deletions(-)
-
-diff --git a/src/plugins/clangformat/clangformatutils.cpp b/src/plugins/clangformat/clangformatutils.cpp
-index f087f77a94..0a32d3a929 100644
---- a/src/plugins/clangformat/clangformatutils.cpp
-+++ b/src/plugins/clangformat/clangformatutils.cpp
-@@ -57,7 +57,11 @@ static clang::format::FormatStyle qtcStyle()
-     style.AlignOperands = true;
-     style.AlignTrailingComments = true;
-     style.AllowAllParametersOfDeclarationOnNextLine = true;
-+#if LLVM_VERSION_MAJOR >= 10
-+    style.AllowShortBlocksOnASingleLine = FormatStyle::SBS_Never;
-+#else
-     style.AllowShortBlocksOnASingleLine = false;
-+#endif
-     style.AllowShortCaseLabelsOnASingleLine = false;
-     style.AllowShortFunctionsOnASingleLine = FormatStyle::SFS_Inline;
- #if LLVM_VERSION_MAJOR >= 9
-@@ -72,7 +76,11 @@ static clang::format::FormatStyle qtcStyle()
-     style.BinPackArguments = false;
-     style.BinPackParameters = false;
-     style.BraceWrapping.AfterClass = true;
-+#if LLVM_VERSION_MAJOR >= 10
-+    style.BraceWrapping.AfterControlStatement = FormatStyle::BWACS_Never;
-+#else
-     style.BraceWrapping.AfterControlStatement = false;
-+#endif
-     style.BraceWrapping.AfterEnum = false;
-     style.BraceWrapping.AfterFunction = true;
-     style.BraceWrapping.AfterNamespace = false;
-diff --git a/src/tools/clangpchmanagerbackend/source/collectbuilddependencytoolaction.h b/src/tools/clangpchmanagerbackend/source/collectbuilddependencytoolaction.h
-index 538f2c7d3f..88ed3d2344 100644
---- a/src/tools/clangpchmanagerbackend/source/collectbuilddependencytoolaction.h
-+++ b/src/tools/clangpchmanagerbackend/source/collectbuilddependencytoolaction.h
-@@ -60,6 +60,16 @@ public:
-                                                                     diagnosticConsumer);
-     }
- 
-+#if LLVM_VERSION_MAJOR >= 10
-+    std::unique_ptr<clang::FrontendAction> create() override
-+    {
-+        return std::make_unique<CollectBuildDependencyAction>(
-+                    m_buildDependency,
-+                    m_filePathCache,
-+                    m_excludedIncludeUIDs,
-+                    m_alreadyIncludedFileUIDs);
-+    }
-+#else
-     clang::FrontendAction *create() override
-     {
-         return new CollectBuildDependencyAction(m_buildDependency,
-@@ -67,6 +77,7 @@ public:
-                                                 m_excludedIncludeUIDs,
-                                                 m_alreadyIncludedFileUIDs);
-     }
-+#endif
- 
-     std::vector<uint> generateExcludedIncludeFileUIDs(clang::FileManager &fileManager) const
-     {
-@@ -77,7 +88,11 @@ public:
-             NativeFilePath nativeFilePath{filePath};
-             const clang::FileEntry *file = fileManager.getFile({nativeFilePath.path().data(),
-                                                                 nativeFilePath.path().size()},
--                                                               true);
-+                                                               true)
-+#if LLVM_VERSION_MAJOR >= 10
-+                    .get()
-+#endif
-+                    ;
- 
-             if (file)
-                 fileUIDs.push_back(file->getUID());
-diff --git a/src/tools/clangpchmanagerbackend/source/collectusedmacroactionfactory.h b/src/tools/clangpchmanagerbackend/source/collectusedmacroactionfactory.h
-index 423d5f8876..473b8e7df8 100644
---- a/src/tools/clangpchmanagerbackend/source/collectusedmacroactionfactory.h
-+++ b/src/tools/clangpchmanagerbackend/source/collectusedmacroactionfactory.h
-@@ -61,6 +61,17 @@ public:
-                                                                     diagnosticConsumer);
-     }
- 
-+#if LLVM_VERSION_MAJOR >= 10
-+    std::unique_ptr<clang::FrontendAction> create() override
-+    {
-+        return std::make_unique<CollectUsedMacrosAction>(
-+                    m_usedMacros,
-+                    m_filePathCache,
-+                    m_sourceDependencies,
-+                    m_sourceFiles,
-+                    m_fileStatuses);
-+    }
-+#else
-     clang::FrontendAction *create() override
-     {
-         return new CollectUsedMacrosAction(m_usedMacros,
-@@ -69,6 +80,7 @@ public:
-                                            m_sourceFiles,
-                                            m_fileStatuses);
-     }
-+#endif
- 
- private:
-     UsedMacros &m_usedMacros;
-diff --git a/src/tools/clangpchmanagerbackend/source/generatepchactionfactory.h b/src/tools/clangpchmanagerbackend/source/generatepchactionfactory.h
-index c4a8cae028..f1e4c74457 100644
---- a/src/tools/clangpchmanagerbackend/source/generatepchactionfactory.h
-+++ b/src/tools/clangpchmanagerbackend/source/generatepchactionfactory.h
-@@ -68,10 +68,17 @@ public:
-         , m_fileContent(fileContent)
-     {}
- 
-+#if LLVM_VERSION_MAJOR >= 10
-+    std::unique_ptr<clang::FrontendAction> create() override
-+    {
-+        return std::make_unique<GeneratePCHAction>(m_filePath, m_fileContent);
-+    }
-+#else
-     clang::FrontendAction *create() override
-     {
-         return new GeneratePCHAction{m_filePath, m_fileContent};
-     }
-+#endif
- 
- private:
-     llvm::StringRef m_filePath;
-diff --git a/src/tools/clangrefactoringbackend/source/clangquery.cpp b/src/tools/clangrefactoringbackend/source/clangquery.cpp
-index 21ebeb8367..78f2350d8d 100644
---- a/src/tools/clangrefactoringbackend/source/clangquery.cpp
-+++ b/src/tools/clangrefactoringbackend/source/clangquery.cpp
-@@ -78,7 +78,8 @@ void ClangQuery::findLocations()
-                    std::make_move_iterator(asts.end()),
-                    [&] (std::unique_ptr<clang::ASTUnit> &&ast) {
-         Diagnostics diagnostics;
--        auto optionalMatcher = Parser::parseMatcherExpression({m_query.data(), m_query.size()},
-+        llvm::StringRef query{m_query.data(), m_query.size()};
-+        auto optionalMatcher = Parser::parseMatcherExpression(query,
-                                                               nullptr,
-                                                               &diagnostics);
-         parseDiagnostics(diagnostics);
-diff --git a/src/tools/clangrefactoringbackend/source/collectsymbolsaction.h b/src/tools/clangrefactoringbackend/source/collectsymbolsaction.h
-index a38f1c4f87..4f36adadf5 100644
---- a/src/tools/clangrefactoringbackend/source/collectsymbolsaction.h
-+++ b/src/tools/clangrefactoringbackend/source/collectsymbolsaction.h
-@@ -48,7 +48,11 @@ class CollectSymbolsAction : public clang::WrapperFrontendAction
- public:
-     CollectSymbolsAction(std::shared_ptr<IndexDataConsumer> indexDataConsumer)
-         : clang::WrapperFrontendAction(
--            clang::index::createIndexingAction(indexDataConsumer, createIndexingOptions(), nullptr))
-+            clang::index::createIndexingAction(indexDataConsumer, createIndexingOptions()
-+#if LLVM_VERSION_MAJOR < 10
-+                                               , nullptr
-+#endif
-+                                               ))
-         , m_indexDataConsumer(indexDataConsumer)
-     {}
- 
-diff --git a/src/tools/clangrefactoringbackend/source/indexdataconsumer.cpp b/src/tools/clangrefactoringbackend/source/indexdataconsumer.cpp
-index e287144462..5d21b30b9c 100644
---- a/src/tools/clangrefactoringbackend/source/indexdataconsumer.cpp
-+++ b/src/tools/clangrefactoringbackend/source/indexdataconsumer.cpp
-@@ -118,11 +118,16 @@ bool IndexDataConsumer::isAlreadyParsed(clang::FileID fileId, SourcesManager &so
-     return sourcesManager.alreadyParsed(filePathId(fileEntry), fileEntry->getModificationTime());
- }
- 
--bool IndexDataConsumer::handleDeclOccurence(const clang::Decl *declaration,
--                                            clang::index::SymbolRoleSet symbolRoles,
--                                            llvm::ArrayRef<clang::index::SymbolRelation> /*symbolRelations*/,
--                                            clang::SourceLocation sourceLocation,
--                                            IndexDataConsumer::ASTNodeInfo /*astNodeInfo*/)
-+#if LLVM_VERSION_MAJOR >= 10
-+    bool IndexDataConsumer::handleDeclOccurrence(
-+#else
-+    bool IndexDataConsumer::handleDeclOccurence(
-+#endif
-+        const clang::Decl *declaration,
-+        clang::index::SymbolRoleSet symbolRoles,
-+        llvm::ArrayRef<clang::index::SymbolRelation> /*symbolRelations*/,
-+        clang::SourceLocation sourceLocation,
-+        IndexDataConsumer::ASTNodeInfo /*astNodeInfo*/)
- {
-     const auto *namedDeclaration = clang::dyn_cast<clang::NamedDecl>(declaration);
-     if (namedDeclaration) {
-@@ -175,10 +180,15 @@ SourceLocationKind macroSymbolType(clang::index::SymbolRoleSet roles)
- 
- } // namespace
- 
--bool IndexDataConsumer::handleMacroOccurence(const clang::IdentifierInfo *identifierInfo,
--                                             const clang::MacroInfo *macroInfo,
--                                             clang::index::SymbolRoleSet roles,
--                                             clang::SourceLocation sourceLocation)
-+#if LLVM_VERSION_MAJOR >= 10
-+bool IndexDataConsumer::handleMacroOccurrence(
-+#else
-+bool IndexDataConsumer::handleMacroOccurence(
-+#endif
-+        const clang::IdentifierInfo *identifierInfo,
-+        const clang::MacroInfo *macroInfo,
-+        clang::index::SymbolRoleSet roles,
-+        clang::SourceLocation sourceLocation)
- {
-     if (macroInfo && sourceLocation.isFileID()
-         && !isAlreadyParsed(m_sourceManager->getFileID(sourceLocation), m_macroSourcesManager)
-diff --git a/src/tools/clangrefactoringbackend/source/indexdataconsumer.h b/src/tools/clangrefactoringbackend/source/indexdataconsumer.h
-index c80e066b6c..e1d3529806 100644
---- a/src/tools/clangrefactoringbackend/source/indexdataconsumer.h
-+++ b/src/tools/clangrefactoringbackend/source/indexdataconsumer.h
-@@ -57,16 +57,26 @@ public:
-     IndexDataConsumer(const IndexDataConsumer &) = delete;
-     IndexDataConsumer &operator=(const IndexDataConsumer &) = delete;
- 
--    bool handleDeclOccurence(const clang::Decl *declaration,
--                             clang::index::SymbolRoleSet symbolRoles,
--                             llvm::ArrayRef<clang::index::SymbolRelation> symbolRelations,
--                             clang::SourceLocation sourceLocation,
--                             ASTNodeInfo astNodeInfo) override;
-+#if LLVM_VERSION_MAJOR >= 10
-+    bool handleDeclOccurrence(
-+#else
-+    bool handleDeclOccurence(
-+#endif
-+            const clang::Decl *declaration,
-+            clang::index::SymbolRoleSet symbolRoles,
-+            llvm::ArrayRef<clang::index::SymbolRelation> symbolRelations,
-+            clang::SourceLocation sourceLocation,
-+            ASTNodeInfo astNodeInfo) override;
- 
--    bool handleMacroOccurence(const clang::IdentifierInfo *identifierInfo,
--                              const clang::MacroInfo *macroInfo,
--                              clang::index::SymbolRoleSet roles,
--                              clang::SourceLocation sourceLocation) override;
-+#if LLVM_VERSION_MAJOR >= 10
-+    bool handleMacroOccurrence(
-+#else
-+    bool handleMacroOccurence(
-+#endif
-+                const clang::IdentifierInfo *identifierInfo,
-+                const clang::MacroInfo *macroInfo,
-+                clang::index::SymbolRoleSet roles,
-+                clang::SourceLocation sourceLocation) override;
- 
-     void finish() override;
- 
-diff --git a/src/tools/clangrefactoringbackend/source/symbolscollector.cpp b/src/tools/clangrefactoringbackend/source/symbolscollector.cpp
-index a233f6d8fe..dffd583894 100644
---- a/src/tools/clangrefactoringbackend/source/symbolscollector.cpp
-+++ b/src/tools/clangrefactoringbackend/source/symbolscollector.cpp
-@@ -74,7 +74,11 @@ std::unique_ptr<clang::tooling::FrontendActionFactory> newFrontendActionFactory(
-             : m_action(consumerFactory)
-         {}
- 
-+#if LLVM_VERSION_MAJOR >= 10
-+        std::unique_ptr<clang::FrontendAction> create() override { return std::make_unique<AdaptorAction>(m_action); }
-+#else
-         clang::FrontendAction *create() override { return new AdaptorAction(m_action); }
-+#endif
- 
-     private:
-         class AdaptorAction : public clang::ASTFrontendAction
--- 
-cgit v1.2.1
-
diff --git a/libre/qtcreator/qtcreator-preload-plugins.patch b/libre/qtcreator/qtcreator-preload-plugins.patch
index 23b2dfa3f..d4ec515fe 100644
--- a/libre/qtcreator/qtcreator-preload-plugins.patch
+++ b/libre/qtcreator/qtcreator-preload-plugins.patch
@@ -1,13 +1,13 @@
 diff --git a/src/plugins/clangtools/clangtidyclazyrunner.cpp b/src/plugins/clangtools/clangtidyclazyrunner.cpp
-index a580704243..7a8740a5cc 100644
+index 166d1c94e0..de0b9cc67b 100644
 --- a/src/plugins/clangtools/clangtidyclazyrunner.cpp
 +++ b/src/plugins/clangtools/clangtidyclazyrunner.cpp
-@@ -63,7 +63,7 @@ QStringList ClangTidyClazyRunner::constructCommandLineArguments(const QStringLis
+@@ -67,7 +67,7 @@ static QStringList clazyPluginArguments(const ClangDiagnosticConfig diagnosticCo
+     QStringList arguments;
  
-     const QString clazyChecks = diagnosticConfig.clazyChecks();
-     if (!clazyChecks.isEmpty()) {
--        arguments << XclangArgs({"-add-plugin",
-+        arguments << XclangArgs({"-load", "ClazyPlugin.so", "-add-plugin",
-                                  "clazy",
-                                  "-plugin-arg-clazy",
-                                  diagnosticConfig.clazyChecks()});
+     if (diagnosticConfig.isClazyEnabled()) {
+-        arguments << XclangArgs({"-add-plugin", "clazy"});
++        arguments << XclangArgs({"-load", "ClazyPlugin.so", "-add-plugin", "clazy"});
+         if (!diagnosticConfig.clazyChecks().isEmpty())
+             arguments << XclangArgs({"-plugin-arg-clazy", diagnosticConfig.clazyChecks()});
+     }
-- 
2.26.2

-------------- next part --------------
From b4b95b323e9285b3a07791be07dc3d1c3d9ae021 Mon Sep 17 00:00:00 2001
From: Theo von Arx <theova at member.fsf.org>
Date: Sat, 18 Apr 2020 09:01:07 +0200
Subject: [PATCH 3/4] Update libre/qutebrowser to v1.10.2

- Built for a all three architectures, tested on x86_64
---
 libre/qutebrowser/PKGBUILD             | 20 ++++++++++----------
 libre/qutebrowser/webkit-warning.patch | 18 +++++++++---------
 2 files changed, 19 insertions(+), 19 deletions(-)

diff --git a/libre/qutebrowser/PKGBUILD b/libre/qutebrowser/PKGBUILD
index 1303eec83..8d7b16286 100644
--- a/libre/qutebrowser/PKGBUILD
+++ b/libre/qutebrowser/PKGBUILD
@@ -10,9 +10,9 @@
 #  - set webkit backend as default
 
 pkgname=qutebrowser
-_pkgver_armv7h=1.10.1 # this could be an 'any' package
-_pkgver_i686=1.10.1   # but our different arches do not always roll at the same speed
-_pkgver_x86_64=1.10.1
+_pkgver_armv7h=1.10.2 # this could be an 'any' package
+_pkgver_i686=1.10.2   # but our different arches do not always roll at the same speed
+_pkgver_x86_64=1.10.2
 eval "pkgver=\$_pkgver_${CARCH}"
 pkgrel=1
 pkgrel+=.par1
@@ -35,15 +35,15 @@ source=("https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/q
         "https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/qutebrowser-$pkgver.tar.gz.asc"
         "webkit-warning.patch")
 validpgpkeys=("E04E560002401B8EF0E76F0A916EB0C8FD55A072")
-_sha256sums_x86_64=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
+_sha256sums_x86_64=('fb457cb58ab6ade66e854a3558670acf9141018f6e436ab623908f372919396a'
                     'SKIP'
-                    '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
-_sha256sums_i686=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
+		    'a4d385524f75f7378eb3f44bb1d8a7c4c3213ee1a42ceed7f5f208eac06dec8f')
+_sha256sums_i686=('fb457cb58ab6ade66e854a3558670acf9141018f6e436ab623908f372919396a'
                   'SKIP'
-                  '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
-_sha256sums_armv7h=('a8ed72d40b4b2283b61b939bb358ada2270fe153bccb8ee012e94fb29cb66c19'
-                    'SKIP'
-                    '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
+		  'a4d385524f75f7378eb3f44bb1d8a7c4c3213ee1a42ceed7f5f208eac06dec8f')
+_sha256sums_armv7h=('fb457cb58ab6ade66e854a3558670acf9141018f6e436ab623908f372919396a'
+		    'SKIP'
+		    'a4d385524f75f7378eb3f44bb1d8a7c4c3213ee1a42ceed7f5f208eac06dec8f')
 eval "sha256sums=(\${_sha256sums_${CARCH}[@]})"
 
 
diff --git a/libre/qutebrowser/webkit-warning.patch b/libre/qutebrowser/webkit-warning.patch
index 97994870c..237232ede 100644
--- a/libre/qutebrowser/webkit-warning.patch
+++ b/libre/qutebrowser/webkit-warning.patch
@@ -1,20 +1,20 @@
 diff --git a/qutebrowser/html/warning-webkit.html b/qutebrowser/html/warning-webkit.html
-index e87597b..ada806f 100644
+index 7fc22903a..ada806f87 100644
 --- a/qutebrowser/html/warning-webkit.html
 +++ b/qutebrowser/html/warning-webkit.html
 @@ -2,8 +2,6 @@
- 
+
  {% block content %}
  <h1>{{ title }}</h1>
 -<span class="note">Note this warning will only appear once. Use <span class="mono">:open
 -qute://warning/webkit</span> to show it again at a later time.</span>
- 
+
  <p>You're using qutebrowser with the QtWebKit backend.</p>
- 
+
 @@ -17,66 +15,6 @@ unpatched vulnerabilities. Please use it carefully and avoid visiting untrusted
  websites and using it for transmission of sensitive data. Wait for new release
  from qtwebkit-dev branch to use it with untrusted content.</blockquote>
- 
+
 -<p>It's recommended that you use QtWebEngine instead.</p>
 -
 -<h2>(Outdated) reasons to use QtWebKit</h2>
@@ -68,10 +68,10 @@ index e87597b..ada806f 100644
 -<p><b>QtWebEngine being unavailable on Parabola</b>: Claims of Parabola
 -developers about QtWebEngine being "non-free" have repeatedly been disputed,
 -and so far nobody came up with solid evidence about that being the case. Also,
--note that their qutebrowser package was often outdated in the past (even
--qutebrowser security fixes took months to arrive there). You might be better
--off chosing an <a href="https://qutebrowser.org/doc/install.html#tox">
--alternative install method</a>.</p>
+-note that their qutebrowser package is usually very outdated (even qutebrowser
+-security fixes took months to arrive there). You might be better off chosing an
+-<a href="https://qutebrowser.org/doc/install.html#tox"> alternative install
+-method</a>.</p>
 -
 -<p><b>White flashing between loads with a custom stylesheet</b>: This doesn't
 -seem to happen with <span class="mono">qt.process_model = single-process</span>
-- 
2.26.2

-------------- next part --------------
From e4008ceef6b139625b19db0dabf7576b2fd58000 Mon Sep 17 00:00:00 2001
From: Theo von Arx <theova at member.fsf.org>
Date: Mon, 27 Apr 2020 21:55:41 +0200
Subject: [PATCH 4/4] Update libre/qutebrowser to 1.11.0

Built on all three architectures, successfully tested on x86_64.
---
 libre/qutebrowser/PKGBUILD | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/libre/qutebrowser/PKGBUILD b/libre/qutebrowser/PKGBUILD
index 8d7b16286..0373cb6cb 100644
--- a/libre/qutebrowser/PKGBUILD
+++ b/libre/qutebrowser/PKGBUILD
@@ -10,9 +10,9 @@
 #  - set webkit backend as default
 
 pkgname=qutebrowser
-_pkgver_armv7h=1.10.2 # this could be an 'any' package
-_pkgver_i686=1.10.2   # but our different arches do not always roll at the same speed
-_pkgver_x86_64=1.10.2
+_pkgver_armv7h=1.11.0 # this could be an 'any' package
+_pkgver_i686=1.11.0   # but our different arches do not always roll at the same speed
+_pkgver_x86_64=1.11.0
 eval "pkgver=\$_pkgver_${CARCH}"
 pkgrel=1
 pkgrel+=.par1
@@ -35,13 +35,13 @@ source=("https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/q
         "https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/qutebrowser-$pkgver.tar.gz.asc"
         "webkit-warning.patch")
 validpgpkeys=("E04E560002401B8EF0E76F0A916EB0C8FD55A072")
-_sha256sums_x86_64=('fb457cb58ab6ade66e854a3558670acf9141018f6e436ab623908f372919396a'
+_sha256sums_x86_64=('e2ed9d56aa5db8a0865f7a18d5d0d796d48db161d9c04c03a935dd95e2a4182c'
                     'SKIP'
 		    'a4d385524f75f7378eb3f44bb1d8a7c4c3213ee1a42ceed7f5f208eac06dec8f')
-_sha256sums_i686=('fb457cb58ab6ade66e854a3558670acf9141018f6e436ab623908f372919396a'
+_sha256sums_i686=('e2ed9d56aa5db8a0865f7a18d5d0d796d48db161d9c04c03a935dd95e2a4182c'
                   'SKIP'
 		  'a4d385524f75f7378eb3f44bb1d8a7c4c3213ee1a42ceed7f5f208eac06dec8f')
-_sha256sums_armv7h=('fb457cb58ab6ade66e854a3558670acf9141018f6e436ab623908f372919396a'
+_sha256sums_armv7h=('e2ed9d56aa5db8a0865f7a18d5d0d796d48db161d9c04c03a935dd95e2a4182c'
 		    'SKIP'
 		    'a4d385524f75f7378eb3f44bb1d8a7c4c3213ee1a42ceed7f5f208eac06dec8f')
 eval "sha256sums=(\${_sha256sums_${CARCH}[@]})"
-- 
2.26.2

-------------- next part --------------
From 83205d0ea47f9cb2f749c72faa022cac69713d0d Mon Sep 17 00:00:00 2001
From: Theo von Arx <theova at member.fsf.org>
Date: Tue, 21 Apr 2020 16:50:14 +0200
Subject: [PATCH] Update libre/qtcreator to 4.12.0

Sucessfully built on x86_64, i686. Tested on x86_64.
The build for armv7h fails on my machine, but could succeed on others.
---
 libre/qtcreator/PKGBUILD                      | 17 +++--
 libre/qtcreator/libre.patch                   | 71 +++++++++----------
 libre/qtcreator/qtcreator-clang-libs.patch    | 24 +++++++
 .../qtcreator/qtcreator-preload-plugins.patch | 18 ++---
 4 files changed, 79 insertions(+), 51 deletions(-)
 create mode 100644 libre/qtcreator/qtcreator-clang-libs.patch

diff --git a/libre/qtcreator/PKGBUILD b/libre/qtcreator/PKGBUILD
index 9963e5a5e..cf1baba33 100644
--- a/libre/qtcreator/PKGBUILD
+++ b/libre/qtcreator/PKGBUILD
@@ -14,8 +14,8 @@
 #  - removed support for qt5-webengine
 
 pkgname=qtcreator
-pkgver=4.11.2
-_clangver=9.0.1
+pkgver=4.12.0
+_clangver=10.0.0
 pkgrel=2
 pkgrel+=.parabola1
 pkgdesc='Lightweight, cross-platform integrated development environment'
@@ -39,11 +39,13 @@ optdepends=('qt5-doc: integrated Qt documentation'
             'valgrind: analyze support'
             'perf: performer analyzer')
 source=("https://download.qt.io/official_releases/qtcreator/${pkgver%.*}/$pkgver/qt-creator-opensource-src-$pkgver.tar.xz"
-        qtcreator-preload-plugins.patch)
+        qtcreator-preload-plugins.patch
+        qtcreator-clang-libs.patch)
 source+=(libre.patch)
-sha256sums=('8d67e45b66944fdb0f879cbfae341af7e38d6a348cf18332b5cb9f07937aae02'
-            'd6f979c820e2294653f4f1853af96942bf25ff9fe9450657d45ff1c7f02bbca7')
-sha256sums+=('6aeac164075b7f3f3a2e9aa75865669beeeb7903b9cbb5b6a8700205b285fe64')
+sha256sums=('d76655799ad2af81fb15f85d412d74583659fb1b4cf27b758ad8aae73675948b'
+            'b40e222b30c355d1230160a4e933dbd161b8748125662e3bde312ea52296457a'
+            '0f6d0dc41a87aae9ef371b1950f5b9d823db8b5685c6ac04a7a7ac133eb19a3f')
+sha256sums+=('fb3bda8aca0637fb36122706ee06ba051dcda29a2f480ff3053b4ced1c009cc4')
 
 prepare() {
   mkdir -p build
@@ -59,6 +61,9 @@ prepare() {
   # and https://bugs.archlinux.org/task/59492
   patch -p1 -i ../qtcreator-preload-plugins.patch
 
+  # Fix build with clang 10
+  patch -p1 -i ../qtcreator-clang-libs.patch
+
   # remove qt5-webengine support
   patch -Np1 -i "$srcdir"/libre.patch
   rm -rv src/plugins/help/webenginehelpviewer.{cpp,h}
diff --git a/libre/qtcreator/libre.patch b/libre/qtcreator/libre.patch
index ac04ccbf1..6b6a869e8 100644
--- a/libre/qtcreator/libre.patch
+++ b/libre/qtcreator/libre.patch
@@ -1,8 +1,8 @@
 diff --git a/src/plugins/help/CMakeLists.txt b/src/plugins/help/CMakeLists.txt
-index ac70c823..f6c34f3f 100644
+index a6711862..0eeea39c 100644
 --- a/src/plugins/help/CMakeLists.txt
 +++ b/src/plugins/help/CMakeLists.txt
-@@ -37,17 +37,6 @@ extend_qtc_plugin(Help
+@@ -36,17 +36,6 @@ extend_qtc_plugin(Help
      macwebkithelpviewer.mm
  )
  
@@ -21,12 +21,12 @@ index ac70c823..f6c34f3f 100644
    add_subdirectory(qlitehtml)
  else()
 diff --git a/src/plugins/help/help.pro b/src/plugins/help/help.pro
-index f4786112..8d20a4bc 100644
+index 7b58578e..c1627e89 100644
 --- a/src/plugins/help/help.pro
 +++ b/src/plugins/help/help.pro
-@@ -56,13 +56,6 @@ FORMS += docsettingspage.ui \
-     generalsettingspage.ui \
-     remotehelpfilter.ui
+@@ -53,13 +53,6 @@ FORMS += docsettingspage.ui \
+     filtersettingspage.ui \
+     generalsettingspage.ui
  
 -!isEmpty(QT.webenginewidgets.name) {
 -    QT += webenginewidgets
@@ -39,43 +39,42 @@ index f4786112..8d20a4bc 100644
      DEFINES += QTC_MAC_NATIVE_HELPVIEWER
      HEADERS += macwebkithelpviewer.h
 diff --git a/src/plugins/help/help.qbs b/src/plugins/help/help.qbs
-index d1458d84..da915e52 100644
+index e1268e72..0abaa91f 100644
 --- a/src/plugins/help/help.qbs
 +++ b/src/plugins/help/help.qbs
-@@ -5,7 +5,6 @@ QtcPlugin {
+@@ -10,7 +10,6 @@ Project {
  
-     Depends { name: "Qt"; submodules: ["help", "network", "sql"]; }
-     Depends { name: "Qt.printsupport" }
--    Depends { name: "Qt.webenginewidgets"; required: false }
+         Depends { name: "Qt"; submodules: ["help", "network", "sql"]; }
+         Depends { name: "Qt.printsupport" }
+-        Depends { name: "Qt.webenginewidgets"; required: false }
  
-     Depends { name: "Aggregation" }
-     Depends { name: "Utils" }
-@@ -17,8 +16,6 @@ QtcPlugin {
+         Depends { name: "Aggregation" }
+         Depends { name: "Utils" }
+@@ -24,8 +23,6 @@ Project {
  
-     cpp.defines: {
-         var defines = base.concat(["QT_CLUCENE_SUPPORT"]);
--        if (Qt.webenginewidgets.present)
--            defines.push("QTC_WEBENGINE_HELPVIEWER");
-         return defines;
-     }
+         cpp.defines: {
+             var defines = base.concat(["QT_CLUCENE_SUPPORT"]);
+-            if (Qt.webenginewidgets.present)
+-                defines.push("QTC_WEBENGINE_HELPVIEWER");
+             if (qlitehtml.present)
+                 defines.push("QTC_LITEHTML_HELPVIEWER")
+             return defines;
+@@ -60,13 +57,6 @@ Project {
+             ]
+         }
  
-@@ -52,14 +49,6 @@ QtcPlugin {
-         ]
-     }
+-        Group {
+-            name: "WebEngine Sources"
+-            condition: Qt.webenginewidgets.present
+-            files: [
+-                "webenginehelpviewer.cpp", "webenginehelpviewer.h"
+-            ]
+-        }
  
--    Group {
--        name: "WebEngine Sources"
--        condition: Qt.webenginewidgets.present
--        files: [
--            "webenginehelpviewer.cpp", "webenginehelpviewer.h"
--        ]
--    }
--
-     Group {
-         id: sharedSources
-         name: "Shared Sources"
+         Group {
+             name: "litehtml-specific sources"
 diff --git a/src/plugins/help/localhelpmanager.cpp b/src/plugins/help/localhelpmanager.cpp
-index 8af763f4..cec1134e 100644
+index f8a02eb7..f993a192 100644
 --- a/src/plugins/help/localhelpmanager.cpp
 +++ b/src/plugins/help/localhelpmanager.cpp
 @@ -31,12 +31,6 @@
@@ -99,7 +98,7 @@ index 8af763f4..cec1134e 100644
  static const char kTextBrowserBackend[] = "textbrowser";
  
  static const int kDefaultFallbackFontSize = 14;
-@@ -315,29 +308,13 @@ HelpViewerFactory LocalHelpManager::defaultViewerBackend()
+@@ -318,29 +311,13 @@ HelpViewerFactory LocalHelpManager::defaultViewerBackend()
              return *factory;
      }
      if (!backend.isEmpty())
diff --git a/libre/qtcreator/qtcreator-clang-libs.patch b/libre/qtcreator/qtcreator-clang-libs.patch
new file mode 100644
index 000000000..a0cc8c547
--- /dev/null
+++ b/libre/qtcreator/qtcreator-clang-libs.patch
@@ -0,0 +1,24 @@
+diff --git a/src/shared/clang/clang_installation.pri b/src/shared/clang/clang_installation.pri
+index 08838838bc..bee3779484 100644
+--- a/src/shared/clang/clang_installation.pri
++++ b/src/shared/clang/clang_installation.pri
+@@ -131,9 +131,7 @@ defineReplace(extractWarnings) {
+     return($$result)
+ }
+ 
+-CLANGTOOLING_LIBS=-lclangTooling -lclangIndex -lclangFrontend -lclangParse -lclangSerialization \
+-                  -lclangSema -lclangEdit -lclangAnalysis -lclangDriver -lclangDynamicASTMatchers \
+-                  -lclangASTMatchers -lclangToolingCore -lclangAST -lclangLex -lclangBasic
++CLANGTOOLING_LIBS=-lclang-cpp
+ win32:CLANGTOOLING_LIBS += -lversion
+ 
+ BIN_EXTENSION =
+@@ -207,7 +205,7 @@ isEmpty(LLVM_VERSION) {
+     isEmpty(QTC_CLANG_BUILDMODE_MISMATCH)|!equals(QTC_CLANG_BUILDMODE_MISMATCH, 1) {
+         CLANGFORMAT_MAIN_HEADER = $$LLVM_INCLUDEPATH/clang/Format/Format.h
+         exists($$CLANGFORMAT_MAIN_HEADER) {
+-            CLANGFORMAT_LIBS=-lclangFormat -lclangToolingInclusions -lclangToolingCore -lclangRewrite -lclangLex -lclangBasic
++            CLANGFORMAT_LIBS=-lclang-cpp
+             ALL_CLANG_LIBS=-lclangFormat -lclangToolingInclusions -lclangTooling -lclangToolingCore \
+                            -lclangRewrite -lclangIndex -lclangFrontend -lclangParse -lclangSerialization \
+                            -lclangSema -lclangEdit -lclangAnalysis -lclangDriver -lclangDynamicASTMatchers \
diff --git a/libre/qtcreator/qtcreator-preload-plugins.patch b/libre/qtcreator/qtcreator-preload-plugins.patch
index 23b2dfa3f..d4ec515fe 100644
--- a/libre/qtcreator/qtcreator-preload-plugins.patch
+++ b/libre/qtcreator/qtcreator-preload-plugins.patch
@@ -1,13 +1,13 @@
 diff --git a/src/plugins/clangtools/clangtidyclazyrunner.cpp b/src/plugins/clangtools/clangtidyclazyrunner.cpp
-index a580704243..7a8740a5cc 100644
+index 166d1c94e0..de0b9cc67b 100644
 --- a/src/plugins/clangtools/clangtidyclazyrunner.cpp
 +++ b/src/plugins/clangtools/clangtidyclazyrunner.cpp
-@@ -63,7 +63,7 @@ QStringList ClangTidyClazyRunner::constructCommandLineArguments(const QStringLis
+@@ -67,7 +67,7 @@ static QStringList clazyPluginArguments(const ClangDiagnosticConfig diagnosticCo
+     QStringList arguments;
  
-     const QString clazyChecks = diagnosticConfig.clazyChecks();
-     if (!clazyChecks.isEmpty()) {
--        arguments << XclangArgs({"-add-plugin",
-+        arguments << XclangArgs({"-load", "ClazyPlugin.so", "-add-plugin",
-                                  "clazy",
-                                  "-plugin-arg-clazy",
-                                  diagnosticConfig.clazyChecks()});
+     if (diagnosticConfig.isClazyEnabled()) {
+-        arguments << XclangArgs({"-add-plugin", "clazy"});
++        arguments << XclangArgs({"-load", "ClazyPlugin.so", "-add-plugin", "clazy"});
+         if (!diagnosticConfig.clazyChecks().isEmpty())
+             arguments << XclangArgs({"-plugin-arg-clazy", diagnosticConfig.clazyChecks()});
+     }
-- 
2.26.2

-------------- next part --------------
From 886ba99084e920759e947f88a1458618b210b693 Mon Sep 17 00:00:00 2001
From: Theo von Arx <theova at member.fsf.org>
Date: Wed, 19 Feb 2020 20:58:05 +0100
Subject: [PATCH] Update libre/qutebrowser to 1.11.0

Built on all three architectures, successfully tested on x86_64.
---
 libre/qutebrowser/PKGBUILD             | 23 ++++++++++++-----------
 libre/qutebrowser/webkit-warning.patch | 18 +++++++++---------
 2 files changed, 21 insertions(+), 20 deletions(-)

diff --git a/libre/qutebrowser/PKGBUILD b/libre/qutebrowser/PKGBUILD
index c473001bd..0373cb6cb 100644
--- a/libre/qutebrowser/PKGBUILD
+++ b/libre/qutebrowser/PKGBUILD
@@ -1,4 +1,5 @@
 # Maintainer (Arch): Morten Linderud <foxboron at archlinux.org>
+# Maintainer (Arch): Lukas Fleischer <lfleischer at archlinux.org>
 # Contributor (Arch): Pierre Neidhardt <ambrevar at gmail.com>
 # Contributor (Arch): Florian Bruhin (The Compiler) <archlinux.org at the-compiler.org>
 # Maintainer: Omar Vega Ramos <ovruni at gnu.org.pe>
@@ -9,9 +10,9 @@
 #  - set webkit backend as default
 
 pkgname=qutebrowser
-_pkgver_armv7h=1.10.0 # this could be an 'any' package
-_pkgver_i686=1.10.0   # but our different arches do not always roll at the same speed
-_pkgver_x86_64=1.10.0
+_pkgver_armv7h=1.11.0 # this could be an 'any' package
+_pkgver_i686=1.11.0   # but our different arches do not always roll at the same speed
+_pkgver_x86_64=1.11.0
 eval "pkgver=\$_pkgver_${CARCH}"
 pkgrel=1
 pkgrel+=.par1
@@ -33,16 +34,16 @@ options=(!emptydirs)
 source=("https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/qutebrowser-$pkgver.tar.gz"
         "https://github.com/qutebrowser/qutebrowser/releases/download/v$pkgver/qutebrowser-$pkgver.tar.gz.asc"
         "webkit-warning.patch")
-validpgpkeys=("E04E560002401B8EF0E76F0A916EB0C8FD55A072") # Florian Bruhin
-_sha256sums_x86_64=('7ecd7a08380b22eb1268fcc4446ba9d4d005601cb9366097779255edd9683bdf'
+validpgpkeys=("E04E560002401B8EF0E76F0A916EB0C8FD55A072")
+_sha256sums_x86_64=('e2ed9d56aa5db8a0865f7a18d5d0d796d48db161d9c04c03a935dd95e2a4182c'
                     'SKIP'
-                    '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
-_sha256sums_i686=('7ecd7a08380b22eb1268fcc4446ba9d4d005601cb9366097779255edd9683bdf'
+		    'a4d385524f75f7378eb3f44bb1d8a7c4c3213ee1a42ceed7f5f208eac06dec8f')
+_sha256sums_i686=('e2ed9d56aa5db8a0865f7a18d5d0d796d48db161d9c04c03a935dd95e2a4182c'
                   'SKIP'
-                  '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
-_sha256sums_armv7h=('7ecd7a08380b22eb1268fcc4446ba9d4d005601cb9366097779255edd9683bdf'
-                    'SKIP'
-                    '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0')
+		  'a4d385524f75f7378eb3f44bb1d8a7c4c3213ee1a42ceed7f5f208eac06dec8f')
+_sha256sums_armv7h=('e2ed9d56aa5db8a0865f7a18d5d0d796d48db161d9c04c03a935dd95e2a4182c'
+		    'SKIP'
+		    'a4d385524f75f7378eb3f44bb1d8a7c4c3213ee1a42ceed7f5f208eac06dec8f')
 eval "sha256sums=(\${_sha256sums_${CARCH}[@]})"
 
 
diff --git a/libre/qutebrowser/webkit-warning.patch b/libre/qutebrowser/webkit-warning.patch
index 97994870c..237232ede 100644
--- a/libre/qutebrowser/webkit-warning.patch
+++ b/libre/qutebrowser/webkit-warning.patch
@@ -1,20 +1,20 @@
 diff --git a/qutebrowser/html/warning-webkit.html b/qutebrowser/html/warning-webkit.html
-index e87597b..ada806f 100644
+index 7fc22903a..ada806f87 100644
 --- a/qutebrowser/html/warning-webkit.html
 +++ b/qutebrowser/html/warning-webkit.html
 @@ -2,8 +2,6 @@
- 
+
  {% block content %}
  <h1>{{ title }}</h1>
 -<span class="note">Note this warning will only appear once. Use <span class="mono">:open
 -qute://warning/webkit</span> to show it again at a later time.</span>
- 
+
  <p>You're using qutebrowser with the QtWebKit backend.</p>
- 
+
 @@ -17,66 +15,6 @@ unpatched vulnerabilities. Please use it carefully and avoid visiting untrusted
  websites and using it for transmission of sensitive data. Wait for new release
  from qtwebkit-dev branch to use it with untrusted content.</blockquote>
- 
+
 -<p>It's recommended that you use QtWebEngine instead.</p>
 -
 -<h2>(Outdated) reasons to use QtWebKit</h2>
@@ -68,10 +68,10 @@ index e87597b..ada806f 100644
 -<p><b>QtWebEngine being unavailable on Parabola</b>: Claims of Parabola
 -developers about QtWebEngine being "non-free" have repeatedly been disputed,
 -and so far nobody came up with solid evidence about that being the case. Also,
--note that their qutebrowser package was often outdated in the past (even
--qutebrowser security fixes took months to arrive there). You might be better
--off chosing an <a href="https://qutebrowser.org/doc/install.html#tox">
--alternative install method</a>.</p>
+-note that their qutebrowser package is usually very outdated (even qutebrowser
+-security fixes took months to arrive there). You might be better off chosing an
+-<a href="https://qutebrowser.org/doc/install.html#tox"> alternative install
+-method</a>.</p>
 -
 -<p><b>White flashing between loads with a custom stylesheet</b>: This doesn't
 -seem to happen with <span class="mono">qt.process_model = single-process</span>
-- 
2.26.2

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200501/2fad2447/attachment-0001.sig>

From nobody at parabola.nu  Fri May  1 21:41:07 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Fri, 01 May 2020 21:41:07 -0000
Subject: [Dev] Orphan Libre package [iceweasel] marked out-of-date
Message-ID: <20200501214107.1193.61679@winston.parabola.nu>

ugw.ugw at gmail.com wants to notify you that the following packages may be out-of-date:


* iceweasel 1:75.0-1.parabola2 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/iceweasel/
* iceweasel 1:75.0-1.parabola2 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/iceweasel/
* iceweasel 1:75.0-1.parabola2 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/iceweasel/


The user provided the following additional text:

Needs rebuild against icu 67


From bill-auger at peers.community  Sat May  2 02:53:53 2020
From: bill-auger at peers.community (bill-auger)
Date: Fri, 1 May 2020 22:53:53 -0400
Subject: [Dev] Orphan Libre package [iceweasel] marked out-of-date
In-Reply-To: <20200501214107.1193.61679@winston.parabola.nu>
References: <20200501214107.1193.61679@winston.parabola.nu>
Message-ID: <20200501225353.7fdd63fb@parabola>

currently, this only affects x86_64 - arch32 and archarm have
not change 'icu' versions; and have no staging builds

From bill-auger at peers.community  Sat May  2 06:24:19 2020
From: bill-auger at peers.community (bill-auger)
Date: Sat, 2 May 2020 02:24:19 -0400
Subject: [Dev] general procedure for adding nonsystemd init scripts
Message-ID: <20200502022419.09c00a4a@parabola>

we often get requests for init scripts, for some service that is
not working with openrc - have we converged on a convention for
how to add them?

surely there are different ways it could be handled; but it
would be best if they were all done consistently

should they all go together in single package like
'nonsystemd-init-scripts', or should each be a separate package
like 'foo-init-scripts'?

From freemor at freemor.ca  Sat May  2 11:05:58 2020
From: freemor at freemor.ca (Freemor)
Date: Sat, 2 May 2020 08:05:58 -0300
Subject: [Dev] general procedure for adding nonsystemd init scripts
In-Reply-To: <20200502022419.09c00a4a@parabola>
References: <20200502022419.09c00a4a@parabola>
Message-ID: <20200502110558.GD13435@freemor.ca>

On Sat, May 02, 2020 at 02:24:19AM -0400, bill-auger wrote:
> we often get requests for init scripts, for some service that is
> not working with openrc - have we converged on a convention for
> how to add them?
> 
> surely there are different ways it could be handled; but it
> would be best if they were all done consistently
> 
> should they all go together in single package like
> 'nonsystemd-init-scripts', or should each be a separate package
> like 'foo-init-scripts'?
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev

Unless things have changed drastically since the last time I looked the
*-openrc init scripts are created by the openrc package (which is a large split
package). Probably the best approach for missing ones would be to create the
missing one(s) add them to that package then push the patches upstream, So that
other distros that support openrc get them as well.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200502/92025d5f/attachment.sig>

From nobody at parabola.nu  Sun May  3 02:02:34 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Sun, 03 May 2020 02:02:34 -0000
Subject: [Dev] Orphan Libre package [linux-libre] marked out-of-date
Message-ID: <20200503020234.1192.40132@winston.parabola.nu>

eliotreyna at disroot.org wants to notify you that the following packages may be out-of-date:


* linux-libre 5.6.7-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre/
* linux-libre 5.6.7-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre/
* linux-libre 5.6.7-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre/
* linux-libre-chromebook 5.6.7-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre-chromebook/
* linux-libre-docs 5.6.7-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre-docs/
* linux-libre-docs 5.6.7-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-docs/
* linux-libre-docs 5.6.7-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-docs/
* linux-libre-headers 5.6.7-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre-headers/
* linux-libre-headers 5.6.7-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-headers/
* linux-libre-headers 5.6.7-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-headers/


The user provided the following additional text:

Linux-libre kernel has been updated to the version 5.6.9.

https://pod.libreplanetbr.org/posts/978576


From nobody at parabola.nu  Tue May  5 00:44:29 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Tue, 05 May 2020 00:44:29 -0000
Subject: [Dev] Orphan Libre package [qutebrowser] marked out-of-date
Message-ID: <20200505004429.1190.96026@winston.parabola.nu>

eliotreyna at disroot.org wants to notify you that the following packages may be out-of-date:


* qutebrowser 1.10.0-1.par1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/qutebrowser/
* qutebrowser 1.10.0-1.par1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/qutebrowser/
* qutebrowser 1.10.0-1.par1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/qutebrowser/


The user provided the following additional text:

Qutebrowser has been upgraded to the version 1.11.0.

More information >> https://github.com/qutebrowser/qutebrowser/releases/tag/v1.11.0


From bill-auger at peers.community  Tue May  5 16:51:33 2020
From: bill-auger at peers.community (bill-auger)
Date: Tue, 5 May 2020 12:51:33 -0400
Subject: [Dev] new plan for managing 'icu' and 'poppler' dependent packages
Message-ID: <20200505125133.3f912299@parabola>

as most people know, the dreaded icu-pocalypse has been a
recurring bother for the parabola devs and user alike - gnutoo
and eli have cooked up a new plan for an 'icu-parabola' package,
to smooth the transition from one version of 'icu' to the next -
the main advantage of this is that, in the future, people will
no longer be blocked from upgrading, during the transition
period - if it works out well, we will do the same for 'poppler'
- denis will send an email later to explain more, once the
logistics are nailed down

to go along with this, i have completed the task that freemor
started on the bug tracker, to make tracking and managing the
many rebuilds easier to grok - there are 6 special redmine
tickets, with each dependent package as sub-tasks - we will be
able to keep those 6 open always; and simply toggle each
individual package tickets 'open' and 'fixed' as needed - the
"STICKY" tag should make them easy to locate when needed

https://labs.parabola.nu/issues/2723 [STICKY][poppler]: and friends (armv7h)
https://labs.parabola.nu/issues/2720 [STICKY][poppler]: and friends (i686)
https://labs.parabola.nu/issues/2546 [STICKY][poppler]: and friends (x86_64)
https://labs.parabola.nu/issues/2071 [STICKY][icu] and friends (armv7h)
https://labs.parabola.nu/issues/2727 [STICKY][icu] and friends (i686)
https://labs.parabola.nu/issues/2047 [STICKY][icu] and friends (x86_64)

From GNUtoo at cyberdimension.org  Tue May  5 17:37:44 2020
From: GNUtoo at cyberdimension.org (Denis 'GNUtoo' Carikli)
Date: Tue, 5 May 2020 19:37:44 +0200
Subject: [Dev] Providing compatibility libraries to reduce breakages (icu,
 poppler)
Message-ID: <20200505193744.48b60878@primarylaptop.localdomain>

Hi,

Parabola uses packages from various upstream distributions (Arch Linux,
Arch Linux ARM, Arch Linux 32).

It only uses the packages that are compliant with FSF's FSDG
guidelines[1], and on top of that we also have our own packages in
various repositories (libre, pcr, etc).

So the issue is that when upstream packages are synchronized into
Parabola repositories, some of the times some libraries are updated in
a way that is incompatible with the previous version of the libraries,
and Parabola packages that were built against the older version of the
libraries don't work anymore.

Some of the libraries like icu and poppler are very often updated in
incompatible ways, and have frequent releases, so this problem is very
frequent.

First known status:
-------------------
So at first nothing was done to fix that, and after some upgrades,
packages like iceweasel became completely unusable because they would
only work with the old library that is now gone.

Practically speaking users needed to have a backup of the old packages
that weren't broken yet, and install them back. I don't know if it was
possible to downgrade without that, and in any case doing that without
having the backuped packages was probably not trivial.

At this point Parabola contributors needed to rush to rebuild packages
that weren't always easy to rebuild, while users (which also includes
Parabola contributors) had their packages broken.

First workaround attempt:
-------------------------
Then this was improved by making packages like iceweasel depend on
specific versions of icu and poppler.

Practically speaking, when new ICU and poppler were synchronized, users
couldn't upgrade their packages anymore without fighting the package
manager until Parabola contributors rebuilt all the packages that
depended on icu and poppler that users had installed.

The issue is that if users upgraded but then needed to install a package
that depended on the older icu and poppler, they couldn't.

Blocking upgrades for a long time is also not very convenient.

Many users were also wondering what was going on when they got the
error messages.

Second workaround attempt:
--------------------------
As I forgot that it was possible to depend on and provide specific
versions of libraries in packages, I rushed to implement a parabola
version of ICU in /opt as a proof of concept, to enable all Parabola
packages to link against it.

This way Arch packages would have depended on Arch icu while Parabola
packages would depended on Parabola icu. 

The main downside is that it's not very clean as we needed to modify
and rebuild all the Parabola packages to depend on Parabola ICU.

It also didn't work as intended as Arch Linux packages were using the
Parabola ICU when the versions were the same. The nice side effect is
that it consumed less RAM as only 1 ICU library would be used.

Third Workaround attempt:
-------------------------
The third attempt is more complicated but much more clean. We got a
lot of help from Eli Schwartz from Arch Linux to implement this
solution.

When the new icu library is synchronized, when users would upgrade their
packages, a new dependency (a package for an older version of ICU)
would be automatically pulled by packages not yet rebuilt against the
new ICU.

For that to work:
- We need Arch packages to use provides= in the packages
  providing libraries like icu. In the icu PKGBUILD we have the
  following:
  > provides=(libicu{data,i18n,io,test,tu,uc}.so)
- In Parabola packages depending on icu we need to replace the 'icu'
  dependency with the specific libraries. For instance in OpenTTD we
  have:
  > depends+=('libicui18n.so' 'libicuuc.so')
  Here, even if ldd /usr/bin/openttd shows libicudata.so as a
  dependency, it's not a direct dependency: it's pulled by libicuuc.so
  instead. It can be seen with readelf -d or lddtree from pax-utils.
  If useless dependencies are added, makepkg will warn about it:
  > WARNING: Library listed in 'depends' is not required by any files:
  > libicudata.so
  And it probably works fine with such dependencies as I didn't notice
  any issues with it so far.
- We need to provide a package for the older versions of ICU. This is
  currently done by the icu-parabola package (I'm not sure if the
  package name is very intuitive though).

So in practice on x86_64, inspecting the openttd package shows that we
have dependencies on very specific versions of libicuuc and libicui18n:
> $ pacman -Q -i openttd
>   [...]
>   Depends On: libpng sdl fontconfig lzo hicolor-icon-theme
>               desktop-file-utils xz fluidsynth libicui18n.so=67-64
>               libicuuc.so=67-64
>   [...]
At build time, the "depends+=('libicui18n.so' 'libicuuc.so')" expended
into the very specific libraries versions of libicui18n and libicuuc.
The -64 means that it's a 64bit library (here for x86_64).

The same also happened to icu for the Provides:
> $ pacman -Q -i icu
>   [...]
>   Provides: libicudata.so=67-64 libicui18n.so=67-64 libicuio.so=67-64
>             libicutest.so=67-64 libicutu.so=67-64 libicuuc.so=67-64
>   [...]

However having the provides is strictly required. For instance at the
time of writing, on i686, the new icu with provides is not synchronized
yet:
> $ pacman -Q -i icu
>   [...]
>   Provides: None
>   [...]

This means that we can't build openttd on i686 and we have to wait for
the new Arch Linux 32 package to be synchronized. The package is
in testing at the time of writing.

If we try to build it, as the icu-parabola package is the at the same
version than the icu that is already in i686 repositories, then both
icu and icu-parabola are pulled:
- icu is pulled as a dependency of libxml2
- icu-parabola is pulled because icu doesn't "Provide:" (yet) the 
  libicui18n.so and libicuuc.so libraries and only icu-parabola does.

And both icu and icu-parabola can't be installed at the same time here
because they have the same library version which is then installed in
the exact same location (for instance /usr/lib/libicudata.so.67).

So when using this scheme we need to make sure that all the
architectures have Provides for the library we're interested in using.

Usage, advantages and downsides of Third workaround:
----------------------------------------------------

Having two different versions of the same library consumes more space
and more RAM if both are used at the same time, so it's only meant to
enable Parabola contributors to get more time to rebuild packages for
the new libraries.

Without it we would need to have the build ready as soon as the new
libraries are synchronized. 

Assuming that we manage to get the builds ready in time (it would
be a good thing), for instance by watching arch PKGBUILD and testing
repository for libraries changes, it would still be a good idea to keep
this workaround.

First we might now always be able to recompile packages in time: The
compilation can be very long for some packages (recompiling iceweasel
requires 16G of RAM, so we need qemu to build it for ARM or to use
swap) and packages sometimes fails to build.

If we are not able to do that, then we would either have the same issue
again or move the issue to the feed synchronization where upgrades
would stop until all the rebuilds are done, which is not good either.

Denis.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200505/7c3c504a/attachment-0001.sig>

From megver83 at hyperbola.info  Wed May  6 03:03:48 2020
From: megver83 at hyperbola.info (Megver83)
Date: Tue, 5 May 2020 23:03:48 -0400
Subject: [Dev] new plan for managing 'icu' and 'poppler' dependent
 packages
In-Reply-To: <20200505125133.3f912299@parabola>
References: <20200505125133.3f912299@parabola>
Message-ID: <d6c3a8f9-64e5-23e3-889d-23aecc7848a3@hyperbola.info>

whenever icu upgrades, and iceweasel and friends break because of the
need of the previous version (and even some Arch pkgs, which don't
specify a version, just break), I install it from the AUR (e.g. the last
time I installed icu65, added icu=65 in "provides", and everything went
flawless)

idk if instead of making an icu-parabola pkg we better make a icuXX
(with "XX" being the previous version) for each needed version, although
I assume you want to do sth. similar with icu-parabola

El 05-05-20 a las 12:51, bill-auger escribi?:
> as most people know, the dreaded icu-pocalypse has been a
> recurring bother for the parabola devs and user alike - gnutoo
> and eli have cooked up a new plan for an 'icu-parabola' package,
> to smooth the transition from one version of 'icu' to the next -
> the main advantage of this is that, in the future, people will
> no longer be blocked from upgrading, during the transition
> period - if it works out well, we will do the same for 'poppler'
> - denis will send an email later to explain more, once the
> logistics are nailed down
> 
> to go along with this, i have completed the task that freemor
> started on the bug tracker, to make tracking and managing the
> many rebuilds easier to grok - there are 6 special redmine
> tickets, with each dependent package as sub-tasks - we will be
> able to keep those 6 open always; and simply toggle each
> individual package tickets 'open' and 'fixed' as needed - the
> "STICKY" tag should make them easy to locate when needed
> 
> https://labs.parabola.nu/issues/2723 [STICKY][poppler]: and friends (armv7h)
> https://labs.parabola.nu/issues/2720 [STICKY][poppler]: and friends (i686)
> https://labs.parabola.nu/issues/2546 [STICKY][poppler]: and friends (x86_64)
> https://labs.parabola.nu/issues/2071 [STICKY][icu] and friends (armv7h)
> https://labs.parabola.nu/issues/2727 [STICKY][icu] and friends (i686)
> https://labs.parabola.nu/issues/2047 [STICKY][icu] and friends (x86_64)
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200505/fa0e4bf4/attachment.sig>

From eschwartz at archlinux.org  Wed May  6 03:20:19 2020
From: eschwartz at archlinux.org (Eli Schwartz)
Date: Tue, 5 May 2020 23:20:19 -0400
Subject: [Dev] new plan for managing 'icu' and 'poppler' dependent
 packages
In-Reply-To: <d6c3a8f9-64e5-23e3-889d-23aecc7848a3@hyperbola.info>
References: <20200505125133.3f912299@parabola>
 <d6c3a8f9-64e5-23e3-889d-23aecc7848a3@hyperbola.info>
Message-ID: <d915199e-1822-3367-86e1-c4f0bb4f0e0e@archlinux.org>

On 5/5/20 11:03 PM, Megver83 wrote:
> whenever icu upgrades, and iceweasel and friends break because of the
> need of the previous version (and even some Arch pkgs, which don't
> specify a version, just break), I install it from the AUR (e.g. the last
> time I installed icu65, added icu=65 in "provides", and everything went
> flawless)
> 
> idk if instead of making an icu-parabola pkg we better make a icuXX
> (with "XX" being the previous version) for each needed version, although
> I assume you want to do sth. similar with icu-parabola

I sort of suggested that, actually, but bill-auger suggested

12:18 PM <bill-auger> its a hassle to maintain if the package name
always changes though

Since I didn't want to decide for you all whether you want a series of
icu$ver or a rolling icu-parabola package, I just helped advise GNUtoo
and bill-auger into getting this method off the ground.

With this package, I believe the intent would be to just upgrade
icu-parabola whenever the icu package updates. Instead of providing
icu65, it will use makepkg's automatic find_libprovides functionality:
the PKGBUILDs specify matching provides/depends of "libicui18n.so" and
the final package contains libicui18n.so=65-64 or libicui18n.so=65-32
(soname-elfclass).

It should be more or less the same end-user experience as an icu65
package, I guess. With the addition of libprovides to ensure automatic
version dependencies.

-- 
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1601 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200505/e70e165e/attachment.sig>

From grizzlyuser at protonmail.com  Thu May  7 08:49:50 2020
From: grizzlyuser at protonmail.com (grizzlyuser)
Date: Thu, 07 May 2020 08:49:50 +0000
Subject: [Dev] [PATCH] Update Iceweasel to 76.0-2
Message-ID: <kGS5dyZGWchF8cyYQNcfTcJyj3T7tpBfTDNEl7fHADUXdZf2eaAPEkQq2Ebys4934xNV-VYgo9XwOAtDXy3KGHHTtgaQgzFZhcHSiI5Egc0=@protonmail.com>

Please find change descriptions in commit messages from the
attached patches.

iceweasel_branding_76.0-1.patch should be applied to [1] and
includes changes from the version 75 which for some reason
didn't make their way into the git repo.

Built for x86_64. Video calls work in Jitsi Meet, please see
[2].

Although I updated the patches and installed testing versions of
clang and rust for i686, and checked there are nothing to merge
from armv7h, builds both architectures failed with different
kinds of errors. Might want to look at them later.

[1] https://git.parabola.nu/packages/iceweasel.git/ [2]
https://labs.parabola.nu/issues/2767
-------------- next part --------------
A non-text attachment was scrubbed...
Name: iceweasel_branding_76.0-1.patch
Type: text/x-patch
Size: 3212 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200507/3461e185/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: iceweasel_76.0-2.patch
Type: text/x-patch
Size: 11116 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200507/3461e185/attachment-0003.bin>

From nobody at parabola.nu  Fri May  8 08:20:49 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Fri, 08 May 2020 08:20:49 -0000
Subject: [Dev] Orphan Libre package [filesystem] marked out-of-date
Message-ID: <20200508082049.1191.68334@winston.parabola.nu>

grizzlyuser at protonmail.com wants to notify you that the following packages may be out-of-date:


* filesystem 2019.10-2.parabola1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/filesystem/
* filesystem 2019.10-2.parabola1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/filesystem/
* filesystem 2019.10-2.parabola1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/filesystem/


The user provided the following additional text:

Thank you for maintaining this package!

A new version is available: https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/filesystem


From nobody at parabola.nu  Fri May  8 08:23:16 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Fri, 08 May 2020 08:23:16 -0000
Subject: [Dev] Orphan nonsystemd package [filesystem] marked out-of-date
Message-ID: <20200508082316.1188.7164@winston.parabola.nu>

grizzlyuser at protonmail.com wants to notify you that the following packages may be out-of-date:




The user provided the following additional text:

Thank you for maintaining this package!

I'm not sure if this one needs to be flagged out of date, but judging by the version number, it's based on Arch Linux filesystem too.

If that's the case, a new version is available upstream: https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/filesystem


From nobody at parabola.nu  Fri May  8 08:27:27 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Fri, 08 May 2020 08:27:27 -0000
Subject: [Dev] Orphan Libre package [licenses] marked out-of-date
Message-ID: <20200508082727.1188.17618@winston.parabola.nu>

grizzlyuser at protonmail.com wants to notify you that the following packages may be out-of-date:


* licenses 20191011-2.parabola1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/licenses/
* licenses 20191011-2.parabola1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/licenses/
* licenses 20191011-2.parabola1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/licenses/


The user provided the following additional text:

Thank you for maintaining this package!

A new version is available:
https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/licenses


From nobody at parabola.nu  Fri May  8 08:35:13 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Fri, 08 May 2020 08:35:13 -0000
Subject: [Dev] Orphan Libre package [psensor] marked out-of-date
Message-ID: <20200508083513.1191.87495@winston.parabola.nu>

grizzlyuser at protonmail.com wants to notify you that the following packages may be out-of-date:


* psensor 1.2.0-6.par1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/psensor/
* psensor 1.2.0-6.par1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/psensor/


The user provided the following additional text:

Thank you for maintaining this package!

A new pkgrel is available:
https://git.archlinux.org/svntogit/community.git/log/trunk?h=packages/psensor

That fixes the following error on start of the application:

psensor: error while loading shared libraries: libjson-c.so.4: cannot open shared object file: No such file or directory



From nobody at parabola.nu  Fri May  8 23:44:36 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Fri, 08 May 2020 23:44:36 -0000
Subject: [Dev] Orphan nonsystemd package [elogind] marked out-of-date
Message-ID: <20200508234436.1190.80451@winston.parabola.nu>

ugw.ugw at gmail.com wants to notify you that the following packages may be out-of-date:




The user provided the following additional text:

243.7 available


From nobody at parabola.nu  Sun May 10 05:12:43 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Sun, 10 May 2020 05:12:43 -0000
Subject: [Dev] Orphan Libre package [qemu-user-static-binfmt] marked
 out-of-date
Message-ID: <20200510051243.1188.25441@winston.parabola.nu>

grizzlyuser at protonmail.com wants to notify you that the following packages may be out-of-date:


* qemu-user-static 3.1.0-1.static1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/qemu-user-static/
* qemu-user-static 3.1.0-1.static1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/qemu-user-static/
* qemu-user-static-binfmt 3.1.0-1.static1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/qemu-user-static-binfmt/
* qemu-user-static-binfmt 3.1.0-1.static1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/qemu-user-static-binfmt/


The user provided the following additional text:

Thank you for maintaining this package!

A new version of QEMU is available: https://download.qemu.org/


From lukeshu at lukeshu.com  Sun May 10 22:58:24 2020
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Sun, 10 May 2020 18:58:24 -0400
Subject: [Dev] Beefcake downtime
Message-ID: <87sgg79z3j.wl-lukeshu@lukeshu.com>

Hi all,

The "beefcake" build box will be offline somewhere in the range of May
24th through May 31st, as it migrates 2000 miles to the west.

I apologize for the inconvenience.

-- 
Happy hacking,
~ Luke Shumaker

From freemor at freemor.ca  Mon May 11 00:37:50 2020
From: freemor at freemor.ca (Freemor)
Date: Sun, 10 May 2020 21:37:50 -0300
Subject: [Dev] Beefcake downtime
In-Reply-To: <87sgg79z3j.wl-lukeshu@lukeshu.com>
References: <87sgg79z3j.wl-lukeshu@lukeshu.com>
Message-ID: <20200511003750.GC17543@freemor.ca>

On Sun, May 10, 2020 at 06:58:24PM -0400, Luke Shumaker wrote:
> Hi all,
> 
> The "beefcake" build box will be offline somewhere in the range of May
> 24th through May 31st, as it migrates 2000 miles to the west.
> 
> I apologize for the inconvenience.
> 
> -- 
> Happy hacking,
> ~ Luke Shumaker
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev

Sounds like exciting times for both you and Beefcake. I hope all goes well with
the move for all parties concerned.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200510/459b5709/attachment.sig>

From nobody at parabola.nu  Tue May 12 02:33:36 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Tue, 12 May 2020 02:33:36 -0000
Subject: [Dev] Orphan Libre-Multilib package [pcsx2] marked out-of-date
Message-ID: <20200512023336.1188.92760@winston.parabola.nu>

dario at mailo.com wants to notify you that the following packages may be out-of-date:




The user provided the following additional text:

PCSX2 1.6.0 is out.


From bill-auger at peers.community  Tue May 12 20:56:15 2020
From: bill-auger at peers.community (bill-auger)
Date: Tue, 12 May 2020 16:56:15 -0400
Subject: [Dev] ATTN: fauno , aurelien , Emulatorman , LukeShu , xylon
Message-ID: <20200512165615.0bbb45ab@parabola>

could one of you please take a few minutes to modify the access
list for the #parabola channel? - those nicks in the subject
are the only ones which have the 'f' privilege needed to do it

i am the only one who is on IRC regularly, who can become OP;
but i can not modify the access list to let anyone else do it

we would like to get freemor and oaken-source on the access list
also - and all three of us with 'f' privilege

From fauno at endefensadelsl.org  Tue May 12 21:30:20 2020
From: fauno at endefensadelsl.org (f)
Date: Tue, 12 May 2020 18:30:20 -0300
Subject: [Dev] ATTN: fauno , aurelien , Emulatorman , LukeShu , xylon
In-Reply-To: <20200512165615.0bbb45ab@parabola>
References: <20200512165615.0bbb45ab@parabola>
Message-ID: <87eero7ser.fsf@endefensadelsl.org>


bill-auger <bill-auger at peers.community> writes:

> could one of you please take a few minutes to modify the access
> list for the #parabola channel? - those nicks in the subject
> are the only ones which have the 'f' privilege needed to do it
>
> i am the only one who is on IRC regularly, who can become OP;
> but i can not modify the access list to let anyone else do it
>
> we would like to get freemor and oaken-source on the access list
> also - and all three of us with 'f' privilege

ok, i have some busy days but i can connect and make the change

-- 
.o?)

From bill-auger at peers.community  Wed May 13 06:35:23 2020
From: bill-auger at peers.community (bill-auger)
Date: Wed, 13 May 2020 02:35:23 -0400
Subject: [Dev] Beefcake downtime
In-Reply-To: <20200511003750.GC17543@freemor.ca>
References: <87sgg79z3j.wl-lukeshu@lukeshu.com>
 <20200511003750.GC17543@freemor.ca>
Message-ID: <20200513023523.3775b6fe@parabola>

no need to apologize - beefcake has been an invaluable tool to
parabola for years - as long as you can keep it humming, it is a
commendable contribution to the distro

From nobody at parabola.nu  Thu May 14 04:29:25 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Thu, 14 May 2020 04:29:25 -0000
Subject: [Dev] Orphan Pcr package [xboxdrv] marked out-of-date
Message-ID: <20200514042925.1191.26436@winston.parabola.nu>

dario at mailo.com wants to notify you that the following packages may be out-of-date:


* xboxdrv 0.8.8-4 [pcr] (armv7h): https://parabolagnulinux.org/packages/pcr/armv7h/xboxdrv/
* xboxdrv 0.8.8-4 [pcr] (i686): https://parabolagnulinux.org/packages/pcr/i686/xboxdrv/
* xboxdrv 0.8.8-4 [pcr] (x86_64): https://parabolagnulinux.org/packages/pcr/x86_64/xboxdrv/


The user provided the following additional text:

The new URL of the project is https://xboxdrv.gitlab.io and the Git repository has moved to https://gitlab.com/xboxdrv/xboxdrv, but more importantly this package depends on the deprecated Python 2. You may want to update the package to the stable or development branch that do not rely on Python 2.


From nobody at parabola.nu  Thu May 14 04:30:31 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Thu, 14 May 2020 04:30:31 -0000
Subject: [Dev] Orphan Libre-Multilib package [pcsx2] marked out-of-date
Message-ID: <20200514043031.1189.38371@winston.parabola.nu>

dario at mailo.com wants to notify you that the following packages may be out-of-date:




The user provided the following additional text:

PCSX2 1.6.0 is out.


From bill-auger at peers.community  Sat May 16 17:28:31 2020
From: bill-auger at peers.community (bill-auger)
Date: Sat, 16 May 2020 13:28:31 -0400
Subject: [Dev] ATTN: fauno , aurelien , Emulatorman , LukeShu , xylon
In-Reply-To: <87eero7ser.fsf@endefensadelsl.org>
References: <20200512165615.0bbb45ab@parabola>
 <87eero7ser.fsf@endefensadelsl.org>
Message-ID: <20200516132831.728ec284@parabola>

ok we got this now - aurelien was able to do it

From nobody at parabola.nu  Sun May 17 15:14:13 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Sun, 17 May 2020 15:14:13 -0000
Subject: [Dev] Orphan Libre package [linux-libre-api-headers] marked
 out-of-date
Message-ID: <20200517151413.1189.1702@winston.parabola.nu>

grizzlyuser at protonmail.com wants to notify you that the following packages may be out-of-date:


* linux-libre-api-headers 5.3.1_gnu-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre-api-headers/
* linux-libre-api-headers 5.3.1_gnu-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-api-headers/
* linux-libre-api-headers 5.3.1_gnu-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-api-headers/


The user provided the following additional text:

Thank you for maintaining this package!

A new version of Linux-libre on which it is based is available: https://linux-libre.fsfla.org/pub/linux-libre/releases/

Arch Linux also updated their package: https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/linux-api-headers


From lukeshu at lukeshu.com  Sun May 17 15:20:56 2020
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Sun, 17 May 2020 11:20:56 -0400
Subject: [Dev] Beefcake downtime
In-Reply-To: <20200513023523.3775b6fe@parabola>
References: <87sgg79z3j.wl-lukeshu@lukeshu.com>
 <20200511003750.GC17543@freemor.ca>
 <20200513023523.3775b6fe@parabola>
Message-ID: <87k11aa8pz.wl-lukeshu@lukeshu.com>

On Wed, 13 May 2020 02:35:23 -0400,
bill-auger wrote:
> 
> no need to apologize - beefcake has been an invaluable tool to
> parabola for years

Is that literally true? :P Beefcake hasn't actually been around that
long, it doesn't seem like.

Huh... November 2017.  I guess it has been years. :)

-- 
Happy hacking,
~ Luke Shumaker

From megver83 at hyperbola.info  Sun May 17 19:20:30 2020
From: megver83 at hyperbola.info (Megver83)
Date: Sun, 17 May 2020 15:20:30 -0400
Subject: [Dev] Beefcake downtime
In-Reply-To: <87k11aa8pz.wl-lukeshu@lukeshu.com>
References: <87sgg79z3j.wl-lukeshu@lukeshu.com>
 <20200511003750.GC17543@freemor.ca> <20200513023523.3775b6fe@parabola>
 <87k11aa8pz.wl-lukeshu@lukeshu.com>
Message-ID: <03831006-4d65-e5da-0d88-718257395d01@hyperbola.info>

El 17-05-20 a las 11:20, Luke Shumaker escribi?:
> On Wed, 13 May 2020 02:35:23 -0400,
> bill-auger wrote:
>>
>> no need to apologize - beefcake has been an invaluable tool to
>> parabola for years
> 
> Is that literally true? :P Beefcake hasn't actually been around that
> long, it doesn't seem like.
> 
> Huh... November 2017.  I guess it has been years. :)
> 

Time flies. How are you doing, Luke? I see you haven't had much activity
since last year (at least in IRC and packaging).

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200517/3cf2a188/attachment.sig>

From lukeshu at lukeshu.com  Mon May 18 00:52:46 2020
From: lukeshu at lukeshu.com (Luke Shumaker)
Date: Sun, 17 May 2020 20:52:46 -0400
Subject: [Dev] Beefcake downtime
In-Reply-To: <03831006-4d65-e5da-0d88-718257395d01@hyperbola.info>
References: <87sgg79z3j.wl-lukeshu@lukeshu.com>
 <20200511003750.GC17543@freemor.ca>
 <20200513023523.3775b6fe@parabola>
 <87k11aa8pz.wl-lukeshu@lukeshu.com>
 <03831006-4d65-e5da-0d88-718257395d01@hyperbola.info>
Message-ID: <877dxanjxd.wl-lukeshu@lukeshu.com>

On Sun, 17 May 2020 15:20:30 -0400,
Megver83 wrote:
> El 17-05-20 a las 11:20, Luke Shumaker escribi?:
> > On Wed, 13 May 2020 02:35:23 -0400,
> > bill-auger wrote:
> >>
> >> no need to apologize - beefcake has been an invaluable tool to
> >> parabola for years
> > 
> > Is that literally true? :P Beefcake hasn't actually been around that
> > long, it doesn't seem like.
> > 
> > Huh... November 2017.  I guess it has been years. :)
> > 
> 
> Time flies. How are you doing, Luke? I see you haven't had much activity
> since last year (at least in IRC and packaging).

I'm doing all right.  My involvement was waning (I was burning out a
bit), and I told myself it would get better once I moved to MA and
didn't have an upcoming cross-country move to worry about.
Empirically, that turned out to be the opposite of true :/ And now I'm
moving cross-country again, to CO (same job, just going remote... it's
not like we're going in to the office during this pandemic anyway).
That's where I ultimately want to live, so hopefully it's the last
cross-country move in my life.

So when it's done in 2 weeks, hopefully I'll finally pull my head out
of my butt and ramp my involvement back up ?\_(?)_/?

I hope you're doing well.  I'm happy that you guys have kept `pacman
-Syu` working without me :)

-- 
Happy hacking,
~ Luke Shumaker

From nobody at parabola.nu  Mon May 18 04:34:29 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Mon, 18 May 2020 04:34:29 -0000
Subject: [Dev] Orphan Nonprism package [gnome-weather] marked out-of-date
Message-ID: <20200518043429.1188.94014@winston.parabola.nu>

a.reviewer1234 at yahoo.com wants to notify you that the following packages may be out-of-date:




The user provided the following additional text:

3.36 :)
This package is ancient!
Thank you for maintaining this package.
Parabola is awesome because of maintainers like you.
Have a great day!


From nobody at parabola.nu  Fri May 22 17:49:20 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Fri, 22 May 2020 17:49:20 -0000
Subject: [Dev] Orphan Libre package [linux-libre] marked out-of-date
Message-ID: <20200522174920.1191.1602@winston.parabola.nu>

joemodlin at gmail.com wants to notify you that the following packages may be out-of-date:


* linux-libre 5.6.12-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre/
* linux-libre 5.6.12-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre/
* linux-libre 5.6.12-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre/
* linux-libre-chromebook 5.6.12-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre-chromebook/
* linux-libre-docs 5.6.12-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre-docs/
* linux-libre-docs 5.6.12-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-docs/
* linux-libre-docs 5.6.12-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-docs/
* linux-libre-headers 5.6.12-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre-headers/
* linux-libre-headers 5.6.12-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-headers/
* linux-libre-headers 5.6.12-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-headers/


The user provided the following additional text:

http://linux-libre.fsfla.org/pub/linux-libre/releases/LATEST-5.6.N/linux-libre-5.6.14-gnu.tar.xz


From nobody at parabola.nu  Fri May 22 21:42:39 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Fri, 22 May 2020 21:42:39 -0000
Subject: [Dev] Orphan Libre package [linux-libre-lts] marked out-of-date
Message-ID: <20200522214239.1191.79594@winston.parabola.nu>

johnmodlin at gmail.com wants to notify you that the following packages may be out-of-date:


* linux-libre-lts 5.4.41-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre-lts/
* linux-libre-lts 5.4.41-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-lts/
* linux-libre-lts 5.4.41-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-lts/
* linux-libre-lts-docs 5.4.41-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre-lts-docs/
* linux-libre-lts-docs 5.4.41-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-lts-docs/
* linux-libre-lts-docs 5.4.41-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-lts-docs/
* linux-libre-lts-headers 5.4.41-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre-lts-headers/
* linux-libre-lts-headers 5.4.41-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-lts-headers/
* linux-libre-lts-headers 5.4.41-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-lts-headers/


The user provided the following additional text:

https://linux-libre.fsfla.org/pub/linux-libre/releases/LATEST-5.4.N/linux-libre-5.4.42-gnu.tar.xz


From nobody at parabola.nu  Fri May 22 21:49:39 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Fri, 22 May 2020 21:49:39 -0000
Subject: [Dev] Orphan Libre package [iceweasel] marked out-of-date
Message-ID: <20200522214939.1188.68434@winston.parabola.nu>

johnmodlin at gmail.com wants to notify you that the following packages may be out-of-date:


* iceweasel 1:76.0-2.parabola1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/iceweasel/


The user provided the following additional text:

https://www.mozilla.org/en-US/firefox/76.0.1/releasenotes/


From bill-auger at peers.community  Sat May 23 11:37:24 2020
From: bill-auger at peers.community (bill-auger)
Date: Sat, 23 May 2020 07:37:24 -0400
Subject: [Dev] do we need the [kernels], [cross],
 and [unmaintained] repos anymore?
Message-ID: <20200523073724.56bb0924@parabola>

i was just updating pbot's factoid about the available kernels -
im not sure why any of these repo was ever needed really; but
now there are only two packages in [i686/kernels] - both have
not been updated since january - there is nothing for the other
arches; and [cross] is empty for all arches

* i686/kernels/linux-libre-aarch64 5.4.8
* i686/kernels/linux-libre-x86_64 5.4.8

i also noticed 'linux-libre-64' in [i686/libre] - that is more
recent than the other new (undocumented) ones - is there any
difference between 'linux-libre-64' and 'linux-libre-x86_64'? -
and why are these only in the i686 repos?

* i686/libre/linux-libre-64 5.6.12

what is the use case for those foreign kernels? - are they
experimental, or something we should document? - maybe its a
good time to nail down the semantics of what goes in [kernels]
and [cross]; or maybe decide if those specialty repos are any
longer needed

the wiki is not very helpful for understanding their original
intentions

  [libre]
  "contains non-standard kernels such as "long term support with
  stealth TCP sockets patches" kernels oriented towards servers,
  or kernels compiled with AppArmor, TOMOYO, SMACK and SELinux
  support"

  [cross]
  "contains mostly-unsupported packages that contain tool-chains
  for cross-compiling for a different architecture"

IMHO we do not want any permanently "unsupported packages" - we
have the personal name-spaces for experimentation; and there is
another repo which is named: [unmaintained] - though again i
think there should not be any unsupported nor unmaintained
packages in the system - a "PUR" PKGBUILD repos would serve that
purpose better

we have discussed adding a something like a [build-tools] repo,
for to hide 'pip' and other sharp kitchen utensils - maybe we
could rename and re-purpose [cross] for that?

From nobody at parabola.nu  Sat May 23 14:27:39 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Sat, 23 May 2020 14:27:39 -0000
Subject: [Dev] Orphan Pcr package [openfoam3.0-git] marked out-of-date
Message-ID: <20200523142739.1189.22760@winston.parabola.nu>

laurent.sturnack at disroot.org wants to notify you that the following packages may be out-of-date:


* openfoam3.0-git 20170710.221b8ab7-4 [pcr] (x86_64): https://parabolagnulinux.org/packages/pcr/x86_64/openfoam3.0-git/


The user provided the following additional text:

OpenFOAM v7 is out: https://github.com/OpenFOAM/OpenFOAM-7

Also, the link in the pkgbuild should be to openfoam.org instead of openfoam.com




From megver83 at hyperbola.info  Sat May 23 16:39:07 2020
From: megver83 at hyperbola.info (Megver83)
Date: Sat, 23 May 2020 12:39:07 -0400
Subject: [Dev] do we need the [kernels], [cross],
 and [unmaintained] repos anymore?
In-Reply-To: <20200523073724.56bb0924@parabola>
References: <20200523073724.56bb0924@parabola>
Message-ID: <f7680f88-659f-8f67-e47e-4aca20966e24@hyperbola.info>

tl;dr but I get the idea
I used to maintain linux-libre-xtreme, linux-libre-lts-xtreme,
linux-libre-rt and linux-libre-pae in [kernels], however, I removed all
of them, due to different reasons.

The point: IMO, [kernels] isn't needed. However, I've seen those kernels
you mention (linux-libre-x86_64 and others) which are maintained by
GNUtoo. I think I asked him once about their purpose, but I don't
remember if he ever answered me, or what was his answer.

[kernels] was, afaik, created by Emulatorman because he had a full
jungle of kernels, but now there are only a few, so in conclusion, I
think those kernels can be moved to [libre] and we can delete [kernels]

Regarding [cross], there used to be many outdated cross-compilers and
toolchains, which I deleted because it looked like no one was interested
on them, and no one has said anything since then. Afaik, it was used
when Parabola was ported to MIPS (or armv7? I don't remember), but
nowadays most custom toolchains go to [libre] (if they are makedepends
for a [libre] package, e.g. linux-libre-firmware) or to [pcr].

Now, about [unmaintained]: do we really need that? I mean, I totally
agree on adding it to PUR, if that can be created first, otherwise the
easiest thing would be to add those PKGBUILDs in "unmaintained" in
abslibre, but without building them, or maybe a new branch can be created?

El 23-05-20 a las 07:37, bill-auger escribi?:
> i was just updating pbot's factoid about the available kernels -
> im not sure why any of these repo was ever needed really; but
> now there are only two packages in [i686/kernels] - both have
> not been updated since january - there is nothing for the other
> arches; and [cross] is empty for all arches
> 
> * i686/kernels/linux-libre-aarch64 5.4.8
> * i686/kernels/linux-libre-x86_64 5.4.8
> 
> i also noticed 'linux-libre-64' in [i686/libre] - that is more
> recent than the other new (undocumented) ones - is there any
> difference between 'linux-libre-64' and 'linux-libre-x86_64'? -
> and why are these only in the i686 repos?
> 
> * i686/libre/linux-libre-64 5.6.12
> 
> what is the use case for those foreign kernels? - are they
> experimental, or something we should document? - maybe its a
> good time to nail down the semantics of what goes in [kernels]
> and [cross]; or maybe decide if those specialty repos are any
> longer needed
> 
> the wiki is not very helpful for understanding their original
> intentions
> 
>   [libre]
>   "contains non-standard kernels such as "long term support with
>   stealth TCP sockets patches" kernels oriented towards servers,
>   or kernels compiled with AppArmor, TOMOYO, SMACK and SELinux
>   support"
> 
>   [cross]
>   "contains mostly-unsupported packages that contain tool-chains
>   for cross-compiling for a different architecture"
> 
> IMHO we do not want any permanently "unsupported packages" - we
> have the personal name-spaces for experimentation; and there is
> another repo which is named: [unmaintained] - though again i
> think there should not be any unsupported nor unmaintained
> packages in the system - a "PUR" PKGBUILD repos would serve that
> purpose better
> 
> we have discussed adding a something like a [build-tools] repo,
> for to hide 'pip' and other sharp kitchen utensils - maybe we
> could rename and re-purpose [cross] for that?
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200523/e63883de/attachment.sig>

From bill-auger at peers.community  Sat May 23 17:10:45 2020
From: bill-auger at peers.community (bill-auger)
Date: Sat, 23 May 2020 13:10:45 -0400
Subject: [Dev] do we need the [kernels], [cross],
 and [unmaintained] repos anymore?
In-Reply-To: <f7680f88-659f-8f67-e47e-4aca20966e24@hyperbola.info>
References: <20200523073724.56bb0924@parabola>
 <f7680f88-659f-8f67-e47e-4aca20966e24@hyperbola.info>
Message-ID: <20200523131045.2ca5a0cd@parabola>

the only packages in [unmaintained] are some browser themes -
the mozilla sources install multiple default themes now - so
even those few are probably not useful for anyone - im thinking
we can just delete those PKGBUILDs from abslibre and eliminate
all three of these repos

From megver83 at hyperbola.info  Sat May 23 17:16:49 2020
From: megver83 at hyperbola.info (Megver83)
Date: Sat, 23 May 2020 13:16:49 -0400
Subject: [Dev] do we need the [kernels], [cross],
 and [unmaintained] repos anymore?
In-Reply-To: <20200523131045.2ca5a0cd@parabola>
References: <20200523073724.56bb0924@parabola>
 <f7680f88-659f-8f67-e47e-4aca20966e24@hyperbola.info>
 <20200523131045.2ca5a0cd@parabola>
Message-ID: <7623c947-1f78-4ab9-7875-93ed1f7da7e3@hyperbola.info>

I agree. However, I'd like to keep the PKGBUILDs in [cross] from the
abslibre, since they are templates for creating cross-compilers, which I
use and maintain, unless we move them somewhere else.

El 23-05-20 a las 13:10, bill-auger escribi?:
> the only packages in [unmaintained] are some browser themes -
> the mozilla sources install multiple default themes now - so
> even those few are probably not useful for anyone - im thinking
> we can just delete those PKGBUILDs from abslibre and eliminate
> all three of these repos
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200523/b8c309d1/attachment.sig>

From bill-auger at peers.community  Sat May 23 17:50:45 2020
From: bill-auger at peers.community (bill-auger)
Date: Sat, 23 May 2020 13:50:45 -0400
Subject: [Dev] do we need the [kernels], [cross],
 and [unmaintained] repos anymore?
In-Reply-To: <7623c947-1f78-4ab9-7875-93ed1f7da7e3@hyperbola.info>
References: <20200523073724.56bb0924@parabola>
 <f7680f88-659f-8f67-e47e-4aca20966e24@hyperbola.info>
 <20200523131045.2ca5a0cd@parabola>
 <7623c947-1f78-4ab9-7875-93ed1f7da7e3@hyperbola.info>
Message-ID: <20200523135045.765f3163@parabola>

i see also there are some PKGBUILDs in [unmaintained] that are
also not built - and the built packages in [unmaintained] have
no PKGBUILDs

i think we should clean them up - the repo-lint report includes
warnings treats about packages without a PKGBUILD, or PKGBUILDs
without a built package - we dont pay much attention to that; but
it would be great if someday there were no warnings on it

maybe we could put things like that in [unmaintained] - maybe
even change its name to [~/unmaintained] so that the repo-linter
would ignore them as "experimantal"

From info at jeweet.net  Sat May 23 17:44:30 2020
From: info at jeweet.net (jeweet)
Date: Sat, 23 May 2020 19:44:30 +0200
Subject: [Dev] Repo mirror
In-Reply-To: <1513417145.5857.11.camel@jeweet.net>
References: <1513417145.5857.11.camel@jeweet.net>
Message-ID: <60bd8c691d70e12cd07342ca066b2b47939dba93.camel@jeweet.net>

Hello guys,

The repo has been moved permanently to https://parabola.jeweet.net. Can
you update the mirrorlist? Thanks!

Cheers,
-- 
jeweet <info at jeweet.net>

On Sat, 2017-12-16 at 10:39 +0100, jeweet wrote:
> Hi guys,
> 
> I have a mirror up and running on https://jeweet.net/repo/parabola.
> Currently it has a 30mbit bandwith limit (this can be more in the
> future, I don't know what amount of traffic to expect). The repo is
> based in the Netherlands. It sync's every 10 minutes with
> repo.parabola.nu via rsync.
> 
> If it fits the public interest in this way, can I offer it to be on
> the
> list of mirrors on the wiki?
> 
> Cheers,
> 
> jeweet_ <info at jeweet.net>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200523/624073f5/attachment-0001.sig>

From bill-auger at peers.community  Sat May 23 18:20:56 2020
From: bill-auger at peers.community (bill-auger)
Date: Sat, 23 May 2020 14:20:56 -0400
Subject: [Dev] Repo mirror
In-Reply-To: <60bd8c691d70e12cd07342ca066b2b47939dba93.camel@jeweet.net>
References: <1513417145.5857.11.camel@jeweet.net>
 <60bd8c691d70e12cd07342ca066b2b47939dba93.camel@jeweet.net>
Message-ID: <20200523142056.496fb8a3@parabola>

i noticed your email in the moderation queue - i passed it onto
the mailing list; but this email address is not subscribed to
the mailing list, so you will not get any replies - there are
some questions i would like to ask though

i noticed that your HTTP address redirects to HTTPS - your
mirror is listed as supporting HTTP and HTTPS - should i remove
HTTP or maybe that is a configuration error?

i would also like to ask approximately how much outgoing
bandwidth your server can sustain - we do not have that
information for several mirrors; but it would be helpful, as we
may need to start splitting them into tiers, in the future

From bill-auger at peers.community  Sun May 24 02:00:45 2020
From: bill-auger at peers.community (bill-auger)
Date: Sat, 23 May 2020 22:00:45 -0400
Subject: [Dev] Orphan Pcr package [openfoam3.0-git] marked out-of-date
In-Reply-To: <20200523142739.1189.22760@winston.parabola.nu>
References: <20200523142739.1189.22760@winston.parabola.nu>
Message-ID: <20200523220045.2f89bc82@parabola>

i published a package for openfoam v7 - i was not able to try it
though - i have no idea what it does or how to it invoke it -
could someone who is familiar with this tool please try it out

i have not removed the openfoam-git package yet - i made
openfoam v7 to conflict with it though

From bill-auger at peers.community  Sun May 24 20:33:52 2020
From: bill-auger at peers.community (bill-auger)
Date: Sun, 24 May 2020 16:33:52 -0400
Subject: [Dev] Orphan Pcr package [openfoam3.0-git] marked out-of-date
In-Reply-To: <87k111jfk8.fsf@MiddleEarth.home>
References: <20200523142739.1189.22760@winston.parabola.nu>
 <20200523220045.2f89bc82@parabola>
 <87k111jfk8.fsf@MiddleEarth.home>
Message-ID: <20200524163352.48e8ae48@parabola>

ok great - i will remove the openfoam-git package then

From GNUtoo at cyberdimension.org  Sun May 24 21:30:36 2020
From: GNUtoo at cyberdimension.org (Denis 'GNUtoo' Carikli)
Date: Sun, 24 May 2020 23:30:36 +0200
Subject: [Dev] do we need the [kernels], [cross],
 and [unmaintained] repos anymore?
In-Reply-To: <20200523073724.56bb0924@parabola>
References: <20200523073724.56bb0924@parabola>
Message-ID: <20200524233036.6e1fda69@primarylaptop.localdomain>

On Sat, 23 May 2020 07:37:24 -0400
bill-auger <bill-auger at peers.community> wrote:

> i was just updating pbot's factoid about the available kernels -
> im not sure why any of these repo was ever needed really; but
> now there are only two packages in [i686/kernels] - both have
> not been updated since january - there is nothing for the other
> arches; and [cross] is empty for all arches
> 
> * i686/kernels/linux-libre-aarch64 5.4.8
> * i686/kernels/linux-libre-x86_64 5.4.8
> 
> i also noticed 'linux-libre-64' in [i686/libre] - that is more
> recent than the other new (undocumented) ones - is there any
> difference between 'linux-libre-64' and 'linux-libre-x86_64'? -
> and why are these only in the i686 repos?
As I have a hard time already keeping both linux-libre-aarch64 and
linux-libre-x86_64 up to date, and that they are similar enough, I'm
merging them both in linux-libre-64.

The idea for all the kernel above is to be able to install a 64bit
kernel on a 32bit rootfs.

Rationale:
- For armv7h, having a 64bit kernel enables to support many more
  computers with a 64bit CPU, if they can also run 32bit code.
  With the stock config.armv7h, for such computers, you end up with many
  missing drivers, the device tree being in the wrong place, etc.
- For i686, if you already use a 32bit rootfs, but that the CPU you
  have is capable of running 64bit code, installing a 64bit kernel
  enable you to use 64bit chroot, improve security etc. Personally my
  main computer is using such setup. This has many advantages for me:
  - It enables me to use Parabola i686 daily, which makes me find
    and fix several issues affecting i686 that don't affect x86_64.
    If I had to use a 32bit kernel, I wouldn't have the ability to
    create 64bit chroots, which I really need.
  - It's not easy to simply convert an existing installation from
    32bit to 64bit. And it carries many risk as it's completely
    unsupported. Besides I also have many software installed in
    /usr/local that is not yet packaged in Parabola.
  - As I've several kernels installed, I can simply move my SSD to any
    32bit computers I want to at any time. For instance I could easily
    switch to a Thinkpad X60 Tablet if I need to use a touchscreen and
    switch back to my main laptop when done.

Denis.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200524/3a85c66b/attachment.sig>

From GNUtoo at cyberdimension.org  Sun May 24 21:37:44 2020
From: GNUtoo at cyberdimension.org (Denis 'GNUtoo' Carikli)
Date: Sun, 24 May 2020 23:37:44 +0200
Subject: [Dev] do we need the [kernels], [cross],
 and [unmaintained] repos anymore?
In-Reply-To: <20200523135045.765f3163@parabola>
References: <20200523073724.56bb0924@parabola>
 <f7680f88-659f-8f67-e47e-4aca20966e24@hyperbola.info>
 <20200523131045.2ca5a0cd@parabola>
 <7623c947-1f78-4ab9-7875-93ed1f7da7e3@hyperbola.info>
 <20200523135045.765f3163@parabola>
Message-ID: <20200524233744.1313a55d@primarylaptop.localdomain>

On Sat, 23 May 2020 13:50:45 -0400
bill-auger <bill-auger at peers.community> wrote:

> maybe we could put things like that in [unmaintained] - maybe
> even change its name to [~/unmaintained] so that the repo-linter
> would ignore them as "experimantal"
To me it seems that both have the same usage: If you work on some
PKGBUILD that is not finished, or that no-one has the time or will
to care anymore for a given PKGBUILD, when someone else needs that
software, it would not be very efficient to have that person restart all
the work from scratch, if most of it has already been done.

So it would be a good idea to have a directory for that, but I don't
have a good idea for a name that would cover both unmaintained and
work in progress PKGBUILDs.

Denis.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200524/abe88bd4/attachment.sig>

From bill-auger at peers.community  Sun May 24 23:16:50 2020
From: bill-auger at peers.community (bill-auger)
Date: Sun, 24 May 2020 19:16:50 -0400
Subject: [Dev] do we need the [kernels], [cross],
 and [unmaintained] repos anymore?
In-Reply-To: <20200524233036.6e1fda69@primarylaptop.localdomain>
References: <20200523073724.56bb0924@parabola>
 <20200524233036.6e1fda69@primarylaptop.localdomain>
Message-ID: <20200524191650.64ecf5f3@parabola>

On Sun, 24 May 2020 23:30:36 +0200 Denis wrote:
>   - It enables me to use Parabola i686 daily, which makes me
> find and fix several issues affecting i686 that don't affect
> x86_64. If I had to use a 32bit kernel, I wouldn't have the
> ability to create 64bit chroots, which I really need.  

thats a real good idea - im glad someone does that - until about
a year ago, i was using an i686/openrc system primarily, for that
same reason, to try catching bugs before users report them - but
it had that limitation of having to reboot to a x86_64 system in
order to run libremakepkg - i was planning to install a fresh
"every-day" system on a new disk soon - if that trick works with
libremakepkg, i will make it an i686/openrc system again

From bill-auger at peers.community  Sun May 24 23:17:31 2020
From: bill-auger at peers.community (bill-auger)
Date: Sun, 24 May 2020 19:17:31 -0400
Subject: [Dev] do we need the [kernels], [cross],
 and [unmaintained] repos anymore?
In-Reply-To: <20200524233744.1313a55d@primarylaptop.localdomain>
References: <20200523073724.56bb0924@parabola>
 <f7680f88-659f-8f67-e47e-4aca20966e24@hyperbola.info>
 <20200523131045.2ca5a0cd@parabola>
 <7623c947-1f78-4ab9-7875-93ed1f7da7e3@hyperbola.info>
 <20200523135045.765f3163@parabola>
 <20200524233744.1313a55d@primarylaptop.localdomain>
Message-ID: <20200524191731.1b31bfa0@parabola>

On Sun, 24 May 2020 23:37:44 +0200 Denis wrote:
> So it would be a good idea to have a directory for that, but I
> don't have a good idea for a name that would cover both
> unmaintained and work in progress PKGBUILDs.  

for anything that is experimental or temporary, you can put
under the personal repo named as your shell login, like:
~/gnutoo - i think the repo linter will ignore those repos, and
those can be considered as unsupported

but maybe those could also be eliminated in favor of one single
'unmaintained' repo - the packages web interface also indexes
them; and it is kinda messy - along this thinking i would also
like to modify that web interface to show only stable packages

From dllud at riseup.net  Tue May 26 01:59:20 2020
From: dllud at riseup.net (dllud)
Date: Tue, 26 May 2020 02:59:20 +0100
Subject: [Dev] [PATCH] libre/marble: update marble-common to 20.04.1
Message-ID: <fcee666e-6234-25e3-2665-396f05d72294@riseup.net>

---
 libre/marble/PKGBUILD | 8 +++-----
 1 file changed, 3 insertions(+), 5 deletions(-)

diff --git a/libre/marble/PKGBUILD b/libre/marble/PKGBUILD
index 682a9bc4e..2a829ca94 100644
--- a/libre/marble/PKGBUILD
+++ b/libre/marble/PKGBUILD
@@ -6,7 +6,7 @@
  pkgbase=marble
 pkgname=(marble-common)
-pkgver=18.12.2
+pkgver=20.04.1
 pkgrel=1
 pkgrel+=.parabola1
 pkgdesc="Desktop Globe"
@@ -16,8 +16,8 @@ url="https://www.kde.org/applications/system/marble"
 license=(GPL)
 makedepends=(extra-cmake-modules gpsd kdoctools knewstuff kparts
krunner libwlocate phonon-qt5
              plasma-workspace qt5-serialport qt5-tools qt5-webkit shapelib)
-source=("https://download.kde.org/stable/applications/$pkgver/src/$pkgbase-$pkgver.tar.xz"{,.sig})
-sha256sums=('3b099da5017fe505e8a8d058e323f08ecabdb8b2c6e6a49538c60ed52285e3f7'
+source=("https://download.kde.org/stable/release-service/$pkgver/src/$pkgbase-$pkgver.tar.xz"{,.sig})
+sha256sums=('28cdf7161e8f3a2f00fd35cc4a384e29e7875c7177c27ff6d5dd8f8f53bcaa67'
             'SKIP')
 validpgpkeys=(CA262C6C83DE4D2FB28A332A3A6A4DB839EAA6D7  # Albert Astals
Cid <aacid at kde.org>
               F23275E4BF10AFC1DF6914A6DBD2CE893E2D1C87) # Christoph
Feck <cfeck at kde.org>
@@ -47,8 +47,6 @@ package_marble-common() {
               'libwlocate: WLAN based geolocation'
               'qt5-serialport: APRS plugin'
               'shapelib: SHP plugin')
-  conflicts=(marble-data)
-  replaces=(marble-data libastro)
    cd build
   make DESTDIR="$pkgdir" install
-- 
2.26.2


From dllud at riseup.net  Tue May 26 02:06:17 2020
From: dllud at riseup.net (dllud)
Date: Tue, 26 May 2020 03:06:17 +0100
Subject: [Dev] [PATCH] libre/marble: update marble-common to 20.04.1
In-Reply-To: <fcee666e-6234-25e3-2665-396f05d72294@riseup.net>
References: <fcee666e-6234-25e3-2665-396f05d72294@riseup.net>
Message-ID: <4062c42b-2457-046d-148e-1cb69b533e61@riseup.net>

This patch I sent fixes Bug #2779: https://labs.parabola.nu/issues/2779

From laurent.sturnack at disroot.org  Sun May 24 19:31:03 2020
From: laurent.sturnack at disroot.org (laurent.sturnack at disroot.org)
Date: Sun, 24 May 2020 21:31:03 +0200
Subject: [Dev] Orphan Pcr package [openfoam3.0-git] marked out-of-date
In-Reply-To: <20200523220045.2f89bc82@parabola>
References: <20200523142739.1189.22760@winston.parabola.nu>
 <20200523220045.2f89bc82@parabola>
Message-ID: <87k111jfk8.fsf@MiddleEarth.home>

Hi,

I've tested it and it seems to work the same way as the old one.

Thanks!


bill-auger <bill-auger at peers.community> writes:

> i published a package for openfoam v7 - i was not able to try it
> though - i have no idea what it does or how to it invoke it -
> could someone who is familiar with this tool please try it out
>
> i have not removed the openfoam-git package yet - i made
> openfoam v7 to conflict with it though

From GNUtoo at cyberdimension.org  Tue May 26 21:01:41 2020
From: GNUtoo at cyberdimension.org (Denis 'GNUtoo' Carikli)
Date: Tue, 26 May 2020 23:01:41 +0200
Subject: [Dev] [PATCH] libre/marble: update marble-common to 20.04.1
In-Reply-To: <4062c42b-2457-046d-148e-1cb69b533e61@riseup.net>
References: <fcee666e-6234-25e3-2665-396f05d72294@riseup.net>
 <4062c42b-2457-046d-148e-1cb69b533e61@riseup.net>
Message-ID: <20200526230141.71c1bb6c@primarylaptop.localdomain>

On Tue, 26 May 2020 03:06:17 +0100
dllud <dllud at riseup.net> wrote:

> This patch I sent fixes Bug #2779:
> https://labs.parabola.nu/issues/2779

Thanks for the patch.

I didn't manage to use the mailing list patch as git-am failed because
of some corruption, but I managed to use the one from the bugreport.

I've pushed the PKGBUILD and I've launched builds for all i686, x86_64
and armv7h.

Denis.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200526/0c23eafb/attachment.sig>

From nobody at parabola.nu  Thu May 28 10:03:10 2020
From: nobody at parabola.nu (Parabola Website Notification)
Date: Thu, 28 May 2020 10:03:10 -0000
Subject: [Dev] Orphan Libre package [filesystem] marked out-of-date
Message-ID: <20200528100310.1191.15961@winston.parabola.nu>

grizzlyuser at protonmail.com wants to notify you that the following packages may be out-of-date:


* filesystem 2020.05.07-1.parabola1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/filesystem/
* filesystem 2020.05.07-1.parabola1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/filesystem/


The user provided the following additional text:

Thank you for maintaining this package!

A new upstream version is available: https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/filesystem


From megver83 at hyperbola.info  Sat May 30 00:03:47 2020
From: megver83 at hyperbola.info (Megver83)
Date: Fri, 29 May 2020 20:03:47 -0400
Subject: [Dev] [RFC] Let's solve the Chromium freedom issues, definitively
Message-ID: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>

I think that one of the greatest problems with this is that users and
devs of FSDG distros are not joining forces, or better say: we are not
doing a coordinated effort to address this topic, but I think we all
know that. Coordinating efforts is in fact easier that how it sounds.
Someone (me? when I've the time, I'm super busy now, but just wanted to
share the idea) could create a GitLab/Gitea/Gogs repo (called
"chromium-fsdg-research" for example, and using sth. like Gitea give us
the ability to report issues in such project) with text files with all
of what we know about the issues related to Chromium, possible
solutions, and what is needed to solve this from once of all.

Here I'd link (as a start point):
* useful Parabola issues
* useful Debian/PureOS issues
* FSF pages
* Chromium documentation
* *concrete known issues* (e.g. the non-free widevine extension[0]) with
references and elaborated explanation (not just "license is unclear" or
simplistic stuff)

And one of the most important things: planning. My proposal for a plan
is to 1) collect and centralize all the needed info we can in this git
repo, 2) report the known issues in this repo's issue tracker, so we can
track the specific issues one by one, and look for a way to solve them,
for which we need to 3) invite experienced free software contributors
and programmers to actively participate in this project (looking for
issues and solving them), or anyone with the will and experience to help.

The purpose with this is to create a distro-agnostic project to solve
the Chromium problem, so then each FSDG distro will implement the
solutions in their specific ways. I think that ppl from Parabola, PureOS
and the FSF/GNU project will be the most interested and active ones
(Trisquel is developed by one person only, and idk if Hyperbola devs may
even care about this, since they are very strict with their browsers'
security and Chromium isn't the most secure one)

I'd like to know what do you think about this, and if you have another
idea or if you would change sth. of my proposal. This is just a draft of
an idea, if wanted to go more in detail I'd say, for example, that the
requirements for reporting an issue is to put the corresponding
references and proofs of that is being reported, or whatever. But first,
I want some feedback from the community, to see if there's some interest
in this, at least in Parabola :)

[0]
https://salsa.debian.org/chromium-team/chromium/-/blob/master/debian/README.debian#L32

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200529/00c367f1/attachment-0001.sig>

From freemor at freemor.ca  Sat May 30 00:59:27 2020
From: freemor at freemor.ca (Freemor)
Date: Fri, 29 May 2020 21:59:27 -0300
Subject: [Dev] [RFC] Let's solve the Chromium freedom issues,
 definitively
In-Reply-To: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
References: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
Message-ID: <20200530005927.GA19556@freemor.ca>

I think it sounds like an execllent (if ambitious) plan. And it is at least
that. "A plan" which is infinitely better at this point then "Wait for the
FSF".

I'd be really good to get input from the other distros on this RFC before any
actual zooming ahead as they may have their own ideas that need to be
synthesised with this one. 

I wouldn't worry to much about not having a lot of time to give to it right
now. I'm in a similar boat. But even just getting the info collected into a git
and the distros working together would be a fantastic first step. Also at this
point any forward movement no matter how glacial is more then this issue has
seen in a long while.

I'm very interested to see how this plays out.


On Fri, May 29, 2020 at 08:03:47PM -0400, Megver83 wrote:
> I think that one of the greatest problems with this is that users and
> devs of FSDG distros are not joining forces, or better say: we are not
> doing a coordinated effort to address this topic, but I think we all
> know that. Coordinating efforts is in fact easier that how it sounds.
> Someone (me? when I've the time, I'm super busy now, but just wanted to
> share the idea) could create a GitLab/Gitea/Gogs repo (called
> "chromium-fsdg-research" for example, and using sth. like Gitea give us
> the ability to report issues in such project) with text files with all
> of what we know about the issues related to Chromium, possible
> solutions, and what is needed to solve this from once of all.
> 
> Here I'd link (as a start point):
> * useful Parabola issues
> * useful Debian/PureOS issues
> * FSF pages
> * Chromium documentation
> * *concrete known issues* (e.g. the non-free widevine extension[0]) with
> references and elaborated explanation (not just "license is unclear" or
> simplistic stuff)
> 
> And one of the most important things: planning. My proposal for a plan
> is to 1) collect and centralize all the needed info we can in this git
> repo, 2) report the known issues in this repo's issue tracker, so we can
> track the specific issues one by one, and look for a way to solve them,
> for which we need to 3) invite experienced free software contributors
> and programmers to actively participate in this project (looking for
> issues and solving them), or anyone with the will and experience to help.
> 
> The purpose with this is to create a distro-agnostic project to solve
> the Chromium problem, so then each FSDG distro will implement the
> solutions in their specific ways. I think that ppl from Parabola, PureOS
> and the FSF/GNU project will be the most interested and active ones
> (Trisquel is developed by one person only, and idk if Hyperbola devs may
> even care about this, since they are very strict with their browsers'
> security and Chromium isn't the most secure one)
> 
> I'd like to know what do you think about this, and if you have another
> idea or if you would change sth. of my proposal. This is just a draft of
> an idea, if wanted to go more in detail I'd say, for example, that the
> requirements for reporting an issue is to put the corresponding
> references and proofs of that is being reported, or whatever. But first,
> I want some feedback from the community, to see if there's some interest
> in this, at least in Parabola :)
> 
> [0]
> https://salsa.debian.org/chromium-team/chromium/-/blob/master/debian/README.debian#L32
> 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200529/e7e4213b/attachment.sig>

From GNUtoo at cyberdimension.org  Sat May 30 01:39:06 2020
From: GNUtoo at cyberdimension.org (Denis 'GNUtoo' Carikli)
Date: Sat, 30 May 2020 03:39:06 +0200
Subject: [Dev] [RFC] Let's solve the Chromium freedom issues,
 definitively
In-Reply-To: <20200530005927.GA19556@freemor.ca>
References: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
 <20200530005927.GA19556@freemor.ca>
Message-ID: <20200530033906.4a4ca399@primarylaptop.localdomain>

On Fri, 29 May 2020 21:59:27 -0300
Freemor <freemor at freemor.ca> wrote:

> I'd be really good to get input from the other distros on this RFC
> before any actual zooming ahead as they may have their own ideas that
> need to be synthesised with this one. 
I've not looked at it personally, but we have this issue as well in
Replicant. Dllud and Grim Kriegor knows more about it. They also did
several presentations on that topic[1].

Many free software Android application depends on Webview which is
built on top of Chromium.

Given that we are super late on our work on Replicant >= 9, probably due
to various personal issues, we don't have the resources to address that
from Replicant right now.

If I remember well, the plan from our side, was not to try to free
chromium at all: Google's plan for that browser are most probably
incompatible with our values (privacy, not tied to Google services in
any way, etc).

So the plan was to work instead, with funding from NLnet, to use
GeckoView to create an implementation that is somewhat ABI compatible
with Webview, in order to enable some of the applications to work
again. 

The advantage is that projects like the tor-browser already work with
Mozilla to upstream patches in Firefox.  So we would have a better
probability of being able to work with upstream in the case of Mozilla
than Chromium or Chrome.

References:
-----------
[1]https://redmine.replicant.us/attachments/download/1653/webview.pdf

Denis.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200530/8e21b018/attachment.sig>

From bill-auger at peers.community  Sat May 30 01:43:10 2020
From: bill-auger at peers.community (bill-auger)
Date: Fri, 29 May 2020 21:43:10 -0400
Subject: [Dev] [RFC] Let's solve the Chromium freedom issues,
 definitively
In-Reply-To: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
References: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
Message-ID: <20200529214310.0eab61d7@parabola>

regarding iridium/ungoogled, this has all been discussed before
on the FSDG and FSD mailing lists - from what i remember,
ungoogled is not a browser, but a set of patches - iridium is a
browser which is made using the ungoogled patches - as we build
everything from source, the two projects are probably identical,
for the purpose of discussion

FWIW, people rarely even ask about chromium anymore - im not
sure why you think it is worth rescuing - for all the massive
effort it would take, it would be more practical to focus on
'qt5-webengine'

* it is a much smaller code-base, so less work to do
* the qt5-webengine devs have expressed an interest in accepting
  patches for any freedom bugs that are found
* it would rescued most of the programs which are blacklisted
  for this association with chromium

focusing on chromium would be much much more work to audit than
qt5-webengine - electron is a hopeless cause; so all that
extra effort would result in removing exactly one additional
program from the blacklist

you are right that there is little collaboration of central
discussion - this issue pops up on various lists from time to
time - about two years ago, david and adfeno setup a wiki page
on the FSD, for exactly the same purpose as this OP describes:
"chromium-fsdg-research"; but it did not get any attention from
any distro devs - about a year ago, oaken-source suggested on
the FSDG mailing list, to focus on qt5-webengine rather than
chromium, and again no one was interested - it is just too much
work - no one wants to do it

the FSDG mailing list is the appropriate one to discuss
this - that is unfortunately the FSDG mailing list is totally
dysfunctional now, and the chromium quagmire is one of the
central issues which broke it - i would not waste another moment
wishing for cross-distro collaboration before that situation is
fixed

sadly to say, even if this were conducted on the FSDG mailing
list, parabola would be the only distro that would benefit from
the result - the two FSDG distros which wanted chromium and
webengine, chose to dismiss the concerns, rather than doing the
work of auditing and liberating them, and added them to their
repos anyways, against the recommendation of the FSDG work-group
- the others have shown no interest at all

if only the *concrete known issues* are considered, then
probably the ungoogled chromium solves them - that is quite
irrelevant though; because the current FSDG recommendation for
chromium is: "use icecat instead" - i would not want to add
chromium of webengine to parabola before the FSDG work-group
changes the recommendation - none of the FSDG should want to do
that - it just makes the problem even uglier

From GNUtoo at cyberdimension.org  Sat May 30 01:58:35 2020
From: GNUtoo at cyberdimension.org (Denis 'GNUtoo' Carikli)
Date: Sat, 30 May 2020 03:58:35 +0200
Subject: [Dev] [RFC] Let's solve the Chromium freedom issues,
 definitively
In-Reply-To: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
References: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
Message-ID: <20200530035835.3dad5da0@primarylaptop.localdomain>

On Fri, 29 May 2020 20:03:47 -0400
Megver83 <megver83 at hyperbola.info> wrote:

> The purpose with this is to create a distro-agnostic project to solve
> the Chromium problem, so then each FSDG distro will implement the
> solutions in their specific ways. I think that ppl from Parabola,
> PureOS and the FSF/GNU project will be the most interested and active
> ones (Trisquel is developed by one person only, and idk if Hyperbola
> devs may even care about this, since they are very strict with their
> browsers' security and Chromium isn't the most secure one)
As I see it, there are several approaches possible:
- Replace Chromium by Gecko somehow. This will need to be done for
  every API that uses chromium, like qt5-webengine, electron and so on.
  The advantage is that we don't have the privacy issues of Chromium
  and we can work with Mozilla upstream if needed. The disadvantage is
  that people might not be able to work on it incrementally, which
  lowers the probability of fixing it a lot, unless people want to
  apply for funding to solve that and/or reserve big quantity of time
  for it. This would work for every distribution almost automatically
  and would probably be easy enough to package, especially if it lands
  in various upstream projects (which require way more work than just
  making that API compatibility).
- Starting from some existing Chromium version, like the one in GuiX,
  and filling bugs and so on.
- As chromium is made of many and many components, it's probably
  possible to package each component, but I wonder if there are
  intermediate use case that would push people to want that and
  maintain it when it will not be possible yet to build chromium from
  such components. Skia is for instance used by other software than
  Chromium as well, so maybe if it's built as a shared library it could
  be useful for Iceweasel as well for instance.

I've started a page about it here:
https://libreplanet.org/wiki/Group:Software/research/Chromium

If it's not the right place to do that I can just delete the page. 

Note that anyone can create an FSF account, even non-members, and so
everyone should be able to edit this wiki.

Denis.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200530/11cae209/attachment.sig>

From megver83 at hyperbola.info  Sat May 30 02:06:46 2020
From: megver83 at hyperbola.info (Megver83)
Date: Fri, 29 May 2020 22:06:46 -0400
Subject: [Dev] [RFC] Let's solve the Chromium freedom issues,
 definitively
In-Reply-To: <20200529214310.0eab61d7@parabola>
References: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
 <20200529214310.0eab61d7@parabola>
Message-ID: <ff371b01-41f5-507d-b20a-954b4903b152@hyperbola.info>

I get your point, and I understand it completely. For many (most?)
cases, the "use IceCat instead of Chromium" solution works. However,
I've encountered myself webpages that refuse to work with anything that
isn't Chrome (not pages that I use, but that some ppl of my family, e.g.
for business or working in projects) or some web platforms optimized for
Chromium (e.g. Jitsi, although it works in FF and derivatives, but not
completely well). Sometimes changing the user agent works, but not always.

I know this is a bit recherche, but it happens. Now, what you say about
electron, I completely agree. Just let it die. Regarding qt5-webengine,
I agree too, it's a smaller codebase and by liberating it we would
unblacklist hundreds of packages and solve many broken dependencies.
Plus, that would help PureOS too, and they could help us. Maybe we do
not need all the world's help, but we could do this a common effort
between Parabola, qt5-webengine devs and PureOS (if they want to join)

I liked this idea^ :)

El 29-05-20 a las 21:43, bill-auger escribi?:
> regarding iridium/ungoogled, this has all been discussed before
> on the FSDG and FSD mailing lists - from what i remember,
> ungoogled is not a browser, but a set of patches - iridium is a
> browser which is made using the ungoogled patches - as we build
> everything from source, the two projects are probably identical,
> for the purpose of discussion
> 
> FWIW, people rarely even ask about chromium anymore - im not
> sure why you think it is worth rescuing - for all the massive
> effort it would take, it would be more practical to focus on
> 'qt5-webengine'
> 
> * it is a much smaller code-base, so less work to do
> * the qt5-webengine devs have expressed an interest in accepting
>   patches for any freedom bugs that are found
> * it would rescued most of the programs which are blacklisted
>   for this association with chromium
> 
> focusing on chromium would be much much more work to audit than
> qt5-webengine - electron is a hopeless cause; so all that
> extra effort would result in removing exactly one additional
> program from the blacklist
> 
> you are right that there is little collaboration of central
> discussion - this issue pops up on various lists from time to
> time - about two years ago, david and adfeno setup a wiki page
> on the FSD, for exactly the same purpose as this OP describes:
> "chromium-fsdg-research"; but it did not get any attention from
> any distro devs - about a year ago, oaken-source suggested on
> the FSDG mailing list, to focus on qt5-webengine rather than
> chromium, and again no one was interested - it is just too much
> work - no one wants to do it
> 
> the FSDG mailing list is the appropriate one to discuss
> this - that is unfortunately the FSDG mailing list is totally
> dysfunctional now, and the chromium quagmire is one of the
> central issues which broke it - i would not waste another moment
> wishing for cross-distro collaboration before that situation is
> fixed
> 
> sadly to say, even if this were conducted on the FSDG mailing
> list, parabola would be the only distro that would benefit from
> the result - the two FSDG distros which wanted chromium and
> webengine, chose to dismiss the concerns, rather than doing the
> work of auditing and liberating them, and added them to their
> repos anyways, against the recommendation of the FSDG work-group
> - the others have shown no interest at all
> 
> if only the *concrete known issues* are considered, then
> probably the ungoogled chromium solves them - that is quite
> irrelevant though; because the current FSDG recommendation for
> chromium is: "use icecat instead" - i would not want to add
> chromium of webengine to parabola before the FSDG work-group
> changes the recommendation - none of the FSDG should want to do
> that - it just makes the problem even uglier
> _______________________________________________
> Dev mailing list
> Dev at lists.parabola.nu
> https://lists.parabola.nu/mailman/listinfo/dev
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200529/f72c38e6/attachment-0001.sig>

From bill-auger at peers.community  Sat May 30 02:14:16 2020
From: bill-auger at peers.community (bill-auger)
Date: Fri, 29 May 2020 22:14:16 -0400
Subject: [Dev] [RFC] Let's solve the Chromium freedom issues,
 definitively
In-Reply-To: <20200530035835.3dad5da0@primarylaptop.localdomain>
References: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
 <20200530035835.3dad5da0@primarylaptop.localdomain>
Message-ID: <20200529221416.0bddc0d0@parabola>

> I've started a page about it here:
> https://libreplanet.org/wiki/Group:Software/research/Chromium

david hedlund and adfeno created on the FSD two years ago, with
the same intention - it has changed URLs several times; but i
found it

https://directory.fsf.org/wiki/Review:Chromium-REV-ID-1

From megver83 at hyperbola.info  Sat May 30 02:24:56 2020
From: megver83 at hyperbola.info (Megver83)
Date: Fri, 29 May 2020 22:24:56 -0400
Subject: [Dev] [RFC] Let's solve the Chromium freedom issues,
 definitively
In-Reply-To: <20200530035835.3dad5da0@primarylaptop.localdomain>
References: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
 <20200530035835.3dad5da0@primarylaptop.localdomain>
Message-ID: <46f4292a-d40a-9e61-17fe-bea9909d9633@hyperbola.info>

El 29-05-20 a las 21:58, Denis 'GNUtoo' Carikli escribi?:
> As I see it, there are several approaches possible:
> - Replace Chromium by Gecko somehow. This will need to be done for
>   every API that uses chromium, like qt5-webengine, electron and so on.
>   The advantage is that we don't have the privacy issues of Chromium
>   and we can work with Mozilla upstream if needed. The disadvantage is
>   that people might not be able to work on it incrementally, which
>   lowers the probability of fixing it a lot, unless people want to
>   apply for funding to solve that and/or reserve big quantity of time
>   for it. This would work for every distribution almost automatically
>   and would probably be easy enough to package, especially if it lands
>   in various upstream projects (which require way more work than just
>   making that API compatibility).
Sounds interesting. Maybe too laborious, but since we are just in the
brainstorm step, we can consider it.

> - Starting from some existing Chromium version, like the one in GuiX,
>   and filling bugs and so on.
btw, who maintains it? just wondering, maybe its maintainers could lend
us a hand

> - As chromium is made of many and many components, it's probably
>   possible to package each component, but I wonder if there are
>   intermediate use case that would push people to want that and
>   maintain it when it will not be possible yet to build chromium from
>   such components. Skia is for instance used by other software than
>   Chromium as well, so maybe if it's built as a shared library it could
>   be useful for Iceweasel as well for instance.
Debian applies some interesting patches to Chromium, e.g. they separate
Widevine, leaving it as an optdepend. The more ppl who is involved the
better, in that way it will be easier to do a deep research, compared to
one or a few ppl doing it.

> 
> I've started a page about it here:
> https://libreplanet.org/wiki/Group:Software/research/Chromium
> 
> If it's not the right place to do that I can just delete the page. 
> 
> Note that anyone can create an FSF account, even non-members, and so
> everyone should be able to edit this wiki.
> 

Great, that's a good place to start collecting info. Maybe a warning
saying sth. like: "We are in the first steps of deep research for
Chromium, so the info here may not be completely correct or verified.
This is, for now, only a draft started by some Parabola devs" would be
good, just in case, and link this discussion as a reference, so anyone
who sees it knows how was it all started.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200529/60fbc420/attachment.sig>

From bill-auger at peers.community  Sat May 30 03:03:46 2020
From: bill-auger at peers.community (bill-auger)
Date: Fri, 29 May 2020 23:03:46 -0400
Subject: [Dev] [RFC] Let's solve the Chromium freedom issues,
 definitively
In-Reply-To: <ff371b01-41f5-507d-b20a-954b4903b152@hyperbola.info>
References: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
 <20200529214310.0eab61d7@parabola>
 <ff371b01-41f5-507d-b20a-954b4903b152@hyperbola.info>
Message-ID: <20200529230346.66873aa7@parabola>

On Fri, 29 May 2020 22:06:46 -0400 Megver83 wrote:
> I've encountered myself webpages that refuse
> to work with anything that isn't Chrome

i would not consider that to be our problem - that is a problem
for those websites to address - if they do not want firefox
users to use their website, then firefox users should not use
their website - problem solved :)


On Fri, 29 May 2020 22:06:46 -0400 Megver83 wrote:
> Plus, that would help
> PureOS too, and they could help us. 
> Parabola (if they want to join)

why do you presume that? - pureos already has chromium and
webengine in their repos - so liberating these programs would
not help puroes - and it is hard to imagine people wanting to
spend time on such a massive effort, which they do not believe
is solving any problem at all

i think you would first need to convince them, that it is a good
idea to help the FSDG work-group reach a satisfying formal
recommendation - that would go a long way toward restoring the
credibility of the work-group - i sincerely wish that you could
- i would like to see that problem resolved much much more than
i care about chromium or webengine

https://mirror.linux.pizza/pureos/pool/main/c/chromium/
https://mirror.linux.pizza/pureos/pool/main/q/qtwebengine-opensource-src/

From megver83 at hyperbola.info  Sat May 30 03:31:29 2020
From: megver83 at hyperbola.info (Megver83)
Date: Fri, 29 May 2020 23:31:29 -0400
Subject: [Dev] [RFC] Let's solve the Chromium freedom issues,
 definitively
In-Reply-To: <20200529230346.66873aa7@parabola>
References: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
 <20200529214310.0eab61d7@parabola>
 <ff371b01-41f5-507d-b20a-954b4903b152@hyperbola.info>
 <20200529230346.66873aa7@parabola>
Message-ID: <47dfc335-03f5-3bb5-a260-a0f1e29199f4@hyperbola.info>

El 29-05-20 a las 23:03, bill-auger escribi?:
> On Fri, 29 May 2020 22:06:46 -0400 Megver83 wrote:
>> I've encountered myself webpages that refuse
>> to work with anything that isn't Chrome
> 
> i would not consider that to be our problem - that is a problem
> for those websites to address - if they do not want firefox
> users to use their website, then firefox users should not use
> their website - problem solved :)
> 
Not my problem too. I agree, in fact, just wanted to make a point. Not
really such a big deal anyways.

> 
> On Fri, 29 May 2020 22:06:46 -0400 Megver83 wrote:
>> Plus, that would help
>> PureOS too, and they could help us. 
>> Parabola (if they want to join)
> 
> why do you presume that? - pureos already has chromium and
> webengine in their repos - so liberating these programs would
> not help puroes - and it is hard to imagine people wanting to
> spend time on such a massive effort, which they do not believe
> is solving any problem at all
> 
do they suffer from a freedom issue then? because if they did like us,
they would at least filter it for prevention. Idk their criteria nor
Debian's Chromium (just that they apply like thousands of patches to
it), so I will ask them for details about how did they handle it (I was
reading some issues in their issue tracker, but they didn't have much info).

> i think you would first need to convince them, that it is a good
> idea to help the FSDG work-group reach a satisfying formal
> recommendation - that would go a long way toward restoring the
> credibility of the work-group - i sincerely wish that you could
> - i would like to see that problem resolved much much more than
> i care about chromium or webengine
> 
So then let's do it. Patience is a virtue :P

P.S: I'm cloning chromium from git, to explore its source. It's heavy as
hell!!! (16GB)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200529/c87267c4/attachment.sig>

From bill-auger at peers.community  Sat May 30 04:06:23 2020
From: bill-auger at peers.community (bill-auger)
Date: Sat, 30 May 2020 00:06:23 -0400
Subject: [Dev] [RFC] Let's solve the Chromium freedom issues,
 definitively
In-Reply-To: <47dfc335-03f5-3bb5-a260-a0f1e29199f4@hyperbola.info>
References: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
 <20200529214310.0eab61d7@parabola>
 <ff371b01-41f5-507d-b20a-954b4903b152@hyperbola.info>
 <20200529230346.66873aa7@parabola>
 <47dfc335-03f5-3bb5-a260-a0f1e29199f4@hyperbola.info>
Message-ID: <20200530000623.14f06a93@parabola>

On Fri, 29 May 2020 23:31:29 -0400 Megver83 wrote:
> P.S: I'm cloning chromium from git, to explore its source.
> It's heavy as hell!!! (16GB)

ok let us know when you have finished reading 16GB of source
code - it should be the year of the linux desktop by then

fossology is the tool for that job - jxself loaded chromium
into fossology last year, and was asking for people to help -
maybe he still has it setup

i think you are grossly underestimating the size of the
can of worms that you are about to open; but i admire the
ambition - again, i really think you should start with webengine
- even with the help of fossology, auditing a 16GB code-base is
an absurdly intractable task - if you must start with chromium,
the guix source package would be better - that is something like
1.5GB IIRC - which is still intractable, though an order of
magnitude less absurdly so

From GNUtoo at cyberdimension.org  Sun May 31 05:25:02 2020
From: GNUtoo at cyberdimension.org (Denis 'GNUtoo' Carikli)
Date: Sun, 31 May 2020 07:25:02 +0200
Subject: [Dev] [RFC] Let's solve the Chromium freedom issues,
 definitively
In-Reply-To: <ff371b01-41f5-507d-b20a-954b4903b152@hyperbola.info>
References: <4dcf3ee7-c081-94d5-0a0d-e07475b97d04@hyperbola.info>
 <20200529214310.0eab61d7@parabola>
 <ff371b01-41f5-507d-b20a-954b4903b152@hyperbola.info>
Message-ID: <20200531072502.4904ec58@primarylaptop.localdomain>

On Fri, 29 May 2020 22:06:46 -0400
Megver83 <megver83 at hyperbola.info> wrote:

> I get your point, and I understand it completely. For many (most?)
> cases, the "use IceCat instead of Chromium" solution works. However,
> I've encountered myself webpages that refuse to work with anything
> that isn't Chrome (not pages that I use, but that some ppl of my
> family, e.g. for business or working in projects) or some web
> platforms optimized for Chromium (e.g. Jitsi, although it works in FF
> and derivatives, but not completely well). Sometimes changing the
> user agent works, but not always.
It might be possible to work with various upstream projects to fix that
if needed.

As I understand the issue, if we end up being obligated to rely on
Chromium to get more and more things working, it would would mean that
we would be accepting Google's design decisions, and patching around
them would probably require a (constant) amount of work that is way
bigger than the constant amount of work that would be needed to fix
Gecko based browsers.

We have several ways to fix things:
* We could make sure that upstream free software projects like Jitsi
  Meet, and various other web based applications keep working with Gecko
  based browsers just by sending patches to fix that.
* We could fix Firefox and get the fix in Icecat in the next release.
  I've no idea how hard this is though.

Denis.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20200531/1ea580b3/attachment.sig>