From nobody at parabola.nu Sun Dec 1 14:16:41 2019 From: nobody at parabola.nu (Parabola Website Notification) Date: Sun, 01 Dec 2019 14:16:41 -0000 Subject: [Dev] Orphan Pcr package [zeronet-git] marked out-of-date Message-ID: <20191201141641.1168.3611@winston.parabola.nu> rysa88 at posteo.net wants to notify you that the following packages may be out-of-date: * zeronet-git 0.6.5.r3866.g7418400b-1 [pcr] (armv7h): https://parabolagnulinux.org/packages/pcr/armv7h/zeronet-git/ * zeronet-git 0.6.5.r3866.g7418400b-1 [pcr] (i686): https://parabolagnulinux.org/packages/pcr/i686/zeronet-git/ * zeronet-git 0.6.5.r3866.g7418400b-1 [pcr] (x86_64): https://parabolagnulinux.org/packages/pcr/x86_64/zeronet-git/ The user provided the following additional text: Hi Version 0.7.1 is available and fixes a HTML injection vulnerability as listed in the changelog. https://github.com/HelloZeroNet/ZeroNet/releases Many Thanks From freemor at freemor.ca Sun Dec 1 16:32:13 2019 From: freemor at freemor.ca (Freemor) Date: Sun, 1 Dec 2019 12:32:13 -0400 Subject: [Dev] Orphan Pcr package [zeronet-git] marked out-of-date In-Reply-To: <20191201141641.1168.3611@winston.parabola.nu> References: <20191201141641.1168.3611@winston.parabola.nu> Message-ID: <20191201163213.GO12079@freemor.ca> On Sun, Dec 01, 2019 at 02:16:41PM -0000, Parabola Website Notification wrote: > rysa88 at posteo.net wants to notify you that the following packages may be out-of-date: > > > * zeronet-git 0.6.5.r3866.g7418400b-1 [pcr] (armv7h): https://parabolagnulinux.org/packages/pcr/armv7h/zeronet-git/ > * zeronet-git 0.6.5.r3866.g7418400b-1 [pcr] (i686): https://parabolagnulinux.org/packages/pcr/i686/zeronet-git/ > * zeronet-git 0.6.5.r3866.g7418400b-1 [pcr] (x86_64): https://parabolagnulinux.org/packages/pcr/x86_64/zeronet-git/ > > > The user provided the following additional text: > > Hi > Version 0.7.1 is available and fixes a HTML injection vulnerability as listed in the changelog. https://github.com/HelloZeroNet/ZeroNet/releases > > Many Thanks > > _______________________________________________ > Dev mailing list > Dev at lists.parabola.nu > https://lists.parabola.nu/mailman/listinfo/dev I bumped this up last time. 0.6.5 is the last version before a lot of new depends were added some of which seemed possibly problematic (not packaged yet so would have to package those first, or not sure of their libre-ness of them.) So this may either take a while or need to be frozen at the current level. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From nobody at parabola.nu Wed Dec 4 14:03:55 2019 From: nobody at parabola.nu (Parabola Website Notification) Date: Wed, 04 Dec 2019 14:03:55 -0000 Subject: [Dev] Orphan Libre package [linux-libre] marked out-of-date Message-ID: <20191204140355.1168.1789@winston.parabola.nu> grizzlyuser at protonmail.com wants to notify you that the following packages may be out-of-date: * linux-libre 5.3.13_gnu-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre/ * linux-libre 5.3.13_gnu-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre/ * linux-libre-docs 5.3.13_gnu-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-docs/ * linux-libre-docs 5.3.13_gnu-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-docs/ * linux-libre-headers 5.3.13_gnu-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-headers/ * linux-libre-headers 5.3.13_gnu-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-headers/ The user provided the following additional text: Thank you for maintaining this package! A new version is available: https://linux-libre.fsfla.org/pub/linux-libre/releases/ From nobody at parabola.nu Thu Dec 5 22:42:00 2019 From: nobody at parabola.nu (Parabola Website Notification) Date: Thu, 05 Dec 2019 22:42:00 -0000 Subject: [Dev] Orphan Libre package [iceweasel] marked out-of-date Message-ID: <20191205224200.1168.92396@winston.parabola.nu> eliotreyna at cock.email wants to notify you that the following packages may be out-of-date: * iceweasel 1:70.0.1-1.parabola1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/iceweasel/ The user provided the following additional text: Mozilla has released the most recent update of Firefox source code to the version 71 in the release branch. The following changes are: 1.- Native MP3 support for GNU/Linux, Windows and MacOS. 2.- Configutation page (about:config) reimplemented in HTML. 3.- New language packs added: Catalan from Valencia (ca-valencia), Tagalog (tl), and Triqui (trs). For more information please visit the following website: https://www.mozilla.org/en-US/firefox/71.0/releasenotes/ Thanks. From grizzlyuser at protonmail.com Fri Dec 6 22:47:42 2019 From: grizzlyuser at protonmail.com (grizzlyuser) Date: Fri, 06 Dec 2019 22:47:42 +0000 Subject: [Dev] Orphan Libre package [iceweasel] marked out-of-date In-Reply-To: <20191205224200.1168.92396@winston.parabola.nu> References: <20191205224200.1168.92396@winston.parabola.nu> Message-ID: Hello, Below is a patch to update Iceweasel to 71.0. Built and tested it on x86_64 with brand new fresh profile after ~/.mozilla folder removal. I didn't try to make it build on other architectures, as according to package search on Arch Linux ARM & 32 websites, they have not yet updated theirs. Please remove the following files manually, because otherwise the patch would be quite huge: firefox-70.0-update-bindgen.patch no-relinking.patch Added a few changes that remove or disable questionable recommendations / whitelisting included in vanilla Firefox. Feel free to omit any of those. Most of vendor.js preferences from PKGBUILD still need to be reviewed. Needed to build with !debug in makepkg.conf OPTIONS, because current build of clang didn't recognize -fvar-tracking-assignments flag added along with others when debugging is turned on. It's not clear if newly added links to Mozilla services and apps Firefox Monitor, Firefox Send and Firefox Lockwise are up to FSDG and Parabola guidelines. At first glance these appear to be MPL-2.0 licensed (server and client code), but it's not clear whether their trademarks and dependencies are free. More research is needed. Changed: 1. Merge changes from Arch Linux firefox 71.0-1 except those related to Mozilla bug 1212502; In PKGBUILD: 2. Update pkgver and checksums; 3. Add back --disable-eme build flag and removed EME-related vendor.js additions. browser.eme.ui.enabled and media.eme.enabled are set to false with this build flag anyway, and media.eme.apiVisible looks likely to be not available anymore (at least full source search for 'apiVisible' returns nothing). However I'm not sure if all this does the trick for FSDG compliance, since if Parabola is to distribute the full source code, EME support implementation would still be there. And you can see in the build logs that some EME related stuff is still built even if the flag is set. 4. Remove code related to crashreporter symbols as it's already disabled by --disable-crashreporter flag and appropriate files are not generated after build in this case; 5. Remove browser.newtabpage.activity-stream.enabled according to upstream [1]; 6. Remove browser.newtabpage.enhanced, full text search returns only one test file that contains both 'newtabpage' and 'enhanced'; 7. Override browser.newtabpage.activity-stream.default.sites to include links to Parabola and other free software sites Abrowser from Trisquel includes. Not sure about what is the licensing of Wikipedia website client code, but it uses MediaWiki, which is licensed under GPLv2+; 8. Disable "Recommend extensions as you browse" in about:preferences#general (browser.newtabpage.activity-stream.asrouter.userprefs.cfr.addons); 9. Set URL for 'Find more extensions / themes' in about:addons page to search in Parabola packages (extensions.getAddons.search.browseURL) as addons.mozilla.org is not FSDG compliant per my understanding; 10. Make extensions work on Mozilla domains that are whitelisted and not affected by extensions at all in vanilla FF (extensions.webextensions.restrictedDomains); In iceweasel.desktop: 11. Changed text case of the value of StartupWMClass similar to firefox.desktop from Arch; In libre.patch 12. Remove patching of DevTools connect page and WebIDE since removed upstream [2]; 13. Remove Mozilla domains from Preferences -> Privacy & Security -> "Warn you when websites try to install add-ons" exception list, because Mozilla is not committed to only include free software in their repositories (especially AMO), so these look like against FSDG; 14. Remove Preferences -> Sync promo text with links that says "Download Firefox for Android or iOS". There appears to be no Iceweasel version for either of those mobile OS. iOS link leads to nonfree Firefox. Android link leads to IceCat on F-Droid, but it's outdated and has known critical security vulnerabilities, so cannot recommend it either; 15. Change wording from Firefox to Iceweasel and remove page sections with links to download nonfree Firefox Developer Edition - from DevTools 'What's New' tab and about:devtools. 'What's New' tab looks problematic, as it would need to be patched each new FF release; 16. Rebrand about:preferences#home from Firefox to Iceweasel. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1433324 [2] https://bugzilla.mozilla.org/show_bug.cgi?id=1539462 diff --git a/libre/iceweasel/0001-Use-remoting-name-for-GDK-application-names.patch b/libre/iceweasel/0001-Use-remoting-name-for-GDK-application-names.patch index 8cc378636..165a532f4 100644 --- a/libre/iceweasel/0001-Use-remoting-name-for-GDK-application-names.patch +++ b/libre/iceweasel/0001-Use-remoting-name-for-GDK-application-names.patch @@ -1,5 +1,4 @@ -From 1cab10b39cfda068100cab8c598f1ca0f50e4131 Mon Sep 17 00:00:00 2001 -Message-Id: <1cab10b39cfda068100cab8c598f1ca0f50e4131.1553597287.git.jan.steffens at gmail.com> +From 83f234464554c7f4393cd1dbdeb3a68d3ae0ccae Mon Sep 17 00:00:00 2001 From: "Jan Alexander Steffens (heftig)" Date: Mon, 25 Mar 2019 20:30:11 +0100 Subject: [PATCH] Use remoting name for GDK application names @@ -10,10 +9,10 @@ Subject: [PATCH] Use remoting name for GDK application names 2 files changed, 4 insertions(+), 9 deletions(-) diff --git a/toolkit/xre/nsAppRunner.cpp b/toolkit/xre/nsAppRunner.cpp -index 0b808ef215f06..28911c0ffeaec 100644 +index 984b998133bd..b6c9f013940c 100644 --- a/toolkit/xre/nsAppRunner.cpp +++ b/toolkit/xre/nsAppRunner.cpp -@@ -3728,11 +3728,7 @@ int XREMain::XRE_mainStartup(bool* aExitFlag) { +@@ -3746,11 +3746,7 @@ int XREMain::XRE_mainStartup(bool* aExitFlag) { // consistently. // Set program name to the one defined in application.ini. @@ -27,7 +26,7 @@ index 0b808ef215f06..28911c0ffeaec 100644 // Initialize GTK here for splash. diff --git a/widget/gtk/nsAppShell.cpp b/widget/gtk/nsAppShell.cpp -index 0686ff814916b..ae4a4ea55f420 100644 +index 0daa78fdbbad..49038d0bb1c8 100644 --- a/widget/gtk/nsAppShell.cpp +++ b/widget/gtk/nsAppShell.cpp @@ -24,6 +24,7 @@ @@ -38,7 +37,7 @@ index 0686ff814916b..ae4a4ea55f420 100644 #include "ScreenHelperGTK.h" #include "HeadlessScreenHelper.h" #include "mozilla/widget/ScreenManager.h" -@@ -171,10 +172,8 @@ nsresult nsAppShell::Init() { +@@ -175,10 +176,8 @@ nsresult nsAppShell::Init() { // option when program uses gdk_set_program_class(). // // See https://bugzilla.gnome.org/show_bug.cgi?id=747634 @@ -52,5 +51,5 @@ index 0686ff814916b..ae4a4ea55f420 100644 } -- -2.21.0 +2.24.0 diff --git a/libre/iceweasel/PKGBUILD b/libre/iceweasel/PKGBUILD index 88c99a7ba..7b4e53cce 100644 --- a/libre/iceweasel/PKGBUILD +++ b/libre/iceweasel/PKGBUILD @@ -40,7 +40,7 @@ pkgname=iceweasel replaces=('firefox') epoch=1 -pkgver=70.0.1 +pkgver=71.0 pkgrel=1 pkgrel+=.parabola1 _brandingver=70.0 @@ -65,24 +65,20 @@ optdepends=('networkmanager: Location detection via available WiFi networks' 'hunspell-en_US: Spell checking, American English') options=(!emptydirs !makeflags !strip) source=(https://archive.mozilla.org/pub/firefox/releases/$pkgver/source/firefox-$pkgver.source.tar.xz{,.asc} - no-relinking.patch 0001-Use-remoting-name-for-GDK-application-names.patch $pkgname.desktop) source+=(https://repo.parabola.nu/other/iceweasel/${pkgname}_${_brandingver}-${_brandingrel}.branding.tar.xz{,.sig} - firefox-70.0-update-bindgen.patch firefox-70.0-add-distro.patch libre.patch libre-searchengines.patch) -sha256sums=('f2e9bb26af7682b31e82fdfc3a4b3e04fd1caa8b004469ea608185d33e35691b' +sha256sums=('78304cd58229e7103b56b34718aad051c9a4db30c266512a64f501ba58da7fbe' 'SKIP' - '2dc9d1aa5eb7798c89f46478f254ae61e4122b4d1956d6044426288627d8a014' - 'ab07ab26617ff76fce68e07c66b8aa9b96c2d3e5b5517e51a3c3eac2edd88894' - 'e439117380218898cd5c60a8da8947847efbd0fe64cc06b129d6ca20a392cb3d' + '5f7ac724a5c5afd9322b1e59006f4170ea5354ca1e0e60dab08b7784c2d8463c' + 'f573d00835afe066ef1887bfea35099933ee07aeadc4c0d603972127e600cfc4' 'e90956067d8549f02864d612369ed8714d7173f0ee07bbfb4374a7323b4a733e' 'SKIP' - 'bde80a158f42f6afd01d9f3ce1ff9c8ecb89db96b6b7398f2acfb03436234eeb' '41ab298519dfdf86e1599990cd2a2e4d939a2a1d77de829caa0593d0d2e8f0e8' - '783e1b7c2f6f8719cc8a0751aacc823a5029c2326ac0b5ff7c659d831e286387' + '698e73d66bb94d82cc11bc0a56cb59455b3b0b51798a48ad7a7b4c429104647e' 'dfed11d97f1d4198a3dc608be159b6b53a11054f376cdb73bb0fe9a487ae9418') validpgpkeys=('14F26682D0916CDD81E37B6D61B7B526D98F0353') # Mozilla Software Releases validpgpkeys+=('BFA8008A8265677063B11BF47171986E4B745536') # Andreas Grapentin @@ -91,15 +87,9 @@ prepare() { mkdir mozbuild cd firefox-$pkgver - # Avoid relinking during buildsymbols - patch -Np1 -i ../no-relinking.patch - # https://bugzilla.mozilla.org/show_bug.cgi?id=1530052 patch -Np1 -i ../0001-Use-remoting-name-for-GDK-application-names.patch - # https://bugzilla.mozilla.org/show_bug.cgi?id=1583471 - patch -Np1 -i ../firefox-70.0-update-bindgen.patch - # https://bugzilla.mozilla.org/show_bug.cgi?id=1212502 patch -Np1 -i ../firefox-70.0-add-distro.patch @@ -139,6 +129,7 @@ ac_add_options --disable-crashreporter ac_add_options --disable-gconf ac_add_options --disable-updater ac_add_options --disable-tests +ac_add_options --disable-eme END if [[ $CARCH = arm* ]]; then @@ -257,7 +248,7 @@ END xvfb-run -a -n 92 -s "-screen 0 1600x1200x24" \ ./mach python build/pgo/profileserver.py - if ! compgen -G '*.profraw' >&2; then + if [[ ! -s merged.profdata ]]; then error "No profile data produced." return 1 fi @@ -274,7 +265,7 @@ END cat >.mozconfig ../mozconfig - < -#endif -diff --git a/devtools/client/locales/en-US/connection-screen.dtd b/devtools/client/locales/en-US/connection-screen.dtd -index 674a408d5e..d27e97fd58 100644 ---- a/devtools/client/locales/en-US/connection-screen.dtd -+++ b/devtools/client/locales/en-US/connection-screen.dtd -@@ -24,7 +24,7 @@ - -- -+ - - - diff --git a/devtools/client/locales/en-US/sourceeditor.properties b/devtools/client/locales/en-US/sourceeditor.properties index 842d549f04..31dcb82e5a 100644 --- a/devtools/client/locales/en-US/sourceeditor.properties @@ -91,40 +78,260 @@ index 842d549f04..31dcb82e5a 100644 # Scratchpad and the Style Editor tools. # LOCALIZATION NOTE The correct localization of this file might be to keep it -diff --git a/devtools/client/locales/en-US/webide.dtd b/devtools/client/locales/en-US/webide.dtd -index 7bdf151b6a..7ed5cc69de 100644 ---- a/devtools/client/locales/en-US/webide.dtd -+++ b/devtools/client/locales/en-US/webide.dtd -@@ -2,7 +2,7 @@ - - License, v. 2.0. If a copy of the MPL was not distributed with this - - file, You can obtain one at http://mozilla.org/MPL/2.0/. --> +diff --git a/browser/app/permissions b/browser/app/permissions +index f40a60e..c23fa76 100644 +--- a/browser/app/permissions ++++ b/browser/app/permissions +@@ -14,16 +14,9 @@ origin uitour 1 https://support.mozilla.org + origin uitour 1 about:home + origin uitour 1 about:newtab + +-# XPInstall +-origin install 1 https://addons.mozilla.org +- + # Remote troubleshooting + origin remote-troubleshooting 1 https://support.mozilla.org + + # Hybrid Content Telemetry - https://firefox-source-docs.mozilla.org/toolkit/components/telemetry/telemetry/collection/hybrid-content.html + # Adding hc_telemetry permission to a new domain requires Data Collection Review: https://wiki.mozilla.org/Firefox/Data_Collection + origin hc_telemetry 1 https://discovery.addons.mozilla.org +- +-# addon install +-origin install 1 https://private-network.firefox.com +-origin install 1 https://fpn.firefox.com +diff --git a/browser/components/preferences/in-content/sync.inc.xul b/browser/components/preferences/in-content/sync.inc.xul +index e444bf3..05e9824 100644 +--- a/browser/components/preferences/in-content/sync.inc.xul ++++ b/browser/components/preferences/in-content/sync.inc.xul +@@ -46,22 +46,6 @@ + + + +- + + + +diff --git a/browser/locales/en-US/browser/preferences/preferences.ftl b/browser/locales/en-US/browser/preferences/preferences.ftl +index 8e0602d..cde6252 100644 +--- a/browser/locales/en-US/browser/preferences/preferences.ftl ++++ b/browser/locales/en-US/browser/preferences/preferences.ftl +@@ -719,16 +719,6 @@ sync-signedout-account-signin = + .label = Sign In? + .accesskey = I + +-# This message contains two links and two icon images. +-# `` - Android logo icon +-# `` - Link to Android Download +-# `` - iOS logo icon +-# `` - Link to iOS Download +-# +-# They can be moved within the sentence as needed to adapt +-# to your language, but should not be changed or translated. +-sync-mobile-promo = Download Firefox for Android or iOS to sync with your mobile device. +- + ## Firefox Account - Signed in + + sync-profile-picture = +diff --git a/devtools/client/whats-new/src/main.js b/devtools/client/whats-new/src/main.js +index ad34ff9..3e937c6 100644 +--- a/devtools/client/whats-new/src/main.js ++++ b/devtools/client/whats-new/src/main.js +@@ -23,7 +23,7 @@ const aside = { + }; + + const release = { +- title: "What?s New in DevTools (Firefox 70 & 71)", ++ title: "What?s New in DevTools (Iceweasel 70 & 71)", + linkText: "Read more", + linkUrl: + "https://developer.mozilla.org/docs/Mozilla/Firefox/Releases/71?utm_source=devtools&utm_medium=devtools_whatsnew", +@@ -83,20 +83,6 @@ const release = { + ], + }; + +-const dev = { +- title: "Experimental Features in Firefox Developer Edition", +- linkUrl: +- "https://www.mozilla.org/firefox/developer/?utm_medium=devtools_whatsnew&utm_source=devtools", +- linkText: "Get DevEdition", +- features: [ +- { +- header: `Debug Variables with Watchpoints`, +- description: `Debugger?s new Watchpoints feature lets you pause when properties get read or written. Right-click object properties in the Scopes pane when paused to use the new ?Break on?? menu.`, +- href: `https://developer.mozilla.org/docs/Tools/Debugger/How_to/Set_a_watchpoint_on_a_property?utm_source=devtools&utm_medium=devtools_whatsnew`, +- }, +- ], +-}; +- + class Aside extends Component { + render() { + return dom.aside( +@@ -183,11 +169,6 @@ class App extends Component { + ...release.features + .filter(feature => !feature.hidden) + .map(feature => createFactory(Feature)(feature)) +- ), +- dom.h2({}, dom.span({}, dev.title), Link(dev.linkText, dev.linkUrl)), +- dom.ul( +- {}, +- ...dev.features.map(feature => createFactory(Feature)(feature)) + ) + ) + ); +diff --git a/devtools/startup/aboutdevtools/aboutdevtools.xhtml b/devtools/startup/aboutdevtools/aboutdevtools.xhtml +index f69ffa3..5a5b4d2 100644 +--- a/devtools/startup/aboutdevtools/aboutdevtools.xhtml ++++ b/devtools/startup/aboutdevtools/aboutdevtools.xhtml +@@ -89,19 +89,6 @@ +
    +
