| arno11 | My idea was to create a new freq profile in a new uImage and a new bootmenu entry | 00:01 |
|---|---|---|
| arno11 | and to use cpufreq to change freq on the fly if needed | 00:03 |
| arno11 | it works fine | 00:03 |
| Wizzup | ah, ok, so you can change on the fly, you'd just need it all in the dts | 00:12 |
| arno11 | yes exactly | 00:16 |
| uvos | freemangordon: so how is one to best get OssoABookContact from a EContact one has? | 00:31 |
| freemangordon | ugh, maemo.org down? | 09:40 |
| freemangordon | uvos: I would say osso_abook_contact_new_from_template | 09:40 |
| freemangordon | but that would not integrate with TP, IIUC | 09:44 |
| freemangordon | so it depends what you want to achieve, please provide the usecase | 09:46 |
| nela | freemangordon: I was just updating to the devel repos to test connui-cellular (I think?) it's been 2 weeks, I forgot what I trying to do | 09:52 |
| freemangordon | hmm, you shouldn't have issues upgrading, weird | 09:53 |
| freemangordon | maybe you didn't upgrade for a while and we broke something in the meantime | 09:54 |
| freemangordon | sicelo: are you aware of any dist-upgrade isses on n900 recently? | 09:54 |
| freemangordon | *issues | 09:54 |
| uvos__ | sphone has a econtact from previous lookup (recents) and wants to use the abook dialog to display contact details | 10:01 |
| uvos__ | @freemangordon | 10:01 |
| uvos__ | i gues osso_abook_contact_new_from_template looks ok | 10:04 |
| nela | freemangordon: last I tried hildon-meta was held back and one of the packages it complained about was indeed sphone | 10:10 |
| nela | so dist-upgrading to devel should just work right now, right? | 10:11 |
| uvos__ | sure | 10:19 |
| uvos__ | nela: apt-get -o Debug::pkgProblemResolver=yes install sphone ? | 10:22 |
| freemangordon | uvos__: you want to show abook contact details/actions for EContact? ok, lemme see... | 11:01 |
| freemangordon | uvos__: you would rather want to use osso_abook_aggregator_find_contacts() and friends | 11:05 |
| freemangordon | like osso_abook_aggregator_find_contacts_for_phone_number() | 11:06 |
| freemangordon | see https://github.com/maemo-leste/osso-abook/blob/master/lib/osso-abook-aggregator.h#L129 | 11:06 |
| uvos__ | hmm | 11:06 |
| uvos__ | but then its another lookup | 11:06 |
| freemangordon | lot more than that | 11:06 |
| uvos__ | whats the downside of osso_abook_contact_new_from_template here | 11:06 |
| freemangordon | it is not connected to roster contacts or anyting in that regard | 11:07 |
| freemangordon | so it will show no actions | 11:07 |
| freemangordon | lookup is very fast, don;t worry | 11:07 |
| uvos__ | hmm | 11:08 |
| uvos__ | but how to perform the lookup is non trival too | 11:08 |
| uvos__ | since idk what fields the econtact has | 11:08 |
| uvos__ | could be any | 11:08 |
| freemangordon | see osso_abook_aggregator_find_contacts_full | 11:09 |
| freemangordon | brb | 11:09 |
| freemangordon | how did you get to EContact in the first place? | 11:17 |
| freemangordon | if recents is rtcom, then you already have ABookContact | 11:17 |
| freemangordon | so you can do OSSO_ABOOK_IS_CONTACT() | 11:18 |
| freemangordon | otherwise you should search by uid | 11:18 |
| freemangordon | uvos__: ^^^ | 11:19 |
| freemangordon | also, see what addressbook does https://github.com/maemo-leste/osso-addressbook/blob/master/src/osso-abook-recent-view.c | 11:21 |
| uvos__ | freemangordon: not its econtact looked up by sphone itself | 11:22 |
| freemangordon | https://github.com/maemo-leste/osso-addressbook/blob/master/src/osso-abook-recent-view.c | 11:22 |
| uvos__ | freemangordon: ok | 11:22 |
| freemangordon | osso_abook_aggregator_lookup() | 11:24 |
| freemangordon | so, your EContact must have uid, no? | 11:25 |
| freemangordon | I think it is more or less mandatory | 11:25 |
| freemangordon | see https://github.com/maemo-leste/osso-abook/blob/master/lib/osso-abook-aggregator.c#L2303 | 11:26 |
| freemangordon | so, your EContact could be master or roster contact | 11:27 |
| freemangordon | you cannot simply assume it is master contact | 11:27 |
| freemangordon | so you should go from uid to master contact and then show appropriate actions for that master contact (which is more or less union of master contact and roster contacts actions) | 11:28 |
| freemangordon | does that make sense? | 11:29 |
| freemangordon | not to say that you may have more than one master for single roster | 11:31 |
| nela | freemangordon: https://pastebin.com/cJ5H10NB I think the real issue here actually is just 'libgdk-pixbuf-2.0-0', looking at the devuan package view I cannot find a beowulf libgdk-pixbuf-2.0-0 package https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=libgdk-pixbuf-2.0-0 but for whatever reason I can find a bullseye version of it on | 11:55 |
| nela | debian | 11:55 |
| nela | https://packages.debian.org/search?searchon=names&keywords=libgdk-pixbuf-2.0-0 | 11:56 |
| nela | oh wait... buster is not bullseye, yeah ok that makes sense. the issue is there's no buster package for libgdk-pixbuf-2.0-0... I guess this is a debian issue | 12:00 |
| freemangordon | wait a bit | 12:00 |
| freemangordon | we have some repo issue | 12:01 |
| freemangordon | leste repos I think | 12:01 |
| freemangordon | nela: buster is beowulf and bullseye is chimaera, right? | 12:04 |
| freemangordon | may I have your repository list? | 12:05 |
| freemangordon | where does it get sphone version 0.7.1+m7? | 12:07 |
| freemangordon | nela: ^^^ | 12:07 |
| freemangordon | oh, wait | 12:08 |
| freemangordon | uvos__: sphone chimaera build is in beowulf-devel repo | 12:09 |
| freemangordon | hmm, no | 12:10 |
| freemangordon | it is not that one | 12:10 |
| freemangordon | maybe it is rtcom-accounts-ui | 12:10 |
| uvos__ | 1676603418 <buZz> ah, rtcom-accounts-ui depends on libgdk-pixbuf-2.0-0 , but the package is called libgdk-pixbuf2.0-0 , without one - | 12:14 |
| uvos__ | buZz also had this problem | 12:14 |
| freemangordon | the repo builds are broken, trying to rebuild the packages | 12:15 |
| freemangordon | those seems to be chimaera ones, not beowulf | 12:15 |
| freemangordon | or, there are some backports repo or dunno enabled in the autobuilder which we don;t have enabled on the device | 12:16 |
| freemangordon | I have the same issue in beowulf VM, so should be easy to track/fix | 12:16 |
| freemangordon | librtcom-accounts-widgets0 : Depends: libgdk-pixbuf-2.0-0 (>= 2.22.0) but it is not installable | 12:17 |
| nela | libgdk-pixbuf-2.0-0 exists for ceres, daedalus and chimaera which should be stable, testing and unstable but there is no package for oldstable aka beowulf and they don't exist on regular debian either https://pastebin.com/F7DaDf3C this is the sources.list | 12:19 |
| freemangordon | nela: the issue is clear, I need coule of minutes to fix it | 12:19 |
| freemangordon | *couple | 12:19 |
| freemangordon | note to uvos__ and myself: do not start chimaera/beowulf ci builds in parallel | 12:34 |
| freemangordon | uvos__: could you increase sphone version and rebuild it? first beowulf (waiting for repo job to finish) and then chimaera. | 12:35 |
| freemangordon | nela: could you try to upgrade? a couple of packages should get installed, with sphone still failing | 12:36 |
| freemangordon | *couple of | 12:36 |
| uvos__ | "note to uvos__ and myself: do not start chimaera/beowulf ci builds in parallel" what happens then? | 12:39 |
| uvos__ | im pretty sure i did this with other packages too | 12:39 |
| freemangordon | chimaera packages are installable in beowulf-devel | 12:39 |
| uvos__ | uff | 12:40 |
| uvos__ | ok | 12:40 |
| freemangordon | yeah, we have some versioning issues in CI scripts | 12:40 |
| uvos__ | ill bump sphone in a bit | 12:40 |
| freemangordon | thanks | 12:40 |
| uvos__ | and build _just_ beowulf right? | 12:40 |
| freemangordon | better both | 12:40 |
| uvos__ | ok | 12:40 |
| freemangordon | like, to have the same versions in beowulf-devel and chimera | 12:41 |
| freemangordon | we should either bring mo back online or start hosting all the maemo documentation | 12:46 |
| freemangordon | at least API | 12:46 |
| buZz | but is there a difference between libgdk-pixbuf2.0-0 and libgdk-pixbuf-2.0-0 ? | 12:50 |
| freemangordon | who cares? | 12:50 |
| buZz | hehe | 12:50 |
| freemangordon | it comes from a different distribution | 12:51 |
| buZz | i mean, chimaera has both, beowulf just one | 12:51 |
| freemangordon | no idea | 12:51 |
| buZz | i was tempted to just try to edit the .deb and remove that single '-' :P | 12:52 |
| freemangordon | that would not be a proper fix | 12:53 |
| freemangordon | there are more libs but this one | 12:53 |
| freemangordon | like libebook-1.2-20 etc | 12:53 |
| buZz | hmhm i guess | 12:53 |
| freemangordon | basically, I don;t think it is a good idea to install sphone chimaera build on beowulf ;) | 12:54 |
| buZz | oh i bet :) | 12:54 |
| nela | freemangordon: I don't have anything else to upgrade because only hildon-meta gets kept back https://pastebin.com/uxFKUt3Q | 12:58 |
| freemangordon | ah, right | 12:59 |
| freemangordon | well, you can install hildon-connectivity-rtcom by hand, but better wait uvos__ to fix sphone build too | 12:59 |
| freemangordon | oh, garage os down too :( | 13:46 |
| freemangordon | *is | 13:46 |
| uvos__ | we need to mirror all this stuff before maemo ev goes totaly belly up | 13:57 |
| freemangordon | yes | 14:00 |
| buZz | wooo, rtcom-accounts-ui upgraded \o/ yay | 14:07 |
| buZz | tnx freemangordon | 14:07 |
| freemangordon | :) | 14:10 |
| freemangordon | uvos__: we lack admins here :( | 14:10 |
| freemangordon | at least I see nobody volunteering to administer such a mirror | 14:10 |
| freemangordon | otherwise I guess we can rent a server | 14:11 |
| freemangordon | xes: hi! | 14:11 |
| freemangordon | please help | 14:11 |
| buZz | hehe aww, cant add 'recent calls' as new contacts yet in new rtcom-accounts-ui :) | 14:13 |
| uvos__ | working on it | 14:17 |
| uvos__ | see previous questions about abook | 14:17 |
| buZz | <3 sweet | 14:19 |
| buZz | i ment from 'contacts' app though | 14:19 |
| buZz | but i guess you do too :) | 14:19 |
| uvos__ | nah from sphone | 14:20 |
| uvos__ | contacts app is different issue | 14:20 |
| freemangordon | uvos__: it is sphone, albeit its rtcom-el plugin | 14:26 |
| uvos__ | sure | 14:27 |
| freemangordon | but we already discussed that | 14:27 |
| uvos__ | but thats not what im working on | 14:27 |
| freemangordon | yeah | 14:27 |
| freemangordon | phew, warfare fixed it | 14:34 |
| freemangordon | but yeah, we need to mirror mo as there is no guarantee for how long it will be up and running | 14:35 |
| uvos__ | i gues one of us haveing a local copy somewhere would be sufficant for now | 14:47 |
| uvos__ | as long as mo is mostly up | 14:47 |
| freemangordon | uvos__: do you want /me to increase sphone version and spin a build? | 15:47 |
| uvos__ | freemangordon: i mean im not opposed, but i will do it as soon as i get home | 15:49 |
| uvos__ | couple h | 15:50 |
| uvos__ | btw maemo.org works again, but maemo talk now dosent | 15:53 |
| Wizzup | heh.. | 15:53 |
| freemangordon | uvos__: ok, no hurry | 15:54 |
| freemangordon | well warfare said he'll have a look at the monitoring system as he didn't get mails about mo being down | 15:55 |
| freemangordon | I guess he needs some time | 15:55 |
| uvos__ | @Wizzup btw did you build organic maps for arm32? | 15:58 |
| Wizzup | uvos__: I tried, but no | 16:01 |
| Wizzup | I managed to build it in my vm | 16:01 |
| Wizzup | but on the ci all arches fail | 16:01 |
| Wizzup | arm32 fails because they do not use 64 bits file offset | 16:01 |
| Wizzup | the first of many failures presumably | 16:02 |
| uvos__ | :( | 16:02 |
| uvos__ | wierd is organic maps so new that android on arm32 wasent a thing | 16:03 |
| uvos__ | i wonder if they would be helpfull if we report it with this angle | 16:03 |
| Wizzup | we can yeah | 16:03 |
| Wizzup | the vendoring does not help | 16:03 |
| Wizzup | I mean the offset is easily fixed | 16:04 |
| Wizzup | I think, it is just a glibc define | 16:04 |
| Wizzup | probably bionic libc always does 64 | 16:04 |
| uvos__ | could be | 16:04 |
| joerg | FWIW https://talk.maemo.org/ works for me | 18:09 |
| joerg | www.maemo.org has a cert issue | 18:14 |
| Wizzup | uvos__: looks like I ordered some tablets a few weeks ago | 19:32 |
| Wizzup | aah | 19:32 |
| Wizzup | zm615 | 19:32 |
| Wizzup | mz615 | 19:32 |
| norayr | garage needs to be mirrored? that's sourceforge software right? it cannot be just mirrored with wget i guess? | 20:22 |
| joerg | garage is "Powered by gforge" - I don't think you can just wget it. BTW iirc archive.org "mirrored" all of *.maemo.org they could | 21:24 |
| freemangordon | hmm, I think we mirrored garage back then, no? | 21:31 |
| freemangordon | where is Pali? :( | 21:31 |
| joerg | what do you mean by "we mirrored garage"? what's the task to accomplish? | 21:44 |
| freemangordon | no, I meant - I think we already made a backup of garage back in the days when gitorious disappeared. But not 100% sure. | 21:49 |
| joerg | I asked a 2 weeks ago in admin chat what services are still used, Wizzup answered that they >>only use garage to search for git/svn pkg sources<< | 21:50 |
| freemangordon | well... 'we' is not 'maemo-leste guys' in that contaxt | 21:54 |
| freemangordon | *context | 21:54 |
| freemangordon | I think it was Pali and merlin1991 that made lots of backups back then. But I lack details (forgot lots of stuff :) :) | 21:55 |
| joerg | skeiron? | 21:58 |
| freemangordon | no idea. maybe I am just wrong and there is no garage backup | 21:59 |
| freemangordon | on skeiron we have nokia repos backup, no? | 21:59 |
| joerg | I guess skeiron is no more | 22:01 |
| freemangordon | at least coderus backup is still there | 22:01 |
| joerg | garage is sort of like github, with mailing lists, svn, ticket system, whatnot else | 22:01 |
| freemangordon | yeah | 22:02 |
| freemangordon | but having backup of the repos is the most important thing | 22:02 |
| joerg | repo != garage | 22:02 |
| freemangordon | repos like 'source code repository", like git and svn | 22:03 |
| freemangordon | not repos like 'debian repository' | 22:03 |
| freemangordon | sorry for the confusion | 22:04 |
| freemangordon | garage is mainly source code repository, besides other things | 22:04 |
| joerg | yeah, it's an ambiguous thing about those names for maemo.org genuine services | 22:05 |
| joerg | http://monitor.maemo.org/ganglia/?r=week&cs=&ce=&m=load_one&s=by+name&c=maemo&h=&host_regex=&max_graphs=0&tab=m&vn=&sh=1&z=small&hc=4 | 22:05 |
| freemangordon | hmm, weird, garage is actually up | 22:06 |
| joerg | so that would be vcs? | 22:06 |
| freemangordon | ah | 22:06 |
| freemangordon | maybe | 22:06 |
| freemangordon | so, what is garage then? | 22:07 |
| joerg | http://wiki.maemo.org/Maemo.org_Infrastructure | 22:15 |
| joerg | for garage in monitor, the client side (garage VM) daemon is down | 22:16 |
| joerg | http://vcs.maemo.org/ is up too | 22:17 |
| joerg | s/svn/vcs/ | 22:24 |
| Wizzup | is that all the src backing garage? | 22:28 |
| joerg | since _at least_ 2 months, we (maemo techstaff, archive.org folks) are about to make sure everything is archived. You could have a look at https://web.archive.org/web/20220923163039/http://maemo.org/ and check what you're missing there | 22:30 |
| joerg | Wizzup: I have no idea | 22:31 |
| uvos | sphone is on the wayt | 23:37 |
| Wizzup | great | 23:46 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!