[01:03] -lugito:#lubuntu-devel- [rMANUAL6e3613d59eaf: Update vlc-pref-hotkeys.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL6e3613d59eaf [01:10] -lugito:#lubuntu-devel- [rMANUALf92eb4db74c6: Update vlc-customize-toolbar.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALf92eb4db74c6 [01:14] -lugito:#lubuntu-devel- [rMANUAL9d86a16555c0: Update vlc-plugin-extension.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL9d86a16555c0 [01:19] -lugito:#lubuntu-devel- [rMANUAL66571be8dc7c: Update equalizer.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL66571be8dc7c [01:23] -lugito:#lubuntu-devel- [rMANUAL236ef8ccca78: Update vlc-compressor.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL236ef8ccca78 [01:34] -lugito:#lubuntu-devel- [rMANUAL8e37e3bed44e: Update vlc-synchronization.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL8e37e3bed44e [01:44] -lugito:#lubuntu-devel- [rMANUAL91bbe65ad163: update pavucontrol-playback.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL91bbe65ad163 [01:47] -lugito:#lubuntu-devel- [rMANUAL4d41be34cccd: Update pavucontrol-qt.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL4d41be34cccd [01:53] -lugito:#lubuntu-devel- [rMANUAL0572d5c34f41: Update pavucontrol-input.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL0572d5c34f41 [04:18] -lugito:#lubuntu-devel- [rMANUAL5f774594829b: Update pavucontrol-config.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL5f774594829b [04:23] -lugito:#lubuntu-devel- [rMANUAL566c027a6cce: Add screenshot for pavucontrol-recording.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL566c027a6cce [04:45] Rudra Saraswat, [19.03.20 10:14] … Lubuntu of Raspberry Pi 4 is not working with sddm/lightdm. Only gdm3 is working. [04:45] Lubuntu of Raspberry Pi 4 is not working with sddm/lightdm. Only gdm3 is working. [04:45] Thus, am building with gdm3 rather than sddm. [05:35] -lugito:#lubuntu-devel- [rMANUAL70d3a86d5b7a: Update ark general pref screenshot] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL70d3a86d5b7a [05:36] Getting some weird behavior from openbox on the most recent daily [05:37] keeps intercepting rightclicks and opening a menu under the desktop root window/background [05:37] if I logout I can briefly see the open menu as pcmanfm quits [05:37] or I can kill openbox and lose window decorations, and things return to normalish [05:39] @Rudra Saraswat I believe this is a better room for your build talk instead of #lubuntu (support room), we're all on different timezones and busy with real life & other stuff most of the time, but thanks for update. [05:40] Kamilion, is that logging into Lubuntu (session) or Openbox? on Lubuntu daily? [05:41] * Kamilion shrugs [05:41] I don't recall having to log in. [05:41] Kamilion, if you don't know what I mean, it's likely Lubuntu (auto logs in!) ; can you please confirm 20.04 daily? [05:42] yes. [05:42] would you like the sha256? :P [05:42] http://cdimage.ubuntu.com/lubuntu/daily-live/20200318/ [05:42] nah & thanks. (I had to confirm it wasn't 18.04.5 daily or another one) [05:43] No, focal. [05:43] only bisection point at the moment is febuary 20th's daily [05:44] I can try the build from the 17th. [05:44] but I don't have any of the dailys in between on hand. [05:45] Kamilion, you're asking beyond my skillset, a dev needs to read & help/direct you. Thanks for testing & update though. [05:45] I suppose you're new here? [05:46] I don't recall seeing your nick here before, offhand [05:46] but I stopped paying much attention after this telegram spambot [05:47] been in the room a ~couple of years, been far longer in other rooms.. [05:48] ah, welcome to lubuntu then, heh [05:48] thanks for helping out [05:50] huh, your launchpad profile indicates I *should* be familiar with you [05:55] anyway, walter or simon or somebody should take a look and see if openbox's config needs fixing. The user-apparent behavior is the GUI stops responding to mouseclicks unless you know some kung-fu like hitting super or alt+space a few times to trick openbox into switching to the window decoration option menu instead of it's own. [05:55] t.me/lubunturpidev [05:55] Telegram Channel for RPI Development [06:03] Last I knew, our raspberry pi images were being generation as a gift by the ubuntu-mate maintainer, flexiondotorg/Martin Wimpress, you should probably speak to him about the scripts that already worked with bionic. [06:08] Kamilion, thanks, I started testing in 18.10 cycle (so less than 2 years currently) but thanks :) [06:08] Contacting wimpress [06:10] ahhh, okay, yeah, I'm usually only around for the LTS cycle [06:10] so we've just missed eachother, *grin* [06:11] I've maintained a spin of lubuntu + xen since about 2012ish [06:12] Ah nice... [06:12] this openbox issue has cropped up at least since 2015 in various forms [06:12] bionic seemed to have it fixed up [06:13] didn't really poke around in eoan, but my last ISO builds from feb 20th on focal didn't seem to demonstrate the issue either [06:13] so I think it's managed to creep back in, in the last month, somewhere [06:14] other than that, been quite solid [06:14] if you have a bug report for it (historical) I'd suggest commenting there, or possibly creating one big :) @ solid [06:16] Nope, and no repro either. Not sure what is even causing it other than some brief hints that I'm using my intuition to chase after many years of papercuts experiences on lubuntu [06:17] the main issue I'm aware of with openbox is obmenu (I think it is, don't quote me on that) which is python2 (again don't quote me) [06:17] but it happened with my respun ISO, which had the following packages purged: zram-config, and the following added: xen, ipxe, iftop, iotop, synaptic, gedit, gnome-disk-utility, falkon, dc3dd, x2goserver, ipmitool, nwipe, sdparm, tmux, lsscsi, sg3-utils, jq, screen, byobu, sysdig, lxterminal, gnome-terminal, nmap, ifupdown, supervisor, and smartmontools. [06:18] and then I went to the daily I built it from, and it occured there too. [06:18] Ahh! okay, that's actually a good lead, but odd, since I don't think I even have python2-minimal [06:18] lemme check, I think xen might have drug py2 back in, that might have been it [06:19] nope, no python2 [06:19] probably why xen choked on my febuary build [06:20] but yeah, obmenu sounds familiar, I'll go sniffing around it's config [06:20] since I was a fluxbox user long ago [06:21] lubuntu doesn't use it (obmenu), but I recall discussion here, and have seen support requests about it (on 20.04 & not working..) [06:21] * Kamilion nods [06:22] sounds at least like a lead I can try following [06:22] and one of the quirks of it, I don't think it happens in virtualbox, vmware, kvm, or qemu. [06:24] and if it's my ISO, I can x2go in without running into it either [06:24] so it's some kind of race condition somewhere [06:25] also, if I log out and log in a few time, I can get a session that it doesn't occur with [06:26] not sure if it's because the livecd user now has populated configuration files, or what [06:39] looked at the menu.xml and the various rc files, nothing jumped out at me [06:41] but so far I've hit it on three systems, all three of them with "amd" graphics (but oddly, of all generations. amdgpu (ryzen 2400G), radeonhd (5400HD), and ragexl (Supermicro X9DRW-iF+ BMC) [06:42] think it might occur on mga (matrox G200 / Supermicro H8SCM-F BMC) as well, but I'll have to check. [06:42] SDDM doesn't work on Raspberry Pi. [06:45] put the log on https://paste.ubuntu.com/ [06:47] Problem is, there isn't any log. It doesn't show any errors, but does not start up. [06:47] The log is completely empty. [06:48] @Rudra Saraswat [Problem is, there isn't any log. It doesn't show any errors, but does not start …], Is the service enabled? [06:48] Yup, it is [06:48] Give us the status of the systemd service [06:48] `sudo systemctl status sddm` [06:48] Yup, I've verified. [06:48] systemd itself should have logs. I've never had to look for them [06:48] @Rudra Saraswat [Yup, I've verified.], Doesn't mean the output won't help [06:49] Is it enabled and running? [06:49] Yup, it is [06:49] Does update-alternatives show it as the default DM? [06:49] Yup [06:49] Are you absolutely 100% sure both of those are true? [06:49] Again, give us a pastebin of the status command [06:49] As verbose as you can get it [06:49] I tried linking the default X DM using 'ln', but no changes [06:49] Yup, am sharing [06:50] Okay [06:53] AHA! I think I see what's going on. [06:53] this is terrifying in a way. [06:54] openbox's menu is opening below pcmanfm-qt --desktop [06:54] I can reproduce it almost repeatably now by just rapidly right clicking on the desktop until I don't get a menu anymore [06:54] Now, a couple of system errors are popping up. I'll reinstall and share. Showing as though user isn't admin. Some sort of a mess. [06:55] @Kamilion [ I can reproduce it almost repeatably now by just rapidly right clicki …], Is it reproducible on a fresh install? [06:55] @Rudra Saraswat [Now, a couple of system errors are popping up. I'll reinstall and share. Showing …], Okay [06:55] so pcmanfm-qt lost the click, and it fell through to openbox, who pops it's menu under the root background (somehow) and then that looks like the mouse is stuck and unclickable, since now pcmanfm-qt --desktop is accepting clicks again. [06:55] not even on an install dude, just the liveiso [06:56] now I'm starting to wonder if it did happen on my febuary ISO and I just never managed to run into it [06:57] Flashing the ISO [06:58] @Kamilion [ not even on an install dude, just the liveiso], Ouchhh [06:58] Steps to repro again? [06:58] right click the desktop rapidly until you do not get pcmanfm-qt's rightclick menu [06:59] trying the feb 19th daily iso now to see if the same thing happens there [06:59] last one I have on hand before the two in current/pending [07:01] Nope, right clicking as fast as I can [07:09] Thanks Kamilion [07:09] sure [07:09] Can you also try Debian Sid or Fedora? If it's also broken there, we can blame upstream [07:10] netinst sid, I guess? [07:10] Any [07:11] "any"? The debian wiki says "there are no 'unstable' full CD or DVD images." [07:11] Yup [07:11] Was just checking and found it [07:11] so the only way I can think of to get it directly is via netinst. [07:11] Yup [07:11] :) [07:12] so, which any is one option? [07:12] Sorry [07:12] My mistake [07:13] no worries, easy mistake to make for someone not already familiar with debian's quirks [07:13] armbian keeps me on my toes lol [07:13] :) [07:14] huh, now I can't even reproduce it at all on this boot [07:14] Wish there was live [07:14] that wouldn't be difficult. [07:15] :) [07:15] I have one of those cheap chinese HDMI capture dongles, and discord does group screenshares [07:15] er, oh, right, you're telegram, not discord [07:15] Don't worry, I'm on Discord too [07:15] Will connect [07:18] grabbed unstable's 3-14 mini.iso [07:20] oh, also, I just noticed, trying to run the lubuntu installer from the desktop asks what to do with the desktop file. [07:20] What!! Another bug!! [07:21] ... of course [07:21] lubuntu's full of them, don't kid yourself. [07:22] Yup...was just shocked when I saw so many bugs in a day [07:22] most of them are "papercuts" or harmless [07:22] Yup, but this one is SERIOUS [07:22] not really? [07:23] gio set path/to/installer.desktop -t string metadata::trust "true" [07:23] Hmm... [07:23] agaida already 'fixed' it in the past [07:23] but it's really an upstream quirk. [07:23] https://github.com/lxqt/pcmanfm-qt/issues/754 [07:23] Issue 754 in lxqt/pcmanfm-qt "set/unset file trust from command line" [Closed] [07:23] Yup [07:23] Hmm... [07:24] I'm already familiar with it because it's how I add icons to the desktop for my ISO as well. [07:25] Ahh... [07:25] Now facing another issue on my RPI4B [07:25] Won't get to login after reinstallation [07:25] Sharing a pic... [07:27] (Photo, 1280x720) https://i.imgur.com/TpNeobT.jpg SOME SORT OF A MESS!! [07:27] Um, honestly, supporting SBCs has been more or less out of scope for lubuntu, since we've only volunteers. flexiondotorg did some reasonable work in that direction, but for the most part, I think you should probably look at armbian's rootfs if you want something reasonably supported. [07:28] Nah, am building, not testing [07:28] it'll be a couple weeks before igor gets to focal. [07:28] Am just reporting bugs that I'm finding while building [07:28] building what, focal? [07:28] Eoan [07:28] ... uh [07:29] Um, I'm not sure if this will be considered since am using Raspberry Pi Imager [07:29] Quite new, isn't it? [07:29] you... know eoan's only going to be supported until july, right? [07:30] Yup, so am going to test Focal too [07:30] I don't think anyone's doing any development nor accepting any SRUs for eoan, but I could be quite mistaken [07:31] I'm trying, but not many are interested [07:32] Some are, but not all [07:32] Actually, I've been a fan of the Raspberry Pi since a long time [07:32] um, no, people aren't interested because development frozen. [07:33] https://wiki.ubuntu.com/EoanErmine/ReleaseSchedule [07:33] it's really difficult to actually convince the release team you need an SRU post-release. [07:34] Yup... [07:34] I don't even see lubuntu in the list. [07:35] @Kamilion [ gio set path/to/installer.desktop -t string metadata::trust "true"], That's fixed already in the ISOs [07:35] Yup... [07:35] as of which daily? [07:35] A while ago [07:35] 17ths or 18ths? [07:35] That's a regression if that's a thing again [07:35] I believe that was casper [07:36] Well, it's been my goal to build software for the Raspberry Pi to make it behave like a desktop [07:38] I'm wondering how to stop unattended-upgr [07:38] dpkg-reconfigure unattended-upgrades [07:39] or apt purge unattended-upgrades [07:39] like zram-config [07:39] Neither command works [07:40] (really wish gnome-disk-utility and kde partition manager knew not to show zram devices; but perhaps that's udisks2's fault) [07:40] I'm waiting for unattended-upgr to finish, since the installation of lubuntu-desktop itself takes a lot of time. [07:41] then install lxqt-core first [07:42] but eoan stuff belongs in the support channel anyway [07:42] Am doing here since I've found multiple bugs in even Eoan [07:42] also, since you're using pis like desktops, make sure you make use of squid-deb-proxy-client [07:43] really helps when you're installing the same packages over and over [07:44] Yup [07:44] I ported it to python3 since it seems like few other people use it [07:45] Ahh... [07:45] trying to get some updates to wajig upstreamed now too [07:45] get aptitude from depends to recommends [07:46] but I don't think apt 2.0 will make it into focal [07:46] think they'll stick with 1.9 [07:46] Sad... [07:46] not really. [07:46] it was past the feature freeze when it was released. [07:47] Ahh... [07:47] That's just how the mechanism is set to work. Same reason eoan won't be touched. [07:47] Yup [07:47] i got loads of fixes I'd like, but most of them are out of scope for focal's freezes [07:47] You were right, the package was very useful [07:48] It generally takes an hour to finish, but the installation finished in a minute's time [07:48] you'll need to choose one node to run 'squid-deb-proxy' on. The rest will locate it automatically via avahi. [07:48] Hmm... [07:48] :) [07:49] but once the packages are cached, yeah, it turns 35 minutes of waiting for downloads into "WOW, 24 megabytes per second... *nervous laugh*" [07:49] Configuring the desktop, will then share the ISO [07:49] 😄 [07:49] :) [07:59] as far as I know though, lxqt is in good shape on armbian buster, so as far as buggy arm64 packages, I'm not aware of any directly. [08:00] Ahh... [08:01] and the rootfs images tend to work on most of the ARM7+ SBCs by nature of linaro's baselines, which canonical partnered with long ago for ARM/AArch64 support. [08:01] armbian supports plenty of boards, the only real difference is the bootloader partition and the kernel image. [08:02] as an example, I've been busy trying to get bionic and focal to work on the pinepone's allwinner a64 [08:02] more or less, everything works (and better than ubport's 16.04 versions, ugggh) [08:02] By the way, another bug [08:03] (Photo, 1280x720) https://i.imgur.com/DFr8PtE.jpg [08:03] Gets stuck here [08:03] try ttyS0 as it says. [08:04] or check your console option in the kernel commandline. [08:05] It has now started on tty2, but SDDM won't start (on the RPI) [08:05] pastebin the logs. [08:07] use pastebinit if you have to. [08:07] it should already be installed as lubuntu-desktop recommends/depends on it [08:07] Clicked the picture [08:08] Had to install it seperately, but still does not work [08:08] Uh, I included —no-install-recommends [08:08] ah, welcome to "if it breaks, you get to keep both pieces" [08:08] (Photo, 1280x720) https://i.imgur.com/WyF9HaH.jpg [08:09] Hmm... [08:09] okay, well, how about the display server log. [08:09] pastebinit. [08:11] https://paste.ubuntu.com/p/k67CwxdQt5/ [08:11] Hmm... [08:11] Turns out, xinit wasn't installed [08:12] Dunno if it is required [08:20] i'd suggest installing 'lxqt-core' with it's recommendations, before installing lubuntu-desktop without recommends. [08:21] the former will pull in all the desktop GUI packages, the latter will skip all the apps in Reccomends [08:21] Ahh... Will try that [08:22] Currently installing xinit, which in turn is installing all the missed applications... [08:22] i've previously asked for a lubuntu-server package, but simon's consistantly pushed back; and eventually just got rid of all the other meta packages other than lubuntu-desktop for focal. So I understand his direction; but I just don't agree with it. [08:22] Me too... [08:23] I don't really want the bundled desktop apps (especally libreoffice's girth) [08:24] that's okay though, I know I'm in the minority of developer-users. [08:24] I also don't like them [08:25] they're for all the normal people that just want to use a computer for documents and such [08:25] Yup... [08:25] I'm just including them so that newbies do not get angry [08:25] so I'm totally fine with them being part of the ISO defaults [08:25] Yup... [08:26] and if I want a minimal lubuntu, I just install ubuntu-server, apt install lxqt-core, then apt install --no-recommends lubuntu-desktop [08:26] Yup... [08:26] you will get bitten if you don't do at least one package with normal recommends during the xorg install though [08:27] any desktop environment is enough, doesn't have to be lubuntu [08:27] even just installing weston + xwayland [08:27] Yup... Am just using LXQT since this is related to Lubuntu [08:28] --no-recommends should only be used if you know what you're doing. [08:28] Yup [08:29] It turns out that Lubuntu is bloated, rather that being minimal [08:29] meh, that's in the eye of the beholder [08:29] It downloaded 4GBs whole [08:29] :) [08:29] for me, lubuntu's quite minimal, as I use TORAM=Yes on machines with 128GB [08:30] @Kamilion [ meh, that's in the eye of the beholder], +1 [08:30] for someone with a thinkpad t420 and 2GB of ram, it's getting rather chubby [08:30] @Rudra Saraswat [It downloaded 4GBs whole], It's 2020 [08:30] and those are the folks that lubuntu is targeting [08:30] But on a Raspberry Pi with 8GB of SD sorage [08:30] RAM, dude, not storage. [08:31] Lubuntu used to be the go-to besides xubuntu for machines with 1GB to 2GB of ram -- worked great, ate about 200MB and didn't need swap. [08:31] Storage really... (download size is more than RAM) [08:31] Yup [08:31] storage size doesn't really matter though -- a 64GB SD is $10 [08:31] and that works even with a 2003 Acer Aspire [08:32] low ram is what really puts the screws to a lubuntu install. [08:32] 1GB just isn't enough anymore. [08:32] We still have the lowest RAM usage of all the flavors [08:33] Xubuntu has lowest [08:33] Now... [08:33] ubuntu-server or ubuntu-core has the lowest, quit kidding around [08:33] Mine is the 4GB variant o the RPI4 [08:33] No, in terms of Desktop, not Server [08:34] but yeah, xubuntu, mate, and lubuntu are all pretty much equal [08:34] Xubuntu has the lowest memory footprint [08:34] it's harder to notice with lubuntu since pcmanfm-qt is running as the desktop wallpaper engine, so it's always in memory [08:34] Yup [08:34] opening a file manager doesn't really use more ram due to kernel samepage merging [08:34] versus xubuntu, everything you do consumes more ram [08:35] so it's sort of unfair to compare [08:35] plus, TORAM=Yes changes the whole system behavior [08:35] Yup [08:35] and lubuntu becomes REALLY instant and snappy [08:36] Yup... :) [08:36] something you just are not going to be able to do unless you've got a 4GB pi, and few people want to shell out $55 for broadcom's overpriced offering. [08:36] amlogic's a better choice for a 4GB SBC [08:36] Hmm... [08:36] Luckily have got one [08:36] @Kamilion [ amlogic's a better choice for a 4GB SBC], Yup [08:36] but the rockchips are gaining ground [08:37] Yup... [08:37] Quite cheap, aren't they! [08:37] in both meanings [08:37] Hmm... [08:37] but I refuse to give broadcom money after how they treated hardkernel on the odroid-pi [08:37] Yup... [08:38] if broadcom is picky enough to refuse a customer purchase of 10k units, they don't deserve my money either [08:38] plus their long anti-linux history [08:39] Yup... [08:39] I'm happy they decided to play with the community for the vc4 though. They're changing for the better, and if they keep it up, I might even consider paying for a pi5. [08:39] Hmm... [08:39] Generally, they operate like a company [08:39] whom? [08:40] broadcom? or the raspberry pi foundation? [08:40] Broadcm [08:40] two separate entities, with different interests. [08:40] Hmm... [08:40] though the foundation has a bunch of ex-broadcom employees, which is how they got the chip deals. [08:40] Yup... [08:41] Am testing Lubuntu now [08:41] Just booted [08:41] anyway, I oughta shut up before we spam up the development log with support discussion. [08:42] take it to #lubuntu-offtopic if you wish to continue. [08:42] I don't... Want to work now [08:44] * Kamilion goes back to beating on focal [08:44] Am installing lxqt-core now [08:45] @Rudra Saraswat [Xubuntu has the lowest memory footprint], No actually. We're under all others by about 100 MB. We did the math [08:46] Ah... [08:46] Can a dev (wxl, tsimonq2 kc2bez etc) sometime peruse https://discourse.lubuntu.me/t/20-04-daily-testing-calamares-alongside-failed/834 (a number of failures are recorded in comments only & I don't have capacity to evaluate; yeah probably already seen but making sure..) [08:46] But with LXQT, it must have increased [08:47] no, decreased with lxqt compared to lxde [08:47] we're not at feature parity either [08:47] Ah, I thought it must have increased! [08:47] still a few things pcmanfm supports but pcmanfm-qt does not [08:47] @Rudra Saraswat, in my x86 (19.04 testing) Lubuntu with LXQt performed better than Xubuntu on pentium M/1gb ram; GTK3 porting increased ram used by Xubuntu [08:47] and using plugins will bloat any desktop enviroment [08:47] such as the pcmanfm git plugin [08:47] Ah [08:48] guiverc: phoronix benchmark? [08:48] or just gut observation feel? [08:48] Yeah? [08:49] I guess it must be a benchmark, because it does feel to be bloated [08:49] no, i mean, a benchmark is needed to be able to compare directly, gut observation doesn't really qualify since it's not directly objective [08:49] Yup [08:49] Kamilion, just observations; I noted first MATE slow down on thinkpad t43 I still use, then Xubuntu as it moved to GTK3... Expected same with 18.10 LXQt testing, but nope it was good. [08:50] what about xorg? [08:50] Yeah? [08:50] What about xorg? [08:50] quite a few things have changed during the last two development cycles [08:51] GLamour and pixman have both learned new tricks with shader accelerations [08:51] Yup [08:51] some of which has also reduced memory usage (as long as you have a GPU with dedicated memory) [08:52] Yup, I do [08:52] lots of updates in mesa, less things fall back to software emulation now [08:52] especally for i810 and older intels [08:52] Yup [08:53] so it's hard to tell if it's actually "lubuntu" that has improved in performance, QT becoming more optimized with 5.1x improvements, lxqt having less code than lxde, or the lower level system is operating smoother. xorg/mesa/dri/drm/kernel... [08:53] Yup, really confusing [08:53] Nowadays, people imagine the inner system to be faster [08:54] I mean, lubuntu's gone from basically unusable in january to much better here in march on the pinephone, just due to the kernel improvements with the mali [08:54] (Talking about newbies only) [08:54] Yup [08:54] er, I mean, on the pinephone [08:54] if you used the binary mali drivers, it was already great performance [08:54] I know, there are articles about it [08:54] Hmm... [08:55] but then you had trouble updating xorg [08:55] Kamilion, my observation was I saw MATE slow down (around 16.04 or whenever it moved), forgot about that, and noted Xubuntu slowing somehwhat that eventually reminded me of MATE & yes it's GTK3 movement. I can't tell differente with Lubuntu LXDE & LXQt (when using appropriate apps), just that it DIDN'T slowdown in switch [08:55] Yup [08:55] yeah, that coincided with mesa picking up support for GL4.x [08:55] LXDE & LXQT are really confusing [08:56] The latter being more beautiful [08:56] and GLamour started trying to use it if mesa showed the extension as available, despite many GPUs only supporting GL 3.2 or below, and having to fall back to the slower mesa CPU emulation fallback for certain ops. [08:56] what's confusing about it? [08:57] LXDE is about 12ish years old, and based on the GTK+ toolkit, while lxqt is about 3-4 years oldish, and based on QT5 explicitly (never supported QT4 AFAIK) [08:57] LXDE used GTK2 (deprecated) ; Most LXDE devs moved to join RazorQt creating LXQt as new desktop... GNOME2 switched to Gnome Shell (GTK3) ages ago, MATE ported, xubuntu ported only recently... Lubuntu switched to LXQt [08:57] I'm referring to newbies; they do think that LXDE is the same as LXQT, LXQT being more beautiful [08:57] both are ugly as heck if don't have lubuntu's theme [08:57] Yup... [08:58] I tried them on Debian, and they looked horrible, in reality [08:58] yeah, redwolf put a lot of effort into the lubuntu themes [08:58] Yup [08:58] speaking of themes [08:59] By the way, are you on Ubuntu Discourse [08:59] @tsimonq2: it's about time to change /usr/share/lubuntu/wallpapers/lubuntu-default-wallpaper.png [08:59] switch to 1910-Lubuntu-logo.png if you have no other choices [08:59] Yup, the background does not match the theme [08:59] Yup [08:59] They should do something [09:00] http://puu.sh/Fml8X/a79e812756.png [09:00] Yup [09:00] 1910-Lubuntu-logo.png seems to fit the best out of what we already have [09:01] Yup!! [09:01] :) [09:01] it's rather large though [09:01] I just don't like the title bar of Lubuntu's applications [09:01] switch your openbox theme then [09:01] Yup, it is [09:01] I know... [09:01] Not a big issue :) [09:02] 😀 [09:02] lxqt doesn't handle window chrome [09:02] Yup, chrome's is it's own [09:03] no, window chrome [09:03] not google chrome [09:03] the latter was named after the former [09:04] run obconf-qt and you can mess with the Lubuntu Arc theme settings. [09:04] Yup [09:04] Anyways, am testing now [09:04] Let's finish before we get spammed :) [09:05] I really wish the QT terminal widgets didn't suck [09:06] Yup [09:06] libvte's GTK+ only though :< [09:07] no QT equivolent that I've found [09:07] Hmm... [09:07] Yup [09:07] Again a bug found [09:07] And it's same as last time [09:07] SDDM does not start [09:07] :< [09:08] I think I'll build with GDM, not SDDM [09:10] well, simon was the last one to touch it before focal... lol [09:10] :) [09:13] @Kamilion [ @tsimonq2: it's about time to change /usr/share/lubuntu/wallpapers/lu …], We have a wallpaper contest that's wrapping up [09:14] Ah [09:14] Oh, alright, wasn't aware of that [09:14] on lubuntu.me or somewhere else? [09:15] Discourse [09:15] discourse.lubuntu.me [09:15] ah [09:16] found it [09:16] one request: for the love of DIMMs, compress the friggin png! [09:16] :) [09:16] 1910-Lubuntu-logo.png is like 8MB for no reason [09:17] That's too much! [09:17] Wasting a whole 8MB on a poor man's computer is a shame :) [09:18] http://puu.sh/FmlnF/c21b46d1a4.png [09:18] here's the same image, 686KB [09:18] same PSNR as the 9125KB version. [09:18] same 5120x3200 resolution. [09:18] They have increased the size for no reason [09:19] no, it's just a massive resolution and saved in 32bit for no reason [09:19] By size, I meant size of the file [09:19] the resolution isn't even much of a problem -- it looks great on a 4K monitor, in 32bit or 4bit, but 4bit indexed saves a huge amount of memory [09:20] Yup [09:20] but a lot of these contest entries are photos, which are not gonna index as well [09:20] ... [09:22] ... and none of these really fit lubuntu... *sigh* [09:22] That's in the eye of the beholder [09:24] uh, no, that's in the eye of historical progression, lol [09:25] :) [09:25] we've never shipped a photographic wallpaper as the default, EVER. [09:25] at most, we've shipped backgrounds with gradient fades [09:25] Hmm... [09:25] Yup [09:25] it's not like I mind either way [09:25] Yup [09:26] but if it's gonna be a photo, it'll be the first thing I reconfigure away [09:26] Yup [09:26] whereas I leave the lubuntu gradient defaults in place [09:26] Back to the point, if you please :) [09:26] because they fit the rest of the lubuntu theme [09:26] Or else, we'll get spammed, just like you said [09:27] you guys do realise that 500+ msgs in half a day counts as spam. [09:27] dude, you can go to #lubuntu-offtopic [09:27] not you, loudspeaker [09:28] I know you're already there. [09:33] @tsimonq2 re: https://phab.lubuntu.me/D83 you wanted some changes? [09:33] -lugito:#lubuntu-devel- [Needs Review] Merge from debian unstable.: https://phab.lubuntu.me/D83 [09:33] or is it good? [09:33] I will look [09:34] I think it is the whitespaces but tell me if there's something else. [09:58] Alright so taking this from PMs... [09:58] @The_LoudSpeaker I'll start from where I think is logical then go from there [09:58] yup! [09:58] listening [10:04] Here's how builds are done... … mgmt/merger is a dummy job and it's a child job of mgmt/jobgenerator. In Jenkins you can set dependency builds to trigger after a job is successful. The merger job is always successful, so its child jobs are always triggered. Each merger job, e.g. merger_libfm-qt, has child jobs of the format RELEASE_ [10:04] (stable/unstable)_libfm-qt which then downloads the source, puts it in a tarball, uploads it to the PPA, and gets PPA build results [10:05] The only difference between stable and unstable builds are where the orig tarball comes from. stable builds just use uscan to download the latest release. unstable builds use the tip of upstream master, which it wraps up in a tarball [10:06] okay. makes sense [10:07] The merger job literally does a cascading merge of ubuntu/DEVEL -> ci/stable -> ci/unstable [10:07] so once libfm-qt is successful, all the dependencies (packages that are dependent on libfm-qt) are also triggered to build? [10:07] @The_LoudSpeaker [so once libfm-qt is successful, all the dependencies (packages that are dependen …], No [10:07] But it should [10:07] That gets tricky though [10:08] For one no-op commit you could end up triggering 50 builds [10:09] haa. thats correct. I will trigger many builds. So how often does the unstable build run? every few hours or every specified no of commits later? [10:09] *it will [10:10] When a commit is pushed to Phab, iirc, it pokes Lugito which starts the merger job for the package [10:10] The individual stable/unstable jobs aren't automatically started individually [10:11] The merger job is always done first to make sure the branches are up to date [10:11] And then the child jobs, so stable and unstable for all the releases, are triggered [10:12] I'm going to be honest, like I said, I didn't plan this out before I started writing code and it was done in one sitting. I literally just wanted a working prototype [10:12] I'd really love to see a well-architected and well-executed CI rewrite [10:13] Feel free to ask as many questions as you'd like to help you understand how it's currently implemented and why. Then we can work on a new implementation spec, before we actually rewrite it. I want you to have the lead on this though [10:14] @tsimonq2 [When a commit is pushed to Phab, iirc, it pokes Lugito which starts the merger j …], So here's how it goes: e.g: I commit to lxqt-globalkeys on phab —> That pokes lugito which starts merger job —> merger job merges ubuntu/focal of the package(where I had just committed) with ci/stable(latest release of globalke [10:14] ys) and starts to build it, also does same for ci/unstable ? [10:14] @The_LoudSpeaker [So here's how it goes: e.g: I commit to lxqt-globalkeys on phab —> That pokes l …], Yes [10:14] That's correct [10:14] the merge doesn't fail coz it is basically adding the debian folder from ubuntu/devel to base upstream tar [10:15] That's not why the merger doesn't fail [10:15] The merger job only works with the packaging Git repos [10:15] The individual tars are made by the child jobs [10:16] @tsimonq2 [The merger job only works with the packaging Git repos], which git repos exactly? ubuntu/focal and ___? [10:16] @The_LoudSpeaker [which git repos exactly? ubuntu/focal and ___?], ubuntu/focal is merged into ci/stable which is merged into ci/unstable [10:17] If you make a commit to stable, it is only visible on stable and unstable [10:17] If you make a commit to unstable, the other two don't see it [10:17] Quite frankly, I like that design [10:17] ahh! yes I can acyually commit to things other than ubuntu/focal na! [10:17] got it. [10:17] Yeah [10:17] @tsimonq2 [Quite frankly, I like that design], +1 [10:18] @tsimonq2 [Quite frankly, I like that design], I too think it is good only. what redesign you are thinking it should have? [10:19] The merger jobs are pretty good. I want to figure out how to make the code less hacky and to be able to tie in Harbormaster [10:19] A couple of things... [10:19] If we created a new job for each diff, that's fairly wasteful. We also won't have an audit log for it [10:21] If we had one like "review" Jenkins job, we'd have to figure out which diff goes for what. That part isn't hard, it's figuring out where to build the sources. If we build it on CI we only get amd64. We can build it on LP but that may mean we get one new PPA for each diff [10:21] That's okay but again we don't have an audit log [10:21] We could basically have a review child job for each package and then have it create a new PPA for each diff. Then it can download each build log and have it as an artifact of the Jenkins job [10:22] The only thing then becomes this: do we want to have Jenkins jobs be huge, or should the diff just be a Harbormaster artifact? If we can have Harbormaster artifacts, we should attach the Jenkins and LP build log there and automatically clean up the Jenkins copy [10:23] I'm just thinking out loud but those are the things we have to think about [10:25] https://phab.lubuntu.me/source/ci-tooling/ [10:29] @The_LoudSpeaker Here's your homework... … Go through https://phab.lubuntu.me/source/ci-tooling/browse/master/ci/jobgenerator.py and tell me what it's doing. Same with https://phab.lubuntu.me/source/ci-tooling/browse/master/ci/lp_check.py [10:29] If you don't understand something after looking at it for a good chunk of time, let me know [10:30] Once you know what the existing code does, I'll be confident you have a good idea what needs to be replaced [10:31] k. I will take a look. [10:32] Sounds good [10:32] also check D83 once you are free. if it is good, I will complete other merges from merge-tool in a simillar way. [10:32] Okay [10:34] @tsimonq2 [Once you know what the existing code does, I'll be confident you have a good ide …], I would definitely like to move to database storage. Perhaps developing a small CLI tool to interact with a simple server would work. I'd also like Harbormaster interaction, and the ability to stand up (un)stable-type Jenkins jobs with [10:34] a specific PPA. [10:35] If you want to do the work, I can let this be your baby [10:35] Otherwise I'm happy to help [10:37] I will have to read in detail about jenkins and understand current working. after that lets try to get the redesign, I would also like it to be more integrated with harbourmaster. [10:38] Sounds good [22:06] -lugito:#lubuntu-devel- [rMANUALbfbe1bcd2c1e: Update qpdfviewprefrences.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALbfbe1bcd2c1e [22:09] -lugito:#lubuntu-devel- [rMANUAL9a8c6928784f: Update qpdfview-graphics.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL9a8c6928784f [22:11] -lugito:#lubuntu-devel- [rMANUALa29a94d8254a: Update Graphic_PDF_subtab.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALa29a94d8254a [22:15] -lugito:#lubuntu-devel- [rMANUAL8f91914bfe65: Update graphics-postcrtpt.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL8f91914bfe65 [22:17] -lugito:#lubuntu-devel- [rMANUAL9c7d36207e3b: Update qpdfview-interface.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL9c7d36207e3b [23:06] aha, found it [23:06] root@kamilion-focal:/home/minilubuntu-focal/FileSystem/usr/share/initramfs-tools# grep -R "gio " [23:06] scripts/casper-bottom/25adduser: chroot /root sudo -i -u $USERNAME dbus-run-session -- gio set /home/$USERNAME/Desktop/$(basename "$file") metadata::trusted true [23:29] -lugito:#lubuntu-devel- [rMANUAL0980d14b6ea5: Update qpdfview-shortcuts.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL0980d14b6ea5 [23:35] -lugito:#lubuntu-devel- [rMANUAL0d2eb8101d58: Update qpdfview-modifiers.png] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL0d2eb8101d58