+ +- +-
+- +- +-
+ + + +diff --git a/devtools/startup/locales/en-US/aboutDevTools.ftl b/devtools/startup/locales/en-US/aboutDevTools.ftl +index db2146d..e02ab58 100644 +--- a/devtools/startup/locales/en-US/aboutDevTools.ftl ++++ b/devtools/startup/locales/en-US/aboutDevTools.ftl +@@ -3,18 +3,18 @@ + # file, You can obtain one at http://mozilla.org/MPL/2.0/. + + head-title = About Developer Tools +-enable-title = Enable Firefox Developer Tools +-enable-inspect-element-title = Enable Firefox Developer Tools to use Inspect Element ++enable-title = Enable Iceweasel Developer Tools ++enable-inspect-element-title = Enable Iceweasel Developer Tools to use Inspect Element + enable-inspect-element-message = Examine and edit HTML and CSS with the Developer Tools? Inspector. +-enable-about-debugging-message = Develop and debug WebExtensions, web workers, service workers and more with Firefox Developer Tools. ++enable-about-debugging-message = Develop and debug WebExtensions, web workers, service workers and more with Iceweasel Developer Tools. + enable-key-shortcut-message = You activated a Developer Tools shortcut. If that was a mistake, you can close this Tab. + enable-menu-message = Perfect your website?s HTML, CSS, and JavaScript with tools like Inspector and Debugger. +-enable-common-message = Firefox Developer Tools are disabled by default to give you more control over your browser. ++enable-common-message = Iceweasel Developer Tools are disabled by default to give you more control over your browser. + enable-learn-more-link = Learn more about Developer Tools + enable-enable-button = Enable Developer Tools + enable-close-button = Close this Tab -- -+ - - - -@@ -55,7 +55,7 @@ - - - -- -+ - - - -diff --git a/devtools/client/locales/en-US/webide.properties b/devtools/client/locales/en-US/webide.properties -index 7899151563..ca84e535e1 100644 ---- a/devtools/client/locales/en-US/webide.properties -+++ b/devtools/client/locales/en-US/webide.properties -@@ -2,8 +2,8 @@ +-welcome-title = Welcome to Firefox Developer Tools! ++welcome-title = Welcome to Iceweasel Developer Tools! + newsletter-title = Mozilla Developer Newsletter + newsletter-message = Get developer news, tricks and resources sent straight to your inbox. + newsletter-email-placeholder = +@@ -24,8 +24,6 @@ newsletter-subscribe-button = Subscribe + newsletter-thanks-title = Thanks! + newsletter-thanks-message = If you haven?t previously confirmed a subscription to a Mozilla-related newsletter you may have to do so. Please check your inbox or your spam filter for an email from us. + +-footer-title = Firefox Developer Edition +-footer-message = Looking for more than just Developer Tools? Check out the Firefox browser that is built specifically for developers and modern workflows. + footer-learn-more-link = Learn more + + features-learn-more = Learn more +diff --git a/toolkit/locales/en-US/toolkit/about/aboutAddons.ftl b/toolkit/locales/en-US/toolkit/about/aboutAddons.ftl +index 0066077..801f2fb 100644 +--- a/toolkit/locales/en-US/toolkit/about/aboutAddons.ftl ++++ b/toolkit/locales/en-US/toolkit/about/aboutAddons.ftl +@@ -6,7 +6,7 @@ addons-window = + .title = Add-ons Manager + + search-header = +- .placeholder = Search addons.mozilla.org ++ .placeholder = Search www.parabola.nu/packages + .searchbuttonlabel = Search + + search-header-shortcut = +diff --git a/browser/components/newtab/docs/index.rst b/browser/components/newtab/docs/index.rst +index ea1e42ae8..855b245a1 100644 +--- a/browser/components/newtab/docs/index.rst ++++ b/browser/components/newtab/docs/index.rst +@@ -1,8 +1,8 @@ + ====================== +-Firefox Home (New Tab) ++Iceweasel Home (New Tab) + ====================== + +-All files related to Firefox Home, which includes content that appears on `about:home`, ++All files related to Iceweasel Home, which includes content that appears on `about:home`, + `about:newtab`, and `about:welcome`, can we found in the `browser/components/newtab` directory. + Some of these source files (such as `.js`, `.jsx`, and `.sass`) require an additional build step. + We are working on migrating this to work with `mach`, but in the meantime, please +diff --git a/browser/locales/en-US/browser/newtab/newtab.ftl b/browser/locales/en-US/browser/newtab/newtab.ftl +index d0f0fe0af..360e04b61 100644 +--- a/browser/locales/en-US/browser/newtab/newtab.ftl ++++ b/browser/locales/en-US/browser/newtab/newtab.ftl +@@ -2,7 +2,7 @@ # License, v. 2.0. If a copy of the MPL was not distributed with this # file, You can obtain one at http://mozilla.org/MPL/2.0/. --title_noApp=Firefox WebIDE --title_app=Firefox WebIDE: %S -+title_noApp=Iceweasel WebIDE -+title_app=Iceweasel WebIDE: %S +-### Firefox Home / New Tab strings for about:home / about:newtab. ++### Iceweasel Home / New Tab strings for about:home / about:newtab. + + newtab-page-title = New Tab + newtab-settings-button = +diff --git a/browser/locales/en-US/browser/policies/policies-descriptions.ftl b/browser/locales/en-US/browser/policies/policies-descriptions.ftl +index dfee10e51..6402f5c85 100644 +--- a/browser/locales/en-US/browser/policies/policies-descriptions.ftl ++++ b/browser/locales/en-US/browser/policies/policies-descriptions.ftl +@@ -96,7 +96,7 @@ policy-ExtensionSettings = Manage all aspects of extension installation. + + policy-ExtensionUpdate = Enable or disable automatic extension updates. + +-policy-FirefoxHome = Configure Firefox Home. ++policy-FirefoxHome = Configure Iceweasel Home. + + policy-FlashPlugin = Allow or deny usage of the Flash plugin. + +diff --git a/browser/locales/en-US/browser/preferences/preferences.ftl b/browser/locales/en-US/browser/preferences/preferences.ftl +index cde625248..662c15736 100644 +--- a/browser/locales/en-US/browser/preferences/preferences.ftl ++++ b/browser/locales/en-US/browser/preferences/preferences.ftl +@@ -551,7 +551,7 @@ home-restore-defaults = + # "Firefox" should be treated as a brand and kept in English, + # while "Home" and "(Default)" can be localized. + home-mode-choice-default = +- .label = Firefox Home (Default) ++ .label = Iceweasel Home (Default) + + home-mode-choice-custom = + .label = Custom URLs? +@@ -578,10 +578,10 @@ choose-bookmark = + .label = Use Bookmark? + .accesskey = B + +-## Home Section - Firefox Home Content Customization ++## Home Section - Iceweasel Home Content Customization + +-home-prefs-content-header = Firefox Home Content +-home-prefs-content-description = Choose what content you want on your Firefox Home screen. ++home-prefs-content-header = Iceweasel Home Content ++home-prefs-content-description = Choose what content you want on your Iceweasel Home screen. - runtimeButton_label=Select Runtime - projectButton_label=Open App + home-prefs-search-header = + .label = Web Search From freemor at freemor.ca Sat Dec 7 01:42:45 2019 From: freemor at freemor.ca (Freemor) Date: Fri, 6 Dec 2019 21:42:45 -0400 Subject: [Dev] Orphan Libre package [iceweasel] marked out-of-date In-Reply-To: References: <20191205224200.1168.92396@winston.parabola.nu> Message-ID: <20191207014245.GR12079@freemor.ca> On Fri, Dec 06, 2019 at 10:47:42PM +0000, grizzlyuser wrote: > Hello, > > Below is a patch to update Iceweasel to 71.0. Built and tested it > on x86_64 with brand new fresh profile after ~/.mozilla folder > removal. I didn't try to make it build on other architectures, > as according to package search on Arch Linux ARM & 32 websites, > they have not yet updated theirs. > > Please remove the following files manually, because otherwise > the patch would be quite huge: > firefox-70.0-update-bindgen.patch > no-relinking.patch >...... [snip] Wow, nice. But I think the thing to do at this point is get you and theova on as official hackers so you can Build and push. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From grizzlyuser at protonmail.com Sat Dec 7 07:40:45 2019 From: grizzlyuser at protonmail.com (grizzlyuser) Date: Sat, 07 Dec 2019 07:40:45 +0000 Subject: [Dev] Orphan Libre package [iceweasel] marked out-of-date In-Reply-To: <20191207014245.GR12079@freemor.ca> References: <20191205224200.1168.92396@winston.parabola.nu> <20191207014245.GR12079@freemor.ca> Message-ID: I guess some of the changes from the patch might need a discussion first. As usual, questions / comments are welcome! From theova at bluewin.ch Tue Dec 10 07:51:02 2019 From: theova at bluewin.ch (theova) Date: Tue, 10 Dec 2019 08:51:02 +0100 Subject: [Dev] [libre/qutebrowser] Update to v1.8.2 In-Reply-To: <20191210070543.tfcxie746qi4ebdo@RainbowWarrior.localdomain> References: <20191125083559.gwvtwdh4idjc4hpa@RainbowWarrior.localdomain> <20191125174042.05affe1d@parabola> <20191210070543.tfcxie746qi4ebdo@RainbowWarrior.localdomain> Message-ID: <20191210075102.v6i4evcan3jdyfol@RainbowWarrior.localdomain> theova schrieb am Tue, 10. Dec 19 08:05: >bill-auger schrieb am Mon, 25. Nov 19 >17:40: >>for that reason, troublesome ones are built separately for each >>arch. although ideally, they would be built for 'any' >Couldn't one just replace 'arch=any' with 'arch=(x86_64 i686 armv7h)' to >make the package different for different arches? > >Anyway, Arch 32 has updated the necessary packages and >[libre/qutebrowser] builds fine on all three architectures. >Here is the PKGBUILD for the new version 1.8.3. And this time with cc to mailing list and correct PKGBUILD. -------------- next part -------------- # Maintainer (Arch): Morten Linderud # Contributor (Arch): Pierre Neidhardt # Contributor (Arch): Florian Bruhin (The Compiler) # Maintainer: Omar Vega Ramos # Contributor: Andr? Silva # parabola changes and rationale: # - removed qt5-webengine dependency # - set webkit backend as default pkgname=qutebrowser pkgver=1.8.3 pkgrel=1 pkgrel+=.par1 pkgdesc="A keyboard-driven, vim-like browser based on PyQt5" pkgdesc+=" and QtWebKit, without nonfree qt5-webengine recommendation" arch=('armv7h' 'i686' 'x86_64') url="https://www.qutebrowser.org/" license=("GPL") depends=("python-attrs" "python-jinja" "python-pygments" "python-pypeg2" "python-pyqt5" "python-yaml" "qt5-base" "qt5-webkit") makedepends=("asciidoc" "python-setuptools") optdepends=("gst-libav: media playback with qt5-webkit backend" "gst-plugins-base: media playback with qt5-webkit backend" "gst-plugins-good: media playback with qt5-webkit backend" "gst-plugins-bad: media playback with qt5-webkit backend" "gst-plugins-ugly: media playback with qt5-webkit backend" "pdfjs: displaying PDF in-browser") 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=('c8a9be826c01ec08c3fdcbcab867a6d471d5aaf0ce0a724287a3023ce6afbf14' 'SKIP' '8509032254715a09d807ac5901657e66d0d0780e47bbe2b06f634d7b7c9792d0') prepare() { cd "$pkgname-$pkgver" patch -Np1 < $srcdir/webkit-warning.patch } build() { cd "$pkgname-$pkgver" # make sure webkit is the default backend sed -i 's/webengine/webkit/' qutebrowser/config/configdata.yml make -f misc/Makefile all } package() { cd "$pkgname-$pkgver" make -f misc/Makefile DESTDIR="$pkgdir" PREFIX=/usr install } -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From megver83 at hyperbola.info Tue Dec 10 15:33:29 2019 From: megver83 at hyperbola.info (Megver83) Date: Tue, 10 Dec 2019 12:33:29 -0300 Subject: [Dev] Getting Linux-libre working in the C201 Message-ID: <88f7f32f19fc2ec79e376f3d1cc967b333f61140.camel@hyperbola.info> Hi everybody, I recently uploaded linux-libre-cros in [libre-testing], which is a deblobbed version of the ChromiumOS kernel[1]. I did this because that's what Paul Kocialkowski suggested once [2], and none of the actual kernels work correctly in the C201, read more in #2372 [3] Any important feedback about if it's working or not, with logs and info, post it in the tracker, and any doubt, discussion or recommendation, ask it here (e.g. things like "how do I XXX?" or "should we XXX?"). *Also*, if some hardware doesn't work with this kernel or have another non-critical problem, but you can sucessfully boot it, DO NOT (yet) post any issue related to linux-libre-cros since it is an experimental kernel. You can, instead, post them here so I try to solve them before getting it in [libre]. Temporary git repo with deblobbed CrOS kernel, if anybody is interested (version 5.4.2 as of now): https://gitlab.com/libreforks/linux-libre-cros [1] https://chromium.googlesource.com/chromiumos/third_party/kernel [2] https://lists.parabola.nu/pipermail/dev/2016-April/003940.html [3] https://labs.parabola.nu/issues/2372 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: This is a digitally signed message part URL: From GNUtoo at cyberdimension.org Tue Dec 10 19:27:24 2019 From: GNUtoo at cyberdimension.org (Denis 'GNUtoo' Carikli) Date: Tue, 10 Dec 2019 20:27:24 +0100 Subject: [Dev] Getting Linux-libre working in the C201 In-Reply-To: <88f7f32f19fc2ec79e376f3d1cc967b333f61140.camel@hyperbola.info> References: <88f7f32f19fc2ec79e376f3d1cc967b333f61140.camel@hyperbola.info> Message-ID: <20191210202724.509c02d4@primarylaptop.localdomain> On Tue, 10 Dec 2019 12:33:29 -0300 Megver83 wrote: > Hi everybody, Hi, > I recently uploaded linux-libre-cros in [libre-testing], which is a > deblobbed version of the ChromiumOS kernel[1]. I did this because > that's what Paul Kocialkowski suggested once [2], and none of the > actual kernels work correctly in the C201, read more in #2372 [3] Do we have any clue yet on why the mainline kernel doesn't boot? The easiest way to get a clue would be to disassemble a C201 and hook up a "servo" to it. The "servo" is a board that can give you access to the serial port. Paul Kocialkowski knows more about how to get such "servo" board. Denis. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From bill-auger at peers.community Wed Dec 11 09:05:06 2019 From: bill-auger at peers.community (bill-auger) Date: Wed, 11 Dec 2019 04:05:06 -0500 Subject: [Dev] [libre/qutebrowser] Update to v1.8.2 In-Reply-To: <20191210075102.v6i4evcan3jdyfol@RainbowWarrior.localdomain> References: <20191125083559.gwvtwdh4idjc4hpa@RainbowWarrior.localdomain> <20191125174042.05affe1d@parabola> <20191210070543.tfcxie746qi4ebdo@RainbowWarrior.localdomain> <20191210075102.v6i4evcan3jdyfol@RainbowWarrior.localdomain> Message-ID: <20191211040506.216e3594@parabola> On Tue, 10 Dec 2019 08:51:02 +0100 theova wrote: > Couldn't one just replace 'arch=any' with 'arch=(x86_64 i686 > armv7h)' to make the package different for different arches? yes i did exactly that for v1.8.2 https://git.parabola.nu/abslibre.git/tree/libre/qutebrowser/PKGBUILD From bill-auger at peers.community Wed Dec 11 09:13:38 2019 From: bill-auger at peers.community (bill-auger) Date: Wed, 11 Dec 2019 04:13:38 -0500 Subject: [Dev] Getting Linux-libre working in the C201 In-Reply-To: <20191210202724.509c02d4@primarylaptop.localdomain> References: <88f7f32f19fc2ec79e376f3d1cc967b333f61140.camel@hyperbola.info> <20191210202724.509c02d4@primarylaptop.localdomain> Message-ID: <20191211041338.394b4759@parabola> On Tue, 10 Dec 2019 20:27:24 +0100 Denis wrote: > Do we have any clue yet on why the mainline kernel doesn't > boot? no one knows why yet - there has not been much effort put into trouble-shooting - most of the tweaking, compiling, and trouble-shooting was done by daniel all he could determine for certain was that kernels up to v5.2 work fine - the dragora team got theirs (4.x-lts) working from scratch in a relatively short time - the problem is with kernels v5.3 and above - it can be made to boot partially, but the screen turns solid white and the boot does not complete From theova at bluewin.ch Wed Dec 11 10:58:18 2019 From: theova at bluewin.ch (theova) Date: Wed, 11 Dec 2019 11:58:18 +0100 Subject: [Dev] [libre/qutebrowser] Update to v1.8.2 In-Reply-To: <20191211040506.216e3594@parabola> References: <20191125083559.gwvtwdh4idjc4hpa@RainbowWarrior.localdomain> <20191125174042.05affe1d@parabola> <20191210070543.tfcxie746qi4ebdo@RainbowWarrior.localdomain> <20191210075102.v6i4evcan3jdyfol@RainbowWarrior.localdomain> <20191211040506.216e3594@parabola> Message-ID: <20191211105818.5myv5gdysa5veetw@RainbowWarrior.localdomain> bill-auger schrieb am Wed, 11. Dec 19 04:05: >On Tue, 10 Dec 2019 08:51:02 +0100 theova wrote: >> Couldn't one just replace 'arch=any' with 'arch=(x86_64 i686 >> armv7h)' to make the package different for different arches? > >yes i did exactly that for v1.8.2 I mean "only replace arch= ... " and nothing else. What is the value added by having different pkgversion, _version_constraint(), source, sha256sums, ... ? As I understand, this makes the PKGBUILD working for all arches, whereas just changing arch=... breaks it for armv7h. IMHO this should not be an issue since one can "git checkout" a working version. Am I wrong? What is the point I'm missing? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From GNUtoo at cyberdimension.org Wed Dec 11 15:43:19 2019 From: GNUtoo at cyberdimension.org (Denis 'GNUtoo' Carikli) Date: Wed, 11 Dec 2019 16:43:19 +0100 Subject: [Dev] Getting Linux-libre working in the C201 In-Reply-To: <20191210202724.509c02d4@primarylaptop.localdomain> References: <88f7f32f19fc2ec79e376f3d1cc967b333f61140.camel@hyperbola.info> <20191210202724.509c02d4@primarylaptop.localdomain> Message-ID: <20191211164319.69285d5f@primarylaptop.localdomain> Hi, The Chromebook C201 doesn't seem to boot with Parabola's most recent ARM kernels. Do you know how to get a servo or a log of the non-booting kernel: - Do you know if it's easy to get a servo? - Do you know other ways that could help us get a log: - Can kernel options like CONFIG_GOOGLE_COREBOOT_TABLE retrieve a log from the previous boot? Does it work on the C201? - Is it possible to store the log in the EC and retrieve it afterward? Does that work on the C201? Denis. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From leestrobel at disroot.org Sat Dec 14 02:19:08 2019 From: leestrobel at disroot.org (leestrobel at disroot.org) Date: Sat, 14 Dec 2019 02:19:08 +0000 Subject: [Dev] Getting Linux-libre working in the C201 In-Reply-To: <20191211164319.69285d5f@primarylaptop.localdomain> References: <20191211164319.69285d5f@primarylaptop.localdomain> <88f7f32f19fc2ec79e376f3d1cc967b333f61140.camel@hyperbola.info> <20191210202724.509c02d4@primarylaptop.localdomain> Message-ID: <07acad0b79445a2935ab88a2baa7d66a@disroot.org> Hi, I saw these e-mails and thought I would send a quick reply. I have a C201 that I was trying to get to work with Parabola earlier in 2019. However, I had a lot of issues with the Thinkpenguin USB dongle not working - even with the kernel module patch that PrawnOS released, it still didn't work reliably. I eventually stopped using the device, because I got too busy with other things. I haven't tried any more recent kernels or updates and I would be interested in testing things to try to help get it working. However, I probably won't have much time now until January. Regards, Lee December 11, 2019 10:43 AM, "Denis 'GNUtoo' Carikli" wrote: > Hi, > > The Chromebook C201 doesn't seem to boot with Parabola's most recent > ARM kernels. > > Do you know how to get a servo or a log of the non-booting kernel: > - Do you know if it's easy to get a servo? > - Do you know other ways that could help us get a log: > - Can kernel options like CONFIG_GOOGLE_COREBOOT_TABLE retrieve a log > from the previous boot? Does it work on the C201? > - Is it possible to store the log in the EC and retrieve it > afterward? Does that work on the C201? > > Denis. > > _______________________________________________ > Dev mailing list > Dev at lists.parabola.nu > https://lists.parabola.nu/mailman/listinfo/dev From peter.littmann at gmx.de Sat Dec 14 11:08:52 2019 From: peter.littmann at gmx.de (Peter Littmann) Date: Sat, 14 Dec 2019 12:08:52 +0100 Subject: [Dev] Please check the connection problem Message-ID: <8d7b7592-907b-db9c-8d3b-cbc591ef19f2@gmx.de> Good Morning Sirs! I am using your IRC through your Webinterface, Cactus or so. There I got a question from the user HEX0 at 6:22:24 regarding our business. So, after my waken up I started to answer him at 9:51:39 with? my first answer which is 8 lines long. ! Than I got a information in the IRC that the connection is disconnected. So it seems my following answers from 10:39:52, 11:09:17 ad 11:10:29 can*t find their way to him. May question now is: Would you please check this connection problem or am I blocked cause my answer is to long? Please assist me!!! Thanks in advance Best regards Peter Littmann, Berlin Germany P.S.: I will going to publish my answer now at wikimedia and sent you the link when this is done. From peter.littmann at gmx.de Sat Dec 14 11:50:54 2019 From: peter.littmann at gmx.de (Peter Littmann) Date: Sat, 14 Dec 2019 12:50:54 +0100 Subject: [Dev] Information about my statements in the IRC at #parabola Message-ID: So, for your notice: I have published it at https://meta.wikimedia.org/wiki/User:Peter_Littmann/Computer_Nujum now. From freemor at freemor.ca Sat Dec 14 12:39:06 2019 From: freemor at freemor.ca (Freemor) Date: Sat, 14 Dec 2019 08:39:06 -0400 Subject: [Dev] [Assist] Please check the connection problem In-Reply-To: <8d7b7592-907b-db9c-8d3b-cbc591ef19f2@gmx.de> References: <8d7b7592-907b-db9c-8d3b-cbc591ef19f2@gmx.de> Message-ID: <20191214123906.GB32068@freemor.ca> On Sat, Dec 14, 2019 at 12:08:52PM +0100, Peter Littmann wrote: > Good Morning Sirs! > > I am using your IRC through your Webinterface, Cactus or so. > > There I got a question from the user HEX0 at 6:22:24 regarding our business. > > So, after my waken up I started to answer him at 9:51:39 with? my first > answer which is 8 lines long. > > > ! Than I got a information in the IRC that the connection is > disconnected. So it seems my following answers from 10:39:52, 11:09:17 > ad 11:10:29 can*t find their way to him. > > > May question now is: > > Would you please check this connection problem or am I blocked cause my > answer is to long? This is standard IRC behaviour to prevent people from flooding the channel. It'll happen pretty much anyplace on IRC. Easy fix is to just break the answer up into several smaller statements. > > > Please assist me!!! > > Thanks in advance > > > Best regards > > > Peter Littmann, Berlin Germany > > P.S.: I will going to publish my answer now at wikimedia and sent you > the link when this is done. The wiki is not the right place for talking about your business. It is for information related to Using and installing Parabola. Posting personal stuff and definitely commercial stuff it probably just end up with that being removed. And if it happened to often your wiki privileges suspended for spamming the wiki. If you were selling a computer that required special installation steps to get it functioning with Parabola. That would be fine to create an entry on the wiki for, So long as it did not contain advertising or promotion. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From nobody at parabola.nu Sun Dec 15 02:47:26 2019 From: nobody at parabola.nu (Parabola Website Notification) Date: Sun, 15 Dec 2019 02:47:26 -0000 Subject: [Dev] Orphan Libre package [blender] marked out-of-date Message-ID: <20191215024726.1402.25891@winston.parabola.nu> a.reviewer1234 at yahoo.com wants to notify you that the following packages may be out-of-date: * blender 17:2.81-2.parabola1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/blender/ The user provided the following additional text: 2.81a released. CUDA, OptiX, and I'm guessing RTX support need to be removed? (Probably update package description to reflect that.) Also, what's Parabola's stance on proprietary (?) file formats like MP4? Thank you very much. :) Building good PC for Xmas so should be able to help package Blender in 2020. From nobody at parabola.nu Sun Dec 15 11:29:49 2019 From: nobody at parabola.nu (Parabola Website Notification) Date: Sun, 15 Dec 2019 11:29:49 -0000 Subject: [Dev] Orphan Libre package [linux-libre] marked out-of-date Message-ID: <20191215112949.2646813.58018@winston.parabola.nu> grizzlyuser at protonmail.com wants to notify you that the following packages may be out-of-date: * linux-libre 5.4.2-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre/ * linux-libre 5.4.2-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre/ * linux-libre 5.4.2-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre/ * linux-libre-chromebook 5.4.2-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre-chromebook/ * linux-libre-docs 5.4.2-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre-docs/ * linux-libre-docs 5.4.2-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-docs/ * linux-libre-docs 5.4.2-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-docs/ * linux-libre-headers 5.4.2-1 [libre] (armv7h): https://parabolagnulinux.org/packages/libre/armv7h/linux-libre-headers/ * linux-libre-headers 5.4.2-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-headers/ * linux-libre-headers 5.4.2-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-headers/ The user provided the following additional text: Thank you for maintaining this package! A new version is available: https://linux-libre.fsfla.org/pub/linux-libre/releases/ From theova at bluewin.ch Sun Dec 15 12:59:41 2019 From: theova at bluewin.ch (theova) Date: Sun, 15 Dec 2019 13:59:41 +0100 Subject: [Dev] [nonprism/gnome-settings-daemon] Upgrade to v3.34.1+1+ge1fc4599 In-Reply-To: <20191106160356.j7mcrh4u3o5uwnxa@RainbowWarrior.localdomain> References: <20191106160356.j7mcrh4u3o5uwnxa@RainbowWarrior.localdomain> Message-ID: <20191215125941.jvgdgtyxjy5wddqc@RainbowWarrior.localdomain> The PKGBUILD below will update [nonprism/gnome-settings-daemon] to v 3.34.1+1+ge1fc4599. I can't really test this package, as I can't start gnome (see https://labs.parabola.nu/issues/2128). Sucessfully built on 64, 32 and arm. -------------- next part -------------- # Maintainer (Arch): Jan Alexander Steffens (heftig) # Contributor (Hyperbola): Andr? Silva # Contributor: Andreas Grapentin # Contributor: Isaac David # Contributor: Omar Vega Ramos # parabola changes and rationale: # - removed geoclue2 support # - add libmm-glib as dependency (implicit in upstream) pkgname=gnome-settings-daemon pkgver=3.34.1+1+ge1fc4599 pkgrel=1 pkgrel+=.nonprism1 pkgdesc="GNOME Settings Daemon, without geoclue2 support" url="https://gitlab.gnome.org/GNOME/gnome-settings-daemon" arch=(x86_64) arch+=(i686 armv7h) license=(GPL) depends=(dconf gnome-desktop gsettings-desktop-schemas libcanberra-pulse libnotify systemd-libs libwacom pulseaudio pulseaudio-alsa upower librsvg libgweather geocode-glib nss libgudev gtk3-print-backends libnm gcr libmm-glib) makedepends=(xf86-input-wacom libxslt docbook-xsl python git meson) checkdepends=(python-gobject python-dbusmock) groups=(gnome) _commit=e1fc4599764c9b10e086317164267c78f9338883 # gnome-3-34 source=("git+https://gitlab.gnome.org/GNOME/gnome-settings-daemon.git#commit=$_commit" "git+https://gitlab.gnome.org/GNOME/libgnome-volume-control.git" nonprism.patch) sha256sums=('SKIP' 'SKIP' '6619205eb1e4d87caeb8e1673d6c80acf4d30f15ae91c5f6cb728a2e5674bf65') pkgver() { cd $pkgname git describe --tags | sed 's/^GNOME_SETTINGS_DAEMON_//;s/_/./g;s/-/+/g' } prepare() { cd $pkgname git submodule init git config --local submodule.subprojects/gvc.url "$srcdir/libgnome-volume-control" git submodule update patch -p1 -i $srcdir/nonprism.patch } build() { arch-meson $pkgname build ninja -C build } check() { meson test -C build } package() { DESTDIR="$pkgdir" meson install -C build } -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From bill-auger at peers.community Sun Dec 15 23:49:58 2019 From: bill-auger at peers.community (bill-auger) Date: Sun, 15 Dec 2019 18:49:58 -0500 Subject: [Dev] [libre/qutebrowser] Update to v1.8.2 In-Reply-To: <20191211105818.5myv5gdysa5veetw@RainbowWarrior.localdomain> References: <20191125083559.gwvtwdh4idjc4hpa@RainbowWarrior.localdomain> <20191125174042.05affe1d@parabola> <20191210070543.tfcxie746qi4ebdo@RainbowWarrior.localdomain> <20191210075102.v6i4evcan3jdyfol@RainbowWarrior.localdomain> <20191211040506.216e3594@parabola> <20191211105818.5myv5gdysa5veetw@RainbowWarrior.localdomain> Message-ID: <20191215184958.41146e1c@parabola> the separate 'pkgver' is often necessary because the different arches do not always roll at the same speed - it is sometimes not possible to build the same version of some package on all three arches, because the versions of the package dependencies may be incompatible some programs will refuse to start if some dependency library has a different version than the one it was built against - the version constraints make that explicit, preventing certain of the package dependencies from being upgraded, because doing so would make the program stop working From bill-auger at peers.community Mon Dec 16 02:03:24 2019 From: bill-auger at peers.community (bill-auger) Date: Sun, 15 Dec 2019 21:03:24 -0500 Subject: [Dev] [nonprism/gnome-settings-daemon] Upgrade to v3.34.1+1+ge1fc4599 In-Reply-To: <20191215125941.jvgdgtyxjy5wddqc@RainbowWarrior.localdomain> References: <20191106160356.j7mcrh4u3o5uwnxa@RainbowWarrior.localdomain> <20191215125941.jvgdgtyxjy5wddqc@RainbowWarrior.localdomain> Message-ID: <20191215210324.7c1527ed@parabola> after installing 'gnome-settings-daemon' per theova's PKGBUILD, gnome is running as expected with the [nonprism] packages - ive published the new packages for all three arches nonprism+gnome has been problematic for a long time - there are a number of open issues - two of them are related to GDM which i i did not try; but hopefully all of these can be closed now #1884: nonprism and gnome #1439: [nonprism/gnome-settings-daemon]: breaks GDM/GNOME #2128: [nonprism/gnome-online-accounts]: Cannot start GNOME From freemor at freemor.ca Mon Dec 16 02:23:07 2019 From: freemor at freemor.ca (Freemor) Date: Sun, 15 Dec 2019 22:23:07 -0400 Subject: [Dev] Plans for nonprism [was neutered geoclue] Message-ID: <20191216022307.GD32068@freemor.ca> I'm seriously considering re-doing nonprism for the following reasons. 1.) Too many packages in there are solely there to remove geoclue2 support. much better to just patch geoclue (see nonprism-testing) Patching geoclue vs trying to keep on top of the many bits seems a much saner approach. 2.) The name nonprism tho probably trendy at the time may promise more then it delivers. I think it'd be better to rebrand it to Privacy Enhanced or something similar for me the nonprism moniker promises too much and may lead people to a false sense of security. Which is a bad thing. Prism is far to expansive for a distro to be able to protect a user from. Where "Enhanced Privacy" we stand a hope of delivering. 3.) Several of the packages have been rolling forward without much real attention paid to new features/protocols/etc that may have bee added that will effect privacy. So a comprehensive look at each package is most likely in order. My Plan. when time permits (most likely in the new year) is to: 1.) Move nonprism-testing to privacy-enhanced (or something similar but shorter 2.) Keep the patched geoclue2 in there and do more work on it to be sure its returning "location unavailable" 3.) move the nonprisn packages that are patched for reasons other then geoclue into the new repo 4.) Update and take a serious look at those packages as they are moved over and apply any further patches 5.) Get Feedback from testers on all this work. 6.) Write a PrivacyEnhanced_README.txt that explains the intent of the repo and probably also a wiki wntry 7.) When all is sane create a migration path, make Privacy-enhanced live (add it to the pacman.conf (commented out) 8.) Remove nonprism. Hopefully this will: Create more realistic expectattions, lower the maintenance load, Stop breaking gnome and all browsers that depend on webkit2gtk, etc. In order to even come close to "nonprism" we'd have to so drastically alter the system so as to make it foreign to most users. No JS. Many websites/services blocked at a system level (not pre application), Most likely all traffic through Tor or other anonymizing services. We'd have to block anything bound for any AWS EC, any Google owned thing, any Microsoft thing, Probably many others. As I said above "nonprism" is an unrealistic goal for a distro and clearly something that falls into the personal responsibility bucket. I'd hate for people to be thinking that by enabling a nonprism repo they were suddenly somehow shielded from all the 5 eyes prying. Input is of course welcomed. Freemor -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From bill-auger at peers.community Mon Dec 16 02:50:21 2019 From: bill-auger at peers.community (bill-auger) Date: Sun, 15 Dec 2019 21:50:21 -0500 Subject: [Dev] Plans for nonprism [was neutered geoclue] In-Reply-To: <20191216022307.GD32068@freemor.ca> References: <20191216022307.GD32068@freemor.ca> Message-ID: <20191215215021.4aa1d2af@parabola> i like the idea of the name change - it is probably was never meaningful to most people unless they read the wiki article first - a concise name like 'privacy' would make its purpose much more obvious AFAIK the repo name itself could be changed arbitrarily; but each of the packages also have ".nonprismN" in the 'pkgrel' - im not sure why that is necessary (likewise for ".nonsystemdN") - packages in [libre] and [pcr] do not end with ".libreN" or ".pcrN" in my experience, `pacman -Syu` will not automatically upgrade a newer version of some duplicated package if it is in a lower-priority repo - it is absolutely necessary to have the repos declared in pacman.conf in the expected order of priority - so, it should be totally sane to drop the special descriptors ".nonprismN" and ".nonsystemdN" from the 'pkgver', and have the same ".parabolaN", or ".parN" for all packages, right? maybe im confused about that; but it is common when packaging with libretools, that some package conflicts arise because some package needs to be deleted from the local /repo, which is shadowing the one in the public repos, because of its priority in the chroot pacman.conf From lovell.joshyyy at gmail.com Mon Dec 16 14:54:25 2019 From: lovell.joshyyy at gmail.com (Josh Branning) Date: Mon, 16 Dec 2019 14:54:25 +0000 Subject: [Dev] Getting Linux-libre working in the C201 In-Reply-To: <20191211041338.394b4759@parabola> References: <88f7f32f19fc2ec79e376f3d1cc967b333f61140.camel@hyperbola.info> <20191210202724.509c02d4@primarylaptop.localdomain> <20191211041338.394b4759@parabola> Message-ID: <3cc20083-b202-1e89-48b7-10f968ad2650@gmail.com> On 11/12/19 09:13, bill-auger wrote: > On Tue, 10 Dec 2019 20:27:24 +0100 Denis wrote: >> Do we have any clue yet on why the mainline kernel doesn't >> boot? > > no one knows why yet - there has not been much effort put into > trouble-shooting - most of the tweaking, compiling, and > trouble-shooting was done by daniel > > all he could determine for certain was that kernels up to v5.2 > work fine - the dragora team got theirs (4.x-lts) working from > scratch in a relatively short time - the problem is with kernels > v5.3 and above - it can be made to boot partially, but the > screen turns solid white and the boot does not complete > _______________________________________________ > Dev mailing list > Dev at lists.parabola.nu > https://lists.parabola.nu/mailman/listinfo/dev > Hi, I recently tested the parabola rootfs on A10 OLinuxino Lime. It didn't boot. Linux-libre logo was displayed, but got stuck somewhere along the line, so never got to login. Arch Linux ARM rootfs booted ok. Unfortunately didn't try UART. Only write this, because it may be a problem across ARM devices. Josh From nobody at parabola.nu Tue Dec 17 04:11:01 2019 From: nobody at parabola.nu (Parabola Website Notification) Date: Tue, 17 Dec 2019 04:11:01 -0000 Subject: [Dev] Orphan Pcr package [guile-ssh] marked out-of-date Message-ID: <20191217041101.2646815.40488@winston.parabola.nu> riku.viitanen0 at gmail.com wants to notify you that the following packages may be out-of-date: * guile-ssh 0.11.2-2 [pcr] (armv7h): https://parabolagnulinux.org/packages/pcr/armv7h/guile-ssh/ * guile-ssh 0.11.2-2 [pcr] (i686): https://parabolagnulinux.org/packages/pcr/i686/guile-ssh/ * guile-ssh 0.11.2-2 [pcr] (x86_64): https://parabolagnulinux.org/packages/pcr/x86_64/guile-ssh/ The user provided the following additional text: 0.11.3 is available. From theova at bluewin.ch Wed Dec 18 17:02:26 2019 From: theova at bluewin.ch (theova) Date: Wed, 18 Dec 2019 18:02:26 +0100 Subject: [Dev] Update [libre/qtcreator] to v 4.11 Message-ID: <20191218170226.qabsjlz373xnntie@RainbowWarrior.localdomain> The patch below updates [libre/qtcreator] to version 4.11.0. Changelog: - Bumb pkgver and sha256sums - Update qtcreator-preload-plugins.patch to Arch's version - Delete unneeded parts in libre.patch (patched file doesn't exist anymore in new version :-)) I tested the package on x86_64. On i686 the package builds successfully. However, the build on armv7h failed, see attached log. (Despite of not up-to-date dependencies I have no clues about the reason.) -------------- next part -------------- diff --git a/libre/qtcreator/PKGBUILD b/libre/qtcreator/PKGBUILD index bdbd5bf64..2af9af402 100644 --- a/libre/qtcreator/PKGBUILD +++ b/libre/qtcreator/PKGBUILD @@ -13,7 +13,7 @@ pkgname=qtcreator -pkgver=4.10.2 +pkgver=4.11.0 _clangver=9.0.0 pkgrel=1 pkgrel+=.parabola1 @@ -40,10 +40,9 @@ optdepends=('qt5-doc: integrated Qt documentation' source=("https://download.qt.io/official_releases/qtcreator/${pkgver%.*}/$pkgver/qt-creator-opensource-src-$pkgver.tar.xz" qtcreator-preload-plugins.patch) source+=('libre.patch') -sha256sums=('9add6bdddfe5726bb02535409c2ed788b1afeee082121f54f887281d0e3c449a' - '150c444e76ec969fc8765774b648984037829623300d0ce9d41a915b2afa792d') -sha256sums+=('b44b9217770573b16e7bea873b0a0fb1b9f6f59502686eb6136d78bebc671ddb') - +sha256sums=('efebaa1c52526bf9c07b35c43071735c5d0b83b6cd08daab35a21e7ed53a7645' + '8053f1fab0037c31d366c9e5d740bf33528766d7f725472b7d38c4df06a0409f') +sha256sums+=('d98f38db73a25c3e465130a6834c9cc8d39c4e485ac6c6418d3d9f8dfeb4ca9e') prepare() { mkdir -p build diff --git a/libre/qtcreator/libre.patch b/libre/qtcreator/libre.patch index 323f94239..7ac470a1f 100644 --- a/libre/qtcreator/libre.patch +++ b/libre/qtcreator/libre.patch @@ -5,7 +5,7 @@ index ffe71b6f1..a8d0bd72f 100644 @@ -60,13 +60,6 @@ FORMS += docsettingspage.ui \ generalsettingspage.ui \ remotehelpfilter.ui - + -!isEmpty(QT.webenginewidgets.name) { - QT += webenginewidgets - HEADERS += webenginehelpviewer.h @@ -16,22 +16,3 @@ index ffe71b6f1..a8d0bd72f 100644 osx { DEFINES += QTC_MAC_NATIVE_HELPVIEWER QT += macextras -diff --git a/src/plugins/qmakeprojectmanager/qtmodulesinfo.cpp b/src/plugins/qmakeprojectmanager/qtmodulesinfo.cpp -index a10899a2a..9ce2b463d 100644 ---- a/src/plugins/qmakeprojectmanager/qtmodulesinfo.cpp -+++ b/src/plugins/qmakeprojectmanager/qtmodulesinfo.cpp -@@ -93,14 +93,6 @@ static inline QVector itemV - QLatin1String("QtSvg"), - QCoreApplication::translate("QtModulesInfo", "Classes for displaying the contents of SVG files"), - false}, -- {"webengine", -- QLatin1String("QtWebEngine"), -- QCoreApplication::translate("QtModulesInfo", "Classes for displaying and editing Web content using Chromium backend"), -- false}, -- {"webenginewidgets", -- QLatin1String("QtWebEngineWidgets"), -- QCoreApplication::translate("QtModulesInfo", "WebEngine and QWidget-based classes using Chromium backend"), -- false}, - {"webkit", - QLatin1String("QtWebKit"), - QCoreApplication::translate("QtModulesInfo", "Classes for displaying and editing Web content"), diff --git a/libre/qtcreator/qtcreator-preload-plugins.patch b/libre/qtcreator/qtcreator-preload-plugins.patch index f4772dd05..330fbc651 100644 --- a/libre/qtcreator/qtcreator-preload-plugins.patch +++ b/libre/qtcreator/qtcreator-preload-plugins.patch @@ -2,20 +2,12 @@ diff --git a/src/plugins/clangtools/clangtidyclazyrunner.cpp b/src/plugins/clang index a580704243..7a8740a5cc 100644 --- a/src/plugins/clangtools/clangtidyclazyrunner.cpp +++ b/src/plugins/clangtools/clangtidyclazyrunner.cpp -@@ -76,6 +76,7 @@ QStringList ClangTidyClazyRunner::constructCommandLineArguments(const QStringLis - - const ClangDiagnosticConfig::TidyMode tidyMode = m_diagnosticConfig.clangTidyMode(); - if (tidyMode != ClangDiagnosticConfig::TidyMode::Disabled) { -+ arguments << XclangArgs({"-load", "libclangTidyPlugin.so"}); - arguments << XclangArgs({"-add-plugin", "clang-tidy"}); - if (tidyMode != ClangDiagnosticConfig::TidyMode::File) { - const QString tidyChecks = m_diagnosticConfig.clangTidyChecks(); -@@ -85,7 +86,7 @@ QStringList ClangTidyClazyRunner::constructCommandLineArguments(const QStringLis - - const QString clazyChecks = m_diagnosticConfig.clazyChecks(); +@@ -63,7 +63,7 @@ QStringList ClangTidyClazyRunner::constructCommandLineArguments(const QStringLis + + const QString clazyChecks = diagnosticConfig.clazyChecks(); if (!clazyChecks.isEmpty()) { - arguments << XclangArgs({"-add-plugin", + arguments << XclangArgs({"-load", "ClazyPlugin.so", "-add-plugin", "clazy", "-plugin-arg-clazy", - "enable-all-fixits", + diagnosticConfig.clazyChecks()}); -------------- next part -------------- Info: creating stash file /build/qtcreator/src/build/.qmake.stash cd src/ && ( test -e Makefile || /usr/bin/qmake -o Makefile /build/qtcreator/src/qt-creator-opensource-src-4.11.0/src/src.pro LLVM_INSTALL_DIR=/usr QBS_INSTALL_DIR=/usr KSYNTAXHIGHLIGHTING_LIB_DIR=/usr/lib KSYNTAXHIGHLIGHTING_INCLUDE_DIR=/usr/include/KF5/KSyntaxHighlighting CONFIG+=journald QMAKE_CFLAGS_ISYSTEM=-I DEFINES+=QBS_ENABLE_PROJECT_FILE_UPDATES ) && /usr/bin/make -f Makefile make[1]: Entering directory '/build/qtcreator/src/build/src' cd shared/ && ( test -e Makefile || /usr/bin/qmake -o Makefile /build/qtcreator/src/qt-creator-opensource-src-4.11.0/src/shared/shared.pro LLVM_INSTALL_DIR=/usr QBS_INSTALL_DIR=/usr KSYNTAXHIGHLIGHTING_LIB_DIR=/usr/lib KSYNTAXHIGHLIGHTING_INCLUDE_DIR=/usr/include/KF5/KSyntaxHighlighting CONFIG+=journald QMAKE_CFLAGS_ISYSTEM=-I DEFINES+=QBS_ENABLE_PROJECT_FILE_UPDATES ) && /usr/bin/make -f Makefile make[2]: Entering directory '/build/qtcreator/src/build/src/shared' make[2]: Nothing to be done for 'first'. make[2]: Leaving directory '/build/qtcreator/src/build/src/shared' cd libs/ && ( test -e Makefile || /usr/bin/qmake -o Makefile /build/qtcreator/src/qt-creator-opensource-src-4.11.0/src/libs/libs.pro LLVM_INSTALL_DIR=/usr QBS_INSTALL_DIR=/usr KSYNTAXHIGHLIGHTING_LIB_DIR=/usr/lib KSYNTAXHIGHLIGHTING_INCLUDE_DIR=/usr/include/KF5/KSyntaxHighlighting CONFIG+=journald QMAKE_CFLAGS_ISYSTEM=-I DEFINES+=QBS_ENABLE_PROJECT_FILE_UPDATES ) && /usr/bin/make -f Makefile Project MESSAGE: Using KSyntaxHighlighting provided at /usr/lib. make[2]: Entering directory '/build/qtcreator/src/build/src/libs' cd aggregation/ && ( test -e Makefile || /usr/bin/qmake -o Makefile /build/qtcreator/src/qt-creator-opensource-src-4.11.0/src/libs/aggregation/aggregation.pro LLVM_INSTALL_DIR=/usr QBS_INSTALL_DIR=/usr KSYNTAXHIGHLIGHTING_LIB_DIR=/usr/lib KSYNTAXHIGHLIGHTING_INCLUDE_DIR=/usr/include/KF5/KSyntaxHighlighting CONFIG+=journald QMAKE_CFLAGS_ISYSTEM=-I DEFINES+=QBS_ENABLE_PROJECT_FILE_UPDATES ) && /usr/bin/make -f Makefile cd utils/ && ( test -e Makefile || /usr/bin/qmake -o Makefile /build/qtcreator/src/qt-creator-opensource-src-4.11.0/src/libs/utils/utils.pro LLVM_INSTALL_DIR=/usr QBS_INSTALL_DIR=/usr KSYNTAXHIGHLIGHTING_LIB_DIR=/usr/lib KSYNTAXHIGHLIGHTING_INCLUDE_DIR=/usr/include/KF5/KSyntaxHighlighting CONFIG+=journald QMAKE_CFLAGS_ISYSTEM=-I DEFINES+=QBS_ENABLE_PROJECT_FILE_UPDATES ) && /usr/bin/make -f Makefile cd sqlite/ && ( test -e Makefile || /usr/bin/qmake -o Makefile /build/qtcreator/src/qt-creator-opensource-src-4.11.0/src/libs/sqlite/sqlite.pro LLVM_INSTALL_DIR=/usr QBS_INSTALL_DIR=/usr KSYNTAXHIGHLIGHTING_LIB_DIR=/usr/lib KSYNTAXHIGHLIGHTING_INCLUDE_DIR=/usr/include/KF5/KSyntaxHighlighting CONFIG+=journald QMAKE_CFLAGS_ISYSTEM=-I DEFINES+=QBS_ENABLE_PROJECT_FILE_UPDATES ) && /usr/bin/make -f Makefile cd utils/ && ( test -e Makefile.process_stub || /usr/bin/qmake -o Makefile.process_stub /build/qtcreator/src/qt-creator-opensource-src-4.11.0/src/libs/utils/process_stub.pro LLVM_INSTALL_DIR=/usr QBS_INSTALL_DIR=/usr KSYNTAXHIGHLIGHTING_LIB_DIR=/usr/lib KSYNTAXHIGHLIGHTING_INCLUDE_DIR=/usr/include/KF5/KSyntaxHighlighting CONFIG+=journald QMAKE_CFLAGS_ISYSTEM=-I DEFINES+=QBS_ENABLE_PROJECT_FILE_UPDATES ) && /usr/bin/make -f Makefile.process_stub Project ERROR: Unknown module(s) in QT: core gui concurrent widgets Project ERROR: Unknown module(s) in QT: core gui concurrent widgets make[2]: *** [Makefile:62: sub-aggregation-make_first] Error 3 make[2]: *** Waiting for unfinished jobs.... Project ERROR: Unknown module(s) in QT: core gui concurrent widgets network qml xml make[2]: *** [Makefile:393: sub-sqlite-make_first] Error 3 make[2]: *** [Makefile:113: sub-utils-make_first] Error 3 make[3]: Entering directory '/build/qtcreator/src/build/src/libs/utils' gcc -c -pipe -O2 -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -O2 -pipe -fstack-protector-strong -fno-plt -Wall -W -fPIC -DQBS_ENABLE_PROJECT_FILE_UPDATES -D'RELATIVE_PLUGIN_PATH="../lib/qtcreator/plugins"' -D'RELATIVE_LIBEXEC_PATH="../lib/qtcreator"' -D'RELATIVE_DATA_PATH="../share/qtcreator"' -D'RELATIVE_DOC_PATH="../share/doc/qtcreator"' -DIDE_LIBRARY_BASENAME=\"lib\" -DQT_CREATOR -DQT_NO_JAVA_STYLE_ITERATORS -DQT_NO_CAST_TO_ASCII -DQT_RESTRICTED_CAST_FROM_ASCII -DQT_DISABLE_DEPRECATED_BEFORE=0x050900 -DQT_USE_FAST_OPERATOR_PLUS -DQT_USE_FAST_CONCATENATION -I../../../src -I../../../../qt-creator-opensource-src-4.11.0/src -I../../../../qt-creator-opensource-src-4.11.0/src/libs -I/build/qtcreator/src/qt-creator-opensource-src-4.11.0/tools -I../../../../qt-creator-opensource-src-4.11.0/src/plugins -I../../../../qt-creator-opensource-src-4.11.0/src/libs -I../../../../qt-creator-opensource-src-4.11.0/src/libs/3rdparty -I/usr/lib/qt/mkspecs/linux-g++ -o .obj/release-shared/process_stub_unix.o ../../../../qt-creator-opensource-src-4.11.0/src/libs/utils/process_stub_unix.c gcc -Wl,-O1 -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -o ../../../lib/qtcreator/qtcreator_process_stub .obj/release-shared/process_stub_unix.o -L/build/qtcreator/src/build/lib/qtcreator make[3]: Leaving directory '/build/qtcreator/src/build/src/libs/utils' make[2]: Leaving directory '/build/qtcreator/src/build/src/libs' make[1]: *** [Makefile:96: sub-libs-make_first-ordered] Error 2 make[1]: Leaving directory '/build/qtcreator/src/build/src' make: *** [Makefile:49: sub-src-make_first-ordered] Error 2 ==> ERROR:(B A failure occurred in build().(B  Aborting...(B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From bill-auger at peers.community Wed Dec 18 22:01:32 2019 From: bill-auger at peers.community (bill-auger) Date: Wed, 18 Dec 2019 17:01:32 -0500 Subject: [Dev] Update [libre/qtcreator] to v 4.11 In-Reply-To: <20191218170226.qabsjlz373xnntie@RainbowWarrior.localdomain> References: <20191218170226.qabsjlz373xnntie@RainbowWarrior.localdomain> Message-ID: <20191218170132.28e3f9c1@parabola> ive not looked at this; but from the changes you noted, i would check one thing - often, when some patched file is deleted, the code was moved into another file, or maybe the file was renamed - so i would grep the sources for something identifying tokens in the LOCs that were patched, to see if that code is not still in some other file, then re-work the patch if it is found From nobody at parabola.nu Fri Dec 20 08:49:40 2019 From: nobody at parabola.nu (Parabola Website Notification) Date: Fri, 20 Dec 2019 08:49:40 -0000 Subject: [Dev] Orphan Libre package [linux-libre-hardened] marked out-of-date Message-ID: <20191220084940.2646813.47765@winston.parabola.nu> ugw.ugw at gmail.com wants to notify you that the following packages may be out-of-date: * linux-libre-hardened 5.3.15.a-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-hardened/ * linux-libre-hardened-docs 5.3.15.a-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-hardened-docs/ * linux-libre-hardened-headers 5.3.15.a-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-hardened-headers/ The user provided the following additional text: Version 5.4.5 is available for both Linux-libre and linux-hardened. From theova at bluewin.ch Fri Dec 20 11:24:35 2019 From: theova at bluewin.ch (theova) Date: Fri, 20 Dec 2019 12:24:35 +0100 Subject: [Dev] Update [libre/qtcreator] to v 4.11 In-Reply-To: <20191218170132.28e3f9c1@parabola> References: <20191218170226.qabsjlz373xnntie@RainbowWarrior.localdomain> <20191218170132.28e3f9c1@parabola> Message-ID: <20191220112435.lsn77vpmxtl5ha6e@RainbowWarrior.localdomain> Thanks for the advice. There are still some "webengine" strings in the source (mostly translation strings). However, AFAIK the first part of the libre.patch prevents the webengine parts from beeing compiled: -!isEmpty(QT.webenginewidgets.name) { - QT += webenginewidgets - HEADERS += webenginehelpviewer.h - SOURCES += webenginehelpviewer.cpp - DEFINES += QTC_WEBENGINE_HELPVIEWER -} Would it even be possible to build webengine parts without having installed it in the chroot? bill-auger schrieb am Wed, 18. Dec 19 17:01: >ive not looked at this; but from the changes you noted, i would >check one thing - often, when some patched file is deleted, the >code was moved into another file, or maybe the file was renamed >- so i would grep the sources for something identifying tokens in >the LOCs that were patched, to see if that code is not still in >some other file, then re-work the patch if it is found >_______________________________________________ >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: 833 bytes Desc: not available URL: From theova at bluewin.ch Fri Dec 20 12:47:22 2019 From: theova at bluewin.ch (theova) Date: Fri, 20 Dec 2019 13:47:22 +0100 Subject: [Dev] Update [libre/gnome-boxes] Message-ID: <20191220124722.ywcuhrcrmhnnnkys@RainbowWarrior.localdomain> The PKGBUILD below updates [libre/gnome-boxes] to the neweset version (3.34.2). Changelog: - Bumb version - Rename dependency spice-gtk3 to spice-gtk - Remove dependency libgovir to follow upstream Tested on 64, sucessfully built on 32 and arm. To built on arm, I first needed to built [libr/libosinfo] to have a recent enough version. gnome-boxes has buttons to download and install non-free GNU/Linux distributions (as in previous versions). It is not possible to do that, e message "unsupported protocol https" pops up. Thus I'm not sure if this is a freedom issue? -------------- next part -------------- # Maintainer (Arch): Ball? Gy?rgy # Contributor (Arch): Stefano Facchini # Maintainer: Omar Vega Ramos # Contributor : Isaac David # Contributor: Daniel Milewski # Contributor : Andr? Silva pkgname=gnome-boxes pkgver=3.34.2 pkgrel=1 pkgrel+=.par1 pkgdesc="Simple GNOME application to access remote or virtual systems" pkgdesc+=", without suggestions (and logos) of nonfree operating systems" arch=('x86_64') arch+=('i686' 'armv7h') url="https://wiki.gnome.org/Apps/Boxes" license=('LGPL') conflicts=(${pkgname}-libre) replaces=(${pkgname}-libre) groups=('gnome') depends=('cdrtools' 'gtk-vnc' 'libarchive' 'libgudev' 'libosinfo' 'libsecret' 'libvirt-glib' 'mtools' 'qemu' 'spice-gtk' 'tracker' 'webkit2gtk' 'freerdp') makedepends=('git' 'gobject-introspection' 'yelp-tools' 'meson' 'spice-protocol' 'vala') _commit=2edb94153b163759d18195c511d6cf5212fd1bfe # tags/v3.34.2^0 source=("git+https://gitlab.gnome.org/GNOME/gnome-boxes.git#commit=$_commit" "git+https://gitlab.gnome.org/GNOME/gtk-frdp.git" "git+https://gitlab.gnome.org/felipeborges/libovf-glib.git") sha256sums=('SKIP' 'SKIP' 'SKIP') pkgver() { cd $pkgname git describe --tags | sed 's/^v//;s/-/+/g' } prepare() { cd $pkgname git submodule init git config --local submodule.subprojects/gtk-frdp.url "$srcdir/gtk-frdp" git config --local submodule.subprojects/libovf-glib.url "$srcdir/libovf-glib" git submodule update # remove distro logos find ./data/osinfo/ -type f -name '*.xml' -exec sed -i '// d' {} + echo "" > ./data/osinfo/recommended-downloads.xml # touch ./data/osinfo/meson.build # I'd rather not use Windows as example in user docs find ./help/ -type f \( -name '*.po' -o -name '*.page' \) -exec \ sed -Ei 's/(Microsoft )?Windows(?)?/Parabola/' {} + } build() { arch-meson $pkgname build ninja -C build } check() { meson test -C build --print-errorlogs } package() { DESTDIR="$pkgdir" meson install -C build } -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From GNUtoo at cyberdimension.org Sat Dec 21 16:02:50 2019 From: GNUtoo at cyberdimension.org (Denis 'GNUtoo' Carikli) Date: Sat, 21 Dec 2019 17:02:50 +0100 Subject: [Dev] Update [libre/gnome-boxes] In-Reply-To: <20191220124722.ywcuhrcrmhnnnkys@RainbowWarrior.localdomain> References: <20191220124722.ywcuhrcrmhnnnkys@RainbowWarrior.localdomain> Message-ID: <20191221170250.364df3c2@primarylaptop.localdomain> On Fri, 20 Dec 2019 13:47:22 +0100 theova wrote: > The PKGBUILD below updates [libre/gnome-boxes] to the neweset version > (3.34.2). > > Changelog: > - Bumb version > - Rename dependency spice-gtk3 to spice-gtk > - Remove dependency libgovir to follow upstream > > Tested on 64, sucessfully built on 32 and arm. To built on arm, I > first needed to built [libr/libosinfo] to have a recent enough > version. Thanks a lot. Do you want to make (and push) a patch for it? Or should I do that? If you don't want to build an official package for some reasons (like having Intel AMT), you could also ping someone to build it. > gnome-boxes has buttons to download and install non-free GNU/Linux > distributions (as in previous versions). It is not possible to do > that, e message "unsupported protocol https" pops up. Thus I'm not > sure if this is a freedom issue? Ideally it would be better to fix the issue. Users (me included) are probably not expecting such buttons in the first place. Is your PKGBUILD fixing it in prepare() ? or does it still need to be fixed in a subsequent patch? Denis. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From theova at bluewin.ch Mon Dec 23 07:47:00 2019 From: theova at bluewin.ch (theova) Date: Mon, 23 Dec 2019 08:47:00 +0100 Subject: [Dev] Update [libre/gnome-boxes] In-Reply-To: <20191221170250.364df3c2@primarylaptop.localdomain> References: <20191220124722.ywcuhrcrmhnnnkys@RainbowWarrior.localdomain> <20191221170250.364df3c2@primarylaptop.localdomain> Message-ID: <20191223074700.vy7iad2mrrs5pz5w@RainbowWarrior.localdomain> Denis 'GNUtoo' Carikli schrieb am Sat, 21. Dec 19 17:02: >On Fri, 20 Dec 2019 13:47:22 +0100 >theova wrote: > >> The PKGBUILD below updates [libre/gnome-boxes] to the neweset version >> (3.34.2). >> >> Changelog: >> - Bumb version >> - Rename dependency spice-gtk3 to spice-gtk >> - Remove dependency libgovir to follow upstream >> >> Tested on 64, sucessfully built on 32 and arm. To built on arm, I >> first needed to built [libr/libosinfo] to have a recent enough >> version. >Thanks a lot. > >Do you want to make (and push) a patch for it? Or should I do that? It is not necessary to change anything on [libre/libosinfo], the package is just not built for the arm architecture. As I don't have permissions to push, that would be great if you could build and push it. (Side note: the current version of [libre/libosinfo] is marked OoD for all architectures. > >If you don't want to build an official package for some reasons >(like having Intel AMT), you could also ping someone to build it. > >> gnome-boxes has buttons to download and install non-free GNU/Linux >> distributions (as in previous versions). It is not possible to do >> that, e message "unsupported protocol https" pops up. Thus I'm not >> sure if this is a freedom issue? >Ideally it would be better to fix the issue. Users (me included) are >probably not expecting such buttons in the first place. > >Is your PKGBUILD fixing it in prepare() ? or does it still need to be >fixed in a subsequent patch? I agree. No, my PKGBUILD does not fix this. I will have a look at it. > >Denis. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From nobody at parabola.nu Tue Dec 24 01:42:25 2019 From: nobody at parabola.nu (Parabola Website Notification) Date: Tue, 24 Dec 2019 01:42:25 -0000 Subject: [Dev] Orphan Libre package [linux-libre-lts] marked out-of-date Message-ID: <20191224014225.2646813.97967@winston.parabola.nu> gnu_stallman at protonmail.ch wants to notify you that the following packages may be out-of-date: * linux-libre-lts 4.19.86_gnu-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-lts/ * linux-libre-lts 4.19.86_gnu-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-lts/ * linux-libre-lts-docs 4.19.86_gnu-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-lts-docs/ * linux-libre-lts-docs 4.19.86_gnu-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-lts-docs/ * linux-libre-lts-headers 4.19.86_gnu-1 [libre] (i686): https://parabolagnulinux.org/packages/libre/i686/linux-libre-lts-headers/ * linux-libre-lts-headers 4.19.86_gnu-1 [libre] (x86_64): https://parabolagnulinux.org/packages/libre/x86_64/linux-libre-lts-headers/ The user provided the following additional text: hi, 4.19.91 is out From GNUtoo at cyberdimension.org Wed Dec 25 04:04:28 2019 From: GNUtoo at cyberdimension.org (Denis 'GNUtoo' Carikli) Date: Wed, 25 Dec 2019 05:04:28 +0100 Subject: [Dev] [PATCH] Update [libre/gnome-boxes] to the neweset version (3.34.2) In-Reply-To: <20191223074700.vy7iad2mrrs5pz5w@RainbowWarrior.localdomain> References: <20191223074700.vy7iad2mrrs5pz5w@RainbowWarrior.localdomain> Message-ID: <20191225040428.5614-1-GNUtoo@cyberdimension.org> From: theova Changelog: - Bumb version - Rename dependency spice-gtk3 to spice-gtk - Remove dependency libgovir to follow upstream Tested on x86_64, sucessfully built on i686 and armv7h. Building on ARM requires to build [libr/libosinfo] as well as it requires a recent version of [libr/libosinfo]. Gnome-boxes has buttons to download and install non-free GNU/Linux distributions. While this feature is broken (The message "unsupported protocol https" pops up when trying to use it), it still need to be removed in a subsequent patch. Note that this issue was already present before this patch. Signed-off-by: theova GNUtoo at cyberdimension.org: Commit message. Re-used part of Theova's mail for that. Signed-off-by: Denis 'GNUtoo' Carikli --- libre/gnome-boxes/PKGBUILD | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/libre/gnome-boxes/PKGBUILD b/libre/gnome-boxes/PKGBUILD index 4a8b96145..1717a9923 100644 --- a/libre/gnome-boxes/PKGBUILD +++ b/libre/gnome-boxes/PKGBUILD @@ -6,7 +6,7 @@ # Contributor : Andr? Silva pkgname=gnome-boxes -pkgver=3.32.0.2 +pkgver=3.34.2 pkgrel=1 pkgrel+=.par1 pkgdesc="Simple GNOME application to access remote or virtual systems" @@ -18,10 +18,10 @@ license=('LGPL') conflicts=(${pkgname}-libre) replaces=(${pkgname}-libre) groups=('gnome') -depends=('cdrtools' 'gtk-vnc' 'libarchive' 'libgovirt' 'libgudev' 'libosinfo' 'libsecret' - 'libvirt-glib' 'mtools' 'qemu' 'spice-gtk3' 'tracker' 'webkit2gtk' 'freerdp') +depends=('cdrtools' 'gtk-vnc' 'libarchive' 'libgudev' 'libosinfo' 'libsecret' + 'libvirt-glib' 'mtools' 'qemu' 'spice-gtk' 'tracker' 'webkit2gtk' 'freerdp') makedepends=('git' 'gobject-introspection' 'yelp-tools' 'meson' 'spice-protocol' 'vala') -_commit=ea34339c0954c304c3cbceeea1ce4ab12ee9c61f # tags/v3.32.0.2^0 +_commit=2edb94153b163759d18195c511d6cf5212fd1bfe # tags/v3.34.2^0 source=("git+https://gitlab.gnome.org/GNOME/gnome-boxes.git#commit=$_commit" "git+https://gitlab.gnome.org/GNOME/gtk-frdp.git" "git+https://gitlab.gnome.org/felipeborges/libovf-glib.git") @@ -44,6 +44,8 @@ prepare() { # remove distro logos find ./data/osinfo/ -type f -name '*.xml' -exec sed -i '// d' {} + + echo "" > ./data/osinfo/recommended-downloads.xml + # touch ./data/osinfo/meson.build # I'd rather not use Windows as example in user docs find ./help/ -type f \( -name '*.po' -o -name '*.page' \) -exec \ sed -Ei 's/(Microsoft )?Windows(?)?/Parabola/' {} + @@ -55,7 +57,7 @@ build() { } check() { - meson test -C build + meson test -C build --print-errorlogs } package() { -- 2.24.1 From GNUtoo at cyberdimension.org Wed Dec 25 04:07:14 2019 From: GNUtoo at cyberdimension.org (Denis 'GNUtoo' Carikli) Date: Wed, 25 Dec 2019 05:07:14 +0100 Subject: [Dev] [PATCH] Update [libre/gnome-boxes] to the neweset version (3.34.2) In-Reply-To: <20191225040428.5614-1-GNUtoo@cyberdimension.org> References: <20191223074700.vy7iad2mrrs5pz5w@RainbowWarrior.localdomain> <20191225040428.5614-1-GNUtoo@cyberdimension.org> Message-ID: <20191225050714.5e46c555@primarylaptop.localdomain> On Wed, 25 Dec 2019 05:04:28 +0100 Denis 'GNUtoo' Carikli wrote: > From: theova > > Changelog: > - Bumb version > - Rename dependency spice-gtk3 to spice-gtk > - Remove dependency libgovir to follow upstream [...] I had to write a commit message. Is the commit message OK for you? Denis. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From GNUtoo at cyberdimension.org Tue Dec 31 10:23:16 2019 From: GNUtoo at cyberdimension.org (Denis 'GNUtoo' Carikli) Date: Tue, 31 Dec 2019 11:23:16 +0100 Subject: [Dev] [PATCH] Update [libre/gnome-boxes] to the neweset version (3.34.2) In-Reply-To: <20191227152409.bxh4wsh5dpzh55oz@RainbowWarrior.localdomain> References: <20191223074700.vy7iad2mrrs5pz5w@RainbowWarrior.localdomain> <20191225040428.5614-1-GNUtoo@cyberdimension.org> <20191225050714.5e46c555@primarylaptop.localdomain> <20191227152409.bxh4wsh5dpzh55oz@RainbowWarrior.localdomain> Message-ID: <20191231112316.65cb6061@primarylaptop.localdomain> On Fri, 27 Dec 2019 16:24:09 +0100 theova wrote: > Hi Denis Hi, > Yes, that's absolutely fine. Thank you for asking. Thanks, I've now pushed the commit and the corresponding x86_64 and i686 packages. Denis. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From nocentinigabriele91 at gmail.com Tue Dec 31 23:22:49 2019 From: nocentinigabriele91 at gmail.com (Gabriele Nocentini) Date: Tue, 31 Dec 2019 23:22:49 +0000 (UTC) Subject: [Dev] New installation images Message-ID: Hi, I'm new to the devlist, sorry in advance for any error or grammatical mistake. A while ago I tried installing a new parabola system, I encountered issues with pacstrap: it complained about arch-keyrings. I looked into parabolaiso to build one myself, needless to say without success. I was wondering if this issue was fixable without the need of a new iso. Thanks again to all parabola devs, wish you all a great 2020