IRC log of #maemo-ssu for Friday, 2016-04-22

*** Pali has quit IRC00:39
*** bredebid has quit IRC00:50
*** NishanthMenon has quit IRC02:20
*** ruskie has quit IRC02:44
*** ruskie has joined #maemo-ssu02:51
*** LauRoman has quit IRC03:35
*** DocScrutinizer05 has quit IRC06:10
*** DocScrutinizer05 has joined #maemo-ssu06:10
*** ruskie has quit IRC07:16
*** ruskie has joined #maemo-ssu07:40
*** arcean has joined #maemo-ssu08:57
*** Pali has joined #maemo-ssu09:19
*** Pali has quit IRC09:30
*** LauRoman has joined #maemo-ssu10:01
*** corvinux has joined #maemo-ssu10:10
*** futpib has joined #maemo-ssu10:17
xesone little issue with cssu clock-ui: if while i'm using the phone the alarm dialog appears and i'm so quick stopping it before the audio alarm tone starts (probably the phone is a bit lagging)... once closed the dialog the tone starts and it's impossible to stop it10:36
*** futpib has quit IRC10:38
*** bredebid has joined #maemo-ssu11:24
DocScrutinizer05LOL11:25
DocScrutinizer05the joy of an immanently async design like dbus, I guess11:25
*** freemangordon_ has quit IRC11:27
DocScrutinizer05with something like dbus, you _never_ should implement state machines that transition on a signal and have no way to resync when a single signal gets lost11:28
DocScrutinizer05iow each such design should use "keep alive" or similar techniques, and reset to sane state when those are missing11:30
xesyeah, it's a stupid issue but very annoying when my son is sleeping near me11:30
DocScrutinizer05yeah, alas the bugs system designers and sw devels introduce are not selected for convenience in real life :-)11:31
DocScrutinizer05I never really liked the way dbus gets used for $everything on deskops and on maemo, without proper transmission security layer11:32
*** arcean has quit IRC11:32
DocScrutinizer05it's sort of like UDP-only internet11:33
xesi know it's a problem hard to imagine but our "always lagging device" is a beast producing unexpected beahaviors ;)11:33
DocScrutinizer05yep11:35
DocScrutinizer05not a single dbus-dependent program I've seen actually takes care to recover from "packet loss" on dbus11:35
DocScrutinizer05FSO maybe a nice exception11:35
*** arcean has joined #maemo-ssu11:49
*** SiceloWeb has joined #maemo-ssu12:09
*** jonwil has joined #maemo-ssu13:11
jon_yhow do you even loose a packet on dbus?13:39
jon_ydbus probably reinvents unix sockets13:40
*** arcean has quit IRC13:52
DocScrutinizer05dbus easily can 'lose' packets, when e.g. receiver doesn't really listen to signals13:53
DocScrutinizer05even messages are not warranted to get delivered to receiver when you use async13:53
DocScrutinizer05most dbus API usage is just fire&forget13:54
DocScrutinizer05you *could* check for reply etc, but that's not mandatory and I know many apps don't care13:55
*** arcean has joined #maemo-ssu14:16
*** corvinux has quit IRC14:20
*** arcean has quit IRC15:32
*** arcean has joined #maemo-ssu15:36
drathirlol /me again have issue with wifi signal...16:13
* drathir wonder if that could be in any way connected with app genwall...16:14
drathirfew meters from router signal is weak 5-10m from router no signal at all...16:16
SiceloWeb or driver issues? check syslog?16:17
DocScrutinizer05poor signals *quality* doesn't necessarily mean poor signal *strength* - could also be interference16:33
DocScrutinizer05what you see in wifi connecting apps is usually quality, not strength16:34
DocScrutinizer05and no, if genwall is a firewall then this should be unrelated16:35
* DocScrutinizer05 suggests wifieye16:37
drathirSiceloWeb: DocScrutinizer05 in past was the same behaviours no idea whats goin repaired by own... sniffed area no diff in noise...16:38
DocScrutinizer05use wifieye to check for other APs that interfere. Make sure you got no other strong TX like BT or microwave oven nearby16:39
DocScrutinizer05note that neither BT nor microwave show up in wifieye16:40
drathirDocScrutinizer05: the wifieye 2m see max 10% quality...16:40
DocScrutinizer05and actually even what WLAN chipsets declare as signal strength is massively depending on signal quality aka interference too16:41
DocScrutinizer05wifieye does show signal strength, not quality16:41
drathiraircrack checked area no diff in range...16:41
DocScrutinizer05afaik. But... see above16:41
DocScrutinizer05sorry you lost me16:41
DocScrutinizer05aircrack will not change range16:42
DocScrutinizer05all that aircrack and wifieye really can tell you is: are there other APs on same channel or channel nearby, so they would interfere16:43
drathirDocScrutinizer05: i checkin from local prepared hw intended to that things...16:43
drathirthe aircrack i mean...16:43
DocScrutinizer05I still don't get it16:43
drathirno more noise/traffic than usual in area...16:44
DocScrutinizer05checking won't improve your range, no matter what you use for checking16:44
drathirn900 is 2meters from router anyway...16:44
DocScrutinizer05then it's maybe noise you don't see, I.E. no WLAN noise16:44
drathirDocScrutinizer05: aircrack in monitor mode see also not connected messing stations too and their signal...16:45
DocScrutinizer05well, sorry I can't tell more than what I already did16:45
drathiri will diggin, bc honestly wonder with what that is connected ;p16:46
drathirat least its pretty funny behaviour...16:46
* DocScrutinizer05 seen all WLAN in 50m radius going down when a nasty microwave operated16:47
drathirfor wifi modules are wl12xx and mac80211 correct?16:48
DocScrutinizer05and there are even industries tempering screws etc with 2.4GHz16:50
drathirDocScrutinizer05: yea im in pretty "hole" area with distance from similar to microwave sources but correct is a fair funny thing takin down signal quality all devices in area...16:50
DocScrutinizer05when it's a problem of N900 only (needs check against other clients on same AP), then you might have problems with wifi antenna in device, might need contacts cleaning16:52
DocScrutinizer05or collision with N900's BT and coexistence16:53
DocScrutinizer05only when BT enabled and active16:53
DocScrutinizer05when a battery removal fixes the issue, it might be a problem in WLAN chip's firmware and config that got messed up in WLAN chip's RAM16:54
*** arcean has quit IRC16:55
*** NishanthMenon has joined #maemo-ssu16:59
*** NishanthMenon has joined #maemo-ssu16:59
drathirDocScrutinizer05: bf i cleaned gen wall settings i even dont see status indicator of gsm/wifi at all ;p17:08
drathirbefore*17:08
SiceloWebmaybe you should just use iptables :)17:17
drathirits possible that driver wil not follow 100mW and drop down to 10mW in n900?17:17
*** jonwil has quit IRC17:19
DocScrutinizer05this is not cssu related and no, 10mW is unrelated to poor AP signal quality at N900 end17:19
*** NishanthMenon has quit IRC17:23
*** NishanthMenon has joined #maemo-ssu17:24
drathirin theory a little yes related bc looks like reciving is so much throtle down that n900 have a problems with comunication... even in biggest noise and w/o antenna i should be able connect device lying at router... but correct that probably isnt connected with cssu... thans a lot for ideas and have a good day...17:25
*** freemangordon_ has joined #maemo-ssu17:40
*** SiceloWeb has quit IRC17:46
*** freemangordon_ has quit IRC18:53
*** futpib has joined #maemo-ssu19:34
*** Pali has joined #maemo-ssu19:45
*** NishanthMenon has quit IRC19:58
*** ruskie has quit IRC20:20
*** gregoa has quit IRC20:22
*** gregoa has joined #maemo-ssu20:22
*** ruskie has joined #maemo-ssu20:30
*** LauRoman has quit IRC21:10
*** RedM has joined #maemo-ssu23:35
*** RedW has quit IRC23:35

Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!