00:00.21 | DocScrutinizer05 | ShadowJK: hard to blame those 0.5th level help desk robots |
00:00.46 | DocScrutinizer05 | ShadowJK: unless I have some hard facts to slap them with |
00:02.47 | ShadowJK | Basically the modem hides their buggy network config |
00:02.59 | DocScrutinizer05 | ShadowJK: but yeah, it kinda explains the behavior when I assume >>DHCP doesn't work for new lease on 2G, while handing over an existing lease from 3G works" |
00:04.07 | ShadowJK | I suspect dhcp isn't really relevant |
00:04.45 | ShadowJK | like, I've never seen a dhcp request or refresh in 3g-2g-3g transitions |
00:04.46 | DocScrutinizer05 | who however is the culprit for DHCP not working on 2G, that's still up to anybody's guess. Particularly since during last years I found 2G recovering from such lockup when I reboot the device |
00:05.31 | DocScrutinizer05 | and yes, it could as well be something around APN sign-in |
00:05.52 | ShadowJK | dhclient or dhcp overall is probably not at all involved at any stage of a cellular connection |
00:06.39 | DocScrutinizer05 | errr, how would ICD2 resp dnsmasq know about the device's IP then? |
00:06.40 | ShadowJK | "dhcp not working" is hard to tell apart from "connection is not working at all" unless you've got access to both ends |
00:07.42 | DocScrutinizer05 | after all I config my GPRS DHCP in connections-advanced |
00:08.17 | DocScrutinizer05 | I *could* |
00:09.37 | DocScrutinizer05 | "get IP automatically" and "get DNS automatically" |
00:10.13 | ShadowJK | It's not dhcp |
00:10.21 | DocScrutinizer05 | o.O |
00:11.02 | ShadowJK | Since when has gsm/3g ever reused an existing protocol when they could invent a new protocol :P |
00:12.02 | ShadowJK | dhcp needs an existing IP connection, I suspect the addresses get negotiated before IP packets start flowing |
00:13.25 | ShadowJK | there's also no dhcp on dialup internet, PPPoE and PPPoA +dsl either |
00:32.19 | luf | freemangordon: I announced also your upload of microb-engine to cssu-devel on TMO. |
01:01.11 | DocScrutinizer05 | ShadowJK: I'd say you got a point there |
01:52.20 | *** join/#maemo-ssu arcean (~arcean@aacv105.neoplus.adsl.tpnet.pl) |
02:14.48 | *** join/#maemo-ssu kolp_ (~quassel@212.255.225.39) |
03:16.25 | *** join/#maemo-ssu snx (~chatzilla@1.38.26.112) |
03:21.32 | *** join/#maemo-ssu Jaded (~jade@Jade.broker.freenet6.net) |
03:21.32 | *** join/#maemo-ssu Jaded (~jade@unaffiliated/jade) |
03:36.51 | *** join/#maemo-ssu amiconn_ (quassel@rockbox/developer/amiconn) |
04:03.41 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
05:24.36 | *** join/#maemo-ssu snx (~chatzilla@1.38.24.148) |
06:02.03 | *** join/#maemo-ssu luf (luf@nat/ibm/x-weeruklvbibrffgd) |
07:14.42 | freemangordon | luf: can we do anything about the missing thumbnails? to stop trying to get them for example? |
07:16.00 | freemangordon | luf: this is for obexftp |
07:22.50 | luf | freemangordon: I understand. I also have it in my todo. |
07:24.35 | freemangordon | luf: another inconvenience (though I think nothing can be done) - the connection to the devices is tried in order BT returns them |
07:25.24 | freemangordon | this leads that 5th device in the list (which is available) to be hardly accessible, because the 4 previous are not available |
07:25.31 | freemangordon | I hope you get what I mean |
07:26.20 | freemangordon | I wonder if async dbus calls with callbacks could help here |
07:26.50 | luf | freemangordon: we talked about it last week. You said it's async ... |
07:27.47 | freemangordon | luf: BT as a whole is async related to the other fs |
07:28.05 | freemangordon | but device enumeration/browsing in BT is not AIUI |
07:28.45 | luf | freemangordon: enumeration is fast enough. The problem is that it tries to preload the content one level down ... |
07:28.57 | freemangordon | i.e. until there is no answer from device A (evenv if it is "device not found"), device B is not enumerated |
07:29.46 | freemangordon | luf: exactly. however, it is not a major problem, so I think we could live with it |
07:29.58 | freemangordon | if there is no some easy solution |
07:30.19 | luf | freemangordon: I can add it to the todo however I have no idea how to do it. |
07:30.42 | freemangordon | luf: I guess it is something in gw_... calls |
07:30.59 | freemangordon | luf: it is up to you |
07:31.01 | luf | freemangordon: Hmmm maybe some monitor ... (the problem is on FS side) |
07:31.08 | freemangordon | yes |
07:31.41 | luf | I have no problem with BLUEZ/DBUS but right now it's just function call from gnome-vfs-daemon and response (sync). |
07:32.30 | freemangordon | could it be that the "serial.connect" call is causing it to stall? |
07:32.39 | luf | freemangordon: however it'll have downside in periodical (?) checking of device status (online/offline). |
07:33.37 | freemangordon | hmm, yep, afaik it blocks in "serial.connect" for the devices not in the range |
07:33.38 | luf | freemangordon: you said that it's not a problem. However only adding some g_warning and checking logs can gives you the answer. |
07:33.57 | freemangordon | luf: :nod: |
07:34.19 | freemangordon | ok, i'll do it when have some time |
07:34.45 | freemangordon | heads for the office |
07:36.07 | luf | I'll add todos: 1) try to change connecting in parallel; 2) try to handle BT devices using some monitor (but how to check availability periodically). |
07:36.53 | luf | 1) just inside the one sync call from gnome-vfs-daemon 2) it'll be fully async |
07:37.37 | luf | freemangordon: how long "freeze" do you see because of not reachable 4 devices? |
08:07.29 | kerio | hm, is there an obexfs fuse file system? |
08:07.36 | kerio | it would be neat |
08:09.49 | luf | kerio: no idea |
08:18.29 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
09:25.47 | *** join/#maemo-ssu jade (~jade@Jade.broker.freenet6.net) |
09:25.47 | *** join/#maemo-ssu jade (~jade@unaffiliated/jade) |
09:42.20 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
10:04.04 | *** join/#maemo-ssu andre__ (~andre@ip-84-42-203-5.net.upcbroadband.cz) |
10:04.04 | *** join/#maemo-ssu andre__ (~andre@wikimedia/aklapper) |
10:28.43 | luf | freemangordon: ping |
10:31.26 | luf | freemangordon: never mind I had wrong idea |
10:37.27 | *** join/#maemo-ssu kolp (~quassel@212.255.225.39) |
10:37.57 | *** join/#maemo-ssu gregoa (~gregoa@chello212186052066.410.14.vie.surfer.at) |
10:52.35 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
11:08.46 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
11:21.04 | *** join/#maemo-ssu amiconn (amiconn@rockbox/developer/amiconn) |
11:21.22 | *** join/#maemo-ssu arcean (~arcean@aacv105.neoplus.adsl.tpnet.pl) |
11:40.37 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-frhlopwwpdohaeni) |
11:45.08 | freemangordon | luf: I misexplained it - there is no "freeze", but a device in range which is 5th in the list, gives "unable to connect" error. I guess it is because something times out while bluez(or whoever) tries to connect to the 4 devices not in range |
11:45.38 | freemangordon | otherwise UI is fully responsible all the time |
11:56.27 | luf | freemangordon: can you post me what's in syslog? |
11:57.06 | luf | freemangordon: I think this should be logged (the error why it's unable to connect). |
11:59.46 | *** join/#maemo-ssu BCMM (~BCMM@unaffiliated/bcmm) |
12:05.37 | freemangordon | can't do it now, my second device is not with me here in the office |
12:05.44 | freemangordon | will do later, when back home |
12:05.51 | freemangordon | luf: ^^^ |
12:16.43 | luf | freemangordon: ok |
13:02.32 | *** join/#maemo-ssu wirr (~wirr@xdsl-188-155-55-161.adslplus.ch) |
13:08.39 | *** join/#maemo-ssu xmlich02 (~imlich@2001:67c:1220:80c:81:f5a0:6079:b0d2) |
14:48.04 | *** join/#maemo-ssu arcean (~Arcean@aadd188.neoplus.adsl.tpnet.pl) |
14:59.53 | *** join/#maemo-ssu MrPingu (~chatzilla@86.92.226.97) |
15:04.53 | *** join/#maemo-ssu chainsawbike (~chainsawb@unaffiliated/chainsawbike) |
15:18.23 | *** join/#maemo-ssu chainsawbike (~chainsawb@unaffiliated/chainsawbike) |
16:05.03 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
16:05.48 | freemangordon | luf: http://pastebin.com/jUckH5qD |
16:06.30 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
16:33.17 | freemangordon | why Qt refuses to build? |
16:48.56 | freemangordon | nice, if you have some escaped char in the build path ('+' for example) you can't build Qt :D |
16:55.02 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28F92.dip0.t-ipconnect.de) |
17:02.58 | *** join/#maemo-ssu wumpwoast (~jcassidy@63.251.248.156) |
17:51.33 | *** join/#maemo-ssu freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
18:08.35 | *** join/#maemo-ssu arcean (~Arcean@aadd188.neoplus.adsl.tpnet.pl) |
18:14.06 | *** join/#maemo-ssu arcean_ (~Arcean@aadb36.neoplus.adsl.tpnet.pl) |
18:19.16 | *** join/#maemo-ssu MadeAllUp (MadeAllUp@2001:470:1f09:1190:f8af:9adb:89d1:eb43) |
19:03.08 | *** join/#maemo-ssu MrPingu (~chatzilla@86.92.226.97) |
19:05.12 | *** join/#maemo-ssu NIN102 (~NIN@p5DD29632.dip0.t-ipconnect.de) |
19:20.34 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
19:50.34 | *** join/#maemo-ssu grummund (~user@unaffiliated/grummund) |
20:14.46 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
21:00.42 | *** join/#maemo-ssu LinuxCode (~LinuxCode@fedora/LinuxCode) |
21:11.22 | *** part/#maemo-ssu wirr (~wirr@xdsl-188-155-55-161.adslplus.ch) |
21:59.51 | *** join/#maemo-ssu xes (~xes@host129-57-dynamic.8-87-r.retail.telecomitalia.it) |
22:15.27 | *** join/#maemo-ssu arcean_ (~arcean@aadb36.neoplus.adsl.tpnet.pl) |
22:18.15 | *** join/#maemo-ssu nox- (noident@p57900BAB.dip.t-dialin.net) |
22:18.40 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
22:19.10 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
22:25.17 | *** join/#maemo-ssu joshgillies (~josh@hobart.office.squiz.net) |
22:42.27 | *** join/#maemo-ssu arcean (~arcean@aadb36.neoplus.adsl.tpnet.pl) |
23:03.31 | Pali | merlin1991, can you create getbootstate and initrd-progs repos on cssu gitorious? |
23:03.42 | Pali | I have OSS replacement for that two packages |
23:04.57 | Pali | and next I have patches for osso-af-utils, hildon-welcome and dsme to not fail if /proc/bootreason not exists |
23:05.53 | Pali | these patches removing dependency on /proc/bootreason from maemo system and kernel without /proc/bootreason could be bootable on maemo too |
23:06.11 | Pali | let me know if you create repositories |
23:06.27 | Pali | now going offline... |
23:49.27 | *** join/#maemo-ssu arcean (~arcean@aadb36.neoplus.adsl.tpnet.pl) |