[04:06] -lugito:#lubuntu-devel- [rMANUAL163d65dbbbdf: Update Spec.rst for Screengrab to be included] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL163d65dbbbdf [16:21] -lugito:#lubuntu-devel- [T75: need new Lenny!] JyotiGomes (Luís Rafael Gomes) commented on the task: https://phab.lubuntu.me/T75#2259 [17:48] @guiverc, you said broswer didn't open on pressing Ctrl+Alt+B right? Yeah, my fault, there's a typo in this line: … https://phab.lubuntu.me/source/lubuntu-default-settings/browse/ubuntu%252Feoan/src/etc/xdg/xdg-Lubuntu/lxqt/globalkeyshortcuts.conf$17 [17:49] Working on others, just had a clean install on a real system. My results are exactly same as @guiverc 's [17:50] @HMollerCl how did you get everything working ? can you list instructions to restart panel and lxqt-globalkeys in a particular order? [17:52] @The_LoudSpeaker [@guiverc, you said broswer didn't open on pressing Ctrl+Alt+B right? Yeah, my fa …], when fixed, this should open a new tab if firefox is running already. [18:01] @wxl [ did i mention? @Guephren had his first contribution], :3 [19:05] @The_LoudSpeaker [@HMollerCl how did you get everything working ? can you list instructions to res …], I do this in the session config app [19:27] emergencyrussia was added by: emergencyrussia [19:32] @HMollerCl [I do this in the session config app], Noted. Will try. [19:38] Also, wxl: remember someone posting on discourse 19 … 04 megathread, about time to log in was too much. I just installed eoan on a lenovo laptop. i7 processor 8gigs ram and AMD graphics. The time to log in was 10 seconds from the moment I press enter after typing the password on log in screen. [19:38] does that have a hard drive? [19:38] or an ssd? [19:39] How much time does it take on other systems? @HMollerCl @lynorian @kc2bez @N0um3n0 @guiverc @tsimonq2 ? [19:39] @lynorian [does that have a hard drive?], shdd [19:43] @HMollerCl [I do this in the session config app], What is the order in which you start apps? [19:52] @The_LoudSpeaker [Also, wxl: remember someone posting on discourse 19 … 04 megathread, about time to …], VMware, single low-end cores, 2gb ram, the whole system boot in less than 10 seconds. I'm using ssd [20:11] @The_LoudSpeaker [How much time does it take on other systems? @HMollerCl @lynorian @kc2bez @N0um3 …], Normally I use autologin. I don't have autologin in a celeron 2 duo T5600 (1,83GHz), not a good benchmark. [20:12] @The_LoudSpeaker [What is the order in which you start apps?], restarting panel solve menu issue. Restaring runner solve runner issue. Those are interchangeable. [20:12] But if after that you retstart shortcuts, problem start again [20:31] @HMollerCl [restarting panel solve menu issue. Restaring runner solve runner issue. Those ar …], Ack. Tested and works. Restarting panel and runner without restarting globalkeys, makes everything works as expected. (Ofcourse, except ctrl-alt-b) @guiverc might want to see this. [20:31] @HMollerCl [Normally I use autologin. I don't have autologin in a celeron 2 duo T5600 (1,83G …], What's the time required to log in? [20:32] @The_LoudSpeaker [How much time does it take on other systems? @HMollerCl @lynorian @kc2bez @N0um3 …], Respond ra! A new thing to add to wishlist. [20:32] it takes a loooooot, but apart from celeron duo t5600 it has a 5600rpm disc an 776Mhz ram, I will take the time tonight and tell you. [20:33] @HMollerCl [it takes a loooooot, but apart from celeron duo t5600 it has a 5600rpm disc an …], Okay. [20:33] I am waiting to hear from wxl: he says it takes very less time on his system. [20:34] @emergencyrussia [VMware, single low-end core, 2gb ram, the whole system boots in less than 10 sec …], ssd makes the difference here. [20:38] -lugito:#lubuntu-devel- [rMANUAL585fdfe733e9: add shortcut keys to spec.rst] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL585fdfe733e9 [20:38] @HMollerCl about the repeated entries of shortcuts, (the no of repeated entires - 1 )= no of times I have manually restarted globalkeys from session settings. [20:38] Seems like it reads from global configs and appends to local ones everytime it starts. [20:39] Or everytime it's manually restarted. [20:39] What say? Can you confirm this? [20:41] I think of something similar [20:42] Just delete the local conf file. Go to session settings using menu, restart globalkeys twice. Then check the shortcut keys from menu. [20:42] the problem might be that I have 3 globalkeyshortcuts.conf files [20:42] in: [20:43] and /etc/xdg/lxqt/globalkeyshortcuts.conf [20:43] that might be generating conflicts. [20:43] @HMollerCl [I think of something similar], But I think I can make it work without altering the order of starting things. [20:43] which are the ones that should exist? [20:43] @HMollerCl [that might be generating conflicts.], Yup! It definitely it. The last one you said should be removed and checked. I am doing that now. [20:44] @HMollerCl [which are the ones that should exist?], First two of them. [20:44] and the new iso has only the first two? [20:44] No it has all three. [20:45] Oh wait no! [20:45] then the problem should be present in a new iso to. [20:45] It has first 2 only. [20:45] ok, taht sound better. [20:45] -lugito:#lubuntu-devel- [rMANUALf0d684cfef70: Add screengrab stub] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALf0d684cfef70 [20:46] @HMollerCl [then the problem should be present in a new iso to.], Yeah the problem is there. I downloaded a new iso today and my results match that of @guiverc 's . [20:47] Rn order seems the issue but there's more. I am trying something. [20:47] -lugito:#lubuntu-devel- [rMANUALaf02707b7edb: Fix capitilization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALaf02707b7edb [20:50] -lugito:#lubuntu-devel- [rMANUALd10e52ebce71: add Version to ScreenGrab] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALd10e52ebce71 [20:53] -lugito:#lubuntu-devel- [rMANUALeaac095daa7b: Add how to launch ScreenGrab] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALeaac095daa7b [20:56] I tried setting super+d for show/hide desktop, then removed local conf. Then restarted globalkeys. But. When I opened shortcut settings, it still shows meta+d for show desktop :/ [20:57] @The_LoudSpeaker [Yeah the problem is there. I downloaded a new iso today and my results match tha …], aaaaaaaaa, I don't know what happened. From somewhere every time I logout and login shortcuts are replicated (sum of config plus xdg) [20:57] buuuuuut, from nowhere it keeps adding lximge-qt fro screenprint [20:57] I don't know where it is, it was in teh file I deleted, but I deleted it. [20:58] I think we will have look at the cpp manual like old times wxl.... [21:02] -lugito:#lubuntu-devel- [rMANUAL8b8aef5373a5: Add new and save basic functionality to ScreenGrab] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL8b8aef5373a5 [21:03] Also, did you notice, when you open shortcut settings the lines for shortcuts which are not working (in your case, runner and show/hide desktop) are there in italics. But when you restart panel and runner, and check again, the lines are not in italics. Also, those which are repeated are in bold. I think there's some hint in th [21:03] e formatting of lines in the shortcuts settings. I will ask upstream. [21:04] @The_LoudSpeaker [Also, did you notice, when you open shortcut settings the lines for shortcuts wh …], @HMollerCl @guiverc [21:08] Also, re: log in time. The long log in time is only on booting after a shutdown. Further log out and log ins without rebooting are faster. Only a couple of seconds. [21:12] -lugito:#lubuntu-devel- [rMANUAL002240b1b9d4: Add screengrab copy button] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL002240b1b9d4 [21:14] @HMollerCl [buuuuuut, from nowhere it keeps adding lximge-qt fro screenprint], Same. The latest installation doesn't have that 3rd file but I still have lximage-qt to print. But I also have screengrab set to print as from the file we ship under xdg-Lubuntu/lxqt/ gotta find from where it is getting it. [21:15] Maybe is hard-coded... [21:16] BTW startup after login in this vm took 2 seconds [21:16] @HMollerCl [BTW startup after login in this vm took 2 seconds], After reboot? [21:17] no [21:18] logout/login [21:18] but the host is an i7 7560 @2,4 and has 16Gb ram an [21:18] d sdd [21:19] -lugito:#lubuntu-devel- [rMANUAL060138bc5323: Add keyboard shortcuts for keyboard shortcuts] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL060138bc5323 [21:19] fwiw boot time is mostly io bound [21:20] I am speaking of log in times. The time taken after pressing enter on log in screen. [21:21] Boot time should be the time from pressing power button to the time it displays the log in screen. Isn't it? [21:22] if you have login screen.... [21:23] I will enable autologin and clock again. [21:23] wxl: that day was speaking of log in time. [21:29] The amount of time is mostly subjective when the terms "long" or "short" are used. Everyone has different expectations and hardware. If you are looking to gather quantifiable data take a look at `systemd-analyze` . lynorian is spot on with her assessment in that the faster the io the faster the load time. [21:34] Agreed it depends on hardware. But when user has login screen. Users generally expect to get to desktop faster after logging in. It is like you need 5+7 secs to reach the login screen, thanks to noice hardware. But you need 10 secs after hitting enter on login screen. I am sure that doesn't feel so good about the os. [21:35] @The_LoudSpeaker you can stop lxqt-globalkeysd nad start it in terminal like: lxqt-globalkeysd --no-daemon [21:35] you can also change the log level [21:35] @HMollerCl [@The_LoudSpeaker you can stop lxqt-globalkeysd nad start it in terminal like: lx …], One sec. [21:35] @HMollerCl [you can also change the log level], How? [21:36] look at lxqt-globalkeysd --help [21:36] Ack. Gonna finish the laddoo first. [21:36] you will also see that: --config-file=FILENAME … Use config file FILENAME. Can be used several times. … The last loaded file is used to save settings. … Default is: ${XDG_CONFIG_HOME}/lxqt/globalkeyshortcuts.conf [21:37] and we're not giving any configi-file [21:37] @HMollerCl [and we're not giving any configi-file], So it uses default. [21:45] I run ity like this lxqt-globalkeysd --no-daemon --log-level=debug --config-file=/etc/xdg/xdg-Lubuntu/lxqt/globalkeyshortcuts.conf … but still no good results [21:46] but this italic font thing is a good way to start and ask upstream [21:46] @HMollerCl [I run ity like this lxqt-globalkeysd --no-daemon --log-level=debug --config-file …], Same. Was just about to say that. [21:47] maybe it is a bug. [21:47] @HMollerCl [but this italic font thing is a good way to start and ask upstream], You noticed it right. I will create a new issue upstream. What's your GitHub username? I will tag you. Can we do that actually? [21:47] hmollercl [21:47] I mean can I tag people on GitHub? [21:47] @HMollerCl [hmollercl], Ack. [21:48] not sure [21:49] Which version are you running? Our patched version or git master? [21:50] @kc2bez [Which version are you running? Our patched version or git master?], II didn't knew we patched something in globalkeys [21:50] @kc2bez [Which version are you running? Our patched version or git master?], Patched one. [21:51] wxl patched it yes [21:51] In order to file an upstream bug you need to test on the master. [21:51] @HMollerCl [II didn't knew we patched something in globalkeys], Wxl patched it. To get it to use the global config which we ship. [21:51] but patched are made by agaida and Paolo kisa, not by us [21:52] pathced/patches [21:52] @kc2bez [In order to file an upstream bug you need to test on the master.], I am just asking about the italics. [21:52] @HMollerCl [pathced/patches], wxl patched the version we are using. Phab one [21:52] sorry been away ya'll [21:52] We should really should test the git master. [21:53] no worries wxl [21:53] @kc2bez [We should really should test the git master.], Downloading it rn. [21:53] i mentioned before we need to do git master. getting it in a ppa or on ci would be ideal. [21:53] Hola! wxl: [21:53] @wxl [ i mentioned before we need to do git master. getting it in a ppa or on ci …], Instructions ploxxx. [21:53] Links would do. [21:53] i will say the patch did NOT apply cleanly and so it took a little tweaking.. it's possible that may be part of the problem [21:54] i don't *think* so, but perhaps [21:54] that may be due to the fact that there's stuff in git master that supports that patch [21:54] I have not timed it [21:54] Also, your patch was different than what I had proposed. We could also test mine. But It's lost somewhere on phab. [21:55] that's a worthy idea [21:55] here's the ppa info https://phab.lubuntu.me/w/packaging/packaging-ppa/ [21:55] it is not written for a case like this where we're using git master [21:55] that will take some hacking [21:55] mainly as it relates to the tar ball [21:56] this should provide some hints [21:56] First I need to get telegram on this new hardware I am testing. Its painfull to switch systems to talk. [21:56] https://wiki.debian.org/Packaging/Intro?action=show&redirect=IntroDebianPackaging#Step_1:_Rename_the_upstream_tarball [21:56] @wxl [ https://wiki.debian.org/Packaging/Intro?action=show&redirect=IntroDebianPa …], Noted. [21:57] give it a version like CURRENT_VERSION_STRING+gitSHA1~ppaN where N is some number. note you can't upload the same version so having that ppaN is nice.. you can just increment it and upload a new version [21:57] unstable CI should already be git master [21:57] that's the other option [21:57] i'm old and like ppas XD [21:58] there's this https://phab.lubuntu.me/w/packaging/ci/ [21:58] both are good and I'm old too ;) [21:58] @kc2bez [unstable CI should already be git master], Unstable CI link. I can add it to sources and update right? [21:58] add unstable CI as a ppa [21:59] @wxl [ give it a version like CURRENT_VERSION_STRING+gitSHA1~ppaN where N is some …], e.g. 1.0.4+git20190407-0ubuntu1~ppax not 1.0.4-1ubuntu2+giteneneifj2nrign3~ppax [21:59] @tsimonq2 [e.g. 1.0.4+git20190407-0ubuntu1~ppax not 1.0.4-1ubuntu2+giteneneifj2nrign3~ppax], Ack. [21:59] And hello @tsimonq2 [21:59] ah right [22:00] seems @tsimonq2 dropped our ppa links from the ci instructions [22:00] Oops [22:00] @The_LoudSpeaker [And hello @tsimonq2], Hi [22:00] https://launchpad.net/~lubuntu-ci\ [22:00] https://launchpad.net/~lubuntu-ci [22:00] ugh [22:01] hm both are behind master [22:02] 0.14.1+git201908030058~eoan-0ubuntu1~ppa1 [22:02] proposed or release pocket? [22:02] whaaat [22:02] that's released [22:02] here's proposed [22:02] 0.14.1+git201908210048~eoan-0ubuntu1~ppa1 [22:02] That's because proposed is FTBFS XD [22:03] well proposed has a newer one so *shrug* [22:03] dh_install -O--buildsystem=cmake dh_install: Cannot find (any matches for) "etc/xdg/lxqt/globalkeyshortcuts.conf" (tried in ., debian/tmp) [22:03] Oh gee I wonder why it's FTBFS [22:03] >_> [22:04] so raman you could go fix ^ that problem in the ci/unstable branch and we could kick it into gear again [22:04] orrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr just do a ppa [22:04] * wxl drops the mic [22:04] @wxl [ so raman you could go fix ^ that problem in the ci/unstable branch and we …], This [22:04] * tsimonq2 slaps wxl with a trout [22:05] @tsimonq2 [dh_install -O--buildsystem=cmake dh_install: Cannot find (any matches for) "etc/ …], Where was this? [22:05] there's an .install file calling for it [22:06] flip it to usr/whatever [22:06] So both have failed to build? [22:06] only because of our packaging not being appropriate to the current state of the code [22:07] -lugito:#lubuntu-devel- [T75: need new Lenny!] The_LoudSpeaker (Raman Sarda) commented on the task: https://phab.lubuntu.me/T75#2260 [22:08] so there were two patches in my commit.. i wonder if dropping this one wouldn't fix the problem https://github.com/lxqt/lxqt-globalkeys/commit/0c5272e43f008854483efb111eab06e5e29785b2 [22:08] wait [22:08] um [22:09] @wxl [ only because of our packaging not being appropriate to the current state o …], So I download the master from git. Build it. And install it? And check if it works nicely? [22:09] i think the issue may somehow lie in the fact that there's stuff in /usr and stuff in /etc [22:09] so that patch is /usr [22:09] which is what upstream aims for [22:09] what's in usr? [22:10] they moved the config to /usr/share [22:10] look at the patch [22:10] we're using /etc in default settings [22:11] apparenbty not the help: [22:11] --config-file=FILENAME … Use config file FILENAME. Can be used several times. … The last loaded file is used to save settings. … Default is: ${XDG_CONFIG_HOME}/lxqt/globalkeyshortcuts.conf [22:11] @wxl [ so that patch is /usr], F**** THAT CONFIG FILE IM USR/ WAS CAUSING THOSE DESKTOPSWITCH2 ISSUES FOR ME. [22:11] yeah they probably forgot [22:11] So we just delete that file and try again now. [22:12] that's where lxqimage-qt came from [22:12] it should be ${XDG_DATADIR_HOME} as far as i can tell [22:12] @HMollerCl [/usr/share/lxqt/globalkeyshortcuts.conf], Yeah that. It's not needed. Why is it there? I think it's the one given by upstream. [22:12] it's ok to have the one in /usr/share [22:13] @The_LoudSpeaker [Yeah that. It's not needed. Why is it there? I think it's the one given by upstr …], Is it? wxl ? [22:13] what's BAD is to install one in /etc [22:13] @wxl [ it's ok to have the one in /usr/share], Why? [22:13] we should flip to /usr [22:13] what's the value of $XDG_DATA_DIRS? [22:14] bash: /usr/share/Lubuntu:/usr/local/share:/usr/share:/var/lib/snapd/desktop: No such file or directory [22:14] /usr/share/Lubuntu:/usr/local/share:/usr/share:/var/lib/snapd/desktop [22:14] jinx [22:14] @kc2bez [ /usr/share/Lubuntu:/usr/local/share:/usr/share:/var/lib/snapd/desktop], you have snaps installed. [22:14] so that is the order that will be searched for files [22:15] with $XDG_DATADIR_HOME taking precedence over all of them [22:15] (which is why user changes always override everything) [22:15] but wxl: the lxqt-globalkeys —help says differently. … --config-file=FILENAME … Use config file FILENAME. Can be used several times. … The last loaded file is used to save settings. … Default is: ${XDG_CONFIG_HOME}/lxqt/globalkeyshortcuts.conf [22:15] point behind that if they install to /usr/share and we install to /usr/share/Lubuntu, our file will take precedence over theirs [22:15] that's what i'm saying.. it's wrong [22:15] https://github.com/lxqt/lxqt-globalkeys/blob/master/xdg/CMakeLists.txt [22:16] CMAKE_INSTALL_DATADIR [22:16] emphasis on DATADIR [22:16] https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html [22:16] @wxl [ emphasis on DATADIR], it should be only CMAKE_INSTALLDIR ? [22:18] well this is where you have to sort of read between the lines.. that particular variable (CMAKE_INSTALL_DATADIR) is specific to the build instructions (read: cmake) but the reference to DATADIR points at $XDG_DATA_DIRS [22:18] also the last commit message: move shortcuts config fom /etc/xdg/lxqt to /usr/share/lxqt [22:19] that specifically changed the variable from LXQT_ETC_XDG_DIR [22:19] which is a hardcoded variable (wtf?) [22:19] @wxl [ also the last commit message: move shortcuts config fom /etc/xdg/lxqt to …], Yeah I saw that. but it's only for their conf file. but yeah that means we should put conf under usr/ [22:19] i should have noticed that when i sponsored your revision [22:19] my bad [22:19] m too. [22:20] I noticed but didn't know that use/ takes precedence over etc/ [22:20] it's possible that there's still a bug but i don't think so based on the tests i did before [22:23] huh [22:23] i'm confused though because they're using QSettings which should use XDG_CONFIG_DIRS https://doc.qt.io/qt-5/qsettings.html#platform-specific-notes [22:24] and they're not using setPath to make something custom [22:25] oh jeez [22:25] I just removed the conf from etc/ also the one from use/ and also my local one. Then pasted the conf in /usr/share/lubuntu/lxqt/ … Then restarted globalkeys. and voila! everything works as it should. [22:25] they reversed our patch https://github.com/lxqt/lxqt-globalkeys/commit/8d28f6ebcd818bb6051127a280cbd2930e1512e5 [22:26] daamnnn wxl: you just came in and solved our issue in a min. Teach me also bhaiya! how so pro bhaiya? [22:26] Looks like y'all are having fun XD [22:27] now they're using QStandardPaths [22:27] and [22:27] ConfigLocation "~/.config", "/etc/xdg" [22:27] GenericConfigLocation "~/.config", "/etc/xdg" [22:27] * wxl facepalms [22:27] ConfigLocation "~/.config", "/etc/xdg" [22:27] GenericConfigLocation "~/.config", "/etc/xdg" [22:27] oops [22:27] *facepalms twice* [22:27] https://doc.qt.io/qt-5/qstandardpaths.html#details [22:29] @wxl [ https://doc.qt.io/qt-5/qstandardpaths.html#details], omg! the documentation is huuuge and verbose. I will have to read it all if I have to port something? [22:29] @The_LoudSpeaker [omg! the documentation is huuuge and verbose. I will have to read it all if I ha …], Yes :P [22:30] adding it to bookmarks. [22:33] at least it's readable [22:33] https://cmake.org/cmake/help/git-stage/command/install.html [22:33] read that and tell me what ${CMAKE_INSTALL_DATADIR} is [22:34] The dir where CMake installs the data? :P [22:35] i *THINK* it's necessarily /usr (which is $CMAKE_INSTALL_PREFIX) /share [22:35] SO [22:35] it seems those are problematic [22:41]