[00:16] -lugito:#lubuntu-devel- [rMANUAL96e6ab58e84a: Fix indent] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL96e6ab58e84a [00:16] FYI I am seeing the 1845424 timezone bug on the VM and BM installs, isotracker updated [00:21] @franksmcb can you post your install log to the bug please? You should be able to find it in /var/log/installer/debug [00:22] Will do. [00:22] Thanks, I appreciate it. [00:36] @kc2bez [Thanks, I appreciate it.], Done [00:41] Thanks for all the help @franksmcb ! [01:43] fyi: vlc still doesn't start in live testing; I hoped it would with "fix committed" marked (25-sept) for eoan - lp 1842382 [01:43] Launchpad bug 1842382 in linux (Ubuntu Eoan) "/proc/self/maps paths missing on live session (was vlc won't start; eoan 19.10 & bionic 18.04 ubuntu/lubuntu/kubuntu/xubuntu/ubuntu-mate dailies)" [High, Fix Committed] https://launchpad.net/bugs/1842382 [01:44] guiverc: have you seen bug 1845424 ? [01:44] Bug 1845424 in calamares (Ubuntu) "Calamares not selecting correct timezone when connected to internet (QEMU/KVM)" [Undecided, Confirmed] https://launchpad.net/bugs/1845424 [01:45] I ask because you are in a different time zone than me. I am unfortunately in America New York (the default) [01:46] i don't use QEMU/KVM so no; I did an install ~2 days ago on bios hardware without issue & it recognized my location [01:46] Good to know. [01:47] I think there was a report on hardware as well though. [01:47] I'll have another quick look now.. [01:48] I appreciate it. [01:51] Yeah the log's I sent where from bare metal [01:53] kc2bez, it detects me as melbourne, au where i am (the only thing I did pre-starting-install is adjust display to portrait-left) [01:55] Thanks guiverc and @franksmcb [01:56] * kc2bez sighs [01:56] inconsistent results are difficult to troubleshoot. [01:59] I've got the 1842382 live usb VLC bug as well. I can provide any logs you need for that [02:01] thanks @franksmcb, I don't think required; it was chased down to a specific kernel patch, I was hopeful of fix alas not today :( [02:06] kc2bez, install completed; all good with correct timzone, vlc starts post-install [02:07] Thanks guiverc [02:07] I can confirm that VLC works post-install [02:12] -lugito:#lubuntu-devel- [T120: Lubuntu 19.10 Beta Release] kc2bez (Dan Simmons) commented on the task: https://phab.lubuntu.me/T120#2394 [03:07] @freenode_guiverc:matrix.org: is there a reason you marked what sound like successful tests as failed? http://iso.qa.ubuntu.com/qatracker/milestones/406/builds/200084/testcases/1303/results [03:07] wxl[m], only b/c of vlc not starting on 'live' - no other reason [03:08] @franksmcb thanks for the help [03:08] if you want it changed, I can... [03:08] @freenode_guiverc:matrix.org: you're a little more conservative than I in regards to judging test success 😉 [03:09] Err more liberal [03:09] I only look at the testcase itself [03:10] "Use and execute the default applications found..." - vlc won't run [03:10] "All applications should function without error" [03:11] the GnuPG one also fails, but I won't fail for that.. [03:11] touché! [03:12] i should send a patch to allow for additional columns to distinguish different types of success [03:21] changed the hp8200 with many bugs to pass; so only crapbook with single vlc issue now is fail [03:31] from what i can tell the qtpass bug is likely fixed with https://github.com/IJHack/QtPass/commit/7f8136e4f08baea281cef62393ff75616ce09c74 and https://github.com/IJHack/QtPass/commit/827a7104cebace94802dc479e2f3ae7564a99469 whcih are in 1.3.0 https://github.com/IJHack/QtPass/releases/tag/v1.3.0 which is in bullseye https://packages.debian.org/source/bullseye/qtpass so someone should get that synced [04:39] -lugito:#lubuntu-devel- [rMANUAL5d232d934457: Add start of system tray for screengrab] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL5d232d934457 [04:43] -lugito:#lubuntu-devel- [rMANUAL8c2c11b00f79: Add show screengrab from tray icon] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL8c2c11b00f79 [04:47] -lugito:#lubuntu-devel- [rMANUALe29468fd02ba: Add new icon from systray] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALe29468fd02ba [04:49] -lugito:#lubuntu-devel- [rMANUAL3a736dcda598: Fix capitilization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL3a736dcda598 [04:51] -lugito:#lubuntu-devel- [rMANUAL8882369ef724: Add save from tray icon click] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL8882369ef724 [04:56] -lugito:#lubuntu-devel- [rMANUAL01bb6fe70fac: Add copy to clipboard from systray] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL01bb6fe70fac [05:00] -lugito:#lubuntu-devel- [rMANUAL63179f467776: Add options from system tray] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL63179f467776 [05:02] -lugito:#lubuntu-devel- [rMANUALbba0bcba0310: Add quit ScreenGrab from systray] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALbba0bcba0310 [06:07] @HMollerCl [I think we can get people in the Spanish channel to help with iso testing @N0um3 …], Is a good idea ;) [12:45] @kc2bez tested the timezone issue, ha a 24sept downloaded iso, same issue so it's before that. [12:48] buuuuuut [12:49] got ntp.ubuntu.com timeout [12:51] strange [12:53] Simone was added by: Simone [12:54] if I try to connect in my browser also gives tomieot, but maybe is my proxy [12:54] *timeout [12:56] what do you get when you go to https://ipapi.co/json ? [12:57] that works [12:58] (Photo, 1280x960) https://i.imgur.com/PTr1wfa.jpg calamares log [13:29] wait, I forgot to configure the proxy [13:49] configure the proxy in /etc/environment and can ping ipapi.co (firefox use their own proxy config) but still have wrong timezone. [14:30] i... don't think NTP respects proxies... [14:32] it probably doesn't since it is UDP [14:32] ^ this [14:32] @HMollerCl your clock won't update because UDP doesn't respect proxies [14:32] so you either have to update manually [14:33] or run an NTP server from behind the proxy that *has* NTP access to an NTP server [14:33] so you'll probably have to set the time manually [14:33] ok, thanks [16:10] Check out https://phab.lubuntu.me/w/release-team/iso-building/ [16:10] I just wrote it [16:11] It covers the basics of how the ISOs are built [16:11] The goal is to eventually add on more [16:12] If someone could read through it and ask questions, that'd be awesome. [16:12] There might be a fair bit of tsimonq2isms :) [16:12] Could you add some infos about the bootloaders? BIOS and EFI configuration? [16:13] @aptghetto [Could you add some infos about the bootloaders? BIOS and EFI configuration?], I'm not personally familiar with how that is done in the ISO building process [16:13] However, you're welcome to ask Adam and get back to us :) [16:14] Adam or Steve, I think. [16:23] I found an "OEM install (for manufacturers)" in the uefi boot menu. But I guess, this does not work with calamares? [16:27] @aptghetto [I found an "OEM install (for manufacturers)" in the uefi boot menu. But I guess, …], Right [16:27] It shouldn't be there at all [16:27] Check the changelog for debian-cd, either me or wxl made that change for BIOS [16:52] @HMollerCl @kc2bez for what it's worth i get nyc though i'm not in that time zone. is it restricted to vms for some reason? maybe given the ntp thing calamares is a red herring? [16:58] But I'm not sure ntp is the problem. Time is not the same as timezone [17:02] Right. ntp doesn't set the cala timezone that comes from geoip. [17:06] proper ntp could be a valid issue for other Internet things however such as verifying valid ssl certificates and whatnot. [17:07] `timedatectl` [17:07] @kc2bez https://ipapi.co/json is what is used? [17:08] correct @HMollerCl [17:08] And uses geoclue? [17:08] I guess, we need `sudo calamares -d > cala.log` on a system, where it does not work [17:09] Do we have geoclue in live? [17:11] in `cala -d` the debug output should show the global store values for geoip. [17:12] we don't use geoclue for anything in Lubuntu to my knowledge [17:12] In https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1845424 I see `2019-09-26 - 23:42:17 [2]: WARNING: Invalid YAML data for GeoIPJSON`, which might be related to the problem. But I couldn't reproduce it here on an UEFI vm (with an older eoan-iso). [17:13] @kc2bez [ we don't use geoclue for anything in Lubuntu to my knowledge], Yes, but actually no [17:13] It's seeded [17:13] Same for me @aptghetto [17:13] Something pulls from it [17:13] It just doesn't work [17:13] That is what I thought @tsimonq2 [17:19] @aptghetto i couldn't reproduce that either, even though i have the issue with the wrongt ime zone [17:21] the thing is i don't see a clear error message [17:22] journalctl or calamares? [17:22] cala [17:23] well, besides that warning, but i'm not sure that's it [17:47] inthe live I have from 24sept timedatectl gives me wrong timezone [17:47] that is undoubtably due to timedatectl [17:48] perhaps your proxy is blocking the port [17:48] udp 123 [17:54] not sure, I have a VM in the same computer in which timedatectl works [17:54] and in the one that timcextl works i can ping [17:56] wxl: you have wrong timezone but timedatectl works? [17:58] anyway timedatectl gives mt UTC 0 but cala NY. [18:00] lemme check timedatectl [18:17] @aptghetto [I guess, we need sudo calamares -d > cala.log on a system, where it does not wor …], did this. GeoIP give CL as an answer, but still timezone is NY. [18:17] I'm noyt sure this worked before. [18:17] in bionic I mean [18:26] here is cala.log https://paste.ubuntu.com/p/5kffPm7dyk/ [18:27] line 109 is geoip [18:28] cala figured out your location and gave you the right language so at least that part is working right. [18:32] the language I set on boot [18:34] on boot I set to (spanish) in cala I change to mx. [18:36] I follow you now. [18:37] tested on bionic [18:37] in bionic works [18:39] mmmm [18:41] GeoIP reporting "America/Santiago" [18:42] that's what bionic says instead of GeoIP result for welcome= "CL" [18:42] @HMollerCl do you mean Disco or 19.04 ? [18:43] disco [18:44] but apparently prior release, it is from march19 [18:44] back up to speed now. [18:46] there has been a lot of changes since then for sure [18:47] I'm tryinhg to pastebinit disco log [18:47] has difference in geopip [18:48] geoip was handled differently by cala then. we had to adjust the settings to match. [18:50] here is cala disco log https://paste.ubuntu.com/p/sBQptxYt9T/ [18:51] which says: … 15:38:33 [6]: Fetching GeoIP data from "https://ipapi.co/json" … 15:38:33 [8]: getting smart status failed for "/dev/sda" : Operation not supported … 15:38:33 [6]: GeoIP reporting "America/Santiago" [18:52] eoan log doesn't mention ipapi.co [18:54] geoip in eoan returns country, but in disco timezone [18:55] CL vs "America/Santiago" [18:58] There were changes in locale.conf for T107 [18:59] https://phab.lubuntu.me/rCALASETTINGScd7fa92d15410c58e80490028a508114d5ca9aec [19:08] https://phab.lubuntu.me/w/release-team/process/ [19:08] I'll update this as time goes on [19:08] For right now it's simply going to include the releasey things as I do them [19:08] If any of you are doing tasks related to the release, please add it to the wiki page [19:09] (Photo, 1280x1051) https://i.imgur.com/Z86pUFa.jpg if you add -d after calamares in the exec line of the calamares desktop file it will launch calamares in debug mode. On the bottom left you see show debug information, click that. In the new window that pops up click locale. It should look something like the attached. [19:09] @HMollerCl ^ [19:09] @tsimonq2 [If any of you are doing tasks related to the release, please add it to the wiki …], @N0um3n0 :) [19:11] Ok [19:11] @kc2bez [], I created the logs with - d will see that debug info [19:15] -lugito:#lubuntu-devel- [T120: Lubuntu 19.10 Beta Release] tsimonq2 (Simon Quigley) commented on the task: https://phab.lubuntu.me/T120#2396 [19:22] Going AFK for a little while yet [19:22] When I get back, my plan is to upload the update notifier and the default settings [19:22] And then work on polishing the docs a bit [19:22] If there's anything more pressing, please ping [19:23] Not ignoring the work with Cala, but I'm leaving it to you guys cause you seem to have a handle on it :) [19:23] Thanks for your work everyone [19:24] @tsimonq2 [Not ignoring the work with Cala, but I'm leaving it to you guys cause you seem t …], Working on it. It isn't a show stopper but will keep plugging away. [19:24] Sounds good, let me know if you need my help [19:24] @tsimonq2 [When I get back, my plan is to upload the update notifier and the default settin …], You mean artwork right? or was there something in default settings too? [19:33] @kc2bez [You mean artwork right? or was there something in default settings too?], Oh, right. [19:33] That :) [19:33] No worries, just wanted to make sure. [19:34] The glasses don‘t work? [19:34] @aptghetto [The glasses don‘t work?], HAHAHAHAHAHAHAHA [19:34] Shut up XD [19:35] XD [19:37] (Photo, 800x600) https://i.imgur.com/cIrx0Ig.jpg although log says geoip: "CL" [19:37] @kc2bez [19:38] CL is used for the welcome module [19:38] (Photo, 800x600) https://i.imgur.com/HPvfbWL.jpg this has both info [19:42] so when i boot the iso, `timedatectl` is on utc [19:43] and indeed timezone is set to utc [19:43] so that may make sense [19:45] locale module gets New_York [19:46] and then suddenly my timezone is set to it [19:46] even though i didn't do anything in cala [19:47] ipapi.co/json returns Los_Angeles [19:50] ah [19:50] ha [19:50] default /etc/calamares/modules/locale.cnof has New_York [19:51] guess where that comes from? [19:52] ^ That has been there all along though, looking at the cpp manual [19:52] It should be the default if it can't figure it out (ie no internet) [19:52] https://phab.lubuntu.me/rCALASETTINGSe7f71611133ac3c780f828b9fb561c2ed276f595 [19:53] well to be fair, we should set it to UTC to be consistent with the ISO [19:55] Fair point. Still not sure why it didn't change to LA in your case. [19:57] yes, in my case stays in NY forever... [20:01] uh [20:01] weird [20:02] i removed the values in the conf file, set timezone (global) to utc, ran cala and it's all of a sudden setting America/New_York [20:02] s|utc|Europe/London| whatever [20:02] ^^^ all while no internet [20:03] is there a way to launch geoip from commandline? [20:03] you mean ipapi? [20:03] curl [20:04] or wget maybe [20:04] for ipapi at least [20:05] geoip-bin [20:06] ok, internet + london timezone + london conf = london for location [20:06] naa, it's only for country, which is good in my case [20:07] perhaps my yaml formating is off there in the locale.conf [20:07] internet + Pacific/Pago_Pago + london conf = london for location [20:09] no internet + Pacific/Pago_Pago + london conf = london for location [20:09] oh wait let me recheck that [20:10] yep that's right [20:11] no internet + Pacific/Pago_Pago + no setting in conf = ny for location [20:11] what happens if you switch out the current geoip for this: https://github.com/calamares/calamares/blob/master/src/modules/locale/locale.conf#L94 [20:11] internet + Pacific/Pago_Pago + no setting in conf = ny for location [20:12] so it seems to always go by the conf file or what i presume is a hardcoded ny [20:13] @kc2bez [what happens if you switch out the current geoip for this: https://github.com/ca …], you mean this? https://geoip.kde.org/v1/calamares [20:13] it gavez only timezone [20:13] right, I meant in the locale.conf file [20:14] sorry, I don't quite understand. The url only gives the timezone, while ipapi gives much more info [20:14] maybe the ipapi info isn't well parsed? [20:15] oo, now i get it, you want to cjhange ity [20:15] where is the locale.conf file? [20:16] we have to use the old method though [20:16] no geoip section [20:16] I found it in the cpp manual. [20:16] I think it got missed in the version we have [20:17] https://github.com/calamares/calamares/commit/0ee8427d5a310a568263f1493d573b888b28661a#diff-442c579d2a67e00679f9a3c905fb0cfe [20:17] internet + Pacific/Pago_Pago + london conf (with the kde geoip) = london for location [20:17] not i'm using london and pago pago because they're nowhere near America/Los_angeles [20:18] I don't know where pago pago actually is but it sounds cool ;) [20:19] it's a pagoda? [20:19] so i tried setting the selector explicitly to "time_zone" and that didn't help [20:20] change locale.conf url, still gives ny [20:20] someone should compile upstream master and see what happens [20:24] There is a new version upstream FWIW [20:25] Also, if my manual reading is correct, the locale.conf file would need to be formatted the old way like this: https://paste.ubuntu.com/p/SYwzvxtxbt/ [20:25] the link /etc/localtime how is created? [20:28] There are 2 modules in cala. This one https://github.com/calamares/calamares/tree/master/src/modules/localecfg and this one https://github.com/calamares/calamares/tree/master/src/modules/locale [20:28] oh wait [20:29] you said localtime not locale [20:29] nvm me [20:31] changed locale.conf to old way, still NY [20:32] I think wxl is on to something we need to verify with the latest master. [20:33] Or at least the next release. [20:33] I need to head home though, I will continue there. [20:42] btw i set geoipUrl: "https://geoip.kde.org/v1/calamares" and geoipSelector: "time_zone" [20:43] the other values can stay the same [20:44] when we upgrade to that new version we really should go for the geoip hierarchy rather than the individual geoipThing values. though they're still supported, they're legacy and they could be dropped at any time [20:45] oo, didn't notice had to change timezon to time_zone [20:45] yeah or you could use "" since it only returns one selector [20:45] mm [20:46] but sill Ny [20:46] yep [20:46] something's broken [20:46]