| 00:20.38 | *** join/#maemo infobot (ibot@rikers.org) |
| 00:20.38 | *** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ | N9/harmattan related questions please in #harmattan ! | "firmware" see ~lf (or ~tabletsdev ~combined ~emmc ~flasher) sdk: ~sb | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog | #maemo-ssu is where the (few) devels and maintainers of the maemo-future meet |
| 00:20.38 | *** mode/#maemo [+v infobot] by ChanServ |
| 00:33.40 | *** join/#maemo Kabouik- (~kabouik@116.ip-91-134-138.eu) |
| 00:51.54 | *** join/#maemo auenf (~David@110.150.99.123) |
| 00:59.42 | *** join/#maemo Kabouik (~kabouik@169.ip-37-187-176.eu) |
| 01:48.38 | *** join/#maemo ssvb (~ssvb@dsl-hkibng32-54fbf7-46.dhcp.inet.fi) |
| 02:23.09 | *** join/#maemo vahe (~vahe@unaffiliated/vahe) |
| 03:03.33 | *** join/#maemo vakkov_ (~vakko@vlan-149-game-131.comnet.bg) |
| 03:22.13 | *** join/#maemo auenfx8 (~David@110.150.99.123) |
| 03:37.26 | *** join/#maemo auenf (~David@110.150.99.123) |
| 03:38.16 | *** join/#maemo povbot (~supybot@office.pov.lt) |
| 03:51.42 | *** join/#maemo pagurus` (~user@i59F7CCCF.versanet.de) |
| 04:13.12 | *** join/#maemo geaaru_ (~geaaru@151.32.192.214) |
| 04:23.31 | *** join/#maemo Enrico_Menotti (Elite19260@gateway/shell/elitebnc/x-nrtqixauqavcjkbw) |
| 04:31.27 | brolin_empey | Off-topic but I dislike the ##windows* channels on freenode but the persons in this channel are intelligent and knowledgeable: Can anyone else load https://www.youtube.com/ in Internet Explorer 11 on Windows 10? I get an error page from IE that says I should enable TLS 1.0 , 1.1 , and 1.2 in Advanced settings and try connecting again but all three of these protocols were already enabled when I opened the Advanced settings. 0_o Has Google/YouTube dropped |
| 04:31.27 | brolin_empey | support for IE? |
| 04:35.58 | *** join/#maemo aloril (~aloril@80.246.146.6) |
| 05:10.28 | *** join/#maemo Enrico_Menotti (Elite19260@gateway/shell/elitebnc/x-sdiwbzgeblaxchwx) |
| 05:11.17 | enyc | brolin_empey: humm iirc there are other limitations, e.g. TLS SNI .. install Firefox/Edge/soemting else =), and help sort out new alternative browser for leste =) |
| 05:11.47 | enyc | brolin_empey: try out mint-19 when it becomes avaibale in a month ish, =) |
| 05:37.57 | *** join/#maemo rm_work (rm_work@Maemo/community/cssu/rm-you) |
| 05:45.44 | sixwheeledbeast | brolin_empey: I believe a lot of thinks are dropping support for IE even WIndows. |
| 05:45.52 | sixwheeledbeast | *things |
| 05:49.08 | sixwheeledbeast | I imagine it is left there for legacy/compatibility (ActiveX etc) but will be dropped completely in the future. I am surprised to hear anyone is still using IE with its poor HTML5 score. |
| 05:49.43 | KotCzarny | some people like the pain |
| 05:49.54 | KotCzarny | its just way humans are |
| 06:01.04 | *** join/#maemo pagurus (~user@i59F7CCCF.versanet.de) |
| 06:10.27 | sixwheeledbeast | A bad workman blames his tools, a good workman uses the right tools |
| 06:11.22 | KotCzarny | and some people have 'idee fixe' they ponder over and over |
| 06:30.07 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 06:54.52 | *** join/#maemo Venemo (~venemo@2a02:ab88:63c0:1a00:3df1:563d:d897:552f) |
| 06:54.56 | *** join/#maemo Venemo (~venemo@fedora/Venemo) |
| 07:10.48 | *** join/#maemo florian (~florian_k@Maemo/community/contributor/florian) |
| 07:47.04 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 07:57.58 | *** join/#maemo xy2_ (~xy2_@94.239.177.175) |
| 08:11.22 | Vajb | if several people are working in a project and making changes to few common .java files. What would be the best solution to merge changes to that file? So far we have been using text editor to paste the lines we changed, but that feels kinda stupid way to do it. |
| 08:11.45 | KotCzarny | git? |
| 08:12.00 | KotCzarny | that way you keep history with rollback |
| 08:12.06 | KotCzarny | and you know who is breaking things |
| 08:13.18 | Vajb | we took a look on git gui, but no one bothered to learn it. |
| 08:13.55 | Vajb | it is just small school project. Mysql databese with java gui to interact with it |
| 08:14.42 | *** join/#maemo jskarvad (~jskarvad@redhat/jskarvad) |
| 08:15.20 | KotCzarny | still. learn some version control, will come handy if you plan on being part of the project in the future? |
| 08:15.32 | Maxdamantus | I imagine people who are meant to be modifying .java files are likely to learn git at some point anyway. |
| 08:16.40 | Maxdamantus | might as well do it now instead of looking for some sub-par version control system that has an appealing GUI. |
| 08:17.09 | Vajb | i would guess it is the topic of next course. They mentioned version control, when we asked a tool for it, but also added that it is too heavy for this project |
| 08:17.26 | Maxdamantus | fwiw, my Windows-using colleage uses tortoisegit .. but I can't vouch for it personally since I haven't really used it. |
| 08:18.42 | Vajb | ok. Maybe i'll use my holidays for playing with git |
| 08:19.22 | Maxdamantus | Yeah, if you're not at all familiar with git and the version control isn't particularly important, it might not be worth using. |
| 08:19.33 | Maxdamantus | but once you are familiar with git, you'll probably use it for everything. |
| 08:20.08 | Maxdamantus | otherwise it's a bit like trying to use an editor that has no "undo". |
| 08:21.07 | KotCzarny | i suspect they have the task of finding a way to manage a project kind of hands-on experience so the teacher can show them magic git that will be simpler than whatever they come up with |
| 08:21.09 | KotCzarny | ;) |
| 08:23.26 | Vajb | that sounds plausible :) |
| 08:25.32 | Vajb | we have this new ict-path system which joins different school systems in to one for basic studies |
| 08:25.57 | Vajb | and we are first batch going through |
| 08:27.22 | *** join/#maemo louisdk (~louisdk@212.178.176.210) |
| 08:29.36 | *** join/#maemo Kabouik (~kabouik@236.34.200.37.customer.cdi.no) |
| 08:30.32 | Vajb | does maemo have some tool for finding duplicates? I searched for fslint, but could not find it. |
| 08:30.44 | KotCzarny | find? |
| 08:30.46 | KotCzarny | :) |
| 08:31.06 | KotCzarny | also, writing a script to do that in php/perl/python is quite easy task |
| 08:31.08 | Vajb | oh, did not know it finds duplicates too |
| 08:31.17 | Maxdamantus | It doesn't inherently. |
| 08:31.30 | KotCzarny | well, it can be used as a part of the script to do that |
| 08:31.31 | Maxdamantus | find . -type f -exec sha1sum '{}' '+' | tee sha1s |
| 08:32.02 | Maxdamantus | Then can pipe `sort sha1s` to some `uniq` invocation. |
| 08:32.52 | Maxdamantus | sort sha1s | uniq -c -w40 | sort -n |
| 08:32.54 | Maxdamantus | something like that |
| 08:33.07 | KotCzarny | but that's vajb homework, isnt it? |
| 08:33.43 | Vajb | KotCzarny: actually it is not ;) |
| 08:34.40 | KotCzarny | anyway, using any scripting language is more flexible to operate on lists that pure bash |
| 08:35.11 | Maxdamantus | tbh the bash way above is perfectly reasonable for solving the task. |
| 08:35.12 | KotCzarny | and in php you can even export/import array via var_export/eval |
| 08:35.26 | KotCzarny | maxd: i suspect it's only part of the task |
| 08:36.44 | Vajb | ok. I rearranged my school folder on computer and when I synced it with n900 winscp didn not rearrange those but instead sent new files and kept old |
| 08:37.07 | KotCzarny | use rsync, not winscp |
| 08:37.26 | KotCzarny | there is windoze build of rsync called grsync afair |
| 08:38.26 | Vajb | yes i fiddled with it but lost interest when it didn't work as i wanted (mainly not at all) |
| 08:38.47 | Vajb | so I went to easy solution of winscp |
| 08:38.54 | KotCzarny | windoze is hairy when it comes to file times/permissions, but its doable |
| 08:39.20 | KotCzarny | but if you want to keep things in sync. rsync. |
| 08:40.49 | Vajb | Ideal think would be that it starts syncing automagically when my phone joins to same wlan. |
| 08:41.05 | Vajb | thing* |
| 08:41.32 | Maxdamantus | Seems a bit expensive. |
| 08:41.44 | Maxdamantus | Each time you join WLAN it would do a full filesystem search? |
| 08:41.57 | Vajb | just one folder |
| 08:41.59 | Maxdamantus | It'd be perfectly reasonable using something like btrfs. |
| 08:42.00 | Maxdamantus | ah |
| 08:44.06 | Vajb | also I only join to that wlan when I wanna sync. |
| 08:44.28 | KotCzarny | well, you can have icon on n900 that will enable/join wlan then run rsync |
| 08:45.41 | Vajb | I use script to connect to wlan. To keep gprs intact |
| 08:48.41 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 09:29.50 | *** join/#maemo louisdk (~louisdk@212.178.176.210) |
| 09:33.40 | sixwheeledbeast | If your not using git or another VCS, I can only imagine using a separate diff file where line changes would be recorded between versions. |
| 09:34.16 | sixwheeledbeast | Also i suppose you can modify your wlan connect script to check for location then sync? |
| 09:34.49 | *** join/#maemo ollieparanoid[m] (ollieparan@gateway/shell/matrix.org/x-blwzmzsplzdlyvnh) |
| 09:41.38 | Maxdamantus | But doing diffs requires storing the files at least twice. A VCS will do that for you in such a way that you won't easily make mistakes. |
| 09:41.48 | sixwheeledbeast | You can run rsync on a cronjob "server side". Easy to set your device to use a static ip for that SSID |
| 09:42.16 | sixwheeledbeast | I agree, you are basically manually doing the job of a VCS |
| 09:42.43 | sixwheeledbeast | an example of rsync would be in ~jrtools |
| 09:42.53 | *** join/#maemo chfoo[m] (chfoomatri@gateway/shell/matrix.org/x-eqpybkhcaesamvwo) |
| 09:43.00 | *** join/#maemo MartijnBraam (martijnbra@gateway/shell/matrix.org/x-gjswbyssvxhsicgi) |
| 09:43.00 | *** join/#maemo gonp[m] (gonpmatrix@gateway/shell/matrix.org/x-iefzmvfrvrstlbqr) |
| 09:43.08 | KotCzarny | remember windoze fs might require finer tuning |
| 09:44.32 | Maxdamantus | does N900 backups using rsyncd directly over g_ether |
| 09:44.37 | Maxdamantus | (so no ssh encryption overhead) |
| 09:45.26 | Maxdamantus | doesn't do them partircularly frequently though. |
| 09:53.05 | Wizzup | why not just set a ssh null cipher? |
| 09:55.16 | Maxdamantus | Hm. I don't think that's possible. |
| 09:55.51 | Maxdamantus | I know you can select some less computationally expensive cipher, but I didn't think there's normally a "null" cipher enabled in openssh. |
| 09:55.53 | KotCzarny | unless you forbid it in sshd, it is |
| 09:58.54 | KotCzarny | https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/54180 |
| 09:58.55 | KotCzarny | hehe |
| 10:00.12 | KotCzarny | maxd 1:0 wizzup |
| 10:01.53 | Maxdamantus | Hm, interesting. |
| 10:01.56 | Wizzup | pretty sure I've used it in the past |
| 10:02.00 | Wizzup | but I'm not a ubuntu user, so |
| 10:02.29 | KotCzarny | might be that some distros played along users requests |
| 10:03.03 | Wizzup | well, pick a weak cipher then :P |
| 10:04.55 | KotCzarny | last comment on that thread is a valid point |
| 10:15.19 | *** join/#maemo louis__ (~louisdk@212.178.176.210) |
| 10:15.59 | KotCzarny | and obviously, you arent required to run ssh based filetransfers, with rsync running rsyncd is enough |
| 10:19.54 | *** join/#maemo pcfe (~pcfe@91.65.12.199) |
| 10:19.59 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 10:24.26 | *** join/#maemo dafox (~dafox@2a02:a448:c25a:1::2) |
| 10:34.34 | *** join/#maemo florian (~florian_k@Maemo/community/contributor/florian) |
| 10:48.57 | *** join/#maemo trx (ns-team@devbin/founder/trx) |
| 10:57.17 | *** join/#maemo xy2_ (~xy2_@94.239.253.5) |
| 10:57.29 | *** join/#maemo trx (ns-team@devbin/founder/trx) |
| 10:57.45 | bencoh | Maxdamantus: is your n900 back to life? |
| 10:59.20 | Maxdamantus | bencoh: mostly, apparently. |
| 10:59.25 | bencoh | yay :) |
| 10:59.30 | bencoh | "mostly"? |
| 10:59.40 | Maxdamantus | I noticed it flicking on/off earlier today after turning the screen off. |
| 10:59.48 | bencoh | ah |
| 10:59.57 | bencoh | broken lockswitch maybe? |
| 11:00.08 | Maxdamantus | Dunno. |
| 11:00.26 | Maxdamantus | I wonder if it might be related to the fact that the slide gpio on the device has never worked as long as I've had it. |
| 11:00.34 | bencoh | slide gpio? |
| 11:00.41 | bencoh | display slide? |
| 11:00.48 | Maxdamantus | For detecting that the keypad is in/out. |
| 11:00.50 | bencoh | yeah |
| 11:00.56 | bencoh | hmm ... dunno |
| 11:01.08 | bencoh | so is it always open or always closed? |
| 11:01.09 | Maxdamantus | Dunno if that's a mechanical issue or not .. not sure how the mechanism works. |
| 11:01.21 | bencoh | it's a hall effect sensor iirc |
| 11:01.26 | bencoh | so no mechanics |
| 11:01.55 | Maxdamantus | oh yeah, and the front hall sensor has never worked on it (again, as long as I've had it) |
| 11:02.05 | KotCzarny | maybe some super secret r&d factory operating nearby? |
| 11:03.26 | Maxdamantus | # cat /sys/devices/platform/gpio-switch/slide/state |
| 11:03.29 | Maxdamantus | open |
| 11:03.48 | Maxdamantus | Same with proximity |
| 11:04.31 | Maxdamantus | I can still see messages in the syslog indicating that it thinks the back cover state is changing sometimes when I flick the screen lock switch. |
| 11:05.43 | Maxdamantus | Though I modified omap_hsmmc.ko to not block access to the SD card when that happens, and ke-recv seems to fail to unmount it luckily. |
| 11:05.53 | *** join/#maemo trx (ns-team@devbin/founder/trx) |
| 11:05.57 | Maxdamantus | Still messes with camera-ui. |
| 11:09.10 | *** join/#maemo xorly (~xorly@wced-123-217-32-147.feld.cvut.cz) |
| 11:09.36 | Maxdamantus | /sys/class/mmc_host/mmc0/cover_switch |
| 11:09.51 | Maxdamantus | Sometimes changes between "closed" and "open" when locking/unlocking. |
| 11:12.39 | bencoh | right, I remember you patching it :) |
| 11:13.43 | bencoh | you could use camera-ui2 and patch it too |
| 11:13.56 | Maxdamantus | Yeah, but that wasn't because I was having issues with the cover state. |
| 11:14.05 | KotCzarny | is gpio part of the kernel closed? |
| 11:14.15 | KotCzarny | because it looks like the best part to patch |
| 11:14.45 | Maxdamantus | The main reason is because I use the SD card for swap, and don't want the device to go into a crazy state just because I take the back cover off. |
| 11:15.11 | Maxdamantus | (and also, force removing a device at that level is just really stupid) |
| 11:15.16 | KotCzarny | ignore-gpio-changes kind of modification |
| 11:16.02 | Maxdamantus | Well, I suspect the easiest fix would be to just mount static files over the sysfs nodes. |
| 11:16.34 | Maxdamantus | since I'm pretty sure mce (and maybe ke-recv) just reads the states from sysfs. |
| 11:19.48 | Maxdamantus | <PROTECTED> |
| 11:20.14 | Maxdamantus | # mount --bind /tmp/closed /sys/class/mmc_host/mmc0/cover_switcha |
| 11:21.13 | Maxdamantus | er, double posted .. anyway, that seems to stop the unmount spam in syslog (/tmp/closed just has the contents "closed\n") |
| 11:21.27 | KotCzarny | wiki worthy |
| 11:22.18 | Maxdamantus | Maybe, but it should be noted that it's only useful with the omap_hsmmc patch. |
| 11:22.47 | KotCzarny | put the patch/module there too |
| 11:22.50 | Maxdamantus | since otherwise the kernel itself blocks access to the SD card when that cover switch changes anyway. |
| 11:25.13 | Maxdamantus | I guess I'll just keep using this device for now. |
| 11:26.12 | Maxdamantus | The one that I haven't used is still in very good condition. Might try to get a screen protector before using the display from it at least. |
| 11:44.53 | *** join/#maemo florian (~florian_k@Maemo/community/contributor/florian) |
| 11:46.05 | *** join/#maemo mklm (~mklm@91.193.131.120) |
| 12:00.00 | *** join/#maemo Mek (~quassel@kde/mkruisselbrink) |
| 12:00.54 | *** join/#maemo trx (ns-team@cable-188-2-25-100.dynamic.sbb.rs) |
| 12:00.54 | *** join/#maemo trx (ns-team@devbin/founder/trx) |
| 12:21.56 | *** join/#maemo pcfe (~pcfe@ip5b410cc7.dynamic.kabel-deutschland.de) |
| 12:21.58 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 12:30.39 | sixwheeledbeast | Device will die and reboot to Nokia logo if swap is lost without unmounting. |
| 12:31.35 | sixwheeledbeast | swapoff i should say |
| 12:35.41 | Maxdamantus | I imagine that would just be because the watchdog process is likely to mess up at some point. |
| 12:37.02 | Maxdamantus | I think if swap is suddenly lost, userspace is going to behave in very weird ways. I think processes would generally be killed when they try to access lost pages. |
| 13:00.50 | sicelo | it dies and reboots immediately Maxdamantus. |
| 13:03.37 | *** join/#maemo trx (ns-team@cable-188-2-25-100.dynamic.sbb.rs) |
| 13:03.37 | *** join/#maemo trx (ns-team@devbin/founder/trx) |
| 13:04.13 | *** join/#maemo florian (~florian_k@Maemo/community/contributor/florian) |
| 13:09.01 | Maxdamantus | sicelo: what detects it? |
| 13:12.45 | sicelo | no idea. never looked. doesn't system consider swap to be RAM, and therefore will panic when RAM disappears? |
| 13:13.07 | KotCzarny | more likely you had something system related swapped out |
| 13:18.19 | Maxdamantus | Well, it's not RAM since the CPU can't address pages on a disk. |
| 13:20.02 | Maxdamantus | and I doubt Linux's normal behaviour would be to panic just because the swap is gone. The obvious behaviour I can think of is if the kernel just kills processes which pagefault for inaccessible pages. |
| 13:21.05 | Maxdamantus | Shouldn't be hard to test, but need to sleep now. |
| 13:26.14 | sicelo | ah, ok |
| 13:54.25 | *** join/#maemo xy2_ (~xy2_@94.239.177.175) |
| 13:55.09 | *** join/#maemo trx (ns-team@cable-188-2-25-100.dynamic.sbb.rs) |
| 13:55.09 | *** join/#maemo trx (ns-team@devbin/founder/trx) |
| 14:01.10 | *** join/#maemo Maxdamantus (~Maxdamant@unaffiliated/maxdamantus) |
| 14:03.39 | *** join/#maemo trx (ns-team@cable-188-2-25-100.dynamic.sbb.rs) |
| 14:03.39 | *** join/#maemo trx (ns-team@devbin/founder/trx) |
| 14:18.11 | *** join/#maemo xorly (~xorly@wced-123-217-32-147.feld.cvut.cz) |
| 14:58.54 | *** join/#maemo vahe (~vahe@unaffiliated/vahe) |
| 15:06.03 | *** join/#maemo xorly (~xorly@wced-123-217-32-147.feld.cvut.cz) |
| 15:22.43 | *** join/#maemo auenfx8 (~David@110.150.99.123) |
| 15:28.56 | *** join/#maemo xes (~xes@unaffiliated/xes) |
| 15:29.49 | *** join/#maemo Natch (~Natch@h-112-130.A444.priv.bahnhof.se) |
| 15:38.29 | *** join/#maemo auenf (~David@110.150.99.123) |
| 15:40.59 | *** join/#maemo KotCzarny (ariel@31.135.195.151) |
| 16:13.58 | *** join/#maemo DocScrutinizer51 (~lagrange@openmoko/engineers/joerg) |
| 16:14.30 | *** join/#maemo sixwheeledbeast (~zem@2a01:4f8:c17:101::2) |
| 16:29.50 | *** join/#maemo drrty2 (drrty@gateway/vpn/privateinternetaccess/drrty) |
| 16:38.42 | *** join/#maemo Maxdamantus (~Maxdamant@unaffiliated/maxdamantus) |
| 16:41.36 | *** join/#maemo drrty2 (drrty@gateway/vpn/privateinternetaccess/drrty) |
| 16:50.31 | *** join/#maemo florian (~florian_k@Maemo/community/contributor/florian) |
| 17:08.27 | *** join/#maemo florian (~florian_k@Maemo/community/contributor/florian) |
| 17:25.17 | *** join/#maemo luke-jr (~luke-jr@unaffiliated/luke-jr) |
| 17:29.47 | *** join/#maemo Kabouik_ (~kabouik@ks3100825.kimsufi.com) |
| 18:13.48 | *** join/#maemo florian (~florian_k@Maemo/community/contributor/florian) |
| 18:22.19 | *** join/#maemo trx (ns-team@devbin/founder/trx) |
| 18:30.43 | *** join/#maemo trx (ns-team@cable-188-2-25-100.dynamic.sbb.rs) |
| 18:30.43 | *** join/#maemo trx (ns-team@devbin/founder/trx) |
| 19:29.41 | *** join/#maemo sunshavi (~user@190.236.8.105) |
| 20:18.10 | *** join/#maemo TheKit (~nekit@87-119-238-103.saransk.ru) |
| 20:29.56 | *** join/#maemo florian (~florian_k@Maemo/community/contributor/florian) |
| 20:52.05 | *** join/#maemo Venemo (~venemo@fedora/Venemo) |
| 21:05.01 | *** join/#maemo shentey (~shentey@x4e31f877.dyn.telefonica.de) |
| 21:05.32 | *** join/#maemo pagurus (~user@i59F7CCCF.versanet.de) |
| 21:10.15 | *** join/#maemo shentey (~shentey@x4e31f877.dyn.telefonica.de) |
| 21:15.27 | *** join/#maemo trumee (~trumee@c-98-194-61-92.hsd1.tx.comcast.net) |
| 21:21.45 | *** join/#maemo florian (~florian_k@Maemo/community/contributor/florian) |
| 22:20.54 | *** join/#maemo aloril (~aloril@80.246.146.6) |
| 22:23.03 | *** join/#maemo sunshavi (~user@181.64.192.242) |
| 22:41.55 | *** join/#maemo Kilroo (~Kilroo@71.71.97.50) |
| 22:50.02 | *** join/#maemo how900 (~Neo900@2a03:b0c0:2:d0::f7:f001) |
| 22:50.02 | *** join/#maemo how900 (~Neo900@neo900/coreteam/communications/how) |
| 22:51.26 | *** join/#maemo stryngs_ (~stryngs@prod.ethicalreporting.org) |
| 22:52.54 | *** join/#maemo Natch (~Natch@h-112-130.A444.priv.bahnhof.se) |
| 22:55.33 | *** join/#maemo pagurus (~user@i59F7CCCF.versanet.de) |
| 23:30.41 | *** join/#maemo Wikiwide (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 23:41.40 | Wikiwide | Is it possible currently to use information about towers in view to get a coarse estimation of location? And is it possible to use the coarse estimate to speed up GPS lock? |
| 23:41.54 | *** part/#maemo Wikiwide (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 23:42.03 | *** join/#maemo Wikiwide (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 23:42.58 | *** join/#maemo luke-jr (~luke-jr@unaffiliated/luke-jr) |
| 23:43.52 | Wikiwide | How do I get "Operator Name" to display detailed information about cell tower to which I am connected? |
| 23:48.31 | *** join/#maemo luke-jr (~luke-jr@unaffiliated/luke-jr) |