2025-09-25T00:23:40 wiedeman 2025-09-25T00:24:03 err. I typed into the wrong window. 2025-09-25T00:32:24 Hi Doc. The download infrastructure seems to be OK so far. We just migrated the /repositories part from an old XFS to a newer XFS volume with some overlayfs trick to avoid downtime. 2025-09-25T00:33:25 interesting: The matrix messages appear on IRC, but the messages from IRC don't pop up here. 2025-09-25T07:49:10 Hey, I get a cert expired on build.o.o. 2025-09-25T10:15:31 All repos seem to be down. I get: 2025-09-25T10:15:35 Repository 'Main Repository' is invalid. 2025-09-25T10:15:35 [repo-oss|http://download.opensuse.org/distribution/leap/15.6/repo/oss/] Failed to retrieve new repository metadata. 2025-09-25T10:15:35 History: 2025-09-25T10:15:35 - [|] Error trying to read from 'http://download.opensuse.org/distribution/leap/15.6/repo/oss/' 2025-09-25T10:15:35 - Location 'http://cdn.opensuse.org/distribution/leap/15.6/repo/oss/content' is temporarily unaccessible. 2025-09-25T10:15:36 Please check if the URIs defined for this repository are pointing to a valid repository. 2025-09-25T10:20:39 bmwiedemann ^ 2025-09-25T10:20:57 seems to work again though (but not sure it's stable) 2025-09-25T10:22:53 pontifex had a reboot. Which can be normal for a Thursday, but I would still have hoped to get a notice about it somewhere. 2025-09-25T10:23:10 I think the issue is with cdn.opensuse.org 2025-09-25T10:23:24 no. cdn.o.o needs download.o.o as backend 2025-09-25T10:24:22 cdn.o.o cannot operate when download.o.o is not available? 2025-09-25T10:25:25 mostly. It can only stuff that is cached and hot. 2025-09-25T10:25:32 +serve 2025-09-25T10:26:08 then I don't understand why some months ago you tried to convince me that we do not need redundancy for download.o.o :) 2025-09-25T10:26:28 https://cdn.opensuse.org/repositories/openSUSE:/infrastructure/15.6/repodata/c96346c0c6c81431a453b98ab93ae5cbe7ce97989c0f01e2229bc3cf565aef38-primary.xml.gz still returns 503 btw 2025-09-25T10:26:34 hmm. did I? 2025-09-25T10:26:49 yes when I talked about geoip and having slc-mirror.o.o a 1:1 copy of download.o.o 2025-09-25T10:27:14 works here. I probably get to a different POP 2025-09-25T10:27:21 FRA 2025-09-25T10:27:34 ah I get x-served-by: cache-vie6382-VIE 2025-09-25T10:28:59 ref -f made it work (or just coincidence) 2025-09-25T10:29:16 I think, an externally hosted copy of all of download.o.o would be nice. But it has a pretty high rate of change, so things would be slightly outdated most of the time and in the past provo-mirror did not have enough bandwidth. 2025-09-25T10:29:46 maybe if we exclude /repositories (which is now on a separate filesystem) 2025-09-25T10:30:05 I am testing from Prague. It seems it starts working at the moment as well. I have had issue for approx 30 minutes. 2025-09-25T10:30:32 right, I get it would have a delay, but it would be better than not serving anything (but need to avoid that someone installs updates and gets some data from the newer and some from the older place). bandwidth should not be a problem nowadays 2025-09-25T10:30:34 pontifex was down 12:00 to 12:15 UTC 2025-09-25T10:30:57 CEST 2025-09-25T10:31:38 It is more or less the time I see these 503, thanks for more details. It works now for me. 2025-09-25T10:31:47 I would personally want /repositories as well but I know it adds a lot .. maybe we could curate some commonly used paths from there 2025-09-25T10:32:54 When as a user you do a zypper dup from download.o.o, then the main server goes down and the fallback only has yesterday's snapshot, zypper dup would downgrade your OS again (which Firefox and some other software dont like) 2025-09-25T10:34:05 yep that's what I meant we'd need to avoid somehow 2025-09-25T10:35:07 Maybe if OBS would publish to both at the same time... 2025-09-25T10:35:36 if obs could push to both that would be even better than having slc-mirror rsync from pontifex 2025-09-25T14:10:35 Hello folks, can we please merge https://gitlab.infra.opensuse.org/infra/salt/-/merge_requests/2574 I'd really like to have this topic solved. And be able to fix issues on the way. Thx! :-) 2025-09-25T14:21:48 crameleon (acidsys): I thought gitlab can do squash on merge, can't it? 2025-09-25T14:23:19 using this feature in any Git-web-forge I generally frown upon, as you replace your commits with one signed by a robot 2025-09-25T14:23:39 I can do manual squash then 2025-09-25T14:23:59 I just don't like that much as it usually messes up comment history 2025-09-25T14:24:48 i dont like squash merges 2025-09-25T14:24:53 +in general 2025-09-25T14:25:07 its fine to have a bunch of loose commits because it keeps all the context intact 2025-09-25T14:25:37 I don't like that much for sake of reverts etc 2025-09-25T14:26:12 context is relevant for logically grouped changes; it's not historically relevant that you took 5 fixups to spell a word correctly 2025-09-25T14:26:42 sure but you can just autosquash those as part of your PR work, not do it at the time of merge 2025-09-25T14:26:47 LOL 2025-09-25T14:26:53 yes that's what I suggested 2025-09-25T14:27:16 oky waiting for pipeline ... to rebuild 2025-09-25T14:27:19 "git rebase -i --autosquash upstream/master.." 2025-09-25T14:27:30 * upstream/master" 2025-09-25T14:27:31 you are boldly assuming 2025-09-25T14:27:36 that people use fixup correctly ;) 2025-09-25T14:27:47 i like to assume bold :) 2025-09-25T14:27:59 I'm getting bolder from waiting for the pipeline :-D 2025-09-25T14:28:05 as in the other bold 2025-09-25T14:28:38 lubos, lay off the cookies for a while, mkay? stress eating isnt nessecarily a good habit ;) 2025-09-25T14:28:52 hehe how did you know? :-D it was an apricot cake 2025-09-25T14:29:11 well you said "the other bold" :P i jut assumed stress eating 2025-09-25T14:29:19 lol as in loosing hair 2025-09-25T14:29:29 oh, b_*a*_ld lol 2025-09-25T14:29:53 Lubos Kocman: you're bald and bold, why care? 2025-09-25T14:30:44 Bald is beautiful. Hairless Happiness 2025-09-25T14:51:53 lkocman: mostly deployed, except https://paste.opensuse.org/pastes/b609b104e1b4 2025-09-25T14:52:39 cboltz: many thanks sir! 2025-09-25T14:53:01 Invalid crontab file, can't install. 2025-09-25T14:53:02 hmm 2025-09-25T14:53:34 bad minute 2025-09-25T14:53:36 let me see 2025-09-25T14:55:09 would you mind if I'd make the > block a single line instead? 2025-09-25T14:56:24 it won't be the most readable line, but it will work ;-) 2025-09-25T14:57:54 BTW: if you change the loop to ... git pull {% for ... %} && make ... you don't need the {% if ... %} for adding the && at the end 2025-09-25T14:58:10 ah that would be perhaps smarter 2025-09-25T15:06:59 https://gitlab.infra.opensuse.org/infra/salt/-/merge_requests/2578 2025-09-25T15:07:04 hopefully that works for everyone 2025-09-25T15:07:31 let me test-local build the thing with daps 2025-09-25T15:07:32 to see if we missed any dependencies 2025-09-25T15:08:18 works like a blast! nice 2025-09-25T15:09:00 oky one issue with make all 2025-09-25T15:09:06 we should install also w3m 2025-09-25T15:09:11 but that's not needed for make html 2025-09-25T15:09:24 cboltz: are you okay with me adding it so make all finishes too? 2025-09-25T15:09:48 no problem 2025-09-25T15:11:06 all should be covered in https://gitlab.infra.opensuse.org/infra/salt/-/merge_requests/2578 2025-09-25T15:12:21 set to automerge once more 2025-09-25T15:12:53 do you have a minute to review https://gitlab.infra.opensuse.org/infra/salt/-/merge_requests/2577 ? 2025-09-25T15:21:30 sure 2025-09-25T15:22:00 But I'm not sure if we have a good way to display the counter, since we have new landing page 2025-09-25T15:22:38 check the wiki main page ;-) 2025-09-25T15:22:49 gotcha 2025-09-25T15:22:58 ah awesome 2025-09-25T15:23:12 if we have time we should do the usual 15:00 on 1st of Oct 2025-09-25T15:23:18 otherwise PR looks good 2025-09-25T15:24:58 the release date/time is handled in the script in github.com/openSUSE/countdown.o.o, and the images are also there 2025-09-25T15:25:10 the salt part is "only" for the redirect link 2025-09-25T15:27:32 the script has RELEASE = datetime.datetime(2025, 10, 1, 12, 0, 0) # UTC 2025-09-25T15:31:17 cronjobs and counter redirect deployed 2025-09-25T15:33:01 maybe you can also have a look at the 15.6 release notes config? 2025-09-25T15:33:05 Could not find a valid RPM at https://build.opensuse.org/public/build/Documentation:Auto/openSUSE_Leap_15.6/x86_64/_repository/release-notes-openSUSE-L155 after 3 attempts - giving up. 2025-09-25T15:33:19 note 15.6 vs. 155 2025-09-25T15:34:00 (also, a MAILTO in the crontab or an /etc/aliases entry would be nice so that these errors get sent to admin-auto) 2025-09-25T17:30:51 15.5 is eol we can stop running that completely 2025-09-25T17:31:13 I archived 15.5 rn on docs.opensuse.org https://github.com/openSUSE/doc-o-o/pull/37 2025-09-25T17:32:50 https://github.com/openSUSE/doc-o-o/blob/main/rn-config/etc/releasenotes disagrees - and shows that 15.6 has the broken line with -L155 2025-09-25T17:37:54 https://github.com/openSUSE/doc-o-o/pull/38 2025-09-25T17:47:50 that still leaves the 15.6 line with ...-L15_5_ 2025-09-25T17:53:19 https://github.com/openSUSE/doc-o-o/pull/39 2025-09-25T17:54:39 looks better now :-) - thanks! 2025-09-25T17:54:51 many thanks for noticing Christian 2025-09-25T18:13:17 looks like the new cronjob worked :-) 2025-09-25T18:13:47 however it generates a mail with the daps output - can you please quiet that? 2025-09-25T18:15:18 (at least / only in success case - on errors, sending a mail helps to notice the errors) 2025-09-25T18:15:26 while on it, please also set MAILTO so that the cron mails get sent to admin-auto (see salt/profile/mail_reminder/init.sls how to do that) 2025-09-25T18:16:47 nice! https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/16.0/ 2025-09-25T18:16:59 well now somebody has to update the index page :-D 2025-09-25T18:17:10 I just don't like the fact that RN team did not merge my changes yet 2025-09-25T18:17:42 https://github.com/SUSE/release-notes/pull/33 2025-09-25T18:42:05 cboltz: how do you like https://github.com/openSUSE/doc-o-o/pull/40 ? 2025-09-25T18:42:18 I'm not sure about Minimal HTML, but it sounds better than Plain HTML or Simple HTML imho 2025-09-25T18:48:45 indeed, even the nicely styled variant doesn't use too much formatting and would count as "simple html" 2025-09-25T18:49:38 so "minimal HTML" is a good description - unless you want to use "unstyled HTML", but that sounds somewhat negative IMHO 2025-09-25T18:51:18 however, I wonder who the target group of minimal html is (and if such a target group exists at all), therefore I'd consider not to add "minimal html" 2025-09-25T18:51:49 if the target group is "w3m users", then I'd guess minimal and styled html probably look the same there ;-)