[01:14] what's an appropriate page for 18.04(lxde)->20.04 (lxqt) matching programs... anyone want to give me appropriate page url (or can pages be renamed/moved so it doesn't matter??) [01:15] phab.l.m/w/bugs has one [01:16] That would probably be the best start. ^ [01:16] yeah I'd forgotten apt-ghetto mentioned that, we don't need a wiki then I agree [01:44] -lugito:#lubuntu-devel- [rMANUAL36ffa167ef0a: Add start of features for how to change DNS settings] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL36ffa167ef0a [05:25] just completed day 5 of daily install (20.10) on d755-8 box that suffers lp 1877733 | 1851188 ; 3 of 5 days were fail "failed to create a partition table"; same install each day; all 3 fails worked with `sudo -E calamares -d` [05:25] Launchpad bug 1877733 in calamares (Ubuntu) "Lubuntu 20.10 calamares 'failed to create a partition table'" [Undecided, New] https://launchpad.net/bugs/1877733 [07:36] @guiverc [ just completed day 5 of daily install (20.10) on d755-8 box that suffe …], I just tested this again on the same machine that the original bug occurred on and the install was successful with no errors. [07:38] @Leokolb, I assume without the `sudo -E cala.. -d` successful.. please note it on 1877733; it does mean our two boxes are acting differently, which fits wxl's timing belief ! [07:38] Will do. [07:46] Thanks for notificiate @Leokolb, appreciated. [07:48] ^ notitication... sorry [07:52] Thanks @Leokolb [07:59] emaskell was added by: emaskell [08:01] @guiverc why not try the install again and when the install now button appears wait 15 seconds before selecting? [08:05] hold on @Leokolb, will try & help in #lubuntu.. I can't recall the install.now (I've never been consistent with starting my installs; timing meant system.timing, mboard/hdd/etc [08:12] do you mean delay before hitting "Install Lubuntu 20.04.." on display by 15 secs... My timing of startign install would vary significantly already.. I don't think that's timing meant [08:14] HOWEVER, I did delay ~15-20 secs & started it... and it's working??? same otherwise as prior install that failed... @Leokolb [08:15] your prediction worked @Leokolb, I might try this a few times over tonight [08:15] @guiverc -ok - I can agree it most likely has something to do with timing - just tried another old Dell laptop -no problem [08:31] ran install again, 20-21 secs delay & it failed.. [09:02] @guiverc [ ran install again, 20-21 secs delay & it failed..], Well it was worth a try.. [09:04] i suspect we're not going to be able to predict it.. (for one I doubt we can time each keystroke well enough..) but you've blown my `sudo -E calamares -d` more successful theory out.. it's just a re-try I now think, luck or delay.. [09:06] @guiverc the irregularity makes it very difficult to find the cause.. [09:09] yeah... but I've not looked at source code, which is next required step I suspect... it'd be nice if we could fix this for 20.04.1 (or 20.10), testing floppy fix first is easier so I plan on that first :) [14:07] Jeremiah Katamda was added by: Jeremiah Katamda [14:12] https://share.influencersearn.com/dashboard/register.php?referral=Bitingo7 join now if you want to make money guys it Legit join now this can charge you life. [16:29] @tsimonq2 messaged you about polos. [16:54] Mmmm [18:10] btw @Leokolb and @guiverc thanks for continuing to try to track that one down. i haven't said anything, but i really appreciate it [18:39] !info pcmanfm-qt [18:39] pcmanfm-qt (0.14.1-0ubuntu3, groovy): extremely fast and lightweight file and desktop icon manager. In component universe, is optional. Built by pcmanfm-qt. Size 167 kB / 650 kB [18:39] harumph [18:42] What is up wxl ? [18:42] oh just looking to see if we've got 0.15.0 yet [18:42] there's some big DND changes i discovered [18:42] I think it is in both of the CI branches. [18:45] Yeah, stable does https://phab.lubuntu.me/source/pcmanfm-qt/browse/ci%252Fstable/debian/changelog$1 and it has been building. [18:49] cool [18:49] Simon cleaned up a bunch of the CI stuff. [19:46] hey a thought: maybe we should drop libreoffice math [19:47] we don't have base [19:51] Not a terrible thought. [19:51] It is still available for install even if we drop it. [20:25] -lugito:#lubuntu-devel- [rMANUAL23ac34623064: Fix captilization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL23ac34623064 [20:26] -lugito:#lubuntu-devel- [rMANUAL4e75aef7468a: Fix captilization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL4e75aef7468a [20:26] -lugito:#lubuntu-devel- [rMANUALbd776522c149: Update locale icon] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALbd776522c149 [20:26] -lugito:#lubuntu-devel- [rMANUALfb01284825f9: Fix captilization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALfb01284825f9 [20:32] I am not against dropping libreoffice math just tell me when we do [20:49] +1 on dropping Math. [20:49] As for 0.15, I'm working on that todya. [20:49] It was mostly done actually, I just have to do a full Lintian combthrough. [20:50] I'm really curious why things haven't been migrating from stable-ci-proposed, hm. [20:50] o_o [20:51] Yeah, what? [20:51] OH [20:51] I disabled the nightly and forgot to put it back. [20:51] Oooooooooooooops. [20:51] I'll run a full nightly now. [20:52] First I'll update Jenkins though. [21:11] danke tsimonq2 [21:11] ok dropping math, good [21:12] what about dropping qpdfview (last commit 2014) and replacing it with the WAAAAAAAAAAAAAAAAAY more useful okular? [21:12] What's the delta in footprint? [21:12] well might be irrelevant given the fact that qpdfview is dead [21:13] pdfs are a moving target [21:14] hold on maybe not dead [21:14] just dead on github [21:15] confirmed [21:15] ok nevermind that [21:15] next: what about a more user friendly image editing application? draw kind of sucks. [21:17] Did qpdfview move? [21:17] no launchpad was always home [21:17] i just made the mistake of looking on github [21:17] Oh ok. [21:20] I'm going to be adding full Lintian checks to CI. [21:20] When this nightly is done, of course. [21:21] sweet [21:21] $ lintian -EvIL +pedantic *.dsc *.deb [21:21] After getting the debs from LP of course. [21:21] That *should* do the trick. [21:21] @wxl [ next: what about a more user friendly image editing application? draw kind …], karita? [21:21] Plus, if there are errors, I'm assuming Lintian will lolwat (exit 1). [21:22] It will be nice having that there. [21:22] @HMollerCl i like krita [21:22] For sure. [21:22] maybe replace libreoffice draw with krita? [21:22] mmm, 298Mb footprint krita [21:22] 103 for gimp [21:23] (in my system, maybe I already have some dependencies) [21:23] yeesh krita is huge compared to draw [21:23] but draw really sucks if you just want to crop something [21:23] gimp's out; gtk [21:23] gimp is useful but not necessarily the most intuitive. [21:23] and gtk [21:24] Exit code to set build unstable [21:24] ooooooooooooooooooooooooooooooo [21:24] So, instead of Lintian failing just being a complete job fail, we can just have it be marked as unstable. [21:25] that seems better than an outright fail. [21:25] Indeed. [21:26] fail = lintian error currently? [21:27] Nope, we don't have Lintian built in yet. [21:27] I'm waiting for this nightly to finish before I pick a guinea pig job to test on. [21:27] ah. I see :) [21:27] Unfortunately Riddell's guinea pigs are currently busy. [21:27] :P [21:28] RikMills: Since KCI is somewhat dead, even though there *are* some Lubuntuisms in the code, I'd definitely like to work with you to get this deployed for KCI. [21:29] teward, kc2bez: Would you be able to take a look at the CI code and maybe try to correct some of my, er, lack of programming knowledge? :P [21:30] @tsimonq2 [ $ lintian -EvIL +pedantic *.dsc *.deb], I normally do: alias evil='lintian -EvIL +pedantic *changes' [21:30] I'll be happy to clarify anything about how I've architected it. [21:30] what'd you fubar now lol [21:30] i require information [21:30] information you have not provided [21:30] @HMollerCl: That would work, except there isn't an easy way (that I can see) to grab the amd64 changes from LP. [21:30] teward: So, YOU. [21:30] teward: There's some Python code. [21:30] links? [21:31] teward: You know I'm *the* *best* at Python. [21:31] tsimonq2: it's one possibility I am thinking of. I may be able to bodge current KCI for a bit, but something else is needed longer term [21:31] or somewhere I can look [21:31] teward: (Not really.) [21:31] tsimonq2: questionable, Eickmeyer is superior to you in python atm :P [21:31] where's the code sit then [21:31] teward: Here: https://phab.lubuntu.me/source/ci-tooling/ [21:31] teward: Here: https://phab.lubuntu.me/source/ci-metadata/ [21:31] That's what currently runs the CI. [21:31] RikMills: Agreed. [21:32] Fake news: I suck at Python. [21:33] tsimonq2: what might be nice is to set up a test jenkins to initially just do plasma builds to a ppa. 45-47 source stack would be a good proof of concept [21:33] I don't think I necessarily qualify as a "pro" :P [21:33] RikMills: My next task, unless teward wants to take a look, is to make it so we can do "one off" builds for specific stacks, if that makes sense. [21:34] Right now it's only hardcoded for stable and unstable. [21:34] So yes, once that's done I can spin up a PPA and give it a go. [21:34] you mean feed it a set of release tars? [21:34] Of course, your suggestions and patches are absolutely welcome. [21:34] No, I mean set a specific config file for a specific PPA. [21:35] right [21:35] RikMills: This is pretty hacky if you ask me: https://phab.lubuntu.me/source/ci-metadata/ [21:35] tsimonq2: import git <-- where you getting git from? [21:35] sh? [21:35] because `git` isn't a module unless you're using a specific module and you specify no requirements.txt [21:35] teward: python3-git...? no clue [21:35] The archive package. [21:36] it's gitpython [21:36] Okay. [21:36] but that's not *in* every environment nor a default install [21:36] ¯\_(ツ)_/¯ [21:36] True. [21:36] This is why I have you spot check these things. [21:36] I can get the code to work, I just lack some of this polish. [21:37] you have a few failures here [21:37] and cases which could explode badly for you [21:38] vars that might not have assignments, etc. [21:38] RikMills, Eickmeyer: The ideal scenario would likely be to re-house this under something like ci.flavors.ubuntu.com and allow it as a general use piece of tooling. [21:38] teward: Precisely. [21:38] I wrote that basically in one sitting. [21:38] lp_check.py -> import launchpadlib on line 19, not used [21:38] ? [21:38] you have an unnecessary import [21:38] It polls LP, how is launchpadlib not used? [21:38] because you override that import with a later one [21:39] Line 21 [21:39] yep [21:39] how badly do you want me to beat you over your code, basically? [21:39] tsimonq2: could work. to be honest KCI running nightly builds was probably overkill [21:39] teward: Basically, just fix it and push it. [21:39] :P [21:40] XD [21:40] It re-deploys itself. [21:40] XD [21:40] * RikMills kicks riscv64 builders [21:40] slow slow :( [21:40] ^ [21:44] tsimonq2: you've got some cases where you've got some major cases that could blow up in your face [21:44] so i've added handlers/catches and runtime error raises in those positions [21:44] or cases you run into variables that haven't been assigned or don't exist so they're init'd with None and then checked before executing things [21:45] i haven't dug too deep but this probably will work (I'm not an expert at Jenkins API but I've got some big major errors that PyCharm would've warned you on lol) [21:47] tsimonq2: E:NOACCESS [21:55] teward: Working on it. [21:55] ok [22:00] teward: Try now. [22:00] that worked ty [22:00] -lugito:#lubuntu-devel- [rCIf7e731faaed8: Multiple issues fixed.] teward (Thomas Ward) committed: https://phab.lubuntu.me/rCIf7e731faaed8 [22:00] ofc [22:01] hey look lugito pinged me [22:01] *beats Lugito with a stick for reasons* [22:01] XD [22:01] teward: Otherwise does the code look fairly sane? [22:01] i'm not well versed in the jenkins CI but it seems so [22:01] Okay. [22:03] only full test is to actually try and USE it heh [22:04] heh [22:04] Like I said, when this nightly is done we'll try it. [22:30] teward: How would you like to do 20.04 upgrades? [22:31] Will anything break if I wanted to start upgrading individual containers? [22:31] prpbably [22:31] phab [22:31] How so? [22:31] might explode [22:31] lmao [22:32] Well, what can we do to make sure it doesn't explode? [22:32] do itnpiece by piece but take snapshots first fir revert points [22:32] Can we easily "just" snapshot LXD containers? [22:33] yeah i will start on that tomorrow [22:33] gaming atm [22:33] Do you want to let me take a crack at it, or can I monkey with it a bit? [22:33] (Well, the way I worded that was off, but you get the point.) [22:35] i mean if you want to really test clone the container and then uograde the main one [22:35] keep the clone powered off [22:36] Why's that? [22:36] that way ww have a simple ready to go revert point [22:36] Okay. [22:36] because i dont trust snapshots alone :) [22:36] :) [22:36] even my VM snapshots [22:36] i have full clones synced monthky for CI [22:36] Cool. [22:46] tsimonq2: to be more precise of my reasoning though, a snapshot is a zfs snapshot the way we've got it set up. But that is more a disk delta than anything so a full clone makes sure we have a backup we can restore instantly simply by powering on than messing with deltas [22:46] so line lxc clone phab phab-backup or something [22:47] Sounds good. [22:47] then do-release-upgrade in the main container [22:47] note that I recommend we wait for .1 for upgrade bugs to get ironed out [22:47] there's been some wonky ones - not in containers but in general [22:47] so i'm understandably cautious RE: upgrading things [22:47] esp. things that rely on things like certain PHP versions, etc. [22:48] Meh. [22:49] teward: lxc-clone is part of LXC 1. [22:49] i didn't say lxc-clone did i [22:49] ***learn to read youngling*** [22:50] `lxc clone` != `lxc-clone` [22:50] No, you said clone. [22:50] Ugh. [22:50] * tsimonq2 shoots teward for reasons [22:50] `lxc clone` is the command [22:50] `lxc-clone` is NOT `lxc clone` [22:50] the DASH is the difference ya ninny [22:50] $ lxc clone [22:50] Error: unknown command "clone" for "lxc" [22:50] Wrong. [22:50] Bad. [22:50] :P [22:50] lxc copy [22:50] E:Tired [22:50] mmmmmmmkay [22:50] lxc copy phab phab-backup [22:51] i've had a chaotic day. *is grumpy at world* [22:51] * tsimonq2 throws a cat at teward for reasons [22:52] *shotguns the cat into the wall with an air cannon* [22:52] I was thinking copy was what you were wanting to say :P [22:52] kc2bez: yep. [22:52] E:TIRED [22:52] E:CHAOSDAY [22:52] E:StuffExplodedAtJobHadToFixFor8Hours [22:53] teward: FIX MORE [22:53] XD [22:53] Sry was afk made food [23:14] Phab is going down for now. [23:30] -lugito:#lubuntu-devel- [rMANUALcb4b3ee292c6: Spellcheck Quassel] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALcb4b3ee292c6 [23:30] -lugito:#lubuntu-devel- [rMANUAL333cd97d87df: Spellcheck Quassel] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL333cd97d87df [23:31] -lugito:#lubuntu-devel- [rMANUAL7f639bc88128: Spellcheck Quassel] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL7f639bc88128