| LeePen | I have just frozen automatic britney migrations from ceres to daedalus in preparation for the release. | 10:58 |
|---|---|---|
| LeePen | https://pkgmaster.devuan.org/britney/daedalus/excuses.html | 10:58 |
| LeePen | If any of these are required for daedalus, let me know, so I can unblock them | 10:58 |
| rrq | apt-setup is used in the installer, but afair the update wasn't significant | 11:04 |
| rrq | well, was some language fixes for a couple of langauges so might be "important" as such | 11:05 |
| rrq | .. yes; please unblock apt-setup | 11:07 |
| LeePen | rrq: done | 11:08 |
| rrq | preview auto-building is disabled .. it's all poised for rc1 | 11:09 |
| fsmithred | LeePen, please unblock desktop-base, refractainstaller-base and refractainstaller-gui | 11:59 |
| xrogaan | https://www.debian.org/releases/bookworm/amd64/release-notes/ch-information.en.html#rsyslog-creates-fewer-logfiles | 14:39 |
| xrogaan | some of those log files might need to be restored. | 14:40 |
| LeePen | fsmithred: done. Should show up in the next britney run at 1822Z. | 14:52 |
| adam_free2air | Hi LeePen: I've updated https://git.devuan.org/devuan/documentation/pulls/5 and switched off WIP: | 16:53 |
| fsmithred | adam_free2air, what does "switched off" mean? | 16:57 |
| fsmithred | can I still pull the WIP docs? I probably don't have the latest versions locally. | 16:57 |
| adam_free2air | LeePen: but please notice the merge in the PR that was included through a gitea web interface option. If this is a problem, I'll redo the PR. | 16:58 |
| adam_free2air | fsmithred: it was a gitea web interface option "Switch off the WIP:" (I think that was the wording) | 16:59 |
| adam_free2air | The PR title was prefixed "WIP: " | 16:59 |
| bb|hcb | WIP for PR means not ready to merge; removing the WIP means good to merge... | 16:59 |
| * bb|hcb afk | 17:00 | |
| onefang | No longer a Work In Progress I guess. | 17:00 |
| LeePen | adam_free2air: thanks, merged. | 17:04 |
| LeePen | bb|hcb: I am looking at the amprolla merge of daedalus-security. Why does Debian use updates/non-free-firmware for that component? | 17:11 |
| LeePen | I have a dirty fix that just ignores updates/, but I am unsure of allt he implications ATM. | 17:12 |
| bb|hcb | LeePen: I'd suppose there is nothing forked/banned in *-security/non-free-firmware, not sure why they do it like that. | 18:09 |
| LeePen | bb|hcb: It makes little sense to me. I wonder if it is a relic from before buster and we can just ignore the prefix directory. | 18:13 |
| bb|hcb | Not sure, but my point was that it will be confusing for users if that does not work. And it works in Debian... | 18:15 |
| bb|hcb | And it is a little bit scary to have security updates in non-free-fw ;) | 18:16 |
| bb|hcb | ... or not to have them | 18:17 |
| LeePen | :) | 18:17 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!