| sicelo | Wizzup: maeotp doesn't build successfully for me on droid 4 and vm | 09:46 |
|---|---|---|
| sicelo | https://paste.debian.net/1301273/ silences the other warnings, but then the build fails with: "/usr/bin/ld: test_hmac-otp.o: in function `token_set_key': ./src/otp.c:332: undefined reference to `base32_decode'" | 09:51 |
| sicelo | which is weird since the header is included | 09:51 |
| freemangordon | this means library is missing | 09:58 |
| freemangordon | unless the function is inline | 09:58 |
| freemangordon | sicelo: also, latest ld is very picky about the order of the libs | 09:59 |
| sicelo | i will double check the order. i am just curious how Wizzup built it ... i started with d4, which failed, then thought he used vm/amd64, but i was getting same issues :-) | 10:02 |
| sicelo | it builds fine if the tests are removed, and the new functionality works as expected. thanks Wizzup! just need to get the thing to build fine with the tests in place | 10:50 |
| sicelo | ok it's fixed now | 11:18 |
| Wizzup | sicelo: I can autoreconf, configure,make | 11:54 |
| Wizzup | guess I should have tried dpkg-buildpackage | 11:55 |
| sicelo | i've pushed to master just now :-) | 12:02 |
| sicelo | doing changelog then will build on jenkins | 12:03 |
| Wizzup | ty | 12:05 |
| sicelo | it's in repos now. thanks again. | 12:49 |
| Wizzup | great | 12:50 |
| Wizzup | Do you think we should default to time based? | 12:50 |
| Wizzup | rather than event based? | 12:50 |
| Wizzup | The main standard TOTP seems to be time based | 12:51 |
| sicelo | yes, we should | 12:51 |
| Wizzup | freemangordon: regarding tp-ring account fixes, what exactly got fixed? | 12:51 |
| Wizzup | setting the property, or automatic account creation? | 12:51 |
| sicelo | i think he was fixing automatic creation | 12:52 |
| freemangordon | automatic account creation, which sets the property :) | 12:52 |
| freemangordon | and few other things | 12:52 |
| freemangordon | see v | 12:53 |
| freemangordon | https://github.com/maemo-leste-upstream-forks/telepathy-ring/blob/maemo/chimaera/mc-plugin/mcp-account-manager-ring.c#L52 | 12:53 |
| Wizzup | so something just needs to start ring and ring will do the rest? | 12:54 |
| freemangordon | even starting ring is not needed | 12:54 |
| freemangordon | you just need mc running | 12:55 |
| Wizzup | ok | 12:55 |
| freemangordon | which will happen as soon as there is some dbus call | 12:55 |
| Wizzup | yup | 12:55 |
| Wizzup | great | 12:55 |
| freemangordon | keep in mind after upgrade of tp-ring you have to restart mc (most-probably) | 12:55 |
| Wizzup | uvos: are you ok with my testing sphone in maemo/chimaera-experimental, merging to some testing branch and building? | 12:55 |
| freemangordon | I don;t know if it is smart enough to pick up the new plugin on-the-fly | 12:56 |
| freemangordon | Wizzup: also, I think it is better to add some env vars to etc/profile that set ring priority/mlock instead of having xsession | 12:57 |
| uvos | sure, but dont load any modules you add | 12:58 |
| uvos | by default | 12:58 |
| Wizzup | I mean in experimental? | 12:58 |
| uvos | yeah | 12:59 |
| Wizzup | ok | 12:59 |
| uvos | like you can add the tp module to expiramental | 12:59 |
| uvos | but dont load it by default yet | 12:59 |
| Wizzup | sure | 12:59 |
| uvos | also if you need to have vcm installed at build time, add it to makedepends only, so that having expiramental sphone installed dosent pull vcm and ring (thus breaking ofono) | 13:00 |
| Wizzup | I'll version 0.7.99.[number here] so that it's higer than the current stable | 13:00 |
| Wizzup | vcm won't auto start I think | 13:01 |
| uvos | what about ring? | 13:01 |
| Wizzup | that will break it when it gets autostarted, but it shouldn't get pulled in yet I think | 13:01 |
| Wizzup | I'll double check | 13:01 |
| uvos | sphone dosent really need all the depends of all the modules installed at all times anyhow, it will just refuse to load the module ofc | 13:01 |
| Wizzup | I'm mostly just looking to avoid building it on my d4 and bionic all the time :) | 13:01 |
| Wizzup | sicelo: ah yeah ok now I remember,I first had the base32 code in the gui, so I didn't add the cflags to the tests, but then I decided to move it into otp.c directly | 13:03 |
| Wizzup | I guess my configure just didn't build the tests | 13:03 |
| Wizzup | uvos: we will need to deal with the isdigit() checks in ui-dialer-gtk at some point btw | 13:13 |
| Wizzup | you might want to introduce a module property on what kind of calls/etc can be made (or that already exists perhaps) and based on that allow people to also type things | 13:14 |
| Wizzup | s/things/characters/ | 13:14 |
| uvos | yeah the active backend needs to suply a check func tion | 13:14 |
| Wizzup | and some might want to prefix everything with 'sip:' | 13:14 |
| Wizzup | (like, well, sip) | 13:14 |
| Wizzup | I forgot how I dial land lines with sip, so maybe that doesn't use the prefix, but you get my point | 13:15 |
| uvos | nah we dont want to prefix anything | 13:17 |
| Wizzup | but we don't want people to type 'sip:' | 13:18 |
| Wizzup | I guess it could come from abook somehow | 13:18 |
| uvos | we can use the existing url resolving machinery of sphone to choose a backend based on the uri if it is a valid uri | 13:18 |
| Wizzup | there canbe multiple valid backends | 13:18 |
| Wizzup | I think there's also the contact chooser dialog, it might want to allow for selecting other fields than just the phone number as it does atm | 13:19 |
| uvos | i want to totaly remove that | 13:19 |
| Wizzup | what would you replace it with? | 13:19 |
| uvos | and just have the user use addressbook (the application) | 13:19 |
| uvos | we can use the exec module to open it when that butten is pressed | 13:20 |
| Wizzup | It should be about the same amount of code to open the abook dialog on sphone | 13:20 |
| Wizzup | which doesn't interfere with other things they might be doing with abook | 13:20 |
| uvos | yes but the abook dialogs are wose than osso-addressbook | 13:20 |
| uvos | and the module to do this exists allready | 13:20 |
| uvos | its how gnome-contacts is used with sphone | 13:21 |
| Wizzup | I think this will provide poor ux | 13:21 |
| uvos | i think die dailog has terrible ux compared to the application | 13:21 |
| uvos | and it adds a dependancy for very little gain | 13:21 |
| uvos | or negative gain imo | 13:21 |
| Wizzup | being able to choose a contact from some other application shouldn't bring you to the contacts application where might be doing other things already | 13:21 |
| Wizzup | I don't see how that would work | 13:22 |
| Wizzup | this only works if you assume people don't ever open the contacts for other purposes or just never use it, no? | 13:22 |
| uvos | not really, it works like android, the dialer application has no contacts and the contacts application is seperate | 13:22 |
| uvos | the only way to get to the dialer with a contact is to open the contacts applicaiton and pess on it there | 13:23 |
| Wizzup | but it doesn't work like maemo :) | 13:23 |
| uvos | the dialer is only really used if you want to type in a phone number manually | 13:23 |
| uvos | otherwise contacts is the point of entry | 13:23 |
| Wizzup | I still don't see how this works, if you're editing a contact, and want to call someone,how do select a person? | 13:23 |
| uvos | why would you keep the editing dialog open? | 13:23 |
| Wizzup | do you have to stop editing a contact? | 13:23 |
| uvos | yes you do on android | 13:24 |
| Wizzup | people make phone calls all the time as interrupts | 13:24 |
| uvos | this really is no problem | 13:24 |
| Wizzup | I think it is, because sphone can't know | 13:24 |
| Wizzup | it will just cause h-d to go to some app that has the edit open | 13:24 |
| uvos | ok so imo i would just remove the button then | 13:24 |
| uvos | like again android | 13:24 |
| Wizzup | and I also don't think that will let you pick the backend at all | 13:24 |
| uvos | yes it would | 13:24 |
| Wizzup | which osso abook does | 13:24 |
| Wizzup | I don't think osso addressbook the application does | 13:25 |
| uvos | you click on a contact field, this opens the dialer with the default backend for this field | 13:25 |
| uvos | then you can change it if you want | 13:25 |
| uvos | this is different than android | 13:25 |
| uvos | (and worsie imo) | 13:25 |
| uvos | in android every field has a backend associated | 13:25 |
| uvos | but we dont have this | 13:25 |
| Wizzup | there can be *multiple* backends for the same type is my point | 13:25 |
| uvos | sure | 13:26 |
| uvos | in android this is allso true | 13:26 |
| uvos | but then you just have 2 fields with the same content | 13:26 |
| uvos | but serviced by different backends | 13:26 |
| uvos | in our sheme its no problem either | 13:26 |
| Wizzup | that is the dialog that comes later in osso-abook dialog mode iiuc | 13:26 |
| uvos | since will sphone will select its perfered backend for the field | 13:26 |
| uvos | you can sill change it before the call | 13:26 |
| Wizzup | sphone should always ask | 13:26 |
| Wizzup | not just pick one | 13:26 |
| uvos | it must pick one really | 13:27 |
| Wizzup | not if there is a dialog like on maemo :) | 13:27 |
| uvos | i think this is mainly annoing | 13:27 |
| uvos | you have a bakcend for eatch type of uri that you use most | 13:27 |
| Wizzup | it's absolutely necessary to be explicit what you're calling someone with if it is unclear | 13:27 |
| uvos | i dont want it asking every time | 13:28 |
| Wizzup | like sphone can't just pick one of my xmpp accounts | 13:28 |
| uvos | and you can sill change the backend before the call | 13:28 |
| Wizzup | I guess we just disagree | 13:28 |
| uvos | it will pick your primary account | 13:28 |
| Wizzup | I'll get back to actuially getting the code in shape | 13:28 |
| uvos | so imo i would just pick another one if thats wrong | 13:28 |
| uvos | and you can choose what your primary backend is by changeing the load order (for now, we can provide some ui for this later) | 13:29 |
| uvos | this is exactly the same as file associations (since it uses the same machinery) | 13:29 |
| Wizzup | the load order would just be when they come online | 13:29 |
| uvos | theres a primary handler for every type | 13:29 |
| Wizzup | ok, but if you think about it makes no sense :) | 13:29 |
| uvos | and then the user can choose some other applicaiton if he wants | 13:30 |
| Wizzup | if I have several sip accounts registered, I don't want it to pick one to call a sip number | 13:30 |
| Wizzup | I want to pick the one to use | 13:30 |
| uvos | you yould not | 13:30 |
| uvos | you would pick one for sphone to suggest first | 13:30 |
| uvos | thats all | 13:30 |
| uvos | you can sill use the dropdown before pressing call | 13:30 |
| uvos | i dont see the problem | 13:30 |
| Wizzup | that would be wrong unless sphone will store that per contact for eternity and let me edit it per contact | 13:30 |
| Wizzup | actually in maemo it will initiate the call immediately after the dialog, you don't press dial explicitly afaik | 13:31 |
| Wizzup | (I will have to verify this) | 13:31 |
| uvos | its no different really | 13:31 |
| uvos | just more convieant if you have a backend you use way more than others | 13:31 |
| uvos | in fremantle it gives you a dialog to choose | 13:31 |
| uvos | sphone gives you a window to choose, with something preselected | 13:32 |
| uvos | its really no different than having one backend highlited in the dialog | 13:32 |
| Wizzup | and everything else in maemo will use the dialog | 13:32 |
| Wizzup | so it'll be awkward | 13:32 |
| uvos | well sphone dosent want to be tied to maemo like that | 13:32 |
| uvos | i use it outside of maemo alot | 13:32 |
| Wizzup | that's fine | 13:32 |
| Wizzup | I think we might just want to make some hildon-ui module or something so we don't need this strain/discussion every time :D | 13:33 |
| uvos | if you change how this works you will break it comeplealy anywhere abook is not used | 13:33 |
| Wizzup | not with a separate ui module I think? | 13:33 |
| uvos | sure but having 2 uis is pretty terrible too | 13:33 |
| uvos | and amounts to a hard fork almost | 13:34 |
| Wizzup | well, one wouldn't be enabled on maemo | 13:34 |
| uvos | sure but imo it needlessly splits effort | 13:34 |
| Wizzup | maybe, but I am not sure if we achieve what we want within the confines of what you specify | 13:35 |
| Wizzup | anyway it's my bday and it's sunny so I'll take a break and then get back to the tp backend | 13:35 |
| Wizzup | not sure if we can achieve what we want to achieve* | 13:36 |
| freemangordon | Wizzup: happy bday :) | 13:37 |
| uvos | happy bday | 13:39 |
| uvos | anyhow i think the main issue is that abook is somewhat defficant? it knows what type a field is but not what account its assoicated with? that cant be right presence would not work then... | 13:40 |
| uvos | so why cant abook just tell sphone what backend to select | 13:40 |
| uvos | instead of having a silly dialog to choose what sip account to use for a sip contact? | 13:41 |
| uvos | then you would only have to change sphones pre-selection when you want to call the contact with an account thats not the "default" for that contact | 13:42 |
| uvos | so per contact default | 13:42 |
| uvos | the global default would still be needed for the xdg-open case where you click on a phone nummber or whatever in a browser or so | 13:42 |
| freemangordon | uvos: I think you are missing the point on how abook works | 13:43 |
| freemangordon | you are choosing action there, nto a contact | 13:43 |
| uvos | well an action on a contact field | 13:44 |
| freemangordon | and each action is defined by 'from', 'to' accounts and what to do with them | 13:44 |
| uvos | and that field should have an assoicated account | 13:44 |
| freemangordon | it has | 13:44 |
| uvos | that abook can then tell sphone | 13:44 |
| uvos | so wheres the problem? | 13:44 |
| freemangordon | it does | 13:44 |
| freemangordon | as long as sphone is registered as with tp | 13:44 |
| uvos | if it gets it wong will will have to change it in sphone | 13:44 |
| uvos | but that should almost never happen | 13:44 |
| uvos | so i dont see Wizzups problem with this | 13:44 |
| uvos | freemangordon: right and it will | 13:45 |
| freemangordon | I didn't follow the conversation, sorry | 13:45 |
| freemangordon | your conversation with Wizzup that is | 13:45 |
| freemangordon | uvos: any idea why perf does not work on our omap kernel? | 13:46 |
| uvos | no | 13:46 |
| uvos | it dosent work? | 13:46 |
| freemangordon | cycles: PMU Hardware doesn't support sampling/overflow-interrupts. Try 'perf stat' | 13:46 |
| uvos | that might be true | 13:46 |
| freemangordon | or we just have the kernel config disabled | 13:47 |
| uvos | maybe | 13:47 |
| freemangordon | but I don't know the config option for that :) | 13:47 |
| freemangordon | anyway, won't play with it now | 13:48 |
| freemangordon | ttyl | 13:48 |
| Wizzup | uvos: I think I'll just work on the tp module first and then when the code is up to par we can look at these other things in practice | 14:06 |
| Wizzup | bbl | 14:07 |
| freemangordon | uvos: heh, seems PMU interrupt is not supported on 4430 | 14:36 |
| freemangordon | fortunately it *is* on 3430 :) | 14:36 |
| lolcatw | Hello, I'm having really bad performance on the latest maemo builds on the nokia, is there a recommended build out there I should be using? | 16:50 |
| lolcatw | nokia n900 | 16:50 |
| Wizzup | uvos: what tool shall I use to get the same tab/spacing that you have, keeping in mind my code is c++? | 16:59 |
| Wizzup | uvos: for sphone that is | 16:59 |
| Wizzup | lolcatw: the latest -devel image ought to be much faster | 17:03 |
| Wizzup | lolcatw: that will get built tomorrow, but you can add the -devel repo to get those changes now | 17:04 |
| Wizzup | actually I am not sure if the -devel image will get build tomorrow :) | 17:04 |
| Wizzup | uvos: in any case I addressed I think all the comments apart from the tabs/spaces in the pull request for sphone | 17:04 |
| Wizzup | uvos: please don't merge it yes, as I do want to investigate if we can just load the voicecallmanager plugin or copy the code rather than requiring voicecallmanager to run | 17:05 |
| Wizzup | uvos: but in this state it should be totally usable for testing | 17:05 |
| freemangordon | lolcatw: "really bad performance" compared to? | 17:06 |
| Wizzup | uvos: obviously I'll squash the changes later too, but this makes it easier to see changes | 17:06 |
| Wizzup | freemangordon: latest stable images are still 24 bit, old ddx, maybe even swap problem | 17:06 |
| lolcatw | bad performance compared to the stock image | 17:06 |
| lolcatw | its very very choppy, I can't even scroll down the settings | 17:07 |
| freemangordon | "stock image" is fremantle? | 17:07 |
| freemangordon | lolcatw: ^^^ | 17:08 |
| freemangordon | like, the OS it comes preinstalled with? | 17:08 |
| lolcatw | yes, I believe it's known as maemo | 17:08 |
| lolcatw | that image works fine, but it's so outdated I can't install anything through apt-get | 17:09 |
| freemangordon | umm, ok. actually 'maemo' is the family, but I understand what you mean | 17:09 |
| lolcatw | I'm trying to run a script I made that uses nodeJS to run, it's a client for a chat I'm a member from | 17:09 |
| freemangordon | yes, leste is still not in par in terms of performance, though, as Wizzup said, the last week there is a big improvement | 17:10 |
| lolcatw | I used postmarketOS to connect but that doesn't have any GPU acceleration so it's really really slow as well | 17:10 |
| freemangordon | which is still not in the image | 17:10 |
| lolcatw | oh i see | 17:10 |
| freemangordon | so, as Wizzup, just enable -devel repo and upgarde | 17:10 |
| freemangordon | you will see definite improvement | 17:11 |
| lolcatw | on the "Leste" image installed on sdcard, correct? | 17:11 |
| freemangordon | yes | 17:11 |
| lolcatw | okay, many thanks, I will try that right now | 17:11 |
| freemangordon | however, keep in mind that fremantle runs frm onenead | 17:11 |
| freemangordon | *from | 17:11 |
| lolcatw | so that's in sources.list ? | 17:11 |
| freemangordon | sec | 17:11 |
| lolcatw | is that a bad thing | 17:11 |
| freemangordon | 'sec' means 'wait a second' | 17:12 |
| freemangordon | I am searching for wiki link for you how to enable devel repo | 17:12 |
| freemangordon | and yes, it is something you should put in sources.list | 17:12 |
| lolcatw | nah, I meant you said "however, it uses onenead" as if it was a bad thing | 17:12 |
| lolcatw | yes thank you so much fren | 17:13 |
| freemangordon | no, it is not bad | 17:13 |
| freemangordon | it is like comparing SSD vs HDD in terms of perforamnce | 17:14 |
| freemangordon | so, fremantle runs on SSD, leste on HDD | 17:14 |
| freemangordon | so it can *never* be as fast as fremantle | 17:14 |
| freemangordon | deb https://maedevu.maemo.org/leste chimaera-devel main contrib non-free n900 | 17:14 |
| freemangordon | add ^^^ to your sources.list | 17:14 |
| freemangordon | then apt update/upgrade | 17:14 |
| freemangordon | that should be @ maybe 50% of the scrfolling speed, compared with fremantle | 17:15 |
| freemangordon | in settings that is | 17:15 |
| lolcatw | ok I'll see if I can make this work | 17:15 |
| freemangordon | actually earlier today I was trying to profile why it is so slow :) | 17:16 |
| freemangordon | no luck so far though | 17:16 |
| lolcatw | once I get this thing working fine I will be writing CLI clients for popular chat applications | 17:16 |
| lolcatw | the nokia n900 needs more of those | 17:16 |
| freemangordon | lolcatw: you you want to help, maybe you can help with writing clients for telepathy | 17:17 |
| freemangordon | *if you | 17:17 |
| lolcatw | what language is it written in? | 17:17 |
| freemangordon | c | 17:17 |
| lolcatw | sorry, currently filtered by c lol | 17:17 |
| freemangordon | heh | 17:17 |
| lolcatw | I'll get into it at some point | 17:18 |
| lolcatw | right now im doing PHP and javascript | 17:18 |
| lolcatw | really like php | 17:18 |
| freemangordon | yeah, it is nice | 17:18 |
| freemangordon | but this is server side | 17:18 |
| freemangordon | running nodejs on a resource limited devices is not really a good idea though | 17:19 |
| freemangordon | even if we assume nodejs/angular etc is good idea ata ll | 17:19 |
| lolcatw | oh but its just ncurses | 17:19 |
| lolcatw | it works ok | 17:19 |
| lolcatw | it will use 90mb ram tops | 17:19 |
| lolcatw | so its still bad but quite ok actually | 17:19 |
| freemangordon | the whole OS uses about 100MB after boot | 17:20 |
| freemangordon | Mem: 242416 103052 52532 8648 86832 109600 | 17:20 |
| lolcatw | right now all my sources.list thingies are pointing to chimarea | 17:20 |
| freemangordon | this is my n900 I just booted | 17:21 |
| lolcatw | neat | 17:21 |
| lolcatw | i have 2 nokia n900s | 17:21 |
| freemangordon | so, 90MB for a chat appplication... | 17:21 |
| lolcatw | because 2 were sent due to shipping error | 17:21 |
| lolcatw | yeah i know i know lol | 17:21 |
| lolcatw | the latest release is leste, right? should i change that | 17:21 |
| lolcatw | cause right now it's on chimarea | 17:22 |
| freemangordon | lolcatw: wait | 17:22 |
| freemangordon | chimaera is devuan release leste is based on | 17:22 |
| freemangordon | so, you just need to add: | 17:22 |
| lolcatw | wait am i on the wrong ISO | 17:22 |
| freemangordon | deb https://maedevu.maemo.org/leste chimaera-devel main contrib non-free n900 | 17:22 |
| freemangordon | no, you are not | 17:22 |
| freemangordon | lolcatw: this https://pastebin.com/2EiiKw9e is how my sources.list looks like | 17:23 |
| freemangordon | ignore droid4 there | 17:24 |
| freemangordon | Wizzup: hmm, n900 should not have droid4 in sources.list, right? | 17:25 |
| freemangordon | I guess I have that from back then | 17:25 |
| lolcatw | woops ok | 17:26 |
| lolcatw | ignoring droid4 | 17:26 |
| freemangordon | like, just remove it | 17:26 |
| lolcatw | alright its updating | 17:27 |
| lolcatw | i will restart afterwards | 17:27 |
| freemangordon | right | 17:27 |
| freemangordon | keep in mind that right after boot it is less responsive for 1-2 minutes | 17:30 |
| freemangordon | ok, perf works on n900 | 17:37 |
| freemangordon | does anyone here has experience with perf? | 17:59 |
| freemangordon | *have | 18:00 |
| freemangordon | bencoh: ^^^ | 18:03 |
| lolcatw | ok it booted up | 18:05 |
| lolcatw | right after boot up, lag is way worse | 18:05 |
| lolcatw | but | 18:05 |
| lolcatw | now scroll feels better | 18:05 |
| freemangordon | mhm | 18:05 |
| freemangordon | I know it is still slower than fremantle | 18:06 |
| freemangordon | but way better than before | 18:06 |
| lolcatw | yeah a little worse | 18:06 |
| lolcatw | but its usable now | 18:06 |
| lolcatw | thanks | 18:06 |
| freemangordon | also, make sure you run it from fast uSD card | 18:06 |
| lolcatw | yeah dont worry i am | 18:06 |
| freemangordon | arno11: what's your recommendation? ^^^ | 18:06 |
| freemangordon | lolcatw: actually, only gtk applications suffer from that issue | 18:07 |
| freemangordon | qt/gl/etc are ok | 18:07 |
| freemangordon | so we just need to find what gtk is doing | 18:07 |
| arno11 | freemangordon: u3 card is the minimum | 18:08 |
| freemangordon | ah, btw, did you have time to check with old DDX? | 18:08 |
| arno11 | yes | 18:09 |
| freemangordon | I guess I will finally by another card | 18:09 |
| freemangordon | great | 18:09 |
| freemangordon | and? | 18:09 |
| arno11 | quite similar | 18:09 |
| freemangordon | ok | 18:09 |
| freemangordon | you mean scrolling in settings, right? | 18:10 |
| arno11 | but better result with new ddx and compo off | 18:10 |
| arno11 | scrolling in setting are similar | 18:10 |
| arno11 | but again, with a fast sd | 18:10 |
| freemangordon | old ddx runs on 24 bits, right? | 18:10 |
| freemangordon | but yeah, I think DDX_wise we are fine | 18:10 |
| arno11 | i remember a huge diff using a u1 | 18:10 |
| freemangordon | I just have to find what gtk is doing wrong | 18:11 |
| arno11 | yep | 18:11 |
| freemangordon | hmm | 18:11 |
| arno11 | and yes old ddx on 24b | 18:11 |
| freemangordon | could you recommend a card ? | 18:11 |
| arno11 | let me check | 18:11 |
| bencoh | freemangordon: hardly :( | 18:13 |
| freemangordon | well... | 18:13 |
| freemangordon | at a first glance it seems gtk wants too big parts to be redrawn | 18:14 |
| arno11 | freemangordon: https://www.cameramemoryspeed.com/reviews/micro-sd-cards (that's an awesome link shared by uvos few months ago) | 18:20 |
| arno11 | there are huge diff between cards... | 18:20 |
| arno11 | i'm currently using a samsung evo plus u3 128g | 18:22 |
| arno11 | able to reach max n900 r/w speed | 18:22 |
| lolcatw | oh sick | 18:22 |
| arno11 | it was not possible with a good u1 | 18:23 |
| arno11 | and it has an effect on n900 responsiveness | 18:29 |
| arno11 | lolcatw: see https://leste.maemo.org/Nokia_N900#Overclocking | 18:35 |
| lolcatw | neat | 18:43 |
| sicelo | Wizzup: your present - https://github.com/maemo-leste-extras/maeotp/commit/49525d2515c5bf1d5cbe443238f35d0a4006f09c. It's in the repos now | 19:42 |
| arno11 | Wizzup: btw happy bday ! | 19:45 |
| sicelo | i'm also interested to know about the libcmtspeechdata PR, and if there's anything that needs adjusting in it | 19:47 |
| sicelo | for maeotp, i think another nice thing to add would be a 'Copy' button, like what many Android OTP applications have. but I don't think I have time for that right away :-) | 19:49 |
| arno11 | lolcatw: btw what particular chat apps/service are you interested in ? | 20:26 |
| arno11 | i'm asking because many popular chat apps are already working with cli through a local bitlbee server (with almost no cpu usage) | 20:33 |
| lolcatw | arno11: ill check out bitlbee | 21:23 |
| lolcatw | the only one i really care about is facebook messenger to talk to irl frens | 21:23 |
| lolcatw | they dont use anything else | 21:23 |
| lolcatw | that bridge thing looks like it would fit my needs actually | 21:26 |
| lolcatw | but yeah, video playback is broken on nokia n900 | 21:29 |
| lolcatw | i cant play any files really | 21:29 |
| lolcatw | even this example file https://lolcat.ca/files/good%20music/danec2.webm | 21:30 |
| lolcatw | drops most frames | 21:30 |
| arno11 | ok, i already tried fb messenger with bitlbee and it works. audio and video links work well | 21:32 |
| arno11 | with maemo-leste ofc | 21:32 |
| arno11 | your webm link works perfectly with smplayer | 21:34 |
| arno11 | see maemo-leste n900 wiki for settings | 21:36 |
| lolcatw | how do i access smplayer settings | 22:27 |
| lolcatw | it tells me to go in options / preferences / general | 22:27 |
| lolcatw | but when i go to smplayer settings or the phone's settings i dont see anything called preferences or general | 22:28 |
| lolcatw | this video is interesting | 22:36 |
| lolcatw | https://www.youtube.com/watch?v=M28Ojvg9i9Q | 22:36 |
| arno11 | in smplayer there is 'options' in top right | 22:36 |
| lolcatw | phone just shut down | 22:37 |
| arno11 | the video is an old video with old ddx, you're supposed to have quite similar perfs now with -devel upgrade | 22:39 |
| lolcatw | its quite slower actually | 22:40 |
| lolcatw | yeah for some reason the phone wont turn on anymore | 22:40 |
| arno11 | shutdown is a bit long | 22:40 |
| arno11 | wait 1-2min | 22:40 |
| lolcatw | screen had this weird black rectangle in the corner and then it shut off | 22:41 |
| lolcatw | i removed the battery, still wont come back | 22:41 |
| lolcatw | weird | 22:41 |
| arno11 | if it won't boot, probably empty battery | 22:41 |
| lolcatw | yeah.. | 22:46 |
| lolcatw | is there a script to calibrate the battery | 22:46 |
| lolcatw | it shut down at 50% | 22:46 |
| arno11 | yes because your battery is not calibrated | 22:46 |
| arno11 | just follow the wiki for calibration | 22:46 |
| lolcatw | yes, of course | 22:48 |
| lolcatw | thank you very much | 22:48 |
| arno11 | you're welcome | 22:48 |
| Wizzup | freemangordon: uvos: sicelo: arno11: thx guys ;) | 22:54 |
| Wizzup | sicelo: :) | 22:54 |
| Wizzup | lolcatw: does facebook messenger have a libpurple/pidgin plugin? | 22:55 |
| Wizzup | lolcatw: if it still works with xmpp then it's easy | 22:59 |
| lolcatw | i've always had trouble making xmpp work at all | 22:59 |
| lolcatw | but i guess i could try and set it up for my instant messaging needs | 22:59 |
| Wizzup | in a week or two we'll have channels and multi-person chats worknig on leste as well for xmpp I hope | 22:59 |
| Wizzup | brb | 23:00 |
| sicelo | it stopped supporting xmpp a long time ago. there was a libpurple plugin last i checked, but i haven't used it in a long time, so not sure if it still works in 2023/4 | 23:03 |
| arno11 | it still works :) | 23:03 |
| arno11 | it is just a bit tricky to setup | 23:04 |
| arno11 | i mean it needs a hack to be able to connect to fb server | 23:06 |
| arno11 | just a hexa value to change in a .so file | 23:07 |
| sicelo | mmm, but the plugin is FOSS, so can't the required change be done in the code? :-) | 23:08 |
| sicelo | https://github.com/dequis/purple-facebook | 23:08 |
| arno11 | let me check | 23:08 |
| arno11 | now i remember | 23:11 |
| arno11 | an IP must be changed (hardcoded) | 23:19 |
| lolcatw | i will sleep | 23:20 |
| lolcatw | good night my loves | 23:20 |
| arno11 | gn | 23:20 |
| arno11 | sicelo: but it was using bitlbee-plugin-facebook | 23:21 |
| arno11 | not sure if purple-facebook still works | 23:22 |
| arno11 | ah yes found it in the code | 23:27 |
| arno11 | the patch has been applied 2y ago in purple-facebook so i supposed it still works | 23:28 |
| arno11 | (it still works with bitlbee anyway, i just tried few min ago) | 23:29 |
| arno11 | *suppose | 23:29 |
| Wizzup | cool | 23:43 |
| Wizzup | I don't have fb but we can try later this month with conversations | 23:44 |
| arno11 | it already works in conversations with bitlbee (the trick is to setup an irc account with localhost in 'voip and im accounts') | 23:49 |
| arno11 | and yes should be interesting to try purple-facebook later | 23:52 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!