| Pali | freemangordon, see luf messages ^^^ | 00:02 |
|---|---|---|
| freemangordon | luf_: hi! | 00:03 |
| freemangordon | luf_: re your EDS patch - I tried to review it, but failed :). I simply have no idea what it fixes | 00:04 |
| luf_ | freemangordon: it fixes 1 mem leak + 2 possible | 00:08 |
| luf_ | nsSBCSGroupProber.cpp - it's called and it allocates new string | 00:09 |
| freemangordon | luf_: hmm, wait, there are new commits to EDS, I was thinking it is about "Remove lines with empty value from VCARD string (except required fields)" | 00:09 |
| luf_ | it frees the memory only if the string len > 0. | 00:09 |
| luf_ | https://github.com/community-ssu/evolution-data-server/pull/1 | 00:10 |
| freemangordon | oh, sorry, my bad, I was under the impression you have commit rights | 00:10 |
| luf_ | I already commited it as I saw no response for quite long time :) | 00:10 |
| luf_ | I have commit rights from pali but I like the idea someone take a look if I don't make some stupid mistake. | 00:11 |
| luf_ | :) | 00:11 |
| *** jonwil has joined #maemo-ssu | 00:11 | |
| freemangordon | luf_: yeah, sure, it is just that I though it is already commited and saw "Remove lines with empty value from VCARD string (except required fields)" | 00:12 |
| freemangordon | luf_: what is PRUint32 type? int &? | 00:13 |
| luf_ | freemangordon: where do you see it? | 00:14 |
| freemangordon | https://github.com/community-ssu/evolution-data-server/blob/9ce54231c5a94dad92561c4b7a3c2ef2a24a9eb5/libuchardet/src/nsSBCSGroupProber.cpp#L152 | 00:15 |
| luf_ | freemangordon: it's out parameter for FilterWithoutEnglishLettersFilterWithoutEnglishLetters | 00:16 |
| freemangordon | yes, that is why I am asking | 00:17 |
| freemangordon | anyway, does FilterWithoutEnglishLetters calls new char[0] for zero newLen1? | 00:17 |
| freemangordon | I guess I should clone the code and look deeper | 00:17 |
| freemangordon | hmm, seems like yes | 00:19 |
| luf_ | Hmmm it seems like strange problem I overlooked. | 00:20 |
| luf_ | PRBool nsCharSetProber::FilterWithoutEnglishLetters(const char* aBuf, PRUint32 aLen, char** newBuf, PRUint32& newLen) | 00:20 |
| luf_ | But this part I haven't touched. | 00:21 |
| luf_ | Ot it's some weird C++ syntax? | 00:23 |
| luf_ | Ok, PRUint32& is reference (so it can change value inside the func) | 00:23 |
| luf_ | So it's not a problem | 00:24 |
| luf_ | freemangordon: you scared me :D :D | 00:25 |
| *** xes has joined #maemo-ssu | 00:29 | |
| freemangordon | luf_: sorry, didn't mean to do it :) | 00:32 |
| freemangordon | however, those 2 commits look fine on first look | 00:34 |
| freemangordon | luf_: tomorrow I'll try to find time to build EDS and curl and push it in cssu-devel | 00:35 |
| freemangordon | luf_: but don;t expect me to do a peer review on upstream fixes :) | 00:36 |
| freemangordon | (CVEs that is) | 00:36 |
| *** hashcore has quit IRC | 00:36 | |
| luf_ | Don't put EDS into cssu-devel. | 00:37 |
| luf_ | freemangordon: I have few changes prepared but I lend my HF unit ... | 00:38 |
| luf_ | freemangordon: I'll commit curl if you're ok with it. I just took patches from wheezy. | 00:39 |
| useretail | hey guys, i noticed that calendar app doesn't show birthdays in day's details when month-view is selected | 00:41 |
| useretail | only when week selected you can see the actual birthday | 00:42 |
| freemangordon | useretail: how's that related to cssu? | 00:42 |
| freemangordon | luf_: yes, commit those curl patches | 00:42 |
| useretail | no idea, i;m just reporting | 00:42 |
| freemangordon | luf_: ok, will wait for EDS | 00:42 |
| useretail | *i'm | 00:42 |
| useretail | freemangordon: ok, where i have to report? | 00:44 |
| luf_ | freemangordon: I will commit it and I'll upload it to cssu-devel in few days. Thanks! | 00:45 |
| *** xes_ has joined #maemo-ssu | 00:45 | |
| *** xes has quit IRC | 00:46 | |
| useretail | actually i have CSSU 21.2011.38-1Tmaemo11+thumb0 testing | 00:46 |
| luf_ | useretail: calendar frontend is not part of cssu ... | 00:55 |
| luf_ | useretail: maybe I'm wrong but I expect it's closed source from Nokia :( | 00:56 |
| luf_ | useretail: https://wiki.maemo.org/Fremantle_closed_packages | 01:00 |
| jonwil | yeah its closed source :( | 01:01 |
| *** xes_ has quit IRC | 01:06 | |
| luf_ | freemangordon: https://github.com/community-ssu/libpng/pull/1 | 01:21 |
| luf_ | freemangordon: it seems to me that patches doesn't conflict with your changes and neon patch. | 01:21 |
| luf_ | freemangordon: Do I remember correctly that microb should be recompiled with patched libpng? | 01:23 |
| luf_ | I accepted curl pull request with wheezy patches. | 01:25 |
| luf_ | I'm going to test curl + libpng on my day to day N900 (not only dev) | 01:25 |
| *** M4rtinK has quit IRC | 01:32 | |
| *** luf_ has quit IRC | 01:57 | |
| *** NishanthMenon has quit IRC | 02:33 | |
| *** Pali has quit IRC | 02:33 | |
| *** Pali_ has joined #maemo-ssu | 02:33 | |
| *** jonwil has quit IRC | 02:33 | |
| *** NishanthMenon has joined #maemo-ssu | 02:34 | |
| *** NishanthMenon has joined #maemo-ssu | 02:34 | |
| *** Pali_ has quit IRC | 03:06 | |
| *** jonwil has joined #maemo-ssu | 04:05 | |
| *** LauRoman has joined #maemo-ssu | 04:42 | |
| *** LauRoman|Phone has quit IRC | 04:57 | |
| *** pagurus has quit IRC | 07:11 | |
| *** ravelo has quit IRC | 07:30 | |
| *** liteIRC__ has joined #maemo-ssu | 07:30 | |
| *** liteIRC__ is now known as liteIRC___ | 07:31 | |
| *** liteIRC___ is now known as ravelo | 07:31 | |
| *** liteIRC__ has joined #maemo-ssu | 07:44 | |
| *** ravelo has quit IRC | 07:44 | |
| *** liteIRC__ is now known as liteIRC___ | 07:44 | |
| *** liteIRC___ is now known as ravelo | 07:44 | |
| *** ravelo has quit IRC | 07:47 | |
| *** liteIRC__ has joined #maemo-ssu | 07:47 | |
| *** liteIRC__ is now known as liteIRC___ | 07:47 | |
| *** liteIRC___ is now known as ravelo | 07:47 | |
| *** sparetire has quit IRC | 08:00 | |
| *** xes has joined #maemo-ssu | 08:35 | |
| *** amiconn has quit IRC | 09:00 | |
| *** amiconn has joined #maemo-ssu | 09:00 | |
| *** ravelo has quit IRC | 11:51 | |
| *** RedM has quit IRC | 12:19 | |
| *** RedW has joined #maemo-ssu | 12:23 | |
| *** hashcore has joined #maemo-ssu | 12:37 | |
| *** pagurus has joined #maemo-ssu | 13:11 | |
| *** LauRoman has quit IRC | 13:43 | |
| *** hashcore has quit IRC | 14:11 | |
| *** DocScrutinizer05 has joined #maemo-ssu | 14:39 | |
| DocScrutinizer05 | IroN900:~# od -A x -x /usr/lib/mce/modules/libfilter-brightness-als.so|grep 0086a0; md5sum /usr/lib/mce/modules/libfilter-brightness-als.so | 14:59 |
| DocScrutinizer05 | 0086a0 0005 0000 0005 0000 0000 0000 0000 0000 | 14:59 |
| DocScrutinizer05 | 9db7e3c959bd5b47c7fcfb6ebc1ca764 /usr/lib/mce/modules/libfilter-brightness-als.so | 14:59 |
| DocScrutinizer05 | http://mg.pov.lt/maemo-ssu-irclog/%23maemo-ssu.2013-11-23.log.html#t2013-11-23T06:20:48 | 14:59 |
| DocScrutinizer05 | https://talk.maemo.org/showthread.php?p=1388368#post1388368 | 14:59 |
| DocScrutinizer05 | IroN900:~# apt-cache policy mce | 15:01 |
| DocScrutinizer05 | mce: | 15:01 |
| DocScrutinizer05 | Installed: 1.8.127.3+0m5 | 15:01 |
| DocScrutinizer05 | IroN900:~# apt-cache policy mp-fremantle-community-pr | 15:03 |
| DocScrutinizer05 | mp-fremantle-community-pr: | 15:03 |
| DocScrutinizer05 | Installed: 21.2011.38-1Tmaemo11 | 15:03 |
| *** LauRoman has joined #maemo-ssu | 15:40 | |
| DocScrutinizer05 | IroN900:~# od -A x -tx1 /usr/lib/mce/modules/libfilter-brightness-als.so|grep '0086a0 05 00 00 00 05 00 00 00 00 00 00 00' && sed -i -E 's/\x05\x00\x00\x00\x05\x00\x00\x00\x00\x00\x00\x00/\x05\x00\x00\x00\x05\x00\x00\x00\x05\x00\x00\x00/' /usr/lib/mce/modules/libfilter-brightness-als.so&&od -A x -tx1 /usr/lib/mce/modules/libfilter-brightness-als.so|grep '0086a0' | 16:09 |
| DocScrutinizer05 | 0086a0 05 00 00 00 05 00 00 00 00 00 00 00 00 00 00 00 | 16:09 |
| DocScrutinizer05 | 0086a0 05 00 00 00 05 00 00 00 05 00 00 00 00 00 00 00 | 16:09 |
| DocScrutinizer05 | https://talk.maemo.org/showthread.php?p=1388368#post1388368 updated | 16:14 |
| jonwil | http://talk.maemo.org/showthread.php?p=1498178#post1498178 | 16:21 |
| *** sparetire has joined #maemo-ssu | 16:39 | |
| *** jonwil has quit IRC | 16:52 | |
| *** hashcore has joined #maemo-ssu | 17:12 | |
| *** jonwil has joined #maemo-ssu | 17:17 | |
| *** jonwil has quit IRC | 17:21 | |
| *** NishanthMenon has quit IRC | 17:30 | |
| *** NishanthMenon has joined #maemo-ssu | 17:31 | |
| *** hashcor has joined #maemo-ssu | 17:35 | |
| *** hashcor is now known as help | 17:39 | |
| *** help is now known as hashcor | 17:40 | |
| *** hashcor has quit IRC | 17:40 | |
| *** hashcor has joined #maemo-ssu | 17:41 | |
| *** hashcor has quit IRC | 17:43 | |
| *** Sicelo009N has joined #maemo-ssu | 18:10 | |
| DocScrutinizer05 | dbus on maemo is flawed, massively. We need an update which will fix many of the randomly happening erratic behavior of the whole system. See https://lists.freedesktop.org/archives/dbus/2008-March/009526.html >> At which point the badness happens: The daemon (apparently) immediately closes the connection, oblivious to the fact that there is critical data in it's socket buffer as-yet un-read.<< | 18:53 |
| DocScrutinizer05 | I only suspect this is the root cause, the symptom is >>needs --print-reply to make `dbus-send --system --print-reply --dest=com.nokia.mce /com/nokia/mce/request com.nokia.mce.request.req_vibrator_pattern_activate string:PatternChatAndEmail` work. Remove --print-reply and it simply fails<< | 18:54 |
| *** Pali has joined #maemo-ssu | 18:55 | |
| DocScrutinizer05 | https://bugs.freedesktop.org/show_bug.cgi?id=896#c26 https://bugzilla.redhat.com/show_bug.cgi?id=477964#c11 | 18:56 |
| povbot | Bug 896: missing instructions in point 4 of installing scratchbox in gregale/INSTALL.txt | 18:56 |
| povbot | Bug 477964: was not found. | 18:56 |
| DocScrutinizer05 | https://cgit.freedesktop.org/dbus/dbus/commit/?id=87ddff6b24d9b9d4bba225c33890db25022d8cbe | 18:57 |
| DocScrutinizer05 | note that this bug will affect *all* clients that send a dbus message and then immediately terminate | 19:02 |
| DocScrutinizer05 | the message simply gets lost | 19:02 |
| *** futpib has joined #maemo-ssu | 19:04 | |
| *** merlin1991 has quit IRC | 19:13 | |
| *** merlin1991 has joined #maemo-ssu | 19:15 | |
| DocScrutinizer05 | I don't know if the more generic async problem in dbus we faced back when we did FSO-vala is related - >>fsogsmd: Waiting for async. dbus server support in Vala.<< issue in http://wiki.openmoko.org/wiki/OpenmokoFramework/Status_Update_7#DBus_APIs | 19:27 |
| DocScrutinizer05 | I just recall this was a bug in dbus that really affected all async dbus-send() calls | 19:29 |
| *** RedW has quit IRC | 19:37 | |
| *** RedW has joined #maemo-ssu | 20:00 | |
| *** Sicelo009N has quit IRC | 20:51 | |
| *** pagurus has quit IRC | 21:05 | |
| *** Sicelo009N has joined #maemo-ssu | 21:13 | |
| *** eugene_ has joined #maemo-ssu | 21:20 | |
| Pali | gitorious is back! only git repositories in R/O mode, but at least something for Maemo to not loose git repos... | 21:22 |
| Pali | https://gitorious.org/community-ssu/hildon-application-manager | 21:22 |
| bencoh | woohoo | 21:23 |
| bencoh | at last | 21:23 |
| Pali | https://gitorious.org/maemo-af/ke-recv | 21:23 |
| Pali | original URLs working | 21:24 |
| bencoh | I suggest we move everything that's still there :) | 21:24 |
| bencoh | (and not already hosted on some other platform) | 21:24 |
| Pali | maemo infra has backups... | 21:25 |
| bencoh | yeah, but they're not public | 21:25 |
| Pali | merlin restored some gitorious repos when I needed them | 21:25 |
| Pali | it is just for emergency | 21:25 |
| *** eugene_ has quit IRC | 21:28 | |
| *** eugene_ has joined #maemo-ssu | 21:29 | |
| *** arcean has joined #maemo-ssu | 22:07 | |
| DocScrutinizer05 | Pali: would you want to have a look into dbus and see if we have https://cgit.freedesktop.org/dbus/dbus/commit/?id=87ddff6b24d9b9d4bba225c33890db25022d8cbe ? | 22:10 |
| DocScrutinizer05 | Pali: it's a pretty bad bug that has impact on complete system | 22:11 |
| Pali | DocScrutinizer05: do we need to backport that commit to maemo? | 22:12 |
| Pali | it is from 2009, is not already included? | 22:12 |
| DocScrutinizer05 | obviously not, see --print-reply | 22:13 |
| DocScrutinizer05 | http://mg.pov.lt/maemo-ssu-irclog/latest.log.html#t2016-02-08T18:53:21 | 22:13 |
| freemangordon | Pali: please backup felipe's repos on gitorious | 22:15 |
| *** eugene__ has joined #maemo-ssu | 22:24 | |
| *** eugene_ has quit IRC | 22:26 | |
| *** futpib has quit IRC | 22:43 | |
| Pali | I have it for a long time | 22:43 |
| Pali | DocScrutinizer05: patch apply fine on maemo dbus library! | 22:44 |
| Pali | so it is definitely not part of Maemo | 22:44 |
| DocScrutinizer05 | :-) ... and :-D | 22:46 |
| DocScrutinizer05 | we really *should* get this into all maemo systems ASAP | 22:46 |
| Pali | merlin1991: we need new urgent CSSU update | 22:47 |
| Pali | merlin199: see ^^^ | 22:47 |
| *** eugene__ has quit IRC | 22:51 | |
| DocScrutinizer05 | dang, this feels good to have squished a bug | 22:56 |
| DocScrutinizer05 | particularly such a nasty one that potentially caused bazillion random erratic behaviors in system without leaving much of a trace | 22:57 |
| bencoh | "urgent"... it's been lying there for years ;) | 22:57 |
| bencoh | but we haven't even tested the fixed version yet :) | 22:58 |
| freemangordon | yep, I wouldn't say it is urgent if has been here for years without obvious effects. also, please someone to provide a test case, the same we did for pselect() bug | 22:59 |
| Sicelo009N | :) | 23:00 |
| DocScrutinizer05 | Pali: there's a point in the source where it gets a SIGPIPE on read and then (in unpatched) quits, or (in patch) ignores the SIGPIPE. I suggest to have a logger to syslog there shoing a message in syslog each time the situation occurs and would have caused trouble in the unpatched recently used version | 23:00 |
| DocScrutinizer05 | freemangordon: testcase >>needs --print-reply to make `dbus-send --system --print-reply --dest=com.nokia.mce /com/nokia/mce/request com.nokia.mce.request.req_vibrator_pattern_activate string:PatternChatAndEmail` work. Remove --print-reply and it simply fails<< | 23:01 |
| DocScrutinizer05 | totally obvious and simple testcase | 23:01 |
| freemangordon | DocScrutinizer05: I am not convinced the bug is that critical, otherwise syslog would have been full of "SIGPIPE killed process" messages | 23:03 |
| freemangordon | not saying it should not be fixed | 23:03 |
| DocScrutinizer05 | no, the process isn't killed by SIGPIPE | 23:03 |
| DocScrutinizer05 | dbus-daemon simply aborts the read of message from sender | 23:03 |
| DocScrutinizer05 | See https://lists.freedesktop.org/archives/dbus/2008-March/009526.html >> At which point the badness happens: The daemon (apparently) immediately closes the connection, oblivious to the fact that there is critical data in it's socket buffer as-yet un-read.<< | 23:04 |
| freemangordon | so teh sequence is - open dbus connection, send message, close immediately, correct? | 23:04 |
| DocScrutinizer05 | the sender process already regularly quit anyway, and dbus-daemon drops the message and nothing will indicate something bad happened, except the fact that the message "goes to dev/null" | 23:05 |
| DocScrutinizer05 | yes | 23:05 |
| DocScrutinizer05 | 100% correct | 23:06 |
| freemangordon | do we have any other example, besides dbus-send? | 23:07 |
| DocScrutinizer05 | dunno | 23:07 |
| DocScrutinizer05 | how would we possibly know | 23:07 |
| freemangordon | also, is this for both sync and async messages? | 23:07 |
| DocScrutinizer05 | there's no indication at all except the missing message | 23:07 |
| DocScrutinizer05 | seems for both, though I haven't looked into it | 23:07 |
| freemangordon | I guess for async messages only | 23:08 |
| DocScrutinizer05 | possible, yes | 23:08 |
| freemangordon | because for sync message, you're blocked so cannot close the connection | 23:08 |
| DocScrutinizer05 | blocked until when? | 23:08 |
| freemangordon | until return from dbus function call, iirc | 23:08 |
| DocScrutinizer05 | yeah, but what does function call accomplish? | 23:09 |
| freemangordon | lemme check | 23:09 |
| DocScrutinizer05 | does it guarantee the buffer got read completely by daemon, before it returns? | 23:09 |
| DocScrutinizer05 | I even suspect there's more bugs to the async stuff than only this one | 23:10 |
| DocScrutinizer05 | not sure about that though | 23:10 |
| DocScrutinizer05 | still trying to find out | 23:10 |
| freemangordon | hmm, read a bit https://dbus.freedesktop.org/doc/api/html/group__DBusConnection.html#gae1cb64f4cf550949b23fd3a756b2f7d0 | 23:11 |
| DocScrutinizer05 | http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt | 23:11 |
| freemangordon | DocScrutinizer05: it seems this behaviour is by design, not a bug | 23:12 |
| freemangordon | so I really wonder what was "fixed" in this commit | 23:13 |
| DocScrutinizer05 | it definitely is a bug, see behavior of dbus-send | 23:13 |
| freemangordon | DocScrutinizer05: readt the ^^^ link, it clearly says you should call dbus_connection_flush() if you're going to close the connection and exit | 23:14 |
| DocScrutinizer05 | well, then it's a bug in dbus-send and a bazillion lib*dbus* | 23:16 |
| *** luf_ has joined #maemo-ssu | 23:16 | |
| DocScrutinizer05 | in my design book the dbus_connection_flush() belongs *inside* the dbus_connection_close() | 23:17 |
| DocScrutinizer05 | maybe there are arguments to not have it that way | 23:18 |
| freemangordon | DocScrutinizer05: maybe someone should look at dbus-send code, if that flush() is not called, then it is definitely a bug in dbus-send. | 23:18 |
| DocScrutinizer05 | well, we need to check a twenty dozen other executables and libs too | 23:19 |
| freemangordon | DocScrutinizer05: imagine a crash in an multithreaded client app, when only half of the data was written | 23:19 |
| DocScrutinizer05 | since I don't think other devels implemented stuff that wasn't even in dbus-send which is sort of the reference implementation | 23:19 |
| freemangordon | so, you'll have some random partial message | 23:21 |
| freemangordon | DocScrutinizer05: to make it clear - I don;t say we should not pick the patch, only that it is not that *urgent* :) | 23:22 |
| DocScrutinizer05 | a message is atomic aiui | 23:22 |
| freemangordon | isn;t that unix socket? | 23:22 |
| freemangordon | or even tcp socket? | 23:22 |
| DocScrutinizer05 | tcp prolly | 23:22 |
| freemangordon | no way it is atomic | 23:23 |
| freemangordon | routers can (and do) whatever segmentation fits them | 23:23 |
| freemangordon | keep in mind you can call remote dbus | 23:23 |
| DocScrutinizer05 | I don't like to dive into the mud of dbus code to find out what could possibly go wrong | 23:23 |
| DocScrutinizer05 | https://lists.freedesktop.org/archives/dbus/2008-March/009526.html sounds like a clear race condition to me | 23:24 |
| DocScrutinizer05 | dbus-daemon not servicing the postbox for outbound letters when it can't deliver an inbound letter | 23:26 |
| DocScrutinizer05 | dbus-send which is the reference implementation supposed to be written by the inventors of dbus is not working like supposed. It's pretty likely that all other apps that were written based on same knowledge show a similar behavior | 23:28 |
| DocScrutinizer05 | we either can fix all other apps or we fix dbus-daemon | 23:29 |
| freemangordon | oh oh, I didn;t mean to say there is no bug, but that this fix should not be treated as "urgent" but go through the normal cssu devel-testing-stable cycle | 23:29 |
| DocScrutinizer05 | I never said "urgent", did I? | 23:30 |
| DocScrutinizer05 | I said "ASAP" | 23:30 |
| DocScrutinizer05 | which of course implies regulr CSSU testing and all | 23:30 |
| freemangordon | this means "for yesterday" in my book :) | 23:30 |
| DocScrutinizer05 | it's not an emergency fix | 23:31 |
| DocScrutinizer05 | :-) | 23:31 |
| DocScrutinizer05 | and I wouldn't want to see inferior system stability getting introduced by this patch | 23:31 |
| DocScrutinizer05 | first we even could not change the normal behavior but simply add a syslog line whenever such premature abort of message transmission occurs, including the message content and the from: and to: | 23:33 |
| freemangordon | :nod: | 23:34 |
| DocScrutinizer05 | this would give us an idea how often actual problems are introduced by this bug | 23:34 |
| freemangordon | agree | 23:34 |
| bencoh | DocScrutinizer05: have you tried the vibrate req with patched dbus? | 23:34 |
| DocScrutinizer05 | when we also apply the new behavior in dbus-daemon then we still get that syslog and can look if in contect of the log time anything odd happened from the new behavior | 23:35 |
| DocScrutinizer05 | bencoh: I have no patched dbus | 23:35 |
| freemangordon | anyway, /mes is going to have some sleep, night | 23:35 |
| DocScrutinizer05 | n8 | 23:35 |
| luf_ | freemangordon: Do you want to take a look at libpng pull request (patches from wheezy)? | 23:35 |
| luf_ | freemangordon: enjoy the night ;) | 23:36 |
| *** arcean has quit IRC | 23:43 | |
| *** hashcore has quit IRC | 23:45 | |
| Pali | DocScrutinizer08: now I checked again dbus source and patch is there | 23:51 |
| Pali | in debian/patches folder | 23:51 |
| Pali | patches are applied *after* starting dpkg-buildpackage | 23:51 |
| Pali | by debian/rules | 23:51 |
| bencoh | indeed | 23:51 |
| Pali | so no action is needed | 23:51 |
| Pali | we already have patch in maemo | 23:52 |
| Pali | I was confused, because I downloaded that upstream patch and it applied on unpacked tarball | 23:53 |
| Pali | https://gitorious.org/maemo-af/dbus | 23:53 |
| Pali | https://gitorious.org/maemo-af/dbus?p=maemo-af:dbus.git;a=commit;h=119515a9844cb3139514f4f0aaa179141febe2de | 23:53 |
| Pali | https://gitorious.org/maemo-af/dbus?p=maemo-af:dbus.git;a=commitdiff;h=119515a9844cb3139514f4f0aaa179141febe2de;hp=f3d6699a5d4615c527c4bac6290eb3591af49440 | 23:54 |
| DocScrutinizer05 | then we have another yet unidentified bug | 23:54 |
| DocScrutinizer05 | :-/ | 23:54 |
| Pali | freemangordon, merlin1991: no action needed, patch is already in maemo dbus version | 23:55 |
| DocScrutinizer05 | yet the bug exists | 23:57 |
| DocScrutinizer05 | we should compare dbus-send of 2008 with recent dbus-send then | 23:58 |
| DocScrutinizer05 | or do a strace and see why dbus-send fails when no --print-reply | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!