[00:44] [telegram] right, anything else infra-wise that's busted and needs my attention [00:45] [telegram] just checking in of course :) [01:28] * tsimonq2 sets up Chaos Monkey to keep teward busy [16:06] OK, back in action. Simon Quigley I don't think I have the necessary access in Phab to do everything documented here: https://github.com/lubuntu-team/new-release [16:06] oh wait maybe I do? [16:07] Heh, nevermind, I do. Add that to the list of things I didn't know I was able to do. [16:11] And the stuff I probably don't have access to there I have access to in Gitea. [16:18] Testing wiki update complete. [16:19] (I may be slow since I'm juggling, but the process is in progress.) [16:23] Do we still want to be using the Phab sidebar, or should I be making that universal Gitea repo and starting to do stuff there instead? Simon Quigley, teward, Dan Simmons [16:25] OK so somehow I lost all of the branches of lubuntu-meta except for ubuntu/jammy... [16:26] * arraybolt3[m] digs [16:26] Yep, just plain gone. Sigh. And I used git push --all... [16:29] Wow. So this is what I missed: https://stackoverflow.com/questions/10312521/how-do-i-fetch-all-git-branches And that is... insanely complicated. [16:29] At least it looks like it. [16:32] fyi `git pull --all` exists [16:32] That doesn't do it. [16:32] My problem is that "git branch -r" shows me all the branches, and "git branch" shows me just one. [16:33] I need to pull every branch. [16:33] And now I just wiped my master command to do that... [16:36] git fetch --all [16:37] git pull --all likely replaces your local copies, git fetch is just updating what is considered to be the latest remote reference [16:38] * arraybolt3[m] sent a code block: https://libera.ems.host/_matrix/media/v3/download/libera.chat/c08e1d7ffb03bcdc51786e4d10e65aa2ffe55318 [16:40] Bash makes my brain hurt. This is what finally did the trick: `for x in `git branch -r`; do git checkout -b $(printf "%s%s%s" $(echo $x | cut -d '/' -f2) "/" $(echo $x | cut -d '/' -f3)) $x; done` [16:41] Er... [16:41] for x in `git branch -r`; do git checkout -b $(printf "%s%s%s" $(echo $x | cut -d '/' -f2) "/" $(echo $x | cut -d '/' -f3)) $x; done [16:41] * Bash makes my brain hurt. This is what finally did the trick: mangled command here [16:41] Yes, that is two nested subshells within a subshell used in a for loop. [16:42] And yes, it throws some errors since the output of git branch -r isn't quite right but it's close enough for it to work. [16:43] If you're concerned about losing branches, just remember that we should still have at least a get up here and maybe even a launch pad mirror, if not fabricator itself even though all those services have been turned off [16:44] Talk to texans? [16:44] As a general rule I would tell you when you're pushing to a good repository that other people have to use, never use a command like get pulled all because it will have some negative unintended consequences [16:44] This was a fairly good case of that where it isn't that impactful [16:44] tsimonq2: OK. [16:46] To clarify now that I'm stopped... I'm glad this happened while we still have mirrors :P [16:46] I can't believe Git made it this hard. Like, really, is getting a full list of all branches that unusual? [16:47] Anyway this should be fairly easy to fix. [16:51] arraybolt3[m]: git fetch [16:51] fetch the status of the remote without pulling it (which clubbers your existing stuff) [16:52] s/clubbers/clobbers/ [16:53] Simon Quigley:... (full message at ) [16:53] git remote add mirror URL && git fetch --all && git push origin mirror/ubuntu/kinetic:ubuntu/kinetic (or similar) [16:54] one repo one clone less network needed :) [16:54] * tsimonq2 more coffee [17:04] OH I GET IT. [17:04] Only just now did the last "git push" command click. [17:07] I would rather take this slow enough for you to learn than rush and do this for you - now you know how to deal with such a situation, I'm glad :) [17:08] Thanks for having enough patience with Git. I have a feeling you're past the Dunning-Kruger peak :P [17:09] LOL don't get your hopes up quite yet... I want to get there but this is really tricky. [17:09] Simon Quigley: OK so I'm still a bit confused here. [17:10] Simon Quigley: On Gitea, the only branch is ubuntu/jammy. [17:10] * tsimonq2 uploaded an image: (47KiB) < https://libera.ems.host/_matrix/media/v3/download/linuxdelta.com/QuzWEQOogLbqSiQzhpHolgYi/1024px-Dunning%E2%80%93Kruger_Effect_01.svg.png > [17:10] On Phab, there's lots of branches. [17:10] arraybolt3[m]: The only branch or the default branch? [17:10] tsimonq2: The only branch. All the older ones are missing. [17:10] Also it looks like we neglected to make an ubuntu/kinetic branch last cycle, somehow. [17:10] arraybolt3[m]: Doesn't surprise me. It's okay, processes get defined this cycle :) [17:11] So I'm trying to get all of the older branches to migrate also. [17:11] I just want to mass-move all the branches from Phab onto Gitea. [17:11] [telegram] Humm..now measuring 😊 metacognitive abilites... [17:11] here go https://stackoverflow.com/questions/37884832/git-push-all-branches-from-one-remote-to-another-remote [17:12] Ah, that looks more right. [17:12] (What I was trying to do is clone from Phab, change the origin URL to Gitea and then push. Now I'm realizing that's the wrong way to do that.) [17:12] @Leokolb: It's always in my head when training new people... "where are you on the curve?" I've seen enough of this to be patient :P [17:13] arraybolt3[m]: It's not the wrong way to do it necessarily, it's just easier and more "best practice" to do it this way instead [17:13] (Add the remote instead of replacing) [17:13] Perfect. Alright, let's try it. [17:15] * arraybolt3[m] starts playing MercyMe's "We Win" [17:16] OK so now I guess I do that to the other three migrated repos. [17:23] Turns out lubuntu-meta was the only repo with multiple branches. [17:23] So I guess that's taken care of now. [17:23] (The only repo that was migrated the other day, I mean.) [17:33] Very nice! Thank you :) [17:34] TIL `set -eux && echo $DEBEMAIL` crashes QTerminal :P [17:37] OK I just had yet more personal junk hit, but not as severe as last time. Probably going to be gone for about an hour or so, brb asap. [19:06] Alright that took forever. [19:14] lubuntu-meta update.cfg reconfigured for Lunar. [19:14] arraybolt3[m]: If it builds, let me know, I'll upload [19:15] (I'm willing to bet though, unless you grab my debootstrap from the Lunar queue, download, build, and install it, that it will fail) [19:15] Oh hold on it's not that far done. [19:15] (I checked gitk to see how it was done and missed badly now that I'm looking at the changelog...) [19:15] No worries, take as much time as you need [19:16] OK I'm starting to get it. (debootstrap from the Lunar queue?) [19:17] https://launchpad.net/ubuntu/lunar/+queue [19:17] `Show` -> `Unapproved` [19:17] `Search` [19:17] * `Update` [19:17] Yikes, wait, I'm supposed to install that on the system that does the building? [19:18] If so, /me needs time to spin up a VM [19:18] well I'm the one that authored the upload, let me tell you how to jerry-rig it for your system ;) [19:18] symlink `/usr/share/debootstrap/scripts/gutsy` -> `/usr/share/debootstrap/scripts/lunar` [19:18] and debootstrap will magically work [19:19] And that's after installing Lunar's debootstrap on my system, or I just do that with the one I have here? [19:19] You can just do that with the one you have installed [19:19] (That's all the upload does; create that symlink) [19:20] Oh! I get it! So eventually that upload will end up in all Ubuntu systems anyway, right? [19:20] (I am going to make the symlink, I'm just making sure I understand how things work here.) [19:22] arraybolt3[m]: Right :) [19:22] (Although, I don't often see debootstrap SRUs) [19:23] 👍️, ok, cleaning up loose ends and then here goes! [19:24] Simon Quigley: Just to be clear on something, I see that for each release except the ones that got skipped, there's a "Welcome to Hirsute", "Welcome to Jammy', etc. commit in Git. I assume that commit isn't made until the release is put out, right? [19:24] Like I'm not about to make a "Welcome to Lunar" commit. [19:27] Your assumption is incorrect :) [19:27] Many of the uploads you've just seen from me have the text "Welcome to the Lunar Lobster!" [19:27] "Welcome" messages are usually done at the beginning of the cycle, is what I'm trying to say [19:28] Ah. That's why I asked. :) [19:28] I just noticed lots of changes that lookedl ike they were made late in the cycle (version number changes and the like) in the "Welcome to jammy" commit. [19:28] So... how exactly does that work? Are those changes made early in the cycle? [19:29] I can only speak for my time as Release Manager and my governance of such things - I personally take the approach of "as soon as we release the latest one, jump on as much as you possibly can, get it all updated, and we'll be able to spend more time working out the kinks and less time updating version numbers" [19:30] That's also part of the reason I decided to personally get involved in the Qt 5.15.7 transition; the more time we have to find Qt bugs, the more mature things tend to be when it actually is crunch time :) [19:31] That's my entire point of "hey, yo, everyone take the weekend off" because someone needs to hold the executive position, I'm not comfortable putting some of this work on anyone else [19:31] It's all documented, so you should be able to follow in my steps, but it's a huge burden [19:31] Makes sense. But... I don't know what we want Lunar's seed to look like this cycle. [19:32] I mean, in the "Welcome to Jammy" commit, we removed Trojita (I think) and stuff like that. So I guess the question is, what all should I add and remove right now? [19:32] Either that or else I'm badly confused and still need a bit of extra explanation. [19:33] All of the lists in lubuntu-meta are automatically generated from the contents of the seed (see historical context, I made sure, a few years ago, that this was all Git and the main Ubuntu infrastructure supported it as such): https://lubuntu.me/lubuntu-seeds-are-now-in-git/ [19:34] lubuntu-meta should be updated every time the seed is updated, both the common Ubuntu seed and Lubuntu's [19:34] Is that done in practice? lol nah [19:34] That's where your confusion may come from [19:34] "Welcome to Jammy" was just likely the first update they've done in a while [19:35] * "Welcome to Jammy" was just likely the first update they did that cycle [19:35] click I get it! [19:35] So I'm supposed to run whatever automatically updates those lists and then document the changes it makes in the changelog? [19:35] I'd say yes, but I don't want you to get confused: the script even updates the changelog for you :) [19:36] Oh. :P Alright so it really is just "update that one file and then trigger everything". [19:36] yep :) [19:36] So do I now run `./update`? [19:37] (I'm in the lubuntu-meta Git repo.) [19:38] *Usually*, yes. First, I'd make sure the Git repo is in sync with the archive and `git log` is full of nice tags [19:38] Oh sap. That probably isn't true. [19:38] (Make sure your baseline is established and in-sync with the archive before you make the changes, is what I'm saying.) [19:38] Right. I always forget to do that. [19:38] Well, you can create tags, that's no big deal, we've never required signed tags (that's a Fedora thing) [19:40] [telegram] Sometimes late people are late :/ (re @lubuntu_bot: (irc) * "Welcome to Jammy" was just likely the first update they did that cycle) [19:41] That's why I'm not taking the time to rail on you guys for it, it happens, you know? I understand, not having me or Aaron, you guys were two people less, if that makes sense [19:41] At least it got done eventually :) [19:42] And I will continue to express my appreciation for you guys holding down the fort during my hiatus [19:42] [telegram] Yeah, not necessarily a proud moment for me. [19:42] Such is life. No shame from me :) [19:42] OK so shoot. How do I delete just a branch on Gitea? [19:42] (I made the ubuntu/lunar branch a bit too early.) [19:43] arraybolt3[m]: `git push REMOTE_NAME :MY_BRANCH` [19:43] so in your case, *probably*, `git push origin :ubuntu/lunar` [19:43] (`null` before `:` means delete the remote branch you're about to specify) [19:43] Nice, thanks! [19:43] Of course :) [19:45] * tsimonq2 looks like a homeless person right now - about to go get my hair and beard cut :) [19:45] * tsimonq2 afk for probably an hour [19:45] o/ [19:50] Ah, now not having an SSH key on my Launchpad profile has come back to bite me. [19:50] s/Ah/ArGH!/ [20:14] Hey it's finally working! \o/ [20:19] Sooo... I don't have a Lunar schroot that I can use to build this. [20:20] Do I just build it with Kinetic and hope for the best? [20:21] FWIW it builds with Kinetic just fine. [20:29] Also Lintian makes it look like I might should update some of the packaging, is that correct? [21:43] It's been two and a half years since we made any packaging changes to lubuntu-meta other than messing with the changelog. I'm going to declare it a good time to upgrade our packaging there if no one has any objections. [21:43] (Last it was updated was before Focal, looks like. It may have been longer than two and a half years.) [21:48] "Do I just build it with Kinetic..." <- Pragmatically speaking: the underlying toolchain and packages have not changed at all during this point of the cycle. FWIW, I was able to create a Lunar schroot using the following syntax, after the local symlink dance: `mk-sbuild lunar --distro="ubuntu"` [21:49] "Yes, you can technically still use a Kinetic schroot at this point in the cycle, but harumph, while it walks like a Kinetic it doesn't quack like a Kinetic, so it's not a Kinetic" [21:49] s/Kinetic/Lunar/, s/Kinetic/Lunar/, s/Kinetic/Lunar/ [21:50] "It's been two and a half years..." <- Exactly the best time :) [21:50] Nice. OK, looks like we're all set then. [21:50] (We're still on Debian Policy Manual version 4.1.5...) [22:21] "(We're still on Debian Policy..." <- Best practice: read all the changelogs from Debian Policy and check all of them [22:21] Simon Quigley: I just used this extremely handy tool: https://www.debian.org/doc/debian-policy/upgrading-checklist.html#version-4-1-5 [22:22] Precisely, nice ;) [22:22] Didn't end up needing a single change, miraculously. [22:22] (And I even dug deeper into a couple of spots where I wasn't quite sure.) [22:24] Whew! I think I'm done. [22:25] Just rebuilding to make sure everything worked. [22:29] Simon Quigley: One small problem, lubuntu-desktop depends on an X fonts package, which Debian's manual says must not happen. It will let me put it as a Recommends, though. Trouble is it must be sneaking in through ${misc:Depends}. Is there some way for me to specifically exclude a Depends, or is this an indication of something broken elsewhere? [22:30] (The particular package is `xfonts-efont-unicode`) [23:03] Can I please get a link to the policy stanza you're referring to so I can figure out intent? [23:04] Simon Quigley: https://www.debian.org/doc/debian-policy/ch-customized-programs.html, section 11.8.5. [23:04] Point 1. [23:04] The link to Footnote 8 contains the reasoning. [23:06] Yeah... I think you're right on this one [23:07] They are very intentional with must/should wording, I Shall Not Doubt Debian Policy [23:07] Please create an MP on Launchpad for the seed/throw me a Git patch and I'll be happy to get it in... all you have to do is surround that font package in parentheses [23:08] VERY NICE catch [23:08] I don't know what an MP means but sure. [23:08] Merge Proposal :) [23:08] (Same as a PR) [23:08] Also, changes here would be done in the seed, not the control file itself :) [23:08] You read my mind, that's what I was just about to ask. [23:08] Sweet :) [23:09] I need to get going here, but I'll check in later [23:16] "Please create an MP on Launchpad..." <- ``... (full message at ) [23:16] > <@tsimonq2:linuxdelta.com> Please create an MP on Launchpad for the seed/throw me a Git patch and I'll be happy to get it in... all you have to do is surround that font package in parentheses... (full message at ) [23:17] * ```... (full message at ) [23:17] * ```... (full message at ) [23:32] That's not verbose :/ I'll look in a bit heh [23:32] OK. I'll send you what I have so far shortly. [23:33] * arraybolt3[m] posted a file: (9KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/fOwfmUkUQYaxYDZQGFlQXvro/diff.txt > [23:34] Simon Quigley: ^ diff containing all my changes to lubuntu-meta, THIS DOES NOT BUILD