| *** frinring_ is now known as frinring | 02:32 | |
| *** tachikoma is now known as mark_bench | 07:29 | |
| *** mark_bench is now known as tachikoma | 07:30 | |
| *** tachikoma is now known as mark_bench | 07:31 | |
| *** mark_bench is now known as tachikoma | 07:31 | |
| *** tachikoma is now known as mark_bench | 07:31 | |
| *** mark_bench is now known as tachikoma | 07:32 | |
| *** jbadiapa_ is now known as jbadiapa | 07:54 | |
| M-schmittlauch | hei jusa, can you as the pulseaudio guy take a look at the alarm clock routing issue? https://together.jolla.com/question/184678/bug-clock-alarm-routed-only-over-head-phones-if-plugged-in/ | 08:45 |
|---|---|---|
| M-schmittlauch | btw, I guess the maintainers.yaml can use some cleaning up, judging by all the long gone sailors in there | 08:46 |
| jusa | M-schmittlauch: seems to be issue only with jolla1.. maybe something didn't get to that image or something, anyways, I'll check that out | 09:37 |
| flypig | Is anyone aware of any downsides using SVGs for icons rather than PNGs? E.g. problems with efficiency, quality or consistency when used alongside the system PNGs? | 09:50 |
| pvuorela | flypig: slower to render and qtsvg is deprecated. | 10:22 |
| flypig | pvuorela, thanks. If qtsvg is deprecated, what's the future for vector rendering on SFOS? | 10:24 |
| M-schmittlauch | jusa: thx, I mostly wanted to make sure that it get's noted and a JB gets created for that | 10:24 |
| * M-schmittlauch overslept today | 10:25 | |
| pvuorela | flypig: ourselves we have icons as svgs and then generate a bunch of different sized pngs from them. svg imageformat plugin is still there but as related to that deprecation it's stuck on some svg 1.1. | 10:27 |
| flypig | pvuorela, so to be clear, qtsvg is deprecated in SFOS, not Qt? What's the reason for moving away from SVG? | 10:29 |
| flypig | pvuorela, I'd have expected a move towards it, not away from it :/ | 10:29 |
| pvuorela | flypig: it's deprecated in qt. | 10:29 |
| pvuorela | rationale was something like others are doing this better, use some other library. | 10:30 |
| flypig | pvuorela, thanks, I found this: "SVG Full (as opposed to SVG Tiny) functionality available in Qt WebKit, which should be used instead; we welcome research for a replacement for the SVG-generating code". https://wiki.qt.io/Qt_Modules_Maturity_Level | 10:32 |
| pvuorela | yea | 10:32 |
| flypig | pvuorela, that's disappointing, but thanks for helping. Are there any docs on how best to handle SFOS icons (e.g. sizes, dpis, etc.)? | 10:34 |
| flypig | pvuorela (I should say, I'm aware of this: https://sailfishos.org/develop/docs/jolla-ambient/ ) | 10:35 |
| flypig | so I just try to mimic what's there, and the icons in /usr/share/themes/sailfish-default/meegotouch/z1.75/icons/ | 10:37 |
| pvuorela | flypig: some suggestions there, but it's an area where we should provide better enablers - https://sailfishos.org/develop/docs/silica/sailfish-application-scalability.html/ | 10:47 |
| flypig | pvuorela, that's very useful thank you. Since the Theme.iconSizeXXXX values don't seem to be defined in the docs, is it just a case of checking the sizes of the source icons and copying those to select suitable pixel dimensions for the bitmaps? When you say 'better enablers', do you have tooling in mind, or docs? | 10:59 |
| flypig | pvuorela, and any changes to all of this anticipated for SFOS3? | 11:00 |
| flypig | Thaodan, what the situation with your IRC client and the Xperia X reboot bug? | 11:04 |
| pvuorela | flypig: tooling and docs. | 11:04 |
| Thaodan | flypig: shouldn't reboot. At least mine never rebootet | 11:04 |
| flypig | pvuorela, tooling like "put your SVGs in the build process here and get out a selection of PNGs"? | 11:05 |
| pvuorela | flypig: yea, something like that. | 11:05 |
| flypig | pvuorela, sounds really good :) | 11:06 |
| flypig | pvuorela, anything to make the dev easier and UX more consistent is great. | 11:06 |
| flypig | Thaodan, on my device when I close the app, it consistently causes my device to reboot. It's pretty drastic. I tried debugging locally and remotely, but didn't get anything useful. From the comments, it seems I'm not alone. | 11:07 |
| pvuorela | flypig: indeed. been talking about it too long already :) | 11:07 |
| flypig | pvuorela, I understand. It's frustrating having too many ideas and too few resources. | 11:08 |
| Thaodan | flypig: I saw you were that guy that asked how to build from source. you probaly used master and not lyro_merge | 11:08 |
| flypig | Thaodan, yes that's me, and yes I used master! I ended up changing the submodule to point to the quassel/quassl repo and then it built and ran. I should use the lyro_merge branch then? | 11:10 |
| Thaodan | yes I you want to use the same source I used | 11:10 |
| Thaodan | You can also try my ver from here | 11:12 |
| Thaodan | https://build.merproject.org/project/show/home:Thaodan:testing | 11:12 |
| flypig | Thaodan, thanks. I've switched branch and will give it another go | 11:12 |
| pvuorela | flypig: if it helps, basically we define a pixel ratio per device, available from theme too, generated pngs multiplying the base size with that. | 11:17 |
| flypig | pvuorela, Theme.pixelRatio? | 11:18 |
| pvuorela | flypig: yea | 11:18 |
| pvuorela | flypig: currently using 1.0 (jolla phone), 1.25 (jolla c), 1.5 (tablet), 1.75 (xperia). | 11:19 |
| flypig | pvuorela, I see something about them in droid-hal-configs, but not the actual values. Is there a public list somewhere? | 11:20 |
| pvuorela | flypig: not sure about that :) | 11:21 |
| r0kk3rz | its set per device, and so there isnt really a canonical list of them | 11:21 |
| M-schmittlauch | pvuorela: so currently the SVGs are rasterized during build, right? What about shipping the SVG and rasterize it using a post-intall hook (like update-xdg-icons)? That'd be far more flexible for new devices without rebuilding the package, also no need to ship so many pngs | 11:21 |
| pvuorela | M-schmittlauch: it's been discussed as an option. | 11:22 |
| pvuorela | M-schmittlauch: though wouldn't necessarily help 3rd party apps anyway. | 11:22 |
| M-schmittlauch | pvuorela: why wouldn't that help? | 11:23 |
| M-schmittlauch | that wouldn't work if moving to a packagin system without such hooks, but that's far into the future. | 11:23 |
| M-schmittlauch | well, and feature phones might struggle with rendering complex SVGs | 11:25 |
| pvuorela | M-schmittlauch: a little concerned on post-install thing for everything, but that remains to be seen. | 11:26 |
| flypig | Thaodan, I just tried using the lyro_merge branch, but unfortunately I get the same reboot. Here's the output from gdb. Do you see anything relevant in there? https://pastebin.com/DfE4TcDt | 11:30 |
| flypig | pvuorela, M-schmittlauch if the pixel ratio is defined per device, with the current arrangement, I'm not sure how that's supposed to help me as an app developer. Should I be choosing different PNGs at runtime (depending on device)? | 11:32 |
| Thaodan | flypig: no, no debuginfo installed | 11:34 |
| Thaodan | which build do you used? | 11:34 |
| flypig | Thaodan, it's a debug build. Will debuginfo help though? There's no backtrace or anything to work with. | 11:36 |
| Thaodan | A debug build should habe debug symbols. I just build my version from mer buildservice and it works just fine | 11:37 |
| r0kk3rz | flypig: are you just talking about icons? or something else | 11:41 |
| flypig | r0kk3rz, just icons. I'm just a little confused about what's considered the correct way. Provide four sets of PNGs, then select the icon in the QML using the value of Theme.pixelRatio at runtime? | 11:43 |
| flypig | r0kk3rz, which is why I was liking the idea of using SVGs :) | 11:43 |
| r0kk3rz | ok so using the icons within the app itself | 11:44 |
| flypig | r0kk3rz, yes, exactly. | 11:44 |
| flypig | r0kk3rz, my specific case is that I have some buttons and I want them to mimic the look of the existing buttons (like icon-m-play) | 11:44 |
| flypig | I'm already using a kimmoli's QQuickImageProvider class, so I could put the choice of icon in there, or it could be a messy ifelseifelseifelse in the QML. Or maybe there's a better way? | 11:47 |
| r0kk3rz | id do it in the image provider | 11:48 |
| r0kk3rz | thats how the theme ones work (if they switch source) | 11:48 |
| flypig | Stupid question, but are the Theme values accessible from C++ | 11:50 |
| r0kk3rz | no, but iirc the default interface passes in an image size | 11:51 |
| flypig | r0kk3rz, okay, so just set sourceSize to the height&width of the widget and use that. Makes sense. | 11:55 |
| r0kk3rz | http://doc.qt.io/qt-5/qquickimageprovider.htmlhttp://doc.qt.io/qt-5/qquickimageprovider.html | 11:58 |
| r0kk3rz | i dont think you need to set the sourcesize | 11:58 |
| flypig | r0kk3rz, okay, thanks (I was confused by this http://doc.qt.io/qt-5/qquickimageprovider.html#requestImage ) | 12:01 |
| r0kk3rz | im reasonably sure that the qml auto populates the requestedsize based upon the item size | 12:06 |
| r0kk3rz | or is of course overridden by explicitly setting the sourcesize | 12:06 |
| flypig | r0kk3rz, yes, that makes perfect sense. Now you've explained, it's not really clear what it would do otherwise. | 12:08 |
| r0kk3rz | certainly i dont set it in my app and pass the size straight through to the thumbnailer | 12:14 |
| flypig | r0kk3rz, that's useful to know. Thanks, I'll try the same. | 12:15 |
| flypig | Thaodan, I installed the debuginfo, here's the output: https://pastebin.com/bpg0jHcs . I also tried your OBS-built packages. The same result I'm afraid. Here's the output from that: https://pastebin.com/h19vaVuY | 12:16 |
| flypig | Thaodan, do you have any thoughts on how to dig deeper? I was thinking of stepping through the shutdown code, but wasn't sure of the best place to start. | 12:17 |
| Thaodan | flypig: do you got any backtrace? | 12:30 |
| Thaodan | eg. with running bt | 12:31 |
| Thaodan | some logs would be nice, you can run journalctl -f while running the program | 12:31 |
| flypig | Thaodan, no. The phone reboots, the SSH connection is dropped. The [LWP exited] message is the last thing displayed in the console (whether I run through SSH or locally). At the point of reboot, it's too late to do anything useful. | 12:32 |
| flypig | Thaodan, I'll run with the log. Gimme a sec. | 12:32 |
| x2s | monich: finally I was able to test this. It lost connection again today, when I was in an elevator and then chosing to favor 3g doesn't help. It keeps on searching for a network, but doesn't find one | 12:33 |
| monich | x2s: meh.. ok | 12:33 |
| flypig | Thaodan, here's the output. I don't see anything that jumps out I'm afraid. The last line is the last entry before the phone crashed: https://pastebin.com/QaMdxh01 | 12:39 |
| *** leinir_ is now known as leinir | 13:12 | |
| *** bugzy_ is now known as bugzy | 17:40 | |
| coderus | hi, i have a problem... i want to listen systemd unit status changes, but PropertiesChanged does not emit at all. probably affected by this bug: https://github.com/systemd/systemd/issues/3390 | 18:19 |
| coderus | i think it was working before 2.2 update | 18:20 |
| *** Nokius_ is now known as Nokius | 19:45 | |
| *** frinring_ is now known as frinring | 23:08 | |
| *** feodoran is now known as Guest5194 | 23:50 | |
| *** feodoran_ is now known as feodoran | 23:50 | |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!