| *** nyov is now known as Guest80948 | 04:00 | |
| ViGe | Thaodan: about that thing which you hate - I copied the idea from one of your PRs from another project ;) | 04:27 |
|---|---|---|
| Thaodan | ViGe: Oh eh well than its my fault and I just fixed that. | 06:43 |
| ViGe | Thaodan: How is /usr/include/KF5/KCalendarCore there before it's installed? | 07:33 |
| ViGe | as it's installed by the BuildRequires | 07:33 |
| ViGe | hint: It's not | 07:36 |
| ViGe | Thaodan: /etc/sailfish-release on the other hand is installed in target images, so it should be safe to use it even before BuildRequires are installed | 07:37 |
| rinigus | Thaodan: looking at that kf5calendarcore_found - that is again asking buildreq to be installed before you can determine buildrequirement | 07:38 |
| rinigus | or assuming it is always installed on SDK if available. | 07:39 |
| ViGe | In any case I think it would be best if piggz started using tbuilder :-P | 07:39 |
| Thaodan | It should work for sdk | 07:39 |
| rinigus | actually, we should have sailfish_version macros defined for specs | 07:39 |
| Thaodan | mkcal-qt5 should add KF5/KCalCore to -I anyway | 07:40 |
| rinigus | then developers could adjust the requirements accordingly. | 07:40 |
| rinigus | Thaodan: I don't know the context of it and on why that extra dependency was added. for some reason, piggz decided to add KF5CalendarCore - I guess it wasn't pulled in with mkcal-qt5 in some cases | 07:42 |
| rinigus | re macros: https://forum.sailfishos.org/t/add-sailfishos-and-sailfishos-version-to-development-environment/2979 - I think Thaodan noted that having just `sailfishos_version` is sufficient | 07:46 |
| ViGe | If I recall correctly, Thaodan tried to get those, but the PR was rejected because reasons | 07:47 |
| rinigus | but taking into account our expertise in SPECs (quite low for me), _major _minor variants or some demo how to use it in the form 4.0.1 to strip version components would be nice | 07:47 |
| rinigus | ViGe: there was something, but I cannot recall much regarding it | 07:48 |
| rinigus | ViGe: re tbuilder - piggz tried it last night and it worked without shared_build setting. he has somewhat different filesystems arrangement in his PC and looks like something broke in determination of full path. we didn't debug further as I couldn't reproduce it on my pc | 08:19 |
| rinigus | and in this case, piggz didn't use tbuilder to build dependencies - just for amazfish itself. so, early days with it | 08:20 |
| ViGe | :) | 08:23 |
| ViGe | Sounds promising | 08:23 |
| fridl | in the last days I have a very increased battery drain on my XA2 at home. As well I have the Problem, that I can't sometimes make or receive calls and SMS. I changed to 2G only for testing. At the Moment Sailfish shows wireless network connection, but i cant receive calls or sms. | 09:15 |
| fridl | can I somehow debug that? It could be a provider or a system Issue. Deutsche Telekom told me on request there was no change in the 2G/3G architecture recently and they're not aware of a problem. | 09:16 |
| *** vilpan is now known as Guest21531 | 14:44 | |
| *** Guest21531 is now known as vilpan | 14:44 | |
| piggz | rinigus: ViGe: Thaodan: tbuilder is -a- solution, but the full solution should be able to build on a remote server, either OBS, or some gitlab/hub ci setup | 15:22 |
| rinigus | piggz: as a replacement for OBS, yes, probably. not sure how to handle CI in this context. ideally, you would rebuild only the packages that have to be rebuilt and avoid rebuilding ones which are ready. which is simple to do with the local repo, as on PC | 15:34 |
| rinigus | maybe some CI expert can chip in and implement it. | 15:35 |
| piggz | rinigus: for example, when updating a port mw packages, i noramlly just trigger the update on obs adn let it do its thing .... now I would have to dedicate my PC to endless hours of local builds for new versions | 15:36 |
| rinigus | piggz: not sure it is endless hours. you just trigger the build of corresponding package and it will build it as well as all others depending on it. that is for handling packages within one project. | 15:38 |
| piggz | rinigus: pinephone kernel would be endless hours ;) | 15:38 |
| rinigus | piggz: but that is not rebuilt if you change something in libhybris | 15:39 |
| piggz | would be interesting to see tbuilder build that actually ... it uses lots on obs cross compiler gic | 15:39 |
| piggz | rinigus: no, but it does update regularly, and i just tell obs to do it | 15:39 |
| rinigus | piggz: see results at https://sailfishos-sony-tama.s3-website.pl-waw.scw.cloud/ | 15:39 |
| piggz | rinigus: looks good | 15:40 |
| rinigus | piggz: this is sony tama aarch64 port done via tbuilder. droid-hal are just put into RPMS folder and the rest is done automatically | 15:41 |
| rinigus | if I rebuild hal and push new rpms into RPMS/target folder, run tbuilder, it will just rebuild all bits depending on it | 15:41 |
| AjollaXA2 | Hello, I found a directory /home/defaultuser/.local/share/system/Contacts/qtcontacts-sqlite/ and a directory .local/share/system/privileged/Contacts/qtcontacts-sqlite/ on my old Xperia X with Sailfish OS v3. I want to transfer the databases directly to my new Xperia XA2 Plus - DoubleSIM, so I copied the directories' contents to the new phone while | 15:42 |
| AjollaXA2 | preserving the ownerships. | 15:42 |
| AjollaXA2 | But no luck, the 'People' App in Sailfish OS doesn't see the contacts that I intended to transfer. Am I forgetting something? (Clearly I do. :) | 15:42 |
| rinigus | re pinephone kernel: how do you build it now? is there a reason for it to build longer than some android device kernel? | 15:42 |
| AjollaXA2 | */home/nemo/ | 15:42 |
| piggz | rinigus: obs build take about an hour ... | 15:43 |
| piggz | my laptop would be similar, 5th gen i5 | 15:43 |
| piggz | but, the build uses cross-compilers from obs to do it automatically | 15:44 |
| piggz | they could probably be installed in a terget tho | 15:44 |
| rinigus | piggz: pinephone kernel you maybe able to offload to ... suse obs. they use aarch64 machines | 15:45 |
| rinigus | hmm, they probably even have it available there | 15:46 |
| Thaodan | piggz: obs is build with a master and some workers as slaves. Ideally we have a master that is the brain and slaves that are the hands of the master. | 16:17 |
| Thaodan | They key is that building and thinking is separated | 16:17 |
| Thaodan | In a way it would be possible to build on top of the obs builder and set a master that runs somewhere and can trigger jobs in the ci | 16:18 |
| Thaodan | I don't think githubs ci allows for non js dependencies to be resolved | 16:19 |
| piggz | attah: you use amazfish? | 19:06 |
| attah | piggz: was just about to poke you :O | 19:07 |
| piggz | a saw u mention it on forum :) | 19:07 |
| attah | No, honestly I don't... but that's more a not being the smartwatch kind of guy than anything | 19:08 |
| attah | I did try it for a few weeks, and i do think it is an important contribution | 19:08 |
| piggz | which watch? | 19:08 |
| attah | Amazfit GTS | 19:09 |
| piggz | decent choice, thats what i have | 19:09 |
| attah | But i'm way too vain, and not sporty enough (: | 19:10 |
| piggz | heh, i couldnt do without gps tracking | 19:10 |
| attah | And i use it like twice a year | 19:11 |
| piggz | its a shame, the one thing i need it to do well, i still struggle with corner case bigs .... time! | 19:11 |
| piggz | s/bugs | 19:11 |
| attah | :/ | 19:12 |
| piggz | the huami watches take a time, including the TZ offset ... but have no concept of DST | 19:12 |
| attah | So my Seiko automatic got to come back, although now i'm betraying it witha Braun BN01 | 19:12 |
| piggz | so, im always fighting DST bugs | 19:12 |
| attah | But i guess that can be abstracted with syncing the offset pretty m uch always? | 19:13 |
| piggz | yes, but then weird things happen at dst change, like, syncing data back, but then it gets stuck syncling the same block of data over and over! | 19:16 |
| piggz | becuase the watches send back activity data as a stream, in blocks, not always the full amount | 19:16 |
| piggz | im currnetly trying to ignore DST, as its not visible on the watch anyway, and converting that to local time in the app as requried | 19:17 |
| attah | Oh... so it uses the *resulting* time for things? | 19:17 |
| attah | UTC everywhere is indeed the natural solution | 19:18 |
| piggz | yeah, i was considering removing all tz fromt he watch, and converting what the watch send s back to local time | 19:19 |
| piggz | i already store the db info in utc | 19:19 |
| attah | And what it displays for the actual watch time is different still somehow? | 19:20 |
| piggz | yeah, if it was as easy as just telling the watch the time, it would be fine .. but, i have to use the value the watch tells me to gather data back off it | 19:20 |
| piggz | no, not the displayed time, what time it sends back with data | 19:20 |
| attah | so the displayed time is different still somehow? | 19:21 |
| attah | that's super weird | 19:21 |
| piggz | well, it doesnt display TZ info at all, so its easy to get the displayed time correct | 19:21 |
| piggz | the watch just displays what you tell it | 19:22 |
| attah | ...but that's separate from the time used for timestamping data, which is what i find odd | 19:22 |
| piggz | but, i might ask for activity data from 2am on saturday morning ... the watch will say, here is data from 1am up to 2am .... i will store the 2am value as last sync time, then ask again, and the watch will report back for 1am, not 2am | 19:23 |
| attah | dealing with broken protocols is no fun | 19:25 |
| piggz | yeah, if you could just say, this is the utc time, and this is the tz, it would all work, we would both be talkng the same | 19:26 |
| attah | speaking of weird protocols... i meant to check with you if you'd be interested in pitching in with IEEE11073 libs/support | 19:27 |
| attah | Like for blood glucose meters and all manner of medical end-user devices | 19:28 |
| piggz | in what way? | 19:28 |
| attah | Not sure on how that project would be set up, thus me not having asked yet | 19:29 |
| attah | But i was thinking your BLE expertise comes in handy | 19:29 |
| attah | as that is one of the more common modes of transport | 19:29 |
| piggz | sure, how does the protocol work | 19:29 |
| attah | Supposedly it is suuuper generic and the initialization sets the reporting format almost arbitrarily with ASN.1 | 19:30 |
| attah | but in reality i suspect nobody bothered implementing much beyond the sample/basic format | 19:31 |
| attah | The specs are paywalled unfortunately, and quite expensive at that... (on top of being quite silly) | 19:33 |
| attah | But hopefully we would find someone that cares slightly more deeply about this problem domain, and just help out with the technical bits to get it off the ground | 19:35 |
| attah | i.e. a diabetic | 19:35 |
| piggz | there is HDP in BT GATT, eg https://link.springer.com/chapter/10.1007/978-3-030-51517-1_4 | 19:35 |
| piggz | so, reading them is dead simple | 19:36 |
| attah | ...but are the message formats? | 19:37 |
| piggz | if theyre just gatt characteristics, you just read the value | 19:38 |
| attah | interesting... that would indeed by quite nice | 19:38 |
| attah | from what i found they were huuge async blobs coming in somehow | 19:39 |
| piggz | well, iee11073 may be different to bt HDP | 19:39 |
| piggz | maybe i need one of those cheap blood oxygen sensors | 19:40 |
| attah | I took the opportunity to pick a bt enabled blood pressure monitor when i needed to get one | 19:40 |
| attah | ...and promptly realized i knew nothing of how to start talking to it, even if i could decipher the messages | 19:41 |
| piggz | is it ble? | 19:42 |
| attah | i believe so, let's double check | 19:43 |
| attah | Yes, the manual claims it is | 19:44 |
| attah | Omron X7 for reference | 19:44 |
| attah | so i take it you are not completely against the idea? | 19:51 |
| piggz | sure | 20:12 |
| attah | so do we try and swing some kind of PoC and then go fishing for collaborators maybe? | 20:14 |
| attah | We should also poke these people https://openrepos.net/content/pisarz1958/glukometr-diabetes-diary | 20:15 |
| attah | Because it does just that, but specific to glocose meters, and seems to not be getting updates | 20:15 |
| attah | and i think only full-fat BT | 20:16 |
| piggz | argh, trying to fix sync bug (time issue) ... i fixed for europeans, but broke for mysel f¬ | 20:18 |
| attah | i know that feeling | 20:19 |
| attah | ...all too well | 20:19 |
| attah | at least now i'm mostly out of the printer swamp (: | 20:20 |
| attah | and i must say i admire your perseverance | 20:21 |
| piggz | i can see the problem ... its working out the fix! | 20:24 |
| attah | i need to sleep, gn! | 20:24 |
| piggz | c ya | 20:24 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!