[02:20] <arraybolt3> Currently tackling libfm-qt 1.2.1.
[02:22] <arraybolt3> Whoa, here's a curveball. libfm-qt is no longer LGPL-2.1+, but now LGPL-2.1.
[02:23] <arraybolt3> Wonder how that applies to things.
[02:23] <arraybolt3> Nope, I was wrong, I read the diff too fast.
[02:23] <arraybolt3> Nevermind.
[02:23] <arraybolt3> (I misread a - line followed by a + line as being two - lines :P)
[04:34] <arraybolt3> tsimonq2: I assume we're going to want these point releases to be uploaded to the Backports PPA? Also, do we need to do some no-change rebuilds in there once the transitions finish?
[04:36] <arraybolt3> *point releases of LXQ
[04:36] <arraybolt3> *LXQt
[04:36]  * arraybolt3 can' ttpye
 Forwarded from GOODNEWS: Now I see what my father was telling me, never to neglect the little beginning of something now my $2000 has turn to $20,300 you are the best
 @Martha_Kelley_Trade
 Click and join
 
 https://t.me/+4rBdCvYahIwyYjk8
[15:26] <arraybolt3> In case no one's seen the scam/spam yet, ^
[15:26] <arraybolt3> @kc2bez, @teward001: ^
[15:27] <arraybolt3> (Sorry to not have finished libfm-qt yesterday - my Internet went unstable in the middle of the process and then I lost connection entirely.)
[15:30] <arraybolt3> blah why did my build barf on symbols when I did a local sbuild and then just work when I uploaded to the PPA :(
[15:31] <arraybolt3> Oh, weird, it gave a warning and gave me the new symbols, but didn't error out? *shrug* whatever, at least I got the data I needed.
 "Simon Quigley: I assume we're..." <- Yes please :)
[16:30] <tsimonq2> Ideally we'd have a Britney instance up so we could tell for sure...
[16:31] <tsimonq2> But yes you'll likely need some NCRs
 "Oh, weird, it gave a warning and..." <- libfm-qt is expected to fail symbols due to my lxqt-b-t upload :)
[16:36] <arraybolt3> Ah.
[16:36] <arraybolt3> tsimonq2: Un... is that in -release yet, or only in -proposed?
[16:36] <tsimonq2> ¯\_(ツ)_/¯ looking
[16:36] <arraybolt3> Because if it's just in -proposed, we should probably NCR the whole stack **BEFORE** I upload libfm-qt, since I don't think my PPA will pick up -proposed.
[16:37] <tsimonq2> release
[16:37] <arraybolt3> Transition fun!
[16:37] <arraybolt3> Hmm... OK. Then I guess it will just be the libfm-qt transition to deal with.
[16:37] <arraybolt3> Though that probably won't be that much of a transition because symbols were *added* but not removed.
[16:37] <tsimonq2> (Which will be extremely trivial ;) )
[16:37] <arraybolt3> It might not even trigger a transition at all, guess we're about to find out.
[16:37] <tsimonq2> Well, some standard C++ symbols will hide from you too
[16:38] <tsimonq2> Given we completely switched standards lol
[16:38] <arraybolt3> Anyway, still getting a riscv64 build to happen.
[16:40] <arraybolt3> grr... apt-cacher-ng has broken again
[16:41] <tsimonq2> teward: ^^ I say it's about time We buy a Lubuntu riscv64 porterbox :P
[16:43] <arraybolt3> tsimonq2: OK so this is weird. When I do a local sbuild, dpkg-gensymbols gripes about a TON of changed symbols.
[16:43] <arraybolt3> And it fails the build.
[16:43] <arraybolt3> But in the PPA? No such failures.
[16:43] <teward> i assume you know where we can get one that won't break the bank?  We haven't had enough donations recently to even cover the costs of the OVH box, so I'm paying for that mostly out of pocket at the moment (but since I have a few services running there in the shadows doing nothing malicious at all except status checking a few things and yelling at a teams channel for me when services are down).
[16:43] <tsimonq2> Very good question 
[16:44] <arraybolt3> Compare https://dpaste.com/9CV26FZNW with https://dpaste.com/4F2HTX4MG
[16:44] <teward> arraybolt3: any chance your sbuild envs are out of date or you're crossbuilding instead of native building?
[16:44] <arraybolt3> envs out of date, probably not, it updates on build.
[16:44] <arraybolt3> Crossbuilding, no way.
[16:44] <arraybolt3> amd64 build on an x86_64 machine.
[16:44] <teward> source / repo?
[16:45] <teward> so i can toss *my* sbuild at it
[16:45] <arraybolt3> lunar-amd64 with libfm-qt-1.2.1
[16:45] <arraybolt3> (I use the shm setup, so I'm doing "sbuild -d lunar-amd64-shm".
[16:45] <teward> ah i don't that may affect it
[16:45] <arraybolt3> wrt the riscv64 build, perhaps a StarFive VisionFive 2 board would work?
[16:45] <arraybolt3> It's a cheapo SBC with 4 GB RAM for the less expensive variant.
[16:46] <arraybolt3> We probably only need to be able to do one build at a time on it, and it's almost certainly lightyears faster than the emulators we're using.
[16:46]  * arraybolt3 tries the build without shm
[16:47] <arraybolt3> tsimonq2: Facepalm, I know why the build isn't failing in the PPA.
[16:47] <arraybolt3> I have an old lxqt-build-tools upload in the same PPA.
[16:47] <arraybolt3> It's probably picking that up rather than the one in the archive.
[16:47]  * arraybolt3 deletes, changes the version number, and uploads again
[16:48] <arraybolt3> Actually I'm just gonna flush the whole PPA and make a new one.
[16:52] <teward> arraybolt3: you or Simon want to front the $$$ to place the preorder?  It's a kickstarter project and 4GB might not be enough for larger builds
[16:52] <teward> nor do I have a riscv image i can install xD
[16:54] <teward> arraybolt3: is libfm-qt-1.2.1 on our gitea or do you want me to pull from debian or such :P
[16:54] <teward> err: i'm lazy
[16:56] <arraybolt3> No need, I found the problem probably.
[16:56] <teward> mmkay
[16:57] <arraybolt3> teward: I might be able to do that, but due to not being able to send money (I don't have a phone or PayPal account), I would need to buy it myself off Amazon or whatnot and then host it locally where I'm at (or possibly try and mail it to you).
[16:57] <teward> i have to invoice Simon for his stuff this year, he probably won't mind the extra $99 added to the invoice xD
[16:58] <teward> now, here's a consideration:
[16:58] <teward> " Ubuntu will be released later."
[16:58] <arraybolt3> Also I don't think they have an Ubuntu image for that board, they do have a Debian image though.
[16:58] <teward> so nothing will be supported until October
[16:58] <arraybolt3> (I figured if I bought it myself, I'd throw their build of Debian on and then try and get an Ubuntu schroot on it or whatever.)
[16:58] <arraybolt3> But that might not work.
[16:59] <teward> i mean i don't care either way xD
[16:59] <teward> just want to make sure it's paid for
[16:59] <teward> and nothing happens until next paycheck :p
[16:59] <arraybolt3> (This was just a random idea I had, it's not that it's necessarily a *good* idea for the record :D)
[17:03] <arraybolt3> Aaaaaand... here come the PPA build failures. Perfect.
[17:04] <arraybolt3> Aaaaaand... my RISC-V box doesn't have sbuild. Not perfect.
[17:20] <arraybolt3> tsimonq2: I'm guessing one of us should NCR the entire LXQt stack in Ubuntu so that the new lxqt-build-tools takes effect?
[17:22] <arraybolt3> I think that's what you said in the MR.
[18:10] <tsimonq2> I did as a test in a PPA
[18:10] <tsimonq2> But there is no ABI dependency 
[18:34] <arraybolt3> libfm-qt RISC-V64 build underway! \o/
[19:21] <arraybolt3> Woot, build finished :D
[19:32] <arraybolt3> Symbols updated, final build and then it will be time to push to the archive and to Git.
[19:37] <tsimonq2> Sweet :D
[21:29] <arraybolt3> tsimonq2: Alright, symbols done, time for upload.
[21:29] <tsimonq2> \o/
[21:29] <arraybolt3> (They sure are time-consuming to fight with, but no longer as tricky as before.)
[21:30] <arraybolt3> I might should wait for LP to come up first though :P
[21:30] <arraybolt3> Oh, it's up! \o/
[21:34] <arraybolt3> Bah, I forgot to check Lintian. Better do that...
[21:34] <arraybolt3> Then upload. Before I make a boffo that I hear about for the rest of the month.
[21:38] <arraybolt3> tsimonq2: Does this upload warrant a soname bump, since some symbols were removed as a result of the lxqt-build-tools change?
[21:40] <tsimonq2> Not in this case, but all reverse-dependencies should be NCR'ed
[21:41] <arraybolt3> +1
[21:42] <arraybolt3> So lximage-qt, lxqt-archiver, pcmanfm-qt, and xdg-desktop-portal-lxqt. Easy.
[21:47] <arraybolt3> Pushing the NCR versions to Git early so I don't forget that and I can just go through and upload everything as soon as I can.
[21:52] <arraybolt3> Gonna try to lump the rebuild of pcmanfm-qt into the version update :D
[22:04] <arraybolt3> Alright, ready to build like a madman once libfm-qt is all the way in -proposed. Here's hoping that doesn't take long.
[22:05] <arraybolt3> Builders are being nice today :)
 ncr means no change rebuild right
[22:09] <tsimonq2> yep :)
[22:10] <tsimonq2> also \o/
[22:48] <arraybolt3> Well, crud, the build succeeded but the package isn't migrating to the mirrors yet :(
[22:48] <arraybolt3> I'm tempted to just upload as-is and hope it works but for pcmanfm-qt that's probably a bad idea.
[22:53] <arraybolt3> Hey, it's migrated!
[23:06] <arraybolt3> And we are done! All four rdepends of libfm-qt have been uploaded. and pcmanfm-qt is now version 1.2.1.
[23:07] <arraybolt3> tsimonq2: Tar. xdg-desktop-portal-lxqt isn't in the Lubuntu packageset. Mind sponsoring real quick? It's in Gitea.
[23:08] <arraybolt3> (I'll ask for it to be added to the packageset next week so I can upload.)
[23:08] <arraybolt3> ^ @ any other MOTUs or core devs who happen to be in here, maybe Eickmeyer can lend a hand here since I don't have upload rights
[23:13] <arraybolt3> Or teward, if he's willing to not toss me into a chasm of fire for pinging him.
[23:16] <Eickmeyer> ERR:OutOfOffice atm