Thursday, 2020-10-15

*** vgtw_ is now known as vgtw02:53
sledges#startmeeting Sailfish OS, open source, collaboration -- 15th October 202007:00
sailbotMeeting started Thu Oct 15 07:00:00 2020 UTC. The chair is sledges. Information about MeetBot at
sailbotUseful Commands: #action #agreed #help #info #idea #link #topic.07:00
*** sailbot changes topic to " (Meeting topic: Sailfish OS, open source, collaboration -- 15th October 2020)"07:00
sledges#info Meeting information and agenda can be found here:07:00
sledgesI am the meeting's chairperson today, and will be doing my best to keep time and order. Please behave, respect the timings and one another.07:00
sledgesToday we have a smorgasbord of questions, there might be no time left for general discussion, but feel free to have a chinwag after the meeting with whoever's still around!07:00
sledges#topic Brief introduction (5 min). Please prefix your name/handle with #info07:00
*** sailbot changes topic to "Brief introduction (5 min). Please prefix your name/handle with #info (Meeting topic: Sailfish OS, open source, collaboration -- 15th October 2020)"07:00
sledges#info Simonas Leleiva - privateer for Jolla07:00
ExTechOp#info Otto Mäkelä - community07:01
maajussi#info Jussi Maaniitty - Sailor at Jolla07:01
attah_work#info Anton Thomasson - purveyor of shitty apps, killer of trees (just watching from afar)07:01
abranson#info Andrew Branson - sailor @ Jolla07:01
ViGe#info Ville Nummela - Sailor @ Jolla07:02
chriadam#info Chris Adams - developer @ Jolla07:02
TheKit#info Nikita Ukhrenkov - sailor at Jolla07:04
sledgesI hope those who posted topics will turn op, so far not one:))07:05
ApBBBi am here07:05
sledgesgood, please introduce?:)07:05
ApBBB#info ApB - community07:05
sledgesawesome, moving on07:06
sledges#topic harbour library policy (20 min -- asked by KeeperoftheKeys)07:06
*** sailbot changes topic to "harbour library policy (20 min -- asked by KeeperoftheKeys) (Meeting topic: Sailfish OS, open source, collaboration -- 15th October 2020)"07:06
sledges#info <KeeperoftheKeys> some details about the topic: In light of Jolla just breaking any app using python3 sqlite bindings by seperating the bindings from python3 into a separate package the whole "claim to carefully curated guaranteed to be stable" allowed dependencies in harbour is a fallacy,07:06
sledges#info <KeeperoftheKeys> at this time we can’t even fix our apps by adding a dependency for python3-sqlite since that is blocked by harbour,07:06
sledges#info <KeeperoftheKeys> it took me several hours of back and forth on the forum to even get an internal bug on the subject opened.07:06
sledges#info <KeeperoftheKeys> a. This is a pretty bad slip up, I only figured it out by digging in the changelogs, that should have been pointed out ahead of time.07:06
sledges#info <KeeperoftheKeys> b. If "accepted" libs get broken you might as well allow the "unaccepted" libs too.07:06
sledgesspeaking of the devil:)07:06
sledgesHere comes the short and sweet answer:07:06
sledges#info <Jolla> python3-sqlite was broken on the Early Access release. The early access releases should be considered as beta. Their purpose is to find exactly this kind of bugs.07:07
chriadamI guess what we need to improve is our handling of the issues raised on the forum07:07
KeeperoftheKeysabsolutely, but it shouldn't take us a day of work to convince Jolla that there is a bug07:07
KeeperoftheKeysthough after he was convinced @ville was very fast07:08
KeeperoftheKeysand also this whole story in general casts the whole issue of what libs we can and can't have and the reasoning behind it in a big question mark07:08
ViGeKeeperoftheKeys: Well, that is already a completely different question07:09
KeeperoftheKeysand lastly though EA is indeed meant exactly for this at least for my feeling a very large part of users are EA users thus it places us the devs in a very uncomfortable situation where our users are complaining and we're scrambling07:10
KeeperoftheKeys*sorry @ViGE07:10
sledgeswe have cbeta users group, and could ask them to test apps as well07:11
ApBBBwell you have to understand that EA can break. its not jollas fault that many users feel adventurous07:11
ViGeKeeperoftheKeys: regarding the wanted libraries, I suggest you ask for the libraries that you want/need. It always helps if you can tell us why a library is needed. And it helps if the library (or at least the API) can be considered stable.07:11
KeeperoftheKeysis high on the list of all multimedia app devs as far as I know07:13
KeeperoftheKeyshas worked for ages07:14
abransonyes, that's still a candidate for support, but it's too flakey to be supported as it is.07:15
abransonit needs a couple of problems sorting before it can be approved07:15
ViGeKeeperoftheKeys: The impression that most of the users are EA users is simply wrong - I do understand how one gets the idea that most users use EA though - it seems quite a large percentage of forum commenters are indeed EA users07:15
KeeperoftheKeysit could be that we are the vocal minority07:16
ViGeyes, mpris is indeed in our list of APIs that we know developers want07:16
attah_work+1 for mpris07:16
abransonI would probably help if we discouraged casual users from joining EA. It's tempting and easy to join it to get the update sooner, but many aren't prepared to deal with the problems it can cause07:17
ApBBBthe stuff/libs needed are an ongoing and painfull subject.07:17
ApBBBi'll remind again that we cant have native mapping with the restrictions07:17
ApBBBwhich is sad :/07:17
ViGeindeed it is07:17
sledgesthe simplest tone would work: "hey, your app is broken!" vs "hi, could you please fix your app before public release?"07:18
KeeperoftheKeysbut I had a complaint of non working gPodder before my phone ever notified me that there was a new version (and I am in the EA program)07:18
sledgestime's up folks07:19
sledgesah, another 5mins:)07:19
KeeperoftheKeysit would definitely be cool if Jolla would ping us when they make a change that breaks backward compatibility, but under current store restrictions that anyhow is unwise since there is no way to release a package that has both the old dependencies and new dependencies07:21
KeeperoftheKeysalso RPM does not have a sailfishOS version symbol as far as I can tell07:21
ExTechOpAs a "casual user" on EA, I'm kinda resigned to being a beta tester, and try to do my best to report problems before the final release. The release notes should try to say "things that depend on XXX will break", so people can better tell what non-workingness needs to be reported?07:23
sledges#info about additional libs: allowing mpris is on Jolla's list, but abranson mentioned there might be couple of flakey problems to sort out in mpris first07:23
abransoniirc it doesn't deal with multiple apps very well07:24
flypigFor the libs outside the store, I think it'd be impossible to list all the things that might break. For the things in the store, I'm sure the plan is that things will never break.07:24
ViGeWarning about breakage is a bit difficult before we know about it ourselves07:24
attah_workI don't quite get that sentiment... nothing "should break", yet somethings do... it's common for all distros07:24
ViGeflypig: +107:24
abransonmaybe we need to recruit more of you guys to cbeta :)07:24
KeeperoftheKeyswhy would you open 2 media player apps at the same time?07:25
sledges#info for the record, please be patient when raising issues on forum, Jolla is responding in forums as a company via its sailors, and the reaction time can't be within the same day, as internal discussions or other activities take place07:26
ViGeAlso, I would also suggest that people should not install EA before they have read the release notes. We had first bug reports before we had released the release notes...07:26
abransonKeeperoftheKeys: switching to another one when the first one is paused or stopped.07:26
sledges#info in future early breakages should hopefully get improved via the cbeta testers (pre-EA) as long as the apps are concerned07:27
sledgesok, time to cut it, as the cornucopia of topics is waiting:)07:27
sledges#topic Consistency of SFOS UX/UI across apps (15 min -- asked by ApBBB)07:28
*** sailbot changes topic to "Consistency of SFOS UX/UI across apps (15 min -- asked by ApBBB) (Meeting topic: Sailfish OS, open source, collaboration -- 15th October 2020)"07:28
sledges#info <ApBBB> Lately -and as SFOS progresses- more and more examples of apps (jolla ones like email, camera) that are included in the OS “break” the SFOS UX by choosing traditional taps/buttons instead of swipes and gestures.07:28
sledges#info <ApBBB> So is jolla trying to move away from the gesture paradigm, is it just that the devs (aurora os people???) have no idea what they are doing and don’t care about consisteny, and what jolla will do to fix this and make the OS consistent everywhere.07:28
sledgesthe response is:07:28
sledges#info <Jolla> The short answer is that we try to maintain and nurture the gesture paradigm. This is not simple though, as you've seen. Being different of mainstream requires balancing and sometimes we need to do compromises to accommodate problems we've identified in our user studies.07:28
attah_workFor the record, i like the concept of the new pick-up screen... the graphical design could have been a bit better still07:30
sledgesyoohoo Joona joined:) we've just started discussing UX/UI consistency across apps07:30
jpetrell_hi :)07:30
ApBBBthe user studies argument is kind of weak and i explain: you have to deal with people that are used to the tap/tap paradigm. thats all the people that have ever used a phone and i doubt that a user study will ever find someone that hasnever used a phone to test wit him07:30
jpetrell_yeah Sailfish OS user experience is not any static thing, but evolves over time07:30
jpetrell_we are not deliberately moving away from the gesture paradigm, effortless gesture usage is still very important for us07:31
KeeperoftheKeys(didn't say before - sorry for being late, am busy at work)07:32
ExTechOpThere have been little inconsistencies throughout the OS itself all along, eg. Settings / Accounts has a ersatz-button "Add account" instead of a pulley menu item as one would kinda expect.07:32
ApBBBthe changes that break the UI seem to come from aurora people. are those people familiar with the os or they do whatever07:33
attah_workDumping ambience support when introducing the buttons in the email client does make such statements ring a bit hollow, since that surely wasn't necessary07:33
jpetrell_"Add account" is due to historic reason of account listing being part of app views with pulley reserved for other use cases07:33
jpetrell_could use pulley yes, good catch07:33
ApBBBjpetrell_ as the designer do you have a say on what aurora people are doing??07:33
jpetrell_we are working together with Aurora design. we review carefully that all contributions align with the platform style07:34
ApBBBanother example is the new phone answering. not the gestures but the graphics. who thought that thing looked nice with the rest of the UI??07:35
jpetrell_but sometimes we need to let some inconsistency in since fixing all use cases at once is such too much work07:35
jpetrell_such = just07:35
ApBBBjpetrell_ are these going to be fixed??07:35
KeeperoftheKeyswith the larger and larger screens single handed gestures also aren't getting any easier07:36
ApBBBi suspect that if the QML stuff are published and users can contribute many of these will be fixed by the community.07:36
jpetrell_please spare me with double quatation marks, I don't want us shout07:36
jpetrell_I have been drafting forum post about the incoming call redesign, to give a bit of background and rationale behind the changes07:37
jpetrell_not finished but hopefully soon07:37
jpetrell_the UI controls are a bit small, we should make them a bit bigger. though Sailfish OS is airy, can have air around the components07:37
sledges#info a forum post from Jolla's UX chief Joona is in the works, explaining incoming calls redesign rationale07:38
attah_workjpetrell_ :)07:38
KeeperoftheKeysI like the new incoming call dialog though sometimes it mixes answering and swiping left/right to get to the unlock screen up which is mildly annoying since the only way back seems to be to unlock07:39
sledgescorrect me please, but isn't the switch to gecko in emails is the main cause of buttons? i think browser also technically cannot have pulleys in the web engine rendering view due to the same constraints?07:39
jpetrell_personally I like the subtle animations of phone handle wiggling on the new design, and arrow indications animating,  mimicking user's finger07:39
flypigsledges, that's my understanding too.07:39
sledgesor more likely, was it text selection that prevents pulleys07:39
ApBBBthe phone handle looks like nothing SFOS related.07:39
ApBBBthe actual graphic i mean07:40
sledges3min remain07:40
ApBBBsledges havent users already patched it to work with pulleys??07:40
ApBBBsaw some stuff in openrepos and in forums07:41
sledgeswe can talk about design endlessly (next topic too), i remember when i used facebook, each of its Web UI facelifts was met with anger and rage, always from different groups of users:)07:41
sledgesApBBB would be good to know more07:41
sledgeswas mainly talking of the top of my memory:)07:42
ApBBBsledges no idea if that broke something07:42
sledgesok thanks, moving onto the next UI topic07:43
sledges#topic UI (15 min -- asked by Sefriol)07:43
*** sailbot changes topic to "UI (15 min -- asked by Sefriol) (Meeting topic: Sailfish OS, open source, collaboration -- 15th October 2020)"07:43
sledges#info <Sefriol> Old SFOS Case Study:07:43
sledges#info <Sefriol> Broader topic, but in general SFOS has from the start been about one handed ease of use and intuitive gesture control. Latest “major” update was the inclusion of tabs.07:43
sledges#info <Sefriol> However this is also something that highlights one of the “problems” with current gesture controls: horizontal swipe. It needs to be really precise when there is vertical content.07:43
sledges#info <Sefriol> Example of using natural “arc swipe”:07:43
sledges#info Also with the inclusion of top menu, official supported devices start to get taller and taller, making it harder to reach. Maybe allow to customize UI so that you could get it from the bottom instead?07:43
jpetrell_yes we had technical limitations with integrating gecko and pulleys together, but also pulleys work best with only few actions and on email app views you often a lot07:44
jpetrell_ApBBB: good luck trying to patch that :D07:44
sledgesSefriol doesn't seem to be around, but here's the answer07:44
sledges#info <Jolla> Tweaking of touch parameters is definitely area that should get more focus, there are already known touch issues with e.g. Keyboard, Camera and Gallery (also reported by community in the forum). We are also aware of regression in one-handed usage due to the growth of average phone display dimensions.07:44
ApBBBjpetrell_ i just saw it. didn't try ti. neither know if it works07:45
chriadampulley activation is always tricky, as it depends on the current scroll location in the view, also.07:45
ApBBBhopefully the iphone 12 mini will become a huge success and other mfgs will start making sanely sized phones again. and jolla can support those. :P07:45
ApBBBand we will be able to use SFOS one handed like normal people07:46
jpetrell_yeah these super tall displays are one-handed nightmare07:48
sledgesbut there is a plethora of things to improve: mid-screen notifications, sticky app grid, gravitate top menu contents towards the bottom, pull (stretch) down the top of the list to access topmost items07:50
sledgescall-ending dialogue was a good step forward07:50
ApBBBsledges it would look better in the middle of the screen IMO.07:51
sledgesretaining the UI elegant (not bottom-heavy/empty-at top) is a challenge though07:51
ApBBBnot that its bad or something07:52
jpetrell_yeah system dialogs in general should appear lower on the screen. on Jolla 1 you could reach e.g. WLAN hotspots in connection dialog without problems, but nowadays you need two hands07:52
flypigApBBB, the idea with it being at the bottom is that it's easier to access for one-handed use.07:52
jpetrell_problem showing content at the bottom where your thumb naturally lies is that you can accidentally perform actions07:53
ApBBBflypig yes i get it. but i am also picky with my HW choices so i can still reach stuff :P07:53
ApBBBthats why i said i hope the iphone mini becomes a hit07:54
flypigApBBB :) Yes, I see your point. These things (phone hardware sizes) do seem to go in cycles, so let's see.07:54
sledgeslatest firefox for android dropped their url bar to the bottom (the resemblance is uncanny:) abranson was the first to spot this:))07:54
sledges3mins remain07:55
ApBBBsledges SFOS does many stuff right07:55
ApBBBour browser issues were alway functionality related07:56
abransoni know people using 5 year old phones because they can't find new ones small enough07:57
ApBBBor engine07:57
ApBBBabranson there aren't many sadly07:57
ApBBBand with SFOS its even more difficult07:58
sledgesengine is now esr52 going on esr60 :)07:58
sledgesok, next topic is a quick one07:58
sledges#topic QML component separtion (5 min -- asked by Sefriol)07:58
*** sailbot changes topic to "QML component separtion (5 min -- asked by Sefriol) (Meeting topic: Sailfish OS, open source, collaboration -- 15th October 2020)"07:58
sledges#info <Sefriol> Separating QML components from closed source and publishing them to git:07:58
sledges#info <Sefriol> Maajussi promised to take a look. Any updates on this front?07:58
sledges#info <maajussi> No news available at the moment to share. Need to come back to this later.07:59
sledgesso we can move on:)07:59
sledges#topic Overlay apps in 3.4 and later (15 min -- asked by coderus)07:59
*** sailbot changes topic to "Overlay apps in 3.4 and later (15 min -- asked by coderus) (Meeting topic: Sailfish OS, open source, collaboration -- 15th October 2020)"07:59
sledges#info <coderus> 3.4 update has broke overlay apps utilizing window category properties. Launching such apps produce black screen. Problem was reported internally long before 3.4 update came out, but no action/suggestion was taken.07:59
sledges#info <coderus> 3.4 update obsoleted some useful applications and “bricked” devices of some users. Jolla position was: “we never officially supported this kind of hack for overlay apps, so it’s your own fault”, in my opinion it looks very frustrating, my apps was allowed and published to Jolla Store with no problems.07:59
sledges#info <coderus> Just tell if proper/replacement API is/will be available for making overlay apps? I need to decide the future of my applications.08:00
sledgesand the answer is08:00
sledges#info <Jolla> Looks like the system considers your window to be full-screen (fully opaque) if the background drawing gets disabled. Commented to the forum topic some ideas how your app could be fixed, let's continue the discussion there:08:00
sledgesis coderus around?08:00
coderussledges: hi08:01
coderusyou pointed to private stuff :)08:01
coderusi want this issue to be more public08:01
coderustl;dr: none of suggested approaches worked, overlay is not functioning08:02
jpetrell_the topic talks about apps in plural, could we list the apps here so we can try to see what is broken08:02
coderusjpetrell_: me and users commented in forum topic of meeting08:03
sledges#info list of overlay apps:08:03
coderus and down08:03
flypigMaybe it's useful to list them here for the logs too. Things like Battery Overlay, ScreenTapShot2, Edge mode in Aliendalvik Control, okboard, taskswitcher.08:03
jpetrell_thanks :) do they all use the same hack?08:04
sledges#info Battery Overlay, ScreenTapShot2, Edge mode in Aliendalvik Control, okboard, taskswitcher08:04
flypig(I just stole all those from the forum)08:04
coderusTint Overlay as well08:04
sailbotRemoving item from minutes: <MeetBot.items.Info object at 0x7f3d288a4e48>08:04
sailbotRemoving item from minutes: <MeetBot.items.Link object at 0x7f3d288bfbe0>08:04
coderusjpetrell_: yes same hack08:04
sledges#info Battery Overlay, ScreenTapShot2, Edge mode in Aliendalvik Control, okboard, taskswitcher, phonehook, Tint Overlay08:05
jpetrell_ok sounds like we should provide a proper mechanism that won't break the next day08:05
coderusjpetrell_: thats the only point of my question here08:05
jpetrell_current solution uses internal properties in a way not even internal use cases do08:05
jpetrell_one issue is that badly behaving overlay app can brick the device, if we provided that kind of functionality in stable API we would make sure user is in control and cannot be blocked from going other tasks08:07
coderusthanks, we can move to the next question08:07
sledges#info in the light of many actual apps use an overlay hack, a need for stable API is augmented08:08
KeeperoftheKeysindeed, even apps that aren't using it may want to use it once an API is available08:09
sledgesjpetrell_: but since we just rolled out 3.4.0, the status quo is there to stay unfortunately, is Jolla able to prioritise the stable API effort?08:11
abransonfinally a good application of the rage-shake gesture - hide all overlays :)08:11
jpetrell_sledges: I cannot say before discussing internally other than we will look into it08:13
jpetrell_but I think we can get some kind of fix pretty easily if not yet stable 3rd party API08:13
sledgesperfect, thank you. just wanted a message (of any nature) to all of those apps' users08:13
ExTechOp(Some time ago, I asked about Motorola-style shake gestures, eg. for switching the flashlight on and off)08:13
ApBBBwith the slippery material choices mfgs use this sound like a really bad idea. :P08:15
sledges#info regarding the stable API work prioritising, Jolla cannot say before discussing internally other than we will look into it08:15
sledgesas per above, moving on08:15
sledges#topic Improving the calendar design (10min -- asked by Raymaen)08:15
*** sailbot changes topic to "Improving the calendar design (10min -- asked by Raymaen) (Meeting topic: Sailfish OS, open source, collaboration -- 15th October 2020)"08:15
sledges#info <Raymaen> It would be great to get an official Response from Jolla designers to this topic and if there are plans to make the calendar app more useful for business purposes and get a better overview over the appointments. even if it is somehow similar to my draft:08:15
sledgesRaymaen said they mightn't be about, so will just answer this:08:16
sledges#info <Jolla> We are constantly working on calendar app, recently more on the bugs than design. The minimal main calendar flows could (should) definitely be improved.08:16
flypigMaybe I can also take the opportunity to shout out dcaliste for his great work on the calendar.08:17
chriadamyes, definitely.08:18
ApBBBand not only there08:18
chriadammassive thanks to dcaliste for his ongoing hard work and great help08:18
sledges#info a shout-out to dcaliste for his great work on the calendar (community member contributing internally, yes it's possible, apply herein;)08:18
jpetrell_+1 yeah he is superb08:18
sledgesok, we've time to move to a shortened General discussion08:20
sledges#topic General Discussion (5mins)08:20
*** sailbot changes topic to "General Discussion (5mins) (Meeting topic: Sailfish OS, open source, collaboration -- 15th October 2020)"08:20
KeeperoftheKeyswhat are the chances of Jolla selling a license for Android on devices that are not "officially supported"08:21
sledges3.4.0 was a huge update, checkout about it08:21
ApBBBflypig is contract comming to the store when its ready or it uses not allowed stuff??08:21
flypigApBBB, not allowed stuff, I'm afraid.08:21
sledgesi hope 3.4.0 hotfixes (since the first EA) ironed out the most of pain-points08:21
ApBBBmeh :/08:21
sledges#link https://blog.jolla.com08:21
sledgesKeeperoftheKeys: let us catch up breath after the release:) but the biggest issue with such licences is when there's money involved, people automatically expect nothing to break (correct me if i'm wrong, maybe you have other linuxy examples where this works well)08:23
ApBBBBTW with all these user changes. will/are you able to use a normal user name instead of nemo when you set up a device?? like you do on a normal distro08:23
KeeperoftheKeyssince Jolla is currently only supporting models that don't supersede the Xperia X and also has not provided a decent update to Android on the Xperia X08:23
ApBBBKeeperoftheKeys the less android the better08:23
ExTechOpIsn't "nemo" a bit like "pi" on Raspberry Pi's, an operating system default?08:24
KeeperoftheKeysThough on an ideological level I agree with you08:24
KeeperoftheKeyson a practical level if I want SFOS to be my daily driver I need the ability to run certain Android apps08:24
NotKitApBBB: on clean 3.4 install it is defaultuser already08:25
KeeperoftheKeysthe username thing is great, high time08:25
NotKitmaybe nemo is still in ports08:25
sledgesApBBB: you can rename the main admin user (the internal name is nemo, or if you reflash, it's 'defaultuser', but friendly name can be changed in the UI)08:25
flypigIf I understand correctly, the additional (non-admin) users have a name that depends on what the user chooses.08:25
ViGesledges: I think you mean "you can NOT rename"..08:25
KeeperoftheKeyswe can't have a "real" internal username?08:26
attah_worki'd like to rename the actual username... but that's not possible?08:26
KeeperoftheKeysdefault users are terrible (security wise)08:26
sledgesViGe: yes you cannot rename the low-level username, but "Default User" friendly name can be renamed08:26
ApBBBlow level you mean as the one you use on a normal distro when you crete a user08:27
sledges#info One participant just said "the less android the better", and this tweet just backs it up (I hope Fernschreiber receives a lot of contribs as it's FOSS!)08:27
sledgesApBBB: yes08:27
ApBBBwill this be possible in the future ?08:27
ApBBBie you install > you choose a name and a hostname as on a normal distro08:28
ApBBBsystemd-homed is really cool doing stuff like that in case you havent played with it08:28
sledgesthat would become too complicated for non-techies08:28
attah_workOn e.g. Pinebook (PRO) you use tools to rename the user after the fact08:29
sledgesok, time to move on08:29
flypigNotKit, you will know better, but previously nemo was baked into the image. I thought defaultuser was not.08:29
sledges#topic Next meeting time and date (5 min)08:29
*** sailbot changes topic to "Next meeting time and date (5 min) (Meeting topic: Sailfish OS, open source, collaboration -- 15th October 2020)"08:29
sledgesProposing 28th October at 7am UTC08:29
KeeperoftheKeyswhat about a real update for the Xperia X has that ship completely sailed or will something be done after all the backlash on the subject?08:29
ApBBBBTW Fernschreiber is a toungue twister if you are not german :P08:30
flypigApBBB, agreed :)08:30
flypigWe should have a halloween themed meeting on the 28th.08:31
KeeperoftheKeyscool one less app that requires Android, but WhatsApp still blocks 3rd party08:31
KeeperoftheKeysAnd much though I dislike FB it's practically a work tool for me08:31
sledgesjust call it Fern:)08:31
ApBBBsledges the dev should do that08:32
sledgesok you tell 'em :D08:32
sledgesno objections, so08:32
sledges#info Next meeting will be held on Thursday 28th October 2020 at 7:00am UTC:  2020-10-28T07Z08:32
sledgeshalloween theme means all smileys are like ":["?08:32
sledgesturn your unanswered questions into topics for that meeting!08:33
flypigPerfect! :[08:33
sledgeschairs everyone!08:33
sailbotMeeting ended Thu Oct 15 08:33:16 2020 UTC.08:33
sailbot Minutes:
sailbot Minutes (text):
sailbot Log:
*** sailbot changes topic to "Next meeting will be held on Thursday 15th of October 2020 at 7:00am UTC. Topics can be created here:"08:33
ExTechOpUm, Thursday the 29th?08:33
sledgeshm, where was i looking, will update topic accordingly08:33
chriadamthanks everyone.08:33
*** ChanServ changes topic to "Next meeting will be held on Thursday 29th of October 2020 at 7:00am UTC"08:34
abransonsledges: clocks go back before then, so maybe an hour later would be good?08:34
abransonotherwise you'll be getting up very early for it08:34
jpetrell_yeah thanks :) excellent topics08:35
sledgesabranson: weren't clocks going back on the last weekend of october?08:36
sledgesor does it have to be the full weekend?08:36
abransonthink it's the 25th08:36
abransonthe next sunday is 1st nov08:36
sledgesdarn double whammy :) definitely will need to change logs :D (and yes, undoubtedly we'll push one hour forward)08:37
*** ChanServ changes topic to "Next meeting will be held on Thursday 29th of October 2020 at 8:00am UTC. Topics can be created here:"08:39
sledgesthanks ExTechOp and abranson, all's been adjusted now bar the logs (will need to nudge pketo about those:)08:40
*** Solidus is now known as Guest400611:11

Generated by 2.17.1 by Marius Gedminas - find it at!