| Wizzup | honeycomb is assembled | 02:41 |
|---|---|---|
| Wizzup | should be able to get it set up tomorrow | 02:42 |
| Guest18624 | Hi, yesterday I got the Droid 4 to connect to the GSM network, with some help from you guys. In addition to the instructions on the page https://leste.maemo.org/Status/Phone, this is what I've done: | 06:34 |
| Guest18624 | # after adding the beowulf-devel repository, | 06:34 |
| Guest18624 | # sudo apt update throws GPG error for beowulf/Extras | 06:34 |
| Guest18624 | # easy install of the packages: | 06:34 |
| Guest18624 | sudo apt install sphone | 06:34 |
| Guest18624 | sudo apt install hildon-connectivity-mobile | 06:34 |
| Guest18624 | sudo apt install ofono-scripts | 06:34 |
| Guest18624 | # in case the SIM was PIN-protected: | 06:34 |
| Guest18624 | startup-pin-query | 06:34 |
| Guest18624 | # then connected to GSM network: | 06:34 |
| Guest18624 | # immediately received SMS from my carrier | 06:34 |
| Guest18624 | # could call and receive calls (but couldn't hear) | 06:34 |
| Guest18624 | # 3G mobile data enabled by default | 06:34 |
| Guest18624 | /usr/share/ofono/scripts/enable-modem | 06:35 |
| Guest18624 | /usr/share/ofono/scripts/online-modem | 06:35 |
| bencoh | alright, gonna try to upgrade leste here ... what do I need to disable first for it not to reboot? (yeah, I always seem to forget) | 12:42 |
| uvos | touch /etc/no_lg_reboots | 12:43 |
| bencoh | thanks :) | 12:43 |
| uvos | but leste config should do that for you | 12:43 |
| uvos | (if your version is recent enough) | 12:43 |
| bencoh | doubt it is | 12:44 |
| Wizzup | also reboot after that file | 12:45 |
| Wizzup | honeycomb is up and running | 12:45 |
| Wizzup | now I just need to migrate the rpi systems | 12:45 |
| bencoh | reboot after the touch? alright | 12:45 |
| Wizzup | ywesa | 12:45 |
| Wizzup | yes | 12:45 |
| bencoh | I was about to press enter :) | 12:45 |
| bencoh | yay, looks like it worked | 12:59 |
| bencoh | let's see if it reboots | 12:59 |
| bencoh | (I didn't dist-upgrade though) | 12:59 |
| bencoh | oh, is dist-upgrade safe on leste? | 12:59 |
| uvos | yes | 13:00 |
| uvos | and sometimes its nesscary | 13:00 |
| uvos | freemangordon: log dosent really show anything | 13:04 |
| uvos | uvos.xyz/maserati/sphone-abook.log | 13:04 |
| bencoh | interesting ... I got a text getty prompt instead of Xorg after upgrade without dist-upgrade | 13:07 |
| bencoh | I guess kernel version doesn't match xorg driver? | 13:07 |
| bencoh | (nice that it doesn't crash at boot) | 13:08 |
| uvos | uname -a, xorg.log? | 13:08 |
| bencoh | 5.10.30 | 13:08 |
| uvos | yes wrong kernel | 13:08 |
| bencoh | thought so | 13:08 |
| bencoh | now, to upgrade it from console without usbnet .... | 13:09 |
| uvos | wpa_cli | 13:09 |
| bencoh | yeah | 13:10 |
| uvos | freemangordon: so to repduce: have a eds database, any kind with some contacts. make it default. build sphone from git, have it load contacts-ui-abook instead of -exec, open the dialer, click contacts. | 13:12 |
| Wizzup | bencoh: I think icd might work without x | 13:17 |
| Wizzup | in any case, yes, you must dist-upgrade | 13:17 |
| uvos | icd has pretty piss poor performace on d4 without x | 13:18 |
| uvos | because it ussualy fails at least once trying to connect | 13:18 |
| uvos | and then you would have to wait a long time for it to try again | 13:18 |
| Wizzup | yes, that is a kernel bug | 13:18 |
| Wizzup | not icd2 bug | 13:18 |
| uvos | sure | 13:18 |
| uvos | but in pactice it just dosent work | 13:18 |
| Wizzup | btw, other topic | 13:19 |
| uvos | if you cant use th ui | 13:19 |
| Wizzup | I was thinking we should make or revamp some simple roadmap that we all agree on, on bugs and/or features to work on | 13:19 |
| Wizzup | I have a few people who are interested in helping out but I have trouble pointing them at specific things to pick up | 13:19 |
| Wizzup | our issue list is kinda large and not ordered by priority in any way | 13:19 |
| uvos | also imo it kind of is a icd2 "bug" | 13:19 |
| uvos | it just dosent try hard enough. the connection can fail for any reason incl stuff like temporary interferance | 13:20 |
| uvos | it should just try again | 13:20 |
| Wizzup | right it defers to wpa_supplicant on that | 13:20 |
| uvos | Wizzup: not sure what the difference is between icd2 driving wpa and wpa_cli driving wpa | 13:21 |
| uvos | (wpa_cli never ever fails to connect on d4) | 13:21 |
| Wizzup | pretty sure the first time fails | 13:21 |
| Wizzup | and then it just retries | 13:21 |
| uvos | not always | 13:21 |
| Wizzup | driven by wpa_supplicant standalone logic | 13:21 |
| uvos | and right the problem is icd2 dosent try again | 13:21 |
| uvos | im not sure why but it just gives up after one try | 13:21 |
| uvos | if you connect with wpa_cli it just tries again and suceeds | 13:22 |
| uvos | this is also true if you start wpa_supplicant with -c | 13:22 |
| uvos | looks like i got another d4 display cable to die on me :( | 13:59 |
| Wizzup | weird, how does that happen | 14:00 |
| Wizzup | do you regularly open them up? | 14:00 |
| uvos | no idea | 14:01 |
| uvos | sure regularly | 14:01 |
| uvos | i mean i use it as a primary device | 14:01 |
| uvos | that comes with lots of openings | 14:01 |
| Wizzup | I can send you something, if you let me know, I am leaving friday morning | 14:01 |
| uvos | nah its fine | 14:02 |
| uvos | i still have 2 others | 14:02 |
| uvos | but at some point if you find a d4 thats broken in a different way sure | 14:02 |
| Wizzup | probably about 12 atm, but those are in the us | 14:03 |
| Wizzup | looks like 5 out of 6 mz617 are in a good state | 14:03 |
| Wizzup | one had a power button that looks like someone *really* wanted to power it off :p | 14:03 |
| uvos | :P | 14:03 |
| Wizzup | ok so the honeycomb is set up, just need to move the build systems there | 14:04 |
| Wizzup | might need to re-install debian or something, the pi rootfses might be too pi specific, not sure | 14:04 |
| Wizzup | btw, any ideas on the roadmap thing? | 14:04 |
| uvos | i dont think its a bad idea per say | 14:04 |
| uvos | but idk how you would organise it | 14:04 |
| Wizzup | wiki page, with links to issues, and the wiki page could be ordered by general goals and then perhaps with some dates as to when we'd -like- to do it | 14:05 |
| humpelstilzchen[ | But people just work on whatever they want to, not sure if a roadmap helps in pinning more important issues | 14:05 |
| uvos | i dont think deadlines are particularly usefull | 14:05 |
| uvos | pinning more important tasks helps | 14:05 |
| uvos | timelines dont | 14:06 |
| uvos | imo | 14:06 |
| Wizzup | timelines are not to push pressure, of course | 14:06 |
| Wizzup | humpelstilzchen[: well, I think it would be good to have a bit more direction in that sense | 14:06 |
| Wizzup | doesn't mean people can't do whatever they want :) | 14:06 |
| Wizzup | but it could help with "how much do we think we care about feature X vs bug or feature Y" when it comes up | 14:07 |
| Wizzup | which often happens | 14:07 |
| uvos | sure | 14:07 |
| uvos | mostly https://github.com/maemo-leste/hildon-status-menu/pull/3 | 14:07 |
| uvos | I want https://github.com/maemo-leste/libmatchbox2/pull/8 | 14:08 |
| uvos | prs https://github.com/maemo-leste/hildon-input-method/pull/7 | 14:08 |
| uvos | rewieved https://github.com/maemo-leste/hildon-desktop/pull/18 | 14:08 |
| uvos | :P | 14:08 |
| Wizzup | honestly I love track of these things and just forget, so it's good to remind me | 14:08 |
| uvos | yours it quite new | 14:08 |
| uvos | its mostly freemangordon thats really slow | 14:08 |
| uvos | ahm | 14:08 |
| Wizzup | lol I don' | 14:09 |
| Wizzup | t think so | 14:09 |
| Wizzup | but ok | 14:09 |
| Wizzup | on the at-spi pr, could you clarify what was tested? | 14:09 |
| Wizzup | like, gtk3 apps? does it work in browser (html) input fields? | 14:09 |
| uvos | firefox-esr, various qt apps | 14:09 |
| uvos | yes it works everywhere | 14:09 |
| uvos | also gtk3 | 14:09 |
| Wizzup | does it support context awareness? | 14:10 |
| Wizzup | like, read current text of input? | 14:10 |
| uvos | it could (sometimes app implementation is uneven) but dosent rn | 14:10 |
| uvos | wrt slow reviews, some of those sit since nov 2021 i think thats to long. just give me commit access at that point. | 14:13 |
| Wizzup | it's also just lack of time in some cases | 14:13 |
| Wizzup | what would also help me is a way to test some of it, for example the status menu notifier thing | 14:14 |
| uvos | im not saying it malicous | 14:14 |
| Wizzup | what should I install to test it, see how it works as expected? | 14:14 |
| uvos | anything that creates a status menu item :P | 14:14 |
| uvos | (various media players, any im program etc) | 14:15 |
| uvos | i used telegram and cantata and some others | 14:15 |
| uvos | konversation i think | 14:15 |
| Wizzup | or just a screenshot or two would also help imho | 14:16 |
| Wizzup | but yeah not saying that's the reason :) | 14:16 |
| Wizzup | just a more general thing | 14:16 |
| uvos | hmm | 14:21 |
| uvos | looks like the cable was damaged by sand | 14:21 |
| uvos | dont go to the beatch | 14:21 |
| Wizzup | heh | 14:24 |
| Wizzup | the beaches I go to are stone beaches, so should be ok | 14:24 |
| lel | MerlijnWajer closed a pull request: https://github.com/maemo-leste/hildon-desktop/pull/18 (launcher: quote command sent to terminal emulator) | 14:38 |
| Wizzup | freemangordon: I merged this pr, but then realised that I think you're the maintainer, so please check if it's all OK | 14:39 |
| Wizzup | freemangordon: I think I wrote that code, and I think it looks ok, but please lmk | 14:40 |
| Wizzup | actually I'll just build it | 14:40 |
| Wizzup | it's a clear bugfix for my code | 14:40 |
| freemangordon | uvos: abook debug does not seem to be enabled | 15:03 |
| freemangordon | should look like this https://pastebin.com/9dSmPR5Z | 15:05 |
| Wizzup | freemangordon: also, what do you think of this: https://github.com/maemo-leste/libmatchbox2/pull/8/commits/fbe9670b3509696f0464d3d9450384063135ef05 | 15:05 |
| Wizzup | ( https://github.com/maemo-leste/libmatchbox2/pull/8 ) | 15:05 |
| freemangordon | I am not sure I understand what is this about, so feel free to either merge or drop | 15:06 |
| freemangordon | I mean - I lack the knowledge to judge if this is the correct fix | 15:07 |
| freemangordon | uvos: re slow review - I would say that our priorities differ sometimes | 15:09 |
| freemangordon | also, I think you are well aware how much time I spend on Xorg DDX/omapdrm | 15:09 |
| freemangordon | if you feel you can do that better and faster, please, be my guest | 15:10 |
| freemangordon | not to say I wasted time chasing regressions in mce caused by use, spent time on sdl, etc | 15:10 |
| freemangordon | so I don;t really think it is fair to call me "slow" | 15:11 |
| freemangordon | s/use/U | 15:11 |
| uvos | i did not cause any regesions in mce.... | 15:12 |
| freemangordon | sure you did, but lets not go into that, it does not really matter | 15:13 |
| uvos | no | 15:13 |
| freemangordon | well, ok | 15:13 |
| uvos | those bugs existed in fremantle too | 15:13 |
| freemangordon | you made no mistakes, ever | 15:13 |
| uvos | i dident say that | 15:14 |
| freemangordon | ok, ok | 15:14 |
| freemangordon | please, have a look at pastebin ^^^ | 15:14 |
| uvos | idk how to enable debug output in abook then | 15:14 |
| uvos | the envvar you posed is not sufficent | 15:14 |
| freemangordon | see pastebin ^^^ | 15:14 |
| uvos | yes i used that | 15:15 |
| freemangordon | user@devuan:~/maemo/git/abook/osso-abook$ G_MESSAGES_DEBUG=all OSSO_ABOOK_DEBUG=all ./lib/test_contact_chooser | 15:15 |
| uvos | yes both of those where set | 15:15 |
| freemangordon | weird | 15:15 |
| * freemangordon checks something | 15:15 | |
| freemangordon | uvos: if I install sphone, will it use osso-abook? or I shall build from the repos? | 15:16 |
| uvos | no | 15:16 |
| uvos | you have to build from repos | 15:16 |
| uvos | and make it load the moduel as stated above | 15:16 |
| freemangordon | above? | 15:16 |
| uvos | [13:12] <uvos> freemangordon: so to repduce: have a eds database, any kind with some contacts. make it default. build sphone from git, have it load contacts-ui-abook instead of -exec, open the dialer, click contacts. | 15:17 |
| uvos | the modules to be loaded are in /usr/share/sphone.ini | 15:17 |
| freemangordon | I am not sure I understand "have it load contacts-ui-abook instead of -exec" | 15:17 |
| * freemangordon pulls sphone | 15:18 | |
| uvos | look at /usr/share/sphone.ini | 15:18 |
| uvos | should be clear then | 15:18 |
| freemangordon | ok | 15:18 |
| uvos | /usr/share/sphone/sphone.ini | 15:18 |
| freemangordon | ok | 15:19 |
| freemangordon | uvos: sorru, it is still not clear to me. shall I modify ContactsUiExec section? | 15:24 |
| uvos | no | 15:24 |
| uvos | theres not sutch section | 15:24 |
| uvos | Modules= | 15:25 |
| freemangordon | [ContactsUiExec] | 15:25 |
| freemangordon | # Application to call to open contacts | 15:25 |
| freemangordon | ContactsExec=/usr/bin/gnome-contacts | 15:25 |
| uvos | +contacts-ui-abook | 15:25 |
| uvos | -contacts-ui-exec | 15:25 |
| freemangordon | ok | 15:25 |
| uvos | right forgot about that | 15:25 |
| uvos | anyhow | 15:25 |
| uvos | the module | 15:25 |
| freemangordon | ok, got it | 15:25 |
| freemangordon | uvos: I do;t think abook code is called at all | 15:27 |
| freemangordon | *don;t | 15:27 |
| uvos | well it shows the window | 15:27 |
| freemangordon | I see something "a..." | 15:28 |
| freemangordon | keep in mind I don't have phone contacts here | 15:28 |
| freemangordon | but that should not make any difference | 15:28 |
| uvos | i click on contacts | 15:28 |
| uvos | abook opens a window | 15:28 |
| uvos | "Choose contact" | 15:28 |
| uvos | (no contacts) | 15:28 |
| freemangordon | no, I have "a..." as a contact here | 15:29 |
| uvos | syncevolution --print-databases? | 15:29 |
| freemangordon | -bash: syncevolution: command not found | 15:30 |
| freemangordon | I have EDS only | 15:30 |
| freemangordon | shall I install that? | 15:30 |
| uvos | you can probubly have eds print the databases too somehow | 15:30 |
| uvos | sure | 15:30 |
| freemangordon | I'll install syncevolution | 15:30 |
| freemangordon | https://pastebin.com/jwtNnr12 | 15:31 |
| uvos | right | 15:32 |
| uvos | so your default is the same as system-address-book | 15:32 |
| uvos | probubly you need to create some other database to make it break | 15:32 |
| uvos | (and make it default) | 15:32 |
| freemangordon | need a second | 15:33 |
| freemangordon | I don;t see the book selection code called | 15:33 |
| * freemangordon fires gdb | 15:34 | |
| freemangordon | uvos: you are missing a call to osso_abook_init() | 15:41 |
| uvos | freemangordon: ok thanks | 15:42 |
| freemangordon | wait | 15:42 |
| freemangordon | it will fix missing logs | 15:42 |
| freemangordon | lemme test it here first | 15:42 |
| freemangordon | uvos: you better call osso_abook_debug_init() instead of osso_abook_init() | 15:44 |
| uvos | ok | 15:44 |
| freemangordon | osso_abook_init() requires osso_context I am not sure you can get | 15:44 |
| uvos | well one could be created just for this module | 15:45 |
| uvos | (in the module) | 15:45 |
| uvos | but ok | 15:45 |
| freemangordon | no need I think | 15:45 |
| freemangordon | lets first see if we can get sane logs | 15:46 |
| uvos | anyhow | 15:46 |
| uvos | afk | 15:46 |
| freemangordon | uvos: you should keep config in /etc, not in usr/share | 15:49 |
| freemangordon | it gets overwritten on reinstall | 15:49 |
| Wizzup | I think it is some systemish so put configs in /usr/share | 15:54 |
| Wizzup | like X also moved some stuff there | 15:54 |
| Wizzup | maybe it's like system provided vs user set or something | 15:54 |
| Wizzup | systemdism* | 15:54 |
| freemangordon | aha | 15:54 |
| freemangordon | but, it gets overwritten without warning | 15:54 |
| _uvos_ | freemangordon: yes as is intended, according LFHS /usr/share contains distro configuration /etc contains system wide administrator configuration and ~ contains user configuration | 15:58 |
| _uvos_ | freemangordon: for sphone /usr/share contains defaults if it cant read a config file from ~/.sphone | 15:59 |
| _uvos_ | but should be better documented | 15:59 |
| freemangordon | ah, I see | 16:00 |
| freemangordon | uvos: also, you *must* call hildon_gtk_init() and not gtk_init() on leste | 16:07 |
| freemangordon | well, on hildon | 16:07 |
| freemangordon | see http://maemo.org/api_refs/5.0/beta/hildon/hildon-Main.html | 16:08 |
| freemangordon | this https://pastebin.com/bRR5YHuC | 16:13 |
| freemangordon | but, make sure module init is called before *any* gtk function is called | 16:13 |
| * Wizzup has pine64 keyboard case | 16:59 | |
| buZz | i notice some 'broken' pinephones are hitting marktplaats.nl | 16:59 |
| uvos | thats not going to work | 17:00 |
| uvos | sphone stricktly has no odering restrcitons on modules | 17:00 |
| uvos | so have to do this some other way | 17:00 |
| Wizzup | that's going to be tricky | 17:00 |
| freemangordon | uvos: so, why gtk functions are called in module init time? | 17:01 |
| freemangordon | *at | 17:01 |
| uvos | because the main process inits gtk | 17:01 |
| freemangordon | that's fine | 17:01 |
| freemangordon | it is ok to call gtk_init | 17:01 |
| uvos | (when required) | 17:01 |
| uvos | 1646233641 <freemangordon> uvos: also, you *must* call hildon_gtk_init() and not gtk_init() on leste | 17:02 |
| uvos | ? | 17:02 |
| freemangordon | did you look at link and the patch? | 17:02 |
| uvos | + hildon_init(); | 17:02 |
| uvos | this is supplement to gtk_init? | 17:02 |
| freemangordon | you either call hildon_gtk_init() and not gtk_init() or you call hildon_init() *after* gtk_init() | 17:02 |
| freemangordon | yes | 17:02 |
| uvos | ok hmm | 17:03 |
| uvos | still this means the main process depends on libhildon | 17:03 |
| uvos | not great either | 17:03 |
| uvos | ill have to think of something | 17:03 |
| freemangordon | no, you can call that from abook module | 17:03 |
| uvos | no | 17:03 |
| freemangordon | why? | 17:03 |
| uvos | some of the other modules also use libhildon | 17:04 |
| uvos | (so far to no ill efect) | 17:04 |
| freemangordon | ah | 17:04 |
| freemangordon | ok, but how d o you init gtk2 then? | 17:04 |
| uvos | i gues just using hildon buttons and sutch happens to be fine | 17:04 |
| freemangordon | yeah | 17:04 |
| freemangordon | you still have to call gtk_init at exactly one place | 17:04 |
| uvos | right it dose that | 17:05 |
| freemangordon | and before any gtk function is called | 17:05 |
| uvos | in glibloop or qtloop (depending on if you want qt support also) | 17:05 |
| freemangordon | well, you should find a way to call hildon_gtk_init then instead of gtk_init when running on hildon, somehow | 17:06 |
| uvos | i assume libhildon dosent allow you to check if its initalized | 17:06 |
| uvos | otherwise the first module to need it could run hildon_init | 17:06 |
| freemangordon | uvos: how do you guarantee that gtk is inited? | 17:07 |
| freemangordon | glibloop is a module? | 17:07 |
| uvos | yes but no glibloop | 17:07 |
| uvos | its special | 17:07 |
| freemangordon | ah, | 17:07 |
| uvos | its a initalization module | 17:07 |
| freemangordon | well then you need either special hildonloop | 17:07 |
| uvos | sure | 17:08 |
| uvos | could do that | 17:08 |
| uvos | but would rather avoid ofc | 17:08 |
| uvos | (if possible) | 17:08 |
| freemangordon | or dload("libhildon") and call hildon_gtk_init on success | 17:08 |
| Wizzup | or make the modules ordered? | 17:09 |
| uvos | ew :P | 17:09 |
| freemangordon | or this, yeah | 17:09 |
| uvos | the dload might work | 17:09 |
| uvos | creating a hildon module is annoying | 17:09 |
| uvos | since you then also need a hildonqt module too | 17:09 |
| freemangordon | I am not really sure what happens if you call iy more than once | 17:10 |
| freemangordon | *it | 17:10 |
| freemangordon | I guess nothing bad | 17:10 |
| uvos | might leak some ram | 17:10 |
| * freemangordon chacks the code | 17:10 | |
| uvos | ill maybe look at it later | 17:10 |
| freemangordon | *checks | 17:10 |
| Wizzup | humpelstilzchen[: hm, my keyboard only worked for a bit, and now it doesn't | 17:12 |
| Wizzup | humpelstilzchen[: any idea how I can debug that? (pp) | 17:12 |
| freemangordon | uvos: https://github.com/maemo-leste/libhildon/blob/47cf0dc1c34e8d931f6644f5324d7ebb1effe763/hildon/hildon-main.c#L102 | 17:12 |
| Wizzup | [ 52.193516] kb151 2-0015: Charger read failed - MCU returned 0xff | 17:12 |
| Wizzup | [ 52.199690] kb151 2-0015: Failed to initialize the charger | 17:12 |
| Wizzup | [ 57.335600] kb151 2-0015: Charger is initialized | 17:12 |
| freemangordon | nothing bad will happen | 17:12 |
| humpelstilzchen[ | Wizzup: not really, mine just worked | 17:12 |
| freemangordon | oh, actually it is bad | 17:12 |
| freemangordon | g_critical() | 17:12 |
| freemangordon | this will abort | 17:12 |
| uvos | right | 17:12 |
| uvos | maybe, we dont need it to be g_critical | 17:13 |
| freemangordon | yeah | 17:13 |
| uvos | it dosent sound critical | 17:13 |
| humpelstilzchen[ | Wizzup: try to press on the connection again with some force | 17:13 |
| Wizzup | humpelstilzchen[: right ok | 17:13 |
| Wizzup | it seems to charge though | 17:13 |
| freemangordon | uvos: but it calls gtk_init too | 17:13 |
| uvos | hmm? | 17:14 |
| freemangordon | this is reallt tricky as maemo qt module calls hildon_gtk_init() too, iirc | 17:14 |
| uvos | oh hmm | 17:14 |
| freemangordon | https://github.com/maemo-leste/libhildon/blob/47cf0dc1c34e8d931f6644f5324d7ebb1effe763/hildon/hildon-main.c#L140 | 17:14 |
| freemangordon | not 100% sure about qt though | 17:14 |
| uvos | so far this works regardless | 17:14 |
| uvos | if so | 17:14 |
| uvos | since sphone with qtloop inits qt | 17:15 |
| uvos | and using it works fine | 17:15 |
| uvos | even thoug it also inits gtk | 17:15 |
| freemangordon | but hildon works by chance | 17:15 |
| uvos | right | 17:15 |
| uvos | i mean with regards to mameo qt patform | 17:15 |
| freemangordon | anyway, the patch I posted ^^^ is good enough for testing | 17:16 |
| freemangordon | like, I see a correct list of contacts here with it | 17:16 |
| uvos | ok | 17:16 |
| freemangordon | also, please consider using https://github.com/maemo-leste/osso-abook/blob/master/lib/test-contact-chooser.c to experiment | 17:16 |
| uvos | freemangordon: btw please consider droping -DMAEMO_GTK=1 from gtk | 17:18 |
| uvos | not setting this is supposed to make it use non hildonised gtk | 17:19 |
| uvos | but this dosent work, and apears to be simply missing the maemo5 version of gtk | 17:19 |
| Wizzup | oh, this is patch this one guy did? | 17:19 |
| uvos | Wizzup: no idea | 17:19 |
| Wizzup | I think this is for the whole gtk build | 17:19 |
| Wizzup | not for individual gtk apps | 17:19 |
| Wizzup | just to be clear | 17:19 |
| uvos | Wizzup: so if you build an app without this set | 17:19 |
| uvos | Wizzup: it fails to compile for lack of some hildon specific headers | 17:20 |
| uvos | which is quite annoying building gtk2 apps | 17:20 |
| Wizzup | that's silly, it should default to that when gtk2 is built with it on | 17:20 |
| Wizzup | weird that we don't see it for any of our other gtk apps? | 17:20 |
| Wizzup | is this some cmake thing where you don't have the pkgconfig stuff? | 17:21 |
| uvos | the ones we imported from fremantle all have this | 17:21 |
| uvos | idk if we build any non hildon gtk2 apps | 17:21 |
| uvos | i dont think we do (besides sphone) | 17:21 |
| uvos | Wizzup: wrt cmake, dunno, point is nothing compiles without this define | 17:22 |
| Wizzup | uvos: right, but I haven't run into it anywhere | 17:24 |
| Wizzup | is why I ask | 17:24 |
| freemangordon | neither do I | 17:24 |
| freemangordon | I would say something pkgconfig is missing | 17:24 |
| freemangordon | uvos: hildon-1.pc defines that | 17:27 |
| uvos | right | 17:27 |
| uvos | but why should gtk applications that dont use hildon-1 use this | 17:27 |
| uvos | /libhildon | 17:27 |
| freemangordon | what applications are thise? | 17:27 |
| freemangordon | *those | 17:27 |
| uvos | any gtk2 application | 17:27 |
| freemangordon | like? | 17:27 |
| uvos | in this case sphone | 17:27 |
| uvos | come on | 17:27 |
| freemangordon | I don;t know what do you include | 17:27 |
| uvos | gimp :P | 17:27 |
| freemangordon | what is the error? | 17:28 |
| uvos | ill look into it later, i ran into this when first compiling sphone | 17:28 |
| freemangordon | ok | 17:28 |
| uvos | (when it was a pure gtk2 applicaion) | 17:28 |
| lel | MerlijnWajer closed a pull request: https://github.com/maemo-leste/libmatchbox2/pull/8 (Drop support for _MOTIF_WM_HINTS) | 18:40 |
| Wizzup | uvos: I guess this also needs h-d rebuild | 18:42 |
| uvos | yes | 18:55 |
| uvos | imo it might make sense to just pull libmatchbox2 and clutter into hildon-desktops tree | 18:55 |
| uvos | since both of those are special versions just for h-d that cant really be used as real libs anymore | 18:56 |
| Wizzup | uvos: might make sense yeah, but the current setup works ok for me | 22:04 |
| Wizzup | but I agree it might be better otherwise (but maybe a bit senseless currently) | 22:04 |
| freemangordon | yeah, I think we have more important things to do first | 22:05 |
| Wizzup | right, about that roadmap | 22:10 |
| freemangordon | that was a nasty one https://github.com/maemo-leste/modest/commit/336605ba0dd718a7a28dbf2687c0b7029d122f7b | 22:15 |
| freemangordon | didn;t test, but the same issue exists on fremantle | 22:15 |
| Wizzup | nice find! | 22:22 |
| Wizzup | calebtheythem[m]: calebtheythem[m4: ping, which one is your acc? | 23:06 |
| calebtheythem[m] | wizzup: the first one you mentioned, i think it's caleb_m on IRC? | 23:07 |
| calebtheythem[m] | the second one is a dead account | 23:07 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!