16 Aug 2021 |
jochensp | linsui: I guess we could make it optional if it helps you | 15:49:57 |
linsui | I currently doesn't need that since the suffix is detected well. I'm not sure if it's needed. | 15:52:09 |
linsui | I didn't know that zip and gzip are removed by default and can't be added to scandelete. There are metadata scandelete gz and zip. Is there any update on the scanner? | 16:15:47 |
Licaon_Kter[xmpp] | linsui: the binaries? | 16:18:02 |
linsui | Yes. It seems if in a path only zips need to be removed then the path is unused and raise an error. | 16:20:56 |
jochensp | linsui: it would probably easier to follow your tries if you would not force push all the time but do new commits (as long as you are on a branch anyhow) | 16:22:49 |
jochensp | (also I don't see where zip and gzip would be deleted by default) | 16:24:41 |
linsui | https://gitlab.com/linsui/fdroiddata/-/jobs/1507251148#L2625 | 16:24:59 |
jochensp | "ERROR: Unused scandelete path: thirdparty_tmp" | 16:25:22 |
linsui | There are 4 gzip removed in this path. | 16:25:59 |
jochensp | why is that related to zip/gzip= | 16:26:06 |
jochensp | ? | 16:26:08 |
linsui | Also at the begining of the scanner log https://gitlab.com/linsui/fdroiddata/-/jobs/1507251148#L2274 2 zip files are remove though they are not in scandelete. | 16:27:37 |
linsui | However just hours ago I had to remove them manully... https://gitlab.com/linsui/fdroiddata/-/jobs/1506000527#L2121 | 16:29:24 |
jochensp | ah, I'm blind: https://gitlab.com/fdroid/fdroidserver/-/blob/master/fdroidserver/scanner.py#L364 | 16:29:50 |
jochensp | seems to be like this for a year already: https://gitlab.com/fdroid/fdroidserver/-/commit/6590f3869e5f4ed231ad69343735250d46dc9833 | 16:32:06 |
jochensp | seems to be like this for a year already: https://gitlab.com/fdroid/fdroidserver/-/commit/6590f3869e5f4ed231ad69343735250d46dc9833 | 16:32:06 |
linsui | Ah, I know what happpend... thirdparty_tmp is regarded as a sub path of thirdparty... | 16:51:19 |
linsui | IIRC it will be fixed in https://gitlab.com/fdroid/fdroidserver/-/merge_requests/966 | 16:52:37 |
Licaon_Kter[xmpp] | https://sr.ht/~j-r/fdroid-news/ | 20:12:53 |
proletarius101 | In reply to @_oftc_jochensp:matrix.org the mail sounds like we can So, no go
Hi,
Thanks for reaching out. Yes, per our TM policy you need to rebrand the browser if you're making changes to the official build. This is so users know that it's not a Mozilla release.
Thanks, Daniel Nazer Senior IP & Product Counsel Mozilla Corporation
| 23:07:02 |
17 Aug 2021 |
jochensp | proletarius101: ugh, can you document that in an issue? Thx for trying | 02:36:57 |
proletarius101 | In reply to @_oftc_jochensp:matrix.org proletarius101: ugh, can you document that in an issue? Thx for trying https://gitlab.com/fdroid/fdroiddata/-/issues/2461 | 02:40:44 |
cde | F-Droid website is slow again from here :'( | 12:42:17 |
proletarius101 | In reply to @cdesai:matrix.org F-Droid website is slow again from here :'( That's why I'm requesting for CDN acceleration 😅 | 13:11:50 |
proletarius101 | But from https://latency.apex.sh/?url=https%3A%2F%2Ff-droid.org%2F&compare= I see in some part of the EU the speed is good. So as I proposed before, it's probably a matter of bad connectivity | 13:14:25 |
proletarius101 | And probably fdroid won't be able to have good connectivity itself, unless it hosts the server somewhere else. That's almost the same as using a CDN (and by far we only received sponsorship from cloudflare) | 13:17:46 |
🏔️hik | Redacted or Malformed Event | 22:29:53 |
jochensp | 🏔️hik: works for me, why do you think so? | 22:31:58 |
🏔️hik | a comment from the another fdroid channel oops | 22:32:17 |