| *** vgtw_ is now known as vgtw | 01:27 | |
| sledges | #startmeeting Sailfish OS, open source, collaboration -- 25th February 2021 | 08:00 |
|---|---|---|
| sailbot_ | Meeting started Thu Feb 25 08:00:00 2021 UTC. The chair is sledges. Information about MeetBot at http://wiki.debian.org/MeetBot. | 08:00 |
| sailbot_ | Useful Commands: #action #agreed #help #info #idea #link #topic. | 08:00 |
| sledges | #info Meeting information and agenda can be found here: | 08:00 |
| sledges | #link https://forum.sailfishos.org/t/community-meeting-on-irc-25th-feb-2021/4782 | 08:00 |
| sledges | I am the meeting's chairperson today, and will be doing my best to keep time and order. Please behave and re5tecpa. | 08:00 |
| *** ChanServ sets mode: +o sailbot_ | 08:01 | |
| sledges | #topic Brief introduction (5 min). Please prefix your name/handle with #info | 08:01 |
| *** sailbot_ changes topic to "Brief introduction (5 min). Please prefix your name/handle with #info (Meeting topic: Sailfish OS, open source, collaboration -- 25th February 2021)" | 08:01 | |
| sledges | #info Simonas Leleiva -- privateer for Jolla | 08:01 |
| ViGe | #info Ville Nummela - Sailor@Jolla | 08:01 |
| fridl | #info fridlmue - community | 08:01 |
| abranson | #info Andrew Branson - Jolla | 08:01 |
| Zyuc2G | #info Zyuc2G community member | 08:02 |
| rubdos[ma] | #info Ruben De Smet - The Whisperfish guy@community | 08:02 |
| jpetrell | #info Joona Petrell - Sailor@Jolla | 08:02 |
| Thaodan_ | #info Björn Bidar - Sailor @ Jolla | 08:03 |
| cartron | #info cartron, community member | 08:03 |
| karry | #info Lukáš Karas - community member, developer | 08:04 |
| flypig | #info David Llewellyn-Jones - Sailor@Jolla | 08:04 |
| sledges | Jolla 6:5 community | 08:05 |
| sledges | yay Jolla wins this time :D | 08:06 |
| sledges | #topic Has Jolla/SailfishOS resolved the licensing issues with GPLv3? (5min -- asked by Zyuc2G) | 08:06 |
| *** sailbot_ changes topic to "Has Jolla/SailfishOS resolved the licensing issues with GPLv3? (5min -- asked by Zyuc2G) (Meeting topic: Sailfish OS, open source, collaboration -- 25th February 2021)" | 08:06 | |
| sledges | #info <Zyuc2G> Recently SailfishOS appears to have added GPLv3 licensed applications including BASH 5, and grep 3.6. Has Jolla/SailfishOS resolved the licensing issues with the GPLv3? | 08:06 |
| sledges | #info <Jolla> If a Sailfish OS user decides so, they can install GPLv3 apps (such as gnu-bash) that Jolla packages merely for convenience (and for use on non-device infra, including SDK). | 08:06 |
| sledges | #info <Jolla> However such packages still cannot be distributed within the flashable images or pre-flashed devices. | 08:07 |
| Zyuc2G | interesting, thanks | 08:07 |
| *** Thaodan_ is now known as Thaodan | 08:07 | |
| rinigus | can you package, just for convenience, newer qt and silica with it. so users, of they desire it, would be able to enable separate repo and install from there? :) | 08:10 |
| sledges | one can get many more business customers without GPLv3, that's what's mainly keeping Jolla's lights on | 08:10 |
| sledges | rinigus:) | 08:10 |
| rinigus | ... assuming that gpl3 is keeping qt from us as well | 08:11 |
| abranson | rinigus: it'd be quite difficult to keep the system compatible with both 5.6 and the latest | 08:11 |
| Thaodan | I think fear is a major issue when it comes to Gplv3 | 08:12 |
| rinigus | abranson: that's correct. that hypothetical user would have to drop qt 5.6 then | 08:12 |
| sledges | gnu-bash et al. is easy because they don't require separate repos and are actively used in infra that builds images and sdk | 08:12 |
| Zyuc2G | I'm just thinking aloud here, but one option is to have GPLv3 in the standard community distribution, and I assume charging your paying customers for a Qt proprietary license | 08:12 |
| abranson | Thaodan: oh I don't know. it's a valid desire to prevent your users from messing with things in developer mode, especially for work devices. | 08:13 |
| Zyuc2G | Jolla can still offer all the benefits of opensource, while avoiding GPLv3 for its customers | 08:13 |
| sledges | it's other way round: we cannot get customers if we present a rootfs with GPLv3 | 08:14 |
| Thaodan | abranson: There is true however that is about devices the user does not own (the employer is the owner) | 08:14 |
| abranson | Thaodan: that sounds feasible to us, but we are not lawyers | 08:15 |
| Thaodan | So the user of the device would not be able to change something | 08:15 |
| Thaodan | imho the fsf or fsfe should help clear up the situation | 08:15 |
| abranson | I believe that's already been investigated in the past | 08:16 |
| rinigus | problem with lawyers is that they always take cautions approach. if they don't know, they prefer to avoid it. unless you find more reputable lawyer who is sure that it is OK. | 08:16 |
| Thaodan | they have lawyers and invented the tivo and non TiVo version of gpl3 | 08:16 |
| sledges | good thought; but we're twice overtime now, let's exhaust Qt aspects in the topic after next | 08:17 |
| sledges | #topic Plan of VoLTE (5min -- asked by bionade24) | 08:17 |
| *** sailbot_ changes topic to "Plan of VoLTE (5min -- asked by bionade24) (Meeting topic: Sailfish OS, open source, collaboration -- 25th February 2021)" | 08:18 | |
| sledges | #info <bionade24> Lots of providers in countries all over the world are deactivating their 3G networks this year. Some providers in the USA even disable both 2G and 3G, breaking the call function on current SFOS versions. | 08:18 |
| sledges | #info <bionade24> What is the plan for VoLTE on Jolla, since you have to support it anyway once Rostelecom (which is a shareholder of Jolla) takes down der 2G and 3G network. | 08:18 |
| sledges | #info <Jolla> We have VoLTE on the roadmap, however have not committed to defined timescales at the moment. | 08:18 |
| sledges | i believe there could be some potential synergies with other mobile GNU/Linux | 08:19 |
| ApBBB | in other words don't expect anything soon :) | 08:19 |
| fridl | Is there some development effort by Jolla done already or a repo where we could have a look and probably help? | 08:19 |
| Thaodan | ApBBB: it is hard to work on something that is not public | 08:21 |
| sledges | it would start with investigation phase | 08:21 |
| jpetrell | we are studying VoLTE, but nothing to share now sorry | 08:21 |
| Thaodan | e.i. has almost no information available | 08:21 |
| Thaodan | We are open to work with others, if you have worked on that contact us | 08:22 |
| ApBBB | Thaodan public from jollas side or other? | 08:22 |
| rinigus | just to get update on volte - sony aosp does support it, right? | 08:23 |
| jpetrell | VoLTE requires more from the OS side vs. 2G/3G calls handled a lot on behalf of the OS. and there doesn't seem to be much OSS available for VoLTE | 08:23 |
| Thaodan | ApBBB: from any side, even aosp is not that public about it e.i. documentation | 08:24 |
| fridl | So Jolla could found together with others e. g. a GSOC fore some students to set the corner stones?! | 08:24 |
| Thaodan | rinigus: aosp supports it but it has code that is written with non public information i think | 08:25 |
| ApBBB | assuming that jolla will write code for the VoLTE is this going to be able to be used by the ports or we will end up with a situation liek the fingerprint implementation | 08:26 |
| rinigus | Thaodan: thanks! ApBBB good question. assuming that they wanted to work with other mobile linux os'es, maybe not. but good to get confirmed | 08:28 |
| fridl | What about creating some repo to collect information and docs and sources on VoLTE. Perhaps the community can help or other projects join? | 08:28 |
| flypig | fridl, if the community could help bring info together, I'm sure it would be a good contribution. | 08:29 |
| sledges | we need to move along, this is a big topic, so please raise further plans during next meeting | 08:30 |
| sledges | #topic Qt on SFOS moving forward (15min -- asked by KeeperoftheKeys) | 08:30 |
| *** sailbot_ changes topic to "Qt on SFOS moving forward (15min -- asked by KeeperoftheKeys) (Meeting topic: Sailfish OS, open source, collaboration -- 25th February 2021)" | 08:30 | |
| sledges | #link https://forum.sailfishos.org/t/what-version-of-qt-are-we-on/4964/2 | 08:30 |
| rinigus | but sounds like we need some repo to collect such info. | 08:30 |
| sledges | #info <KeeperoftheKeys> As mentioned in the topic we seem to be somewhere in limbo between Qt 5.2 and Qt 5.6 neither of which have been supported for the past year and a half, newer versions of Qt bring lots of features developers are jumping to use beyond the very important aspect of securiy patches. | 08:30 |
| sledges | #info <Jolla> Situation is similar to VoLTE, we have Qt upgrade on the roadmap, however no schedule to share at this time. We want the big Qt upgrade as much as you do. | 08:31 |
| ApBBB | would moving the apps to flatpack solve the issue. | 08:33 |
| ApBBB | oh fuck i forgot about the wayland situation :/ | 08:33 |
| rinigus | from the discussion above, the only similarity is a wish to have it. Qt is mainly licensing issue | 08:33 |
| pasik | flatpak requires newer Wayland, which requires newer QtWayland in lipstick.. so chicken and an egg :) | 08:33 |
| sledges | ApBBB: and wouldn't that still require silica rebase? | 08:34 |
| ApBBB | sledges probably | 08:34 |
| pasik | flatpak would be awesome to have though | 08:34 |
| rinigus | assuming that we will use silica | 08:34 |
| sledges | #info <Jolla> The comment about some Qt modules lagging the Qt 5.6 is good, 3rd party developer pain-points which we can already alleviate. We recently upgraded Qt Positioning to 5.4, and now are updating Qt Wayland to 5.6. Some modules are already GPLv3 in 5.6 level. | 08:35 |
| Thaodan | id favor rpm os tree then instead of flatpak | 08:35 |
| pasik | about licenses.. newer Qt (5.9 and 5.12 for example) are LGPLv3 .. these discussions often mention GPLv3? Is LGPLv3 problematic for jolla? | 08:36 |
| pasik | and the current Qt 5.6 is LGPLv2 | 08:36 |
| sledges | LGPLv3 isn't, but QtWayland is going for GPL only in 5.15 | 08:36 |
| ApBBB | the QT situation need to be resolved at some point soon. it keeps the OS behind. i was expecting news with the release of SFOS 4 but .... | 08:36 |
| pasik | sledges: ok | 08:37 |
| rinigus | ApBBB: +1 | 08:37 |
| pasik | well, at least Qt 5.12 would be an improvement already.. | 08:37 |
| jpetrell | yes lGPLv3 is problematic, by saying GPL3 sometimes both lgpl3 and gpl3 is meant, sorry for the confusion | 08:37 |
| sledges | one step at a time:) i.e. 5.6 as mentioned ^^ | 08:37 |
| Thaodan | the situation on qt isn't getting any better even on the desktop | 08:37 |
| pasik | jpetrell: what exactly is problematic? the fact that lgplv3 requires users to be able to rebuild and upgrade qt libs? eg. can't lockdown the device? | 08:38 |
| rinigus | sledges: that stop is not good enough. it used to 5.9, now 5.6. not the direction it is expected to move | 08:38 |
| Thaodan | they slow down releasing just slow enough to avoid the qt goes bsd clause | 08:39 |
| ApBBB | Thaodan bsd??? | 08:39 |
| jpetrell | pasik: yeah many industry customers see that as an issue | 08:40 |
| rinigus | Thaodan: yes, but we are way behind desktop right now | 08:40 |
| pasik | jpetrell: ok, thanks | 08:40 |
| jpetrell | seems that the business model works for Qt well, e.g. many companies are willing to pay for commercial version to avoid opening their embedded stack | 08:41 |
| fridl | Ok, and something like deleting the encrypted user data Partition if Developermode is activated and Phone is in MDM-Mode is not an option for them? (Yeah, some warnings before that for sure) | 08:41 |
| Thaodan | ApBBB: read the contract that Qt has setup with Kde e.V. = over 12 months no foss release, kde gets a bsd licensed version of Qt | 08:41 |
| Zyuc2G | ApBBB: Qt/KDE have an agreement that Qt needs to remain FOSS enough for KDE, or it will trigger a relicensing of Qt to BSD -- or something to that effect: https://kde.org/community/whatiskde/kdefreeqtfoundation/ | 08:41 |
| sledges | rinigus: given the predicament, anything with version increments (not decrements) is hoped to be welcomed, we understand how you feel, we feel the same.. | 08:42 |
| jpetrell | but like said Qt is on our roadmap, you shouldn't read it "never going to happen" even if we cannot share schedule now | 08:42 |
| Thaodan | Zyuc2G: exactly that is what I.meant | 08:42 |
| ApBBB | ha. i had no idea about that contract | 08:42 |
| Thaodan | it is a self suicide imho for Qt when they don't follow the rules | 08:43 |
| * sledges 1min left | 08:44 | |
| ApBBB | with the whole situation i still thing that choosing Qt as a toolkit for SFOS was a bad idea :/ | 08:45 |
| ApBBB | think | 08:45 |
| ApBBB | anyway | 08:45 |
| flypig | ApBBB, you would have stuck with GTK? | 08:45 |
| rinigus | not at a time. and maybe it is ok now as well. | 08:45 |
| sledges | well they followed MeeGo as opposed to Maemo (Nokia N9 was the reason I quit the job and joined Jolla:) | 08:46 |
| sledges | let's move it on:) | 08:46 |
| sledges | #topic How to change playback speed of media files without changing the pitch (10min -- asked by thigg) | 08:46 |
| *** sailbot_ changes topic to "How to change playback speed of media files without changing the pitch (10min -- asked by thigg) (Meeting topic: Sailfish OS, open source, collaboration -- 25th February 2021)" | 08:46 | |
| sledges | #info <thigg> This is a blocker of multiple apps (gpodder, talefish, podqast) for some while now and nobody found a usable solution (asides from using QT5.12 features). Are there plans to do something about that? Does anyone have a workaround in mind? As far as I understand this, it could be done by modifying the pulseaudio pipeline. | 08:47 |
| sledges | #info <Jolla> We don't have any plans to implement this at the moment, but should be possible to do by using Gstreamer directly(?) | 08:47 |
| sledges | #link https://developer.gnome.org/gstreamer/stable/gstreamer-GstEvent.html#gst-event-new-seek | 08:48 |
| sledges | thigg is MIA, KeeperoftheKeys was mentioned as substitute:) | 08:49 |
| sledges | (the current dev of gPodder ;) | 08:49 |
| KeeperoftheKeys | sorry had a bunch of meetings at work | 08:49 |
| sledges | no worries | 08:50 |
| sledges | for QML-only apps perhaps a suitable plugin could be developed? | 08:51 |
| KeeperoftheKeys | what do you mean? | 08:53 |
| sledges | there isn't a way for modifying a pipeline in QML-only apps | 08:54 |
| sledges | abranson could shed more light on :) | 08:55 |
| KeeperoftheKeys | as far as I understand it's a feature in one of the newer Qt releases (don't remember by heart if its 5.6 or 5.12) | 08:55 |
| abranson | We use gstreamer for media pipelines. Qt Multimedia wraps that up for Qt/QML apps. | 08:56 |
| sledges | we're currently discussing the workaround | 08:56 |
| abranson | It's already possible to do seeking in gstreamer, which I guess is what Qt Multimedia does in later versions | 08:57 |
| abranson | So it might be possible to build a plugin that wraps a seekable audio pipeline, and exposes it to QML | 08:59 |
| abranson | in your apps | 08:59 |
| Thaodan | I think if there is any workaround it is not harbor approved | 08:59 |
| Thaodan | unless you non qml code to the app | 08:59 |
| flypig | Could someone submit a patch to Qtmultimedia? https://git.sailfishos.org/mirror/qtmultimedia/blob/5.6/src/plugins/gstreamer/mediaplayer/qgstreamerplayersession.cpp#L376 | 09:00 |
| flypig | (I mean, to patch our version) | 09:00 |
| abranson | if it's already done in a later version, isn't it a bit dodgy to backport the functionality | 09:01 |
| flypig | If it's a "cleanroom" implementation then technically should be okay (IANAL etc.). Practically though, it may be hard to demonstrate. | 09:02 |
| Thaodan | abranson: it is but if the backport was done independent than it should be fine | 09:03 |
| sledges | #info (as a workaround ^) | 09:03 |
| abranson | flypig: that code you linked looks like it already does it? | 09:03 |
| sledges | 5.6 ? | 09:04 |
| abranson | branch said 5.6 | 09:04 |
| flypig | It looks like this is the commit we're currently using: https://git.sailfishos.org/mirror/qtmultimedia/blob/1c0cfdf4/src/plugins/gstreamer/mediaplayer/qgstreamerplayersession.cpp#L317 | 09:07 |
| abranson | so should it already work? | 09:07 |
| KeeperoftheKeys | I'll try again, I haven't tried it for a while now. | 09:08 |
| sledges | #info with the currently used Qt Multimedia such functionality should already work | 09:10 |
| sledges | #link https://git.sailfishos.org/mer-core/qtmultimedia/blob/mer-5.6/src/plugins/gstreamer/mediaplayer/qgstreamerplayersession.cpp#L377 | 09:10 |
| abranson | *could ;) | 09:10 |
| abranson | *might | 09:10 |
| KeeperoftheKeys | Grabbing slightly back to the previous question - knowing exactly what versions we are on would be helpful to know to try something again, at the moment Qt is in limbo as far as I'm concerned | 09:10 |
| sledges | #info void QGstreamerPlayerSession::setPlaybackRate(qreal rate) | 09:10 |
| sledges | shoulda woulda coulda:)) | 09:11 |
| abranson | 5.6.2 | 09:11 |
| abranson | +git21 | 09:11 |
| sledges | https://git.sailfishos.org/mer-core/qtmultimedia/-/tags | 09:11 |
| KeeperoftheKeys | wait we have been able to set playbackrate for ages | 09:12 |
| KeeperoftheKeys | the issue is that it is without pitch correction | 09:12 |
| KeeperoftheKeys | the newer qt version adds pitchcorrection | 09:12 |
| sledges | #undo | 09:12 |
| sailbot_ | Removing item from minutes: <MeetBot.items.Link object at 0x7f3d27751eb8> | 09:12 |
| abranson | ok, that makes more sense | 09:13 |
| sledges | #undo | 09:13 |
| sailbot_ | Removing item from minutes: <MeetBot.items.Info object at 0x7f3d2778c358> | 09:13 |
| sledges | #undo | 09:13 |
| sailbot_ | Removing item from minutes: <MeetBot.items.Link object at 0x7f3d288a5dd8> | 09:13 |
| sledges | :P | 09:13 |
| KeeperoftheKeys | without pitch correction people start sounding like chipmunks | 09:13 |
| flypig | Did I get the wrong branch/commit? | 09:14 |
| sledges | thigg mentioned Qt 5.12 to have pitch correction | 09:14 |
| abranson | setPlaybackRate looks the same in 5.15 | 09:14 |
| sledges | let's clarify in the next meeting | 09:16 |
| sledges | #topic General Discussion (15+ min) | 09:16 |
| *** sailbot_ changes topic to "General Discussion (15+ min) (Meeting topic: Sailfish OS, open source, collaboration -- 25th February 2021)" | 09:16 | |
| ApBBB | jolla people. what is up with the recorder. why its not in the store yet 8) | 09:16 |
| sledges | we don't know where to put it :D | 09:17 |
| ApBBB | on top. its brand new and shiny | 09:17 |
| KeeperoftheKeys | potential troll question - why are we being sent here when we can tag you guys in forum topics and also have wider community involvement there? | 09:18 |
| sledges | ApBBB: it's a system app, but we don't have a proper category to reflect everything about it | 09:18 |
| ApBBB | most devs don't spend time in the forum and here you know you will get an answer | 09:19 |
| sledges | +1 | 09:19 |
| KeeperoftheKeys | I don't mind IRC from time to time, but I also don't understand why if there is a serious topic on the forum it can't be discussed by Jolla people on the Forum | 09:19 |
| sledges | we have limited time and only to review burning questions | 09:19 |
| KeeperoftheKeys | after all the forum replaces the mail list >:-) | 09:19 |
| sledges | working like elon musk - timeboxing ;) | 09:20 |
| ApBBB | @jpetrell a question. have you put any thought or looked into speeding up the UI a bit. (transitions and stuff like the patch in patchmanager) | 09:21 |
| ApBBB | also on the subject of patches. is there anyting that stops the extra search engines patch from being merged in the browser? | 09:24 |
| ViGe | ApBBB: As a sailor who is not involved in UI development, but sitting in the same room with jpetrell and other UI guys, I can tell you: He and the entire UI team spend a *lot* of time trying to make the UI as smooth as possible. | 09:24 |
| ApBBB | ViGe i am mostly refering to the transition speeds (ie from home to notification) which feels slow. | 09:27 |
| abranson | ApBBB: which search engine patch is that? | 09:27 |
| abranson | there's something along those lines happening in the browser repo right now if you browse the recent commits | 09:27 |
| ApBBB | other than that there are a few places that i see issues. ie the media player, | 09:28 |
| sledges | (or check the next l10n round strings when that's out;) | 09:28 |
| ApBBB | ok. i'll wait for the translation strings | 09:28 |
| ApBBB | ViGe or to explain what i mean by "slow". it doesn't follow the gesture speed nicely. like its "top speed" is limited or something | 09:30 |
| rubdos[ma] | flypig: By any chance, did you have an opportunity to look into the WebView-captcha thingy? | 09:30 |
| ApBBB | it doesn't feel snappy in other words | 09:31 |
| rubdos[ma] | (not that I have a lot of time today to look together, just informative) | 09:31 |
| flypig | rubdos[ma], thanks for flagging it up. I had a quick look, but nothing substantial to add yet I'm afraid. | 09:31 |
| rubdos[ma] | Ok, thanks for the feedback :-) | 09:32 |
| ViGe | ApBBB: It doesn't feel slow to me. Perhaps my fingers are slower than yours... :) | 09:33 |
| flypig | Haha, no problem :) I'll try to take a proper look at it and then we should discuss futher. | 09:33 |
| sledges | ApBBB: i think SFOS has a certain flow rate that all animations move at uniformly (Top menu, App grid, transition between pages) | 09:33 |
| fridl | flypig: Nice Update on the Community News :-) Great, that you care about that! | 09:33 |
| sledges | #link https://forum.sailfishos.org/t/sailfish-community-news-25th-february/5179/1 | 09:34 |
| rubdos[ma] | Yeh, the community newsletters are really nice :) | 09:34 |
| flypig | Thanks fridl, rubdos[ma]. It's worth saying that I get to post it, but it's a group effort. | 09:34 |
| dcaliste | Indeed, thank you flypig for the community newsletters on the forum ! | 09:34 |
| sledges | encourage all the devs and peeps you know to contribute to the digest via comments:) | 09:34 |
| flypig | Yes, that really makes things easier when we get the news given to us! | 09:35 |
| sledges | and on this note, it's time to end! | 09:36 |
| sledges | #topic Next meeting time and date (5 min) | 09:36 |
| *** sailbot_ changes topic to "Next meeting time and date (5 min) (Meeting topic: Sailfish OS, open source, collaboration -- 25th February 2021)" | 09:36 | |
| sledges | Proposing Thursday 11th March at 8am UTC | 09:36 |
| flypig | 11th March LGTM. | 09:37 |
| sledges | (Lithuanian Independence Day haha!) | 09:37 |
| abranson | +1 | 09:37 |
| sledges | #info Next meeting will be held on Thursday 11th March 2021 at 8:00am UTC: 2021-03-11T08Z | 09:37 |
| sledges | thanks y'all! | 09:37 |
| sledges | #endmeeting | 09:37 |
| sailbot_ | Meeting ended Thu Feb 25 09:37:39 2021 UTC. | 09:37 |
| sailbot_ | Minutes: https://irclogs.sailfishos.org/meetings/sailfishos-meeting/2021/sailfishos-meeting.2021-02-25-08.00.html | 09:37 |
| sailbot_ | Minutes (text): https://irclogs.sailfishos.org/meetings/sailfishos-meeting/2021/sailfishos-meeting.2021-02-25-08.00.txt | 09:37 |
| sailbot_ | Log: https://irclogs.sailfishos.org/meetings/sailfishos-meeting/2021/sailfishos-meeting.2021-02-25-08.00.log.html | 09:37 |
| *** sailbot_ changes topic to "Next meeting will be held on Thursday 25th of February 2021 at 8:00am UTC. Topics can be read here: https://forum.sailfishos.org/t/community-meeting-on-irc-25th-feb-2021/4782/2" | 09:37 | |
| flypig | Thanks sledges, all! | 09:37 |
| *** ChanServ changes topic to "Next meeting will be held on Thursday 25th of February 2021 at 8:00am UTC. Topics can be made/read here: https://forum.sailfishos.org/t/community-meeting-on-irc-11th-mar-2021/5187" | 09:40 | |
| *** ChanServ changes topic to "Next meeting will be held on Thursday 11th of March 2021 at 8:00am UTC. Topics can be made/read here: https://forum.sailfishos.org/t/community-meeting-on-irc-11th-mar-2021/5187" | 09:40 | |
| *** chris is now known as Guest20781 | 21:52 | |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!