**** BEGIN LOGGING AT Thu Nov 08 02:59:59 2018 **** BEGIN LOGGING AT Thu Nov 08 04:57:30 2018 **** BEGIN LOGGING AT Thu Nov 08 05:12:34 2018 Nov 08 10:32:49 I tried to visit t.m.o and my ip is blacklisted. Nov 08 10:33:26 On T-Mobile USA. Nov 08 10:33:39 ~admins Nov 08 10:33:43 err, no Nov 08 10:33:45 ~admin Nov 08 10:33:56 ~unban Nov 08 10:34:27 Well, hello anyway ... looks like I can't remember the proper shortcut ... Nov 08 10:34:34 ~banip Nov 08 10:34:34 lol Nov 08 10:34:44 ~unbanip Nov 08 10:34:45 i heard unbanip is please contact techstaff maemo org with your request, or see ~techstaff, or see https://www.stopforumspam.com/removal, or if your ip is dynamic, try changing it, or tags: RBL, tmo IP blocked, spam Nov 08 10:35:03 thanks Nov 08 10:35:06 :) Nov 08 10:43:00 hmm, idea, if all one needs is to read, why not add some filtering proxy Nov 08 13:54:53 ~pkg Nov 08 13:54:54 pkg is probably http://maemo.org/packages/ **** BEGIN LOGGING AT Thu Nov 08 14:02:16 2018 Nov 08 15:23:00 so tomorrow i need gps on the N900 to work :-/ Nov 08 15:23:14 now without supl, might be fun Nov 08 15:23:50 thoguh n900 does work quite ok even without that Nov 08 15:25:04 turn on gps in advance? Nov 08 15:50:17 that's basically what I do, unfortunately Nov 08 15:51:53 This reminds me I managed to make location-proxy talk to supl.google.com through supl-proxy ... but then it eventually fails in the middle of the request Nov 08 15:52:30 I suspect either side does not properly implement supl/rrlp standard and cannot handle request properly Nov 08 15:53:09 (I think google supl intends to send a multipart response in a non standard way and expects client to read more data before moving to next request) Nov 08 15:54:05 you could get approximate location with pnatd (to get cell id) and supl-client, though Nov 08 15:54:23 (unfortunately there is no way to feed it back to liblocation afaict) Nov 08 15:55:27 We'd probably be better off reversing the relevant liblocation(?) function, tbh ... Nov 08 15:56:03 (and/or re-implement it and somehow glue it back) Nov 08 16:05:22 there is a thread on tmo about the parts that still need to be REd Nov 08 16:17:50 here is a supl-proxy log dump - at that point, connection is closed (by supl.google I suppose) http://pastebin.notk.org/pastebin.php?show=f1760abfb Nov 08 16:51:02 I *guess* part of the problem being large fractions of location stuff are implemented in cellmo aka modem stack Nov 08 16:51:46 would make sense particularly for RRLP Nov 08 16:52:41 which aiui is supposed to work transparently and invisible without any support from "userland" Nov 08 17:05:45 I really think this is a userspace issue though **** ENDING LOGGING AT Fri Nov 09 02:59:58 2018