00:47.15 | *** join/#maemo-ssu dafox (~dafox@2a02:a448:c25a:1:7061:3b2a:37df:ded3) |
03:25.55 | *** join/#maemo-ssu merlin1991 (~merlin@Maemo/community/cssu/merlin1991) |
06:36.16 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
07:04.52 | *** join/#maemo-ssu jon_y (~enforcer@2001:e68:4075:5ca0:f64d:30ff:fe63:5a5a) |
07:30.08 | *** join/#maemo-ssu freemangordon_ (~ivo@195.128.225.2) |
09:17.17 | *** join/#maemo-ssu jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
11:11.29 | freemangordon_ | jonwil: we have a channel for that purpose :) |
11:12.06 | freemangordon_ | lets use it, what we say may be of interest to somebody else, in theory ;) |
11:12.50 | freemangordon_ | jonwil: now you have your n900 back in a working condition, what about continuing connui REing? |
11:13.54 | jonwil | So what about this "fremantle-GTK2 project" mentioned by Android_808 on t.m.o? |
11:14.29 | freemangordon_ | jonwil: this is what all talk on ##ftpf-private is about |
11:15.01 | jonwil | So basically "fremantle-GTK2" is this Devuan derivative people are now calling Maemo7? |
11:15.38 | freemangordon_ | jonwil: later on it evovled in what we named maemo-leste a couple of days ago |
11:15.40 | freemangordon_ | yes |
11:15.43 | jonwil | Ok. |
11:16.45 | jonwil | Sounds like there isn't anything there that should be in CSSU then |
11:17.00 | freemangordon_ | jonwil: keep in mind fremantle-gtk2 is now more the active repo, https://github.com/maemo-leste is the one we're going to use from now on |
11:17.15 | freemangordon_ | jonwil: not really |
11:17.21 | jonwil | Ok. |
11:17.39 | freemangordon_ | so far I first put REed stuff in cssu repo |
11:17.40 | jonwil | Was it you who mentioned someone to talk to re CSSU-testing? |
11:17.46 | freemangordon_ | yes |
11:17.53 | freemangordon_ | merlin1991 and Ilew |
11:19.34 | jonwil | I got just about every package into CSSU-devel that should be there. vte and tracker gave me an error "Your intltool is too old. You need intltool 0.35.0 or later" even though I have intltool 0.35.0-3 installed and so I couldn't put those in cssu-devel |
11:20.16 | jonwil | feedservice-plugin-fb-common was giving some errors about makefile.ini being missing (so its either not generating makefile.in when it should be or there is some step I missed to compile it) |
11:20.30 | jonwil | sharing-service-facebook depends on feedservice-plugin-fb-common so I cant compile that |
11:20.48 | freemangordon_ | yes, I read your TMO posr |
11:20.51 | freemangordon_ | *post |
11:21.12 | jonwil | Any ideas on your end how to solve the errors for any of those packages? |
11:21.47 | freemangordon_ | facebook stuff is doomed anyways (all maemo facebook application admins/devs had their facebook developer account blocked) |
11:22.35 | jonwil | So basically the facebook API keys and other things used in the stock Maemo bits and in the RE'd clones are no longer functional? |
11:22.53 | freemangordon_ | they are, but we can't certify with facebook |
11:23.55 | jonwil | Ok so that covers those 2 packages. Any ideas about the other packages? |
11:24.00 | freemangordon_ | because no functional user to perform that certification |
11:24.58 | jonwil | For hildon-input-method-plugins we probably need a package similar in nature to libconnui-dev that installs various library bits in the SDK environment |
11:25.02 | jonwil | to allow that to compile easily |
11:25.19 | freemangordon_ | jonwil: do you have CSSU repos enabled in ScratchBox you try to compile those? |
11:25.34 | jonwil | I do have cssu-devel enabled |
11:26.15 | freemangordon_ | no idea then, maybe ./autogen.sh or autoreconf -v -f -i |
11:27.12 | jonwil | Wait I have cssu-testing enabled, not cssu-devel |
11:27.19 | freemangordon_ | should be ok |
11:27.27 | freemangordon_ | you'd better not enable -devel repo |
11:27.40 | freemangordon_ | did you perform apt-get upgrade? |
11:27.52 | jonwil | Let me check |
11:28.02 | freemangordon_ | well, update/upgrade |
11:29.04 | jonwil | its installing a whole bunch of packages in my SDK VM |
11:29.18 | jonwil | updates to stuff mostly |
11:29.47 | freemangordon_ | makes sense |
11:30.08 | freemangordon_ | if stuff == maemo cssu packages |
11:30.12 | jonwil | Yes |
11:30.50 | freemangordon_ | is afk |
11:30.54 | jonwil | Ok. |
12:12.36 | DocScrutinizer05 | I wish somebody had tried a single time to build a normal stock-alike maemo from scratch |
12:16.38 | DocScrutinizer05 | don't know if everybody thinks that's too easy and boring, or just it's considered too complex |
12:20.18 | DocScrutinizer05 | anyway in a few weeks we will have Neo900-devel board and I need developers to demonstrate maemo-proper on those, incl installing apps from maemo-extras repos |
12:22.45 | DocScrutinizer05 | I guess I have to hire Carsten Munk for that, after all he did it like 8 years ago already |
12:23.54 | DocScrutinizer05 | http://omappedia.org/wiki/Maemo_Getting_Started#Beagle |
12:25.16 | sicelo | he's with jolla? |
12:27.25 | DocScrutinizer05 | according to his linkedin no more |
12:28.01 | DocScrutinizer05 | unless he's a subcontractor to Jolla |
12:28.36 | DocScrutinizer05 | or jolla changed name |
12:28.55 | sicelo | alright |
12:32.34 | DocScrutinizer05 | it's quite unfortunate how things moved from http://talk.maemo.org/showthread.php?t=91308 to new kernel (orphaning closed drivers ABI compatibility) to devuan to armhf (orphaning all existing apps binaries) - and still the Devuan key folks think they support Neo900 |
12:33.20 | bencoh | I don't think it's the proper channel to discuss that, though |
12:33.33 | DocScrutinizer05 | oh? |
12:34.14 | DocScrutinizer05 | yeah, indeed. maemo orphaned neo900, so I probably should ask on #neo900 if there's anybody willing to port maemo to that device |
12:34.16 | bencoh | it's somewhat related, but still should go to #neo900 or #maemo :) |
12:35.16 | sicelo | all of what is being done still supports N900 well enough, and probably Neo even better |
12:35.33 | DocScrutinizer05 | aha |
12:35.33 | sicelo | at least as far as i understand |
12:35.45 | DocScrutinizer05 | that's exactly the problem |
12:37.13 | DocScrutinizer05 | everybody incl jaromil thinks that |
12:37.23 | DocScrutinizer05 | it's not true |
12:37.51 | sicelo | <PROTECTED> |
12:38.19 | DocScrutinizer05 | sorry, I don't have any maemo devels there |
12:39.14 | sicelo | <PROTECTED> |
13:31.08 | *** join/#maemo-ssu NishanthMenon (~nmenon@192.91.75.30) |
13:31.08 | *** join/#maemo-ssu NishanthMenon (~nmenon@unaffiliated/nishanthmenon) |
13:54.30 | freemangordon_ | DocScrutinizer05: supporting fremantle userspace, at least partially is a matter of setting up armel build aling armhf |
13:54.41 | freemangordon_ | *alog |
13:54.45 | freemangordon_ | aaah |
13:54.53 | freemangordon_ | *along |
14:22.28 | jonwil | bah, I have no idea why connui-statusbar-cellular causes hildon-status-menu to crash " |
14:23.00 | jonwil | and I cant seem to get hildon-status-menu into GDB to debug it since it uses maemo-launcher or whatever it is |
14:28.47 | freemangordon_ | just attach gdb to it |
14:29.13 | freemangordon_ | there are 2 processes with same name, attach to the one with higher pid |
14:33.29 | DocScrutinizer05 | jonwil: you need to either attach GDB after starting the process, or you need to "patch" maemo-launcher |
14:35.40 | DocScrutinizer05 | acme-app-xxx is a symlink to a launcher stub that sends a dbus msg to another maemo-launcher persistent process (daemon?) that forks to launce the real acme-app-xxx.launch binary. Or somesuch |
14:42.00 | DocScrutinizer05 | actually e.g. "startup-pin-query -> maemo-invoker" and that one calls maemo-launcher (via dbus?) |
14:44.46 | DocScrutinizer05 | so maemo.invoker when caled with $0 startup-pin-query will tell maemo-laincher to execute (fork) /usr/bin/startup-pin-query.launch |
14:46.17 | DocScrutinizer05 | you'd need to "wrap" /usr/bin/maemo-launcher so it runs under GDB - unless there is a smarter method |
14:48.46 | DocScrutinizer05 | http://paste.opensuse.org/60211476 |
15:01.29 | jonwil | My short term goals are to 1.Continue to reverse engineer things (including getting connui-cellular working) 2.Providing info to the guys doing the devuan work where I can provide that info 3.Look into documenting the things connected to the wlan subsystem so we know what we need to do to replace it |
15:11.38 | jonwil | Oooh good, it looks like I can stop hildon-status-menu from running without the system rebooting and then I can start it whenever I want manually |
15:12.32 | jonwil | Of course what happens is that when maemo-launcher gets told to start a new program it forks itself |
15:15.33 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
21:25.04 | *** join/#maemo-ssu drathir (~kamiljk8@unaffiliated/drathir) |
21:32.13 | *** join/#maemo-ssu drathir (~kamiljk8@unaffiliated/drathir) |
22:02.27 | *** join/#maemo-ssu jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
22:50.36 | jonwil | freemangordon: ping |