From somenxavier at posteo.net Fri Apr 4 12:37:46 2025 From: somenxavier at posteo.net (Xavier B.) Date: Fri, 4 Apr 2025 10:37:46 +0000 Subject: [artix-general] chroot of nginx with openrc Message-ID: <20250404123746.c97f70c5e78559459c0742ab@posteo.net> Hi, I just want to put chroot in my /etc/init.d/nginx [1]. I want to run chroot /srv/http/ /usr/bin/nginx -g 'pid /run/nginx.pid;' (which it works; tested) in my openrc script. How can I do it? Could anyone help me? Thanks in advance, Xavier [1] This is the original /etc/init.d/nginx installed via pacman -S nginx-openrc #!/usr/bin/openrc-run # Copyright 1999-2017 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 extra_commands="configtest" extra_started_commands="upgrade reload" description="Robust, small and high performance http and reverse proxy server" description_configtest="Run nginx' internal config check." description_upgrade="Upgrade the nginx binary without losing connections." description_reload="Reload the nginx configuration without losing connections." NGINX_CONFIGFILE=${NGINX_CONFIGFILE:-/etc/nginx/nginx.conf} command="/usr/bin/nginx" command_args="-c \"${NGINX_CONFIGFILE}\"" start_stop_daemon_args=${NGINX_SSDARGS:-"--wait 1000"} pidfile=${NGINX_PIDFILE:-/run/nginx.pid} user=${NGINX_USER:-nginx} group=${NGINX_GROUP:-nginx} retry=${NGINX_TERMTIMEOUT:-"TERM/60/KILL/5"} depend() { need net use dns logger netmount } start_pre() { if [ "${RC_CMD}" != "restart" ]; then configtest || return 1 fi } stop_pre() { if [ "${RC_CMD}" = "restart" ]; then configtest || return 1 fi } stop_post() { rm -f ${pidfile} } reload() { configtest || return 1 ebegin "Refreshing nginx' configuration" start-stop-daemon --signal SIGHUP --pidfile "${pidfile}" eend $? "Failed to reload nginx" } upgrade() { configtest || return 1 ebegin "Upgrading nginx" einfo "Sending USR2 to old binary" start-stop-daemon --signal SIGUSR2 --pidfile "${pidfile}" einfo "Sleeping 3 seconds before pid-files checking" sleep 3 if [ ! -f "${pidfile}.oldbin" ]; then eerror "File with old pid not found" return 1 fi if [ ! -f "${pidfile}" ]; then eerror "New binary failed to start" return 1 fi einfo "Sleeping 3 seconds before WINCH" sleep 3 # Cannot send "WINCH" using start-stop-daemon yet, https://bugs.gentoo.org/604986 kill -WINCH $(cat "${pidfile}.oldbin") einfo "Sending QUIT to old binary" start-stop-daemon --signal SIGQUIT --pidfile "${pidfile}.oldbin" einfo "Upgrade completed" eend $? "Upgrade failed" } configtest() { ebegin "Checking nginx' configuration" ${command} -c "${NGINX_CONFIGFILE}" -t -q if [ $? -ne 0 ]; then ${command} -c "${NGINX_CONFIGFILE}" -t fi eend $? "failed, please correct errors above" } From je-vv at e.email Fri Apr 4 22:09:57 2025 From: je-vv at e.email (Javier) Date: Fri, 4 Apr 2025 14:09:57 -0600 Subject: [artix-general] galaxy/librewolf 137.0-1 build released issues? Message-ID: <234ab4d5-cc3e-4a14-9ed1-3311c1529f7a@e.email> Hello ! I noticed galaxy/librewolf at some point this week got moved to 137.0-1, but then I'm not sure if it got moved back to 136.0-1 since no matter the mirror, I get that 137.0-1 is newer than current. Besides that, unfortunately 137.0-1 totally remove my entire prior profiles, getting rid of all bookmars, extensions and settings. On the work laptop fortunately I had a 2 weeks old backup (I couldn't back it up last week, I try to do it weekly), so I reverted to 136.0-1 which is what actually currently shows as latest on every mirror I tried and replaced the entire ~/.librewolf directory with the backup. So I'm wondering if that 137.0-1 exhibit some CIT failures or it was somehow broken, definitely it caused me issues, :( Thanks ! -- Javier From artist at artixlinux.org Fri Apr 4 22:31:46 2025 From: artist at artixlinux.org (artist) Date: Fri, 04 Apr 2025 22:31:46 +0200 Subject: [artix-general] galaxy/librewolf 137.0-1 build released issues? In-Reply-To: <234ab4d5-cc3e-4a14-9ed1-3311c1529f7a@e.email> References: <234ab4d5-cc3e-4a14-9ed1-3311c1529f7a@e.email> Message-ID: Librewolf is currently completely broken: https://codeberg.org/librewolf/issues/issues/2400 Even worse; the - single? - dev has no idea about the cause not how to fix it. This is symptomatic for what I've noticed over the past year or more, and this might even result in librewolf being dropped from our supported repo's. The general advice is to not use firefox (due to the changes in their TOS), nor librewolf. Currently Waterfox - firefox based - seems to be a good replacement. And available in the omniverse repo are the Zen browser (firefox based) and Ungoogled Chromium. artist From je-vv at e.email Fri Apr 4 22:56:55 2025 From: je-vv at e.email (Javier) Date: Fri, 4 Apr 2025 14:56:55 -0600 Subject: [artix-general] galaxy/librewolf 137.0-1 build released issues? In-Reply-To: References: <234ab4d5-cc3e-4a14-9ed1-3311c1529f7a@e.email> Message-ID: On 2025-04-04 02:31 PM, artist wrote: > Librewolf is currently completely broken: > > https://codeberg.org/librewolf/issues/issues/2400 > > Even worse; the - single? - dev has no idea about the cause not how to fix it. > This is symptomatic for what I've noticed over the past year or more, and this might even result in librewolf being dropped from our supported repo's. > > The general advice is to not use firefox (due to the changes in their TOS), nor librewolf. > > Currently Waterfox - firefox based - seems to be a good replacement. > > And available in the omniverse repo are the Zen browser (firefox based) and Ungoogled Chromium. > > artist Thanks a lot @artist. Unfortunately those suggestions don't get close regarding privacy to what Librewolf offers (which for a while is not at the same level it used to be, but still much better than the alternatives), like using some of the arkenfox user config. If not the arkenfox one, which has been the golden user config privacy wide for some time now, then there's the phoenix similar one (not sure why not offering joint efforts between the two). But none of the alternatives advertise using any of those. I don't like using chromium based browsers at all, I do have ungoogle-chromium installed just for when something work related only works on chromium based browsers, which is the reason I really don't like such browsers in the first place (web developers thinking only chromium based stuff and compatible exist), but it's not privacy focused, it's just de-googled. Librewolf also get rid of some few binaries like pocket, and I believe it's getting rid of AI stuff not just by disabling on config, though I haven't had the time to check what they exclude from their builds, but I really like that some things are even not present in Librewolf by build. That said, from the issue you showed, I still like Libre transparency, so I'll give them some time to figure that one, or use their workaround. I didn't know they were using ~/.mozilla instead of ~/.librewolf, perhaps I didn't lose a thing. I'll try out. I read that the AUR package include the workaround, or may include it, don't know, that removes the possibility of using FF and Librewolf at the same time, but I don't even have FF installed. If Librewolf went away, then I don't know, it sounds like FF + arkenfox, or FF + phoenix would be even more private than waterforx and the zen browser, though I didn't look in depth those two... Hopefully Artix gives Librewolf a chance to improve. For now I understand what the issue is. Thanks a lot ! -- Javier From somenxavier at posteo.net Sat Apr 5 16:07:33 2025 From: somenxavier at posteo.net (Xavier B.) Date: Sat, 5 Apr 2025 14:07:33 +0000 Subject: [artix-general] galaxy/librewolf 137.0-1 build released issues? In-Reply-To: References: <234ab4d5-cc3e-4a14-9ed1-3311c1529f7a@e.email> Message-ID: <20250405160733.2cf25ed16e2a8c08ee43bcfb@posteo.net> Sorry for my dumbness but can we simply ln -s ~/.librewolf to ~/.mozilla? Thanks, Xavier On Fri, 4 Apr 2025 14:56:55 -0600 Javier ha escrit: > On 2025-04-04 02:31 PM, artist wrote: > > Librewolf is currently completely broken: > > > > https://codeberg.org/librewolf/issues/issues/2400 > > > > Even worse; the - single? - dev has no idea about the cause not how to fix it. > > This is symptomatic for what I've noticed over the past year or more, and this might even result in librewolf being dropped from our supported repo's. > > > > The general advice is to not use firefox (due to the changes in their TOS), nor librewolf. > > > > Currently Waterfox - firefox based - seems to be a good replacement. > > > > And available in the omniverse repo are the Zen browser (firefox based) and Ungoogled Chromium. > > > > artist > > Thanks a lot @artist. Unfortunately those suggestions don't get close regarding privacy to what Librewolf offers (which for a while is not at the same level it used to be, but still much better than the alternatives), like using some of the arkenfox user config. If not the arkenfox one, which has been the golden user config privacy wide for some time now, then there's the phoenix similar one (not sure why not offering joint efforts between the two). But none of the alternatives advertise using any of those. I don't like using chromium based browsers at all, I do have ungoogle-chromium installed just for when something work related only works on chromium based browsers, which is the reason I really don't like such browsers in the first place (web developers thinking only chromium based stuff and compatible exist), but it's not privacy focused, it's just de-googled. Librewolf also get rid of some few binaries like pocket, and I believe it's getting rid of AI stuff not just by di sa > bling on config, though I haven't had the time to check what they exclude from their builds, but I really like that some things are even not present in Librewolf by build. > > That said, from the issue you showed, I still like Libre transparency, so I'll give them some time to figure that one, or use their workaround. I didn't know they were using ~/.mozilla instead of ~/.librewolf, perhaps I didn't lose a thing. I'll try out. I read that the AUR package include the workaround, or may include it, don't know, that removes the possibility of using FF and Librewolf at the same time, but I don't even have FF installed. > > If Librewolf went away, then I don't know, it sounds like FF + arkenfox, or FF + phoenix would be even more private than waterforx and the zen browser, though I didn't look in depth those two... > > Hopefully Artix gives Librewolf a chance to improve. For now I understand what the issue is. > > Thanks a lot ! > > -- > Javier > -- > artix-general mailing list > artix-general at artixlinux.org > https://lists.artixlinux.org/listinfo/artix-general From artist at artixlinux.org Sun Apr 6 02:12:43 2025 From: artist at artixlinux.org (Carlo den Otter) Date: Sun, 6 Apr 2025 02:12:43 +0200 Subject: [artix-general] galaxy/librewolf 137.0-1 build released issues? In-Reply-To: <20250405160733.2cf25ed16e2a8c08ee43bcfb@posteo.net> References: <234ab4d5-cc3e-4a14-9ed1-3311c1529f7a@e.email> <20250405160733.2cf25ed16e2a8c08ee43bcfb@posteo.net> Message-ID: <9eab6765-0397-430f-9ba2-a15e1f23a01d@artixlinux.org> A kludge like that clearly is not a real fix and not a way forward. Currently we have a build running that might fix the problem (the dev himself does not know), but even if it works as intended it's not feasible for us to keep librewolf in support. More info will follow when available. artist On 4/5/25 16:07, Xavier B. wrote: > Sorry for my dumbness but can we simply ln -s ~/.librewolf to ~/.mozilla? > > Thanks, > Xavier > > On Fri, 4 Apr 2025 14:56:55 -0600 > Javier ha escrit: > >> On 2025-04-04 02:31 PM, artist wrote: >>> Librewolf is currently completely broken: >>> >>> https://codeberg.org/librewolf/issues/issues/2400 >>> >>> Even worse; the - single? - dev has no idea about the cause not how to fix it. >>> This is symptomatic for what I've noticed over the past year or more, and this might even result in librewolf being dropped from our supported repo's. >>> >>> The general advice is to not use firefox (due to the changes in their TOS), nor librewolf. >>> >>> Currently Waterfox - firefox based - seems to be a good replacement. >>> >>> And available in the omniverse repo are the Zen browser (firefox based) and Ungoogled Chromium. >>> >>> artist >> Thanks a lot @artist. Unfortunately those suggestions don't get close regarding privacy to what Librewolf offers (which for a while is not at the same level it used to be, but still much better than the alternatives), like using some of the arkenfox user config. If not the arkenfox one, which has been the golden user config privacy wide for some time now, then there's the phoenix similar one (not sure why not offering joint efforts between the two). But none of the alternatives advertise using any of those. I don't like using chromium based browsers at all, I do have ungoogle-chromium installed just for when something work related only works on chromium based browsers, which is the reason I really don't like such browsers in the first place (web developers thinking only chromium based stuff and compatible exist), but it's not privacy focused, it's just de-googled. Librewolf also get rid of some few binaries like pocket, and I believe it's getting rid of AI stuff not just by di > sa >> bling on config, though I haven't had the time to check what they exclude from their builds, but I really like that some things are even not present in Librewolf by build. >> >> That said, from the issue you showed, I still like Libre transparency, so I'll give them some time to figure that one, or use their workaround. I didn't know they were using ~/.mozilla instead of ~/.librewolf, perhaps I didn't lose a thing. I'll try out. I read that the AUR package include the workaround, or may include it, don't know, that removes the possibility of using FF and Librewolf at the same time, but I don't even have FF installed. >> >> If Librewolf went away, then I don't know, it sounds like FF + arkenfox, or FF + phoenix would be even more private than waterforx and the zen browser, though I didn't look in depth those two... >> >> Hopefully Artix gives Librewolf a chance to improve. For now I understand what the issue is. >> >> Thanks a lot ! >> >> -- >> Javier >> -- >> artix-general mailing list >> artix-general at artixlinux.org >> https://lists.artixlinux.org/listinfo/artix-general From je-vv at e.email Sun Apr 6 03:22:19 2025 From: je-vv at e.email (Javier) Date: Sat, 5 Apr 2025 19:22:19 -0600 Subject: [artix-general] galaxy/librewolf 137.0-1 build released issues? In-Reply-To: <9eab6765-0397-430f-9ba2-a15e1f23a01d@artixlinux.org> References: <234ab4d5-cc3e-4a14-9ed1-3311c1529f7a@e.email> <20250405160733.2cf25ed16e2a8c08ee43bcfb@posteo.net> <9eab6765-0397-430f-9ba2-a15e1f23a01d@artixlinux.org> Message-ID: <97a2af36-0295-4ad3-ad3b-e879b53318a5@e.email> On 2025-04-05 06:12 PM, Carlo den Otter wrote: > A kludge like that clearly is not a real fix and not a way forward. > > Currently we have a build running that might fix the problem (the dev himself does not know), but even if it works as intended it's not feasible for us to keep librewolf in support. > > More info will follow when available. > > artist > > On 4/5/25 16:07, Xavier B. wrote: >> Sorry for my dumbness but can we simply ln -s ~/.librewolf to ~/.mozilla? >> >> Thanks, >> Xavier Besides, there seems to be a patch already (contributed perhaps): > https://codeberg.org/librewolf/source/pulls/95 So I'm very hopeful. Greetings ! -- Javier From artist at artixlinux.org Sun Apr 6 10:01:35 2025 From: artist at artixlinux.org (Carlo den Otter) Date: Sun, 6 Apr 2025 10:01:35 +0200 Subject: [artix-general] galaxy/librewolf 137.0-1 build released issues? In-Reply-To: <97a2af36-0295-4ad3-ad3b-e879b53318a5@e.email> References: <234ab4d5-cc3e-4a14-9ed1-3311c1529f7a@e.email> <20250405160733.2cf25ed16e2a8c08ee43bcfb@posteo.net> <9eab6765-0397-430f-9ba2-a15e1f23a01d@artixlinux.org> <97a2af36-0295-4ad3-ad3b-e879b53318a5@e.email> Message-ID: There's an updated and working librewolf version in omniverse now. It is no longer supported and therefore not in galaxy anymore. artist On 4/6/25 03:22, Javier wrote: > On 2025-04-05 06:12 PM, Carlo den Otter wrote: >> A kludge like that clearly is not a real fix and not a way forward. >> >> Currently we have a build running that might fix the problem (the dev >> himself does not know), but even if it works as intended it's not >> feasible for us to keep librewolf in support. >> >> More info will follow when available. >> >> artist >> >> On 4/5/25 16:07, Xavier B. wrote: >>> Sorry for my dumbness but can we simply ln -s ~/.librewolf to >>> ~/.mozilla? >>> >>> Thanks, >>> Xavier > > Besides, there seems to be a patch already (contributed perhaps): > >> https://codeberg.org/librewolf/source/pulls/95 > > So I'm very hopeful. > > Greetings ! > > -- > Javier From je-vv at e.email Sun Apr 6 20:28:30 2025 From: je-vv at e.email (Javier) Date: Sun, 6 Apr 2025 12:28:30 -0600 Subject: [artix-general] galaxy/librewolf 137.0-1 build released issues? In-Reply-To: References: <234ab4d5-cc3e-4a14-9ed1-3311c1529f7a@e.email> <20250405160733.2cf25ed16e2a8c08ee43bcfb@posteo.net> <9eab6765-0397-430f-9ba2-a15e1f23a01d@artixlinux.org> <97a2af36-0295-4ad3-ad3b-e879b53318a5@e.email> Message-ID: <8dfc39b6-27f8-4043-9856-9645d59ce0a5@e.email> On 2025-04-06 02:01 AM, Carlo den Otter wrote: > There's an updated and working librewolf version in omniverse now. It is no longer supported and therefore not in galaxy anymore. > > artist Many thanks @artist ! -- Javier From artist at artixlinux.org Sat Apr 12 19:11:36 2025 From: artist at artixlinux.org (Carlo den Otter) Date: Sat, 12 Apr 2025 19:11:36 +0200 Subject: [artix-general] Zen Browser Secuity Test (FAIL) In-Reply-To: References: Message-ID: <85d6c812-3b15-42b0-8ca4-2634b890f3bf@artixlinux.org> Mails about zen should be sent to zen. On 4/12/25 14:47, elektron wrote: > Default Zen Browser Connections Test: > > Tests: > 1. First icon click. Recording the network traffic without user input. > Zero user clicks test. > 2. Closing the the program then clicking the icon again. Recording for > the second time the network traffic without user input. Zero user > clicks test. > > 1. First Zen Browser Opening Attempt (no user interaction, no home > website opened - empty one tab; after clicking browser icon and doing > nothing, "as is result"): > > fonts.gstatic.com > ssl.google-analytics.com > www.youtube.com > discord.com > id.rlcdn.com > o418887.ingest.sentry.io > www.youtube.com > v.redd.it > www.reddit.com > ocsp.sectigo.com > r10.o.lencr.org > cdn.prod.website-files.com > ajax.googleapis.com > lh3.googleusercontent.com > alb.reddit.com > fonts.gstatic.com > calendar.google.com > aus5.mozilla.org > www.googletagmanager.com > fonts.googleapis.com > ad-delivery.net > calendar.google.com > web.whatsapp.com > o.pki.goog > fonts.gstatic.com > www.redditstatic.com > styles.redditmedia.com > d3e54v103j8qbb.cloudfront.net > error-tracking.reddit.com > www.gstatic.com > firefox-settings-attachments.cdn.mozilla.net > > www.google-analytics.com > www.notion.so > abs-0.twimg.com > www.youtube.com > www.gstatic.com > fonts.googleapis.com > www.gstatic.com > www.google.com > x.com > api.x.com > t1.gstatic.com > accounts.google.com > www.googletagmanager.com > calendar.google.com > c.adora-cdn.com > www.googletagmanager.com > t1.gstatic.com > ciscobinary.openh264.org > services.addons.mozilla.org > x.com > video.twimg.com > a.slack-edge.com > t.co > firefox-settings-attachments.cdn.mozilla.net > > r11.o.lencr.org > www.google.com > www.notion.so > www.youtube.com > lh3.googleusercontent.com > pbs.twimg.com > o418887.ingest.sentry.io > www.notion.so > www.google.com > emoji.redditmedia.com > static.cloudflareinsights.com > storage.googleapis.com > reddit.com > ssl.google-analytics.com > storage.googleapis.com > www.gstatic.com > web.whatsapp.com > fonts.googleapis.com > http-inputs-notion.splunkcloud.com > > accounts.google.com > adora-cdn.com > firefox.settings.services.mozilla.com > > abs.twimg.com > region1.google-analytics.com > video.twimg.com > cdn.discordapp.com > o324374.ingest.sentry.io > transcend-cdn.com > abs.twimg.com > api.x.com > detectportal.firefox.com > detectportal.firefox.com > ocsp.digicert.com 80HTTP > cdn.localizeapi.com > fonts.bunny.net > o324374.ingest.sentry.io > merino.services.mozilla.com > api.twitter.com > www.notion.so > notion.com > w3-reporting.reddit.com > accounts.google.com > appleid.cdn-apple.com > www.gstatic.com > calendar.google.com > location.services.mozilla.com > content-signature-2.cdn.mozilla.net > > ajax.googleapis.com > accounts.google.com > www.redditstatic.com > edgedl.me.gvt1.com > www.google-analytics.com > transcend-cdn.com > cdn.discordapp.com > geolocation.onetrust.com > abs.twimg.com > edgedl.me.gvt1.com > push.services.mozilla.com > github.githubassets.com > region1.google-analytics.com > www.googletagmanager.com > accounts.google.com > www.google.com > accounts.google.com > fonts.gstatic.com > workspace.google.com > firefox.settings.services.mozilla.com > > ocsp.r2m03.amazontrust.com 80HTTP > accounts.google.com > trello.com > id.rlcdn.com > accounts.google.com > external-preview.redd.it > > --- > > 2. Second Zen Browser Opening Attempt (no user interaction, no home > website opened - empty one tab; after clicking browser icon and doing > nothing, "as is result"): > > merino.services.mozilla.com > r10.o.lencr.org > detectportal.firefox.com 80HTTP > detectportal.firefox.com > r11.o.lencr.org 80HTTP > firefox.settings.services.mozilla.com > > detectportal.firefox.com > content-signature-2.cdn.mozilla.net > > merino.services.mozilla.com > > None of these websites/connections were opened/initiated in any tab > whatsoever. Only one tab started and it was empty. All these > connections were done without any user interaction. All listed > connections were done behind the user's back, without any visual > clues. User was not informed that these unsanctioned connections were > made. The data sent with these connections to these servers needs to > be further and thoroughly investigated. > > P.S. 1: On first open, Zen Browser gives you some sort of "first time > wizard" (just click next, next, next). For the purpose of this test, > it's irrelevant, althought it's worth mentioning, that some > connections may happen before you finish the first time wizard. Wizard > does not indicate and does not say anything about any connections. > It's just launched before the main programme window appears. > > P.S. 2: Chain of command: > 1. German govt sponsors Tuanota > 2. Tutanota sponsors Zen Browser > 3. Additional info: German gov't via Sony (german law) is the one that > filed* a lawsuit against Quad 9 to force it to be a forefront of > German govt censorship. Other ISPs (and their DNS-es) had bowed down > long time ago and have been secretly handing over DNS requests to > German govt. Germany is one of the worst place for Internet and > communication privacy. > > ?* Indirectly, no doubt. With the purpose of plausible deniability > ("it wasn't us"). Clever tactic, but not so much. They know the > propaganda. Whoever knows the history, has no doubt, whoever doesn't > know the history is doomed to repeat it. > > > > Sent with Proton Mail secure email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From artist at artixlinux.org Mon Apr 14 15:41:37 2025 From: artist at artixlinux.org (Carlo den Otter) Date: Mon, 14 Apr 2025 15:41:37 +0200 Subject: [artix-general] Librewolf Missing and Connot Be Updated In-Reply-To: <-x_R5U-lgIImTlOf9PdZ2zWvJ58mEoBZ_71sgwAw_aex6h8muj-a-4E_dN2GD-wd1QI6gIe8_GIGRxgM-CYHY2VAQX_CuKk2Pa_EDtJ560w=@proton.me> References: <-x_R5U-lgIImTlOf9PdZ2zWvJ58mEoBZ_71sgwAw_aex6h8muj-a-4E_dN2GD-wd1QI6gIe8_GIGRxgM-CYHY2VAQX_CuKk2Pa_EDtJ560w=@proton.me> Message-ID: <2d327f6b-b85a-4f45-9986-6e1193dbcdd9@artixlinux.org> read before mailing: https://forum.artixlinux.org/index.php/topic,7991.msg47850.html#msg47850 On 4/14/25 15:23, elektron wrote: > Users have not been informed of the deletion of Librewolf from Artix > repositories. No information has been communicated to the users about > the reason Librewolf have been deleted from Artix. > > In regards of the important changes to Firefox (that have been looming > over this browser for years and finally, legally materialized), it is > of utmost importance, that Librewolf, should be continuously supported > in Artix, without leaving the users out. > > Such an important piece of software should be in the main repository > and should be compiled by trusted team of developers. > > Regarding additional repository from Warsaw Hacking Group member > (sakamoto) it came to my attention that for a month or two sakamotos > servers were hacked and were out. Moreover looking at other samamoto > servers, e.g. for Devuan, they havey haven't been updated for months > and the Devuan repository hangs well below 100% sync.(at least 4 > months now). Moreover the version of Librewolf in sakamoto servers is > not the current official, latest version and hasn't been updated for > days. It coincides with the versioning from Fedora, from the beginning > of this month. If that is the version redone from rpm, it may as well > be improperly packaged, due to Redhad lawyers and their attitude > towards mesa and vaapi. We don't want that, do we? > > Please reinstate Librewolf to the main Artix repositories. Let's not > toy with a mutual trust. From artist at artixlinux.org Mon Apr 14 15:49:48 2025 From: artist at artixlinux.org (Carlo den Otter) Date: Mon, 14 Apr 2025 15:49:48 +0200 Subject: [artix-general] Zen Browser Evaluation In-Reply-To: References: Message-ID: <9a5edf7c-9f34-4487-90ec-9f3881c78b0e@artixlinux.org> again; this is a zen issue: https://github.com/zen-browser/desktop/issues/7000 On 4/14/25 14:54, elektron wrote: > Default Zen Browser Connections Test: > > Tests: > 1. First icon click. Recording the network traffic without user input. > Zero user clicks test. > 2. Closing the the program then clicking the icon again. Recording for > the second time the network traffic without user input. Zero user > clicks test. > > 1. First Zen Browser Opening Attempt (no user interaction, no home > website opened - empty one tab; after clicking browser icon and doing > nothing, "as is result"): > > fonts.gstatic.com > ssl.google-analytics.com > www.youtube.com > discord.com > id.rlcdn.com > o418887.ingest.sentry.io > www.youtube.com > v.redd.it > www.reddit.com > ocsp.sectigo.com > r10.o.lencr.org > cdn.prod.website-files.com > ajax.googleaP.i.S.com > lh3.googleusercontent.com > alb.reddit.com > fonts.gstatic.com > calendar.google.com > aus5.mozilla.org > www.googletagmanager.com > fonts.googleaP.i.S.com > ad-delivery.net > calendar.google.com > web.whatsapp.com > o.pki.goog > fonts.gstatic.com > www.redditstatic.com > styles.redditmedia.com > d3e54v103j8qbb.cloudfront.net > error-tracking.reddit.com > www.gstatic.com > firefox-settings-attachments.cdn.mozilla.net > > www.google-analytics.com > www.notion.so > abs-0.twimg.com > www.youtube.com > www.gstatic.com > fonts.googleaP.i.S.com > www.gstatic.com > www.google.com > x.com > api.x.com > t1.gstatic.com > accounts.google.com > www.googletagmanager.com > calendar.google.com > c.adora-cdn.com > www.googletagmanager.com > t1.gstatic.com > ciscobinary.openh264.org > services.addons.mozilla.org > x.com > video.twimg.com > a.slack-edge.com > t.co > firefox-settings-attachments.cdn.mozilla.net > > r11.o.lencr.org > www.google.com > www.notion.so > www.youtube.com > lh3.googleusercontent.com > pbs.twimg.com > o418887.ingest.sentry.io > www.notion.so > www.google.com > emoji.redditmedia.com > static.cloudflareinsights.com > storage.googleaP.i.S.com > reddit.com > ssl.google-analytics.com > storage.googleaP.i.S.com > www.gstatic.com > web.whatsapp.com > fonts.googleaP.i.S.com > http-inputs-notion.splunkcloud.com > > accounts.google.com > adora-cdn.com > firefox.settings.services.mozilla.com > > abs.twimg.com > region1.google-analytics.com > video.twimg.com > cdn.discordapp.com > o324374.ingest.sentry.io > transcend-cdn.com > abs.twimg.com > api.x.com > detectportal.firefox.com > detectportal.firefox.com > ocsp.digicert.com 80HTTP > cdn.localizeapi.com > fonts.bunny.net > o324374.ingest.sentry.io > merino.services.mozilla.com > api.twitter.com > www.notion.so > notion.com > w3-reporting.reddit.com > accounts.google.com > appleid.cdn-apple.com > www.gstatic.com > calendar.google.com > location.services.mozilla.com > content-signature-2.cdn.mozilla.net > > ajax.googleaP.i.S.com > accounts.google.com > www.redditstatic.com > edgedl.me.gvt1.com > www.google-analytics.com > transcend-cdn.com > cdn.discordapp.com > geolocation.onetrust.com > abs.twimg.com > edgedl.me.gvt1.com > push.services.mozilla.com > github.githubassets.com > region1.google-analytics.com > www.googletagmanager.com > accounts.google.com > www.google.com > accounts.google.com > fonts.gstatic.com > workspace.google.com > firefox.settings.services.mozilla.com > > ocsp.r2m03.amazontrust.com 80HTTP > accounts.google.com > trello.com > id.rlcdn.com > accounts.google.com > external-preview.redd.it > > --- > > 2. Second Zen Browser Opening Attempt (no user interaction, no home > website opened - empty one tab; after clicking browser icon and doing > nothing, "as is result"): > > merino.services.mozilla.com > r10.o.lencr.org > detectportal.firefox.com 80HTTP > detectportal.firefox.com > r11.o.lencr.org 80HTTP > firefox.settings.services.mozilla.com > > detectportal.firefox.com > content-signature-2.cdn.mozilla.net > > merino.services.mozilla.com > > None of these websites/connections were opened/initiated in any tab > whatsoever. Only one tab started and it was empty. All these > connections were done without any user interaction. All listed > connections were done behind the user's back, without any visual > clues. User was not informed that these unsanctioned connections were > made. The data sent with these connections to these servers needs to > be further and thoroughly investigated. > > P.S. 1: On first open, Zen Browser gives you some sort of "first time > wizard" (just click next, next, next). For the purpose of this test, > it's irrelevant, althought it's worth mentioning, that some > connections may happen before you finish the first time wizard. Wizard > does not indicate and does not say anything about any connections. > It's just launched before the main programme window appears. > > P.S. 2: Chain of command: > 1. Ger.man govt sponsors Tuanota > 2. Tutanota sponsors Zen Browser > 3. Additional info: Ger.man go.vt via Sony (Ger.man law) is the one > that filed* a lawsuit against Quad 9 to force it to be a forefront of > Ger.man go.vt censorship. Other ISPs (and their DNS-es) had bowed down > long time ago and have been secretly handing over DNS requests to > Ger.man go.vt. Ger.many is one of the worst place for Internet and > communication privacy. > > * Indirectly, no doubt. With the purpose of plausible deniability ("it > wasn't us"). Clever tactic, but not so much. They know the > prop.ag.anda. Whoever knows the history- has no doubt, whoever doesn't > know the history- is doomed to repeat it. -------------- next part -------------- An HTML attachment was scrubbed... URL: From niklas at schmatloch.de Tue Apr 8 20:29:48 2025 From: niklas at schmatloch.de (Niklas A. Schmatloch) Date: Tue, 8 Apr 2025 20:29:48 +0200 Subject: [artix-general] Outdated packages in current top mirror Message-ID: Hi, I ran into and error when I updated my mirrorlist. After debugging it seems that the cause was that the top mirror on the current mirror list (https://gitea.artixlinux.org/packages/artix-mirrorlist/src/branch/master/mirrorlist) has outdated packages. Steps to reproduce: 1. Add the top mirror from the list from the website at the top of the /etc/pacman.d/mirrorlist: ??? Server = https://mirror.clarkson.edu/artix-linux/repos/$repo/os/$arch 2. Run pacman -Syyu 3. If you have packages that are affected you'll get warnings that the local version is newer than e.g. world. Otherwise compare a package (e.g. yt-dlp or ansible) with pacman -Si and the version on https://packages.artixlinux.org/packages/ Best, Niklas