**** BEGIN LOGGING AT Fri May 07 02:59:56 2010
May 07 05:55:03 <mrmobil> moin
May 07 06:02:10 <PaulFertser> TAsn: You shouldn't use proxy objects just to listen to signals, since they might activate the relevant
May 07 06:02:13 <PaulFertser> service when created, but if you already have a proxy object in order to call methods, it's often
May 07 06:02:16 <PaulFertser> convenient to use it to add signal matches too.
May 07 06:05:32 <mrmobil> how to do it without proxy?
May 07 06:06:16 <rhkfin> Anyone know reasons why SHR-T won't suspend..?
May 07 06:06:54 <PaulFertser> mrmobil: add_signal_receiver
May 07 06:09:36 <PaulFertser> mrmobil: but the question about usability of proxies remains, i asked on #dbus about it.
May 07 06:13:19 <mrmobil> PaulFertser: and the C equivalent?
May 07 06:14:20 <PaulFertser> mrmobil: the low-level one?
May 07 06:14:31 <PaulFertser> Or glib?
May 07 06:17:19 <mrmobil> glib
May 07 06:17:52 <mrmobil> guess there is just a low one ?
May 07 06:18:17 <PaulFertser> mrmobil: there's a lower one, that glib's is based on :)
May 07 06:18:44 <mrmobil> k
May 07 06:22:57 <PaulFertser> mrmobil: i guess that signal thing can happen in C if you use dbus_g_proxy_new_for_name_owner rather than dbus_g_proxy_new_for_name
May 07 06:25:39 <mrmobil> PaulFertser: k will look when back to real kb
May 07 06:32:56 <PaulFertser> mrmoku: so, do you want me to prepare an opimd patch?
May 07 06:34:28 <mrmoku> PaulFertser: well... opimd is out of _my_ radar :P but yes, if you have something to enhance it... just commit it :)
May 07 06:35:55 <mrmoku> PaulFertser: so... you think opimd is partly using the python equivalent of dbus_g_proxy_for_name_owner and partly dbus_g_proxy_for_name
May 07 06:36:01 <mrmoku> and should always use the second one?
May 07 06:36:21 <PaulFertser> mrmoku: http://dbus.freedesktop.org/doc/dbus-python/api/dbus.bus.BusConnection-class.html#get_object
May 07 06:36:44 <PaulFertser> mrmoku: i'll check the result locally now
May 07 06:37:08 <mrmoku> get_object with follow_name_owner_changes=True then?
May 07 06:39:10 <gpannwitz> I can't open gmail on the current testing build of SHR
May 07 06:39:14 <mrmoku> PaulFertser: and as False is default for that... all makes sense... as soon as you restarted fsogsmd once opimd won't receive those signals anymore
May 07 06:39:22 <PaulFertser> mrmoku: exactly
May 07 06:39:25 <Q-Master> morning guys
May 07 06:40:13 <gpannwitz> ticket 952 seems to adress my issue, but it is closed
May 07 06:40:34 * mrmoku has to find out which way libfso-glib is going...
May 07 06:40:52 <gpannwitz> and I am certainly not smart enough to tell if the ticket has really been fixed
May 07 06:42:11 <Heinervdm> gpannwitz: you have installed ventura?
May 07 06:42:26 <Heinervdm> and you want to access a https site?
May 07 06:42:47 <Heinervdm> have you installed the ca-certificates ?
May 07 06:58:16 <daniele_athome> morning
May 07 06:58:17 <daniele_athome> JesusMcCloud, ping
May 07 06:59:00 <PaulFertser> mrmoku: heh, my python foo sucks, so does my patch :)
May 07 06:59:55 <PaulFertser> mrmoku: true is True in python, meh
May 07 07:00:36 <gpannwitz> Heinervdm: ventura comes pre-installed with the release image.  running "opkg install ca-certificates" says "installed in root is up to date."
May 07 07:01:00 <Heinervdm> gpannwitz: then gmail changed the certificate...
May 07 07:06:19 <gpannwitz> Heinervdm: the ca-certificates package does carry the date 20090814
May 07 07:06:39 <daniele_athome> mickey|sports, I have some problems with detecting gsm signal presence and network registration
May 07 07:06:48 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r8dcf7c644a54 10/fsogsmd/src/ (4 files in 2 dirs): fsogsmd: modem_ti_calypso: org.freesmartphone.GSM.Monitor now implemented
May 07 07:06:58 <daniele_athome> during suspend fsogsmd triggers DeviceStatus with status 0 (unknown)
May 07 07:07:51 <Heinervdm> gpannwitz: that the same version as debian has
May 07 07:08:05 <daniele_athome> on that status I shall display "unknown gsm status" on my gsm applet
May 07 07:09:07 <gpannwitz> Heinervdm: yes, debian sid seems to use the same version
May 07 07:09:23 <mickey|sports> daniele_athome: it should not do that, can you show me a log?
May 07 07:09:43 <daniele_athome> mickey|sports, pasting the entire fsogsmd session's log
May 07 07:10:33 <daniele_athome> mickey|sports, but is INFO 
May 07 07:10:39 <daniele_athome> should I set it to DEBUG and try again?
May 07 07:12:55 <JaMa> moin
May 07 07:13:04 <daniele_athome> morning JaMa 
May 07 07:13:39 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r4e093faa7fb4 10/libfsotransport/fsotransport/basetransport.vala: libfsotransport: move some debug to ultradebug mode (--enable-debug)
May 07 07:14:09 <daniele_athome> ultradebug lol :D
May 07 07:14:11 <daniele_athome> nice
May 07 07:15:35 <PaulFertser> mickey|sports: hi :) what is the best way to get all exchange on channel layer? With libfsotransport debug i get info about only properly handled requests/responses. With debugging on mux level i get too much info about muxing.
May 07 07:17:21 <daniele_athome> mickey|sports: http://pastebin.com/5TVEbnts
May 07 07:17:25 <mickey|sports> PaulFertser: fsogsmd in debug will also tell you about responses that do not match the parsing
May 07 07:17:41 <daniele_athome> with debug
May 07 07:17:54 <mickey|sports> if you want even more (like seeing which byte gets fed into the parser), then you can compile it with --enable-debug
May 07 07:18:00 <mickey|sports> but beware, this will be HUGE
May 07 07:18:20 <PaulFertser> mickey|sports: ok, thanks. You see, i found a problem with opimd losing signals after fsogsmd restart :)
May 07 07:18:27 <PaulFertser> (shameless boasting)
May 07 07:18:45 <mickey|sports> hmm
May 07 07:18:57 <mickey|sports> strange
May 07 07:19:05 <mickey|sports> signals are not connected to a busname
May 07 07:19:15 <mickey|sports> so it should not matter who's sending them
May 07 07:19:28 <mickey|sports> (i.e. when the owner for ogsmd changes)
May 07 07:19:35 <PaulFertser> mickey|sports: not true for python proxies.
May 07 07:19:44 <PaulFertser> Apparently
May 07 07:20:04 <PaulFertser> mickey|sports: because it does resolving to the unique name by default, and adds a match on that :)
May 07 07:20:12 <mickey|sports> aww
May 07 07:20:14 <mickey|sports> that's bad
May 07 07:20:28 <mickey|sports> try "follow_name_owner_changes=true" everywhere
May 07 07:20:45 <PaulFertser> mickey|sports: i did try it where i needed (to get my damn messages) and it of course worked.
May 07 07:22:08 <mrmoku> mickey|sports: I hope that is the way how libfso-glib does things :)
May 07 07:22:29 <mickey|sports> mrmoku: looks like it. zhone2 has no problems with me restarting fsogsmd 
May 07 07:22:38 <mrmoku> good
May 07 07:23:02 <mickey|sports> btw.
May 07 07:23:15 <mickey|sports> wrt. working on fsoinitd, i found UML to be of great help when i worked on fso-boot
May 07 07:23:32 <mickey|sports> so perhaps you want to play with that as well
May 07 07:23:42 <mickey|sports> (UML as in user-mode-linux, not unified modelling language)
May 07 07:23:52 <mrmoku> ahh
May 07 07:23:57 * mrmoku started to get confused :P
May 07 07:24:14 <mrmoku> any pointer on how to do that?
May 07 07:25:53 <mickey|sports> grab a current kernel
May 07 07:26:02 <mickey|sports> and compile it for ARCH=um
May 07 07:26:08 <mickey|sports> what you get is a binary called 'linux'
May 07 07:26:22 <mickey|sports> then grab a minimal rootfs for x86 and unpack it somewhere in your disk
May 07 07:26:32 <mickey|sports> then, first boot without our stuff
May 07 07:26:51 <mickey|sports> you can call 'linux' with rootfs=<where your stuff is> (and some additional parameters needed)
May 07 07:26:53 <mickey|sports> then you see it booting
May 07 07:27:10 <mickey|sports> then you can copy fsoinitd into the rootfs
May 07 07:27:19 <mickey|sports> and start linux with init=/bin/fsoinitd
May 07 07:27:22 <mickey|sports> (or so)
May 07 07:27:35 <mrmobil> very nice, thanks
May 07 07:27:52 <mickey|sports> turnaround cycles are great
May 07 07:27:57 <mrmobil> that will boost development
May 07 07:28:00 <mickey|sports> yep
May 07 07:29:06 <gpannwitz> Heinervdm: ubuntu lucid seems to use the same ca-certificates package, and certification seems to work OK with firefox
May 07 07:33:57 <Heinervdm> gpannwitz: firefox can install new certificates, that's currently not possible with ventura
May 07 07:34:38 <mrmobil> morphis: what about shutdown (init 0)
May 07 07:34:39 <Heinervdm> JaMa: i just flashed the 20100503 image and there is no problem with empty VT
May 07 07:35:33 <morphis> mrmobil: jepp, we need that :)
May 07 07:35:44 <morphis> but I don't know whats the best actually to do it
May 07 07:36:06 <Heinervdm> JaMa: so it seems that every freshly flashed image works and after an upgrade it's broken
May 07 07:36:13 <morphis> first opinion was implementing a dbus interface whichs is later used by a little shutdown utility
May 07 07:36:59 <morphis> but the best way is to merge fsousaged and fsoinitd
May 07 07:37:08 <morphis> then we have a shutdown with the Usage-API
May 07 07:37:25 <mrmobil> oh, interesting
May 07 07:38:24 <morphis> a will take a look at fsousaged how fast we can merge both and can assure that fsousaged can be used without fsoinit functionality
May 07 07:38:37 <morphis> s/a will/I will/
May 07 07:38:38 <apt> morphis meant: I will take a look at fsousaged how fast we can merge both and can assure that fsousaged can be used without fsoinit functionality
May 07 07:39:09 <mrmobil> good, I like that idea
May 07 07:40:06 <morphis> :)
May 07 07:41:23 <Heinervdm> JaMa: no, after a reboot i'm having the empty VT problem
May 07 07:47:32 <JaMa> Heinervdm: now I'm a bit lost :) so it works only on first boot correctly?
May 07 07:48:00 <JaMa> Heinervdm: then if you opkg upgrade (from any image) it doesn't work?
May 07 07:50:10 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * r4c8e163f598e 10/fsoinitd/vapi/util.vapi: fsoinitd: add util.vapi which includes some posix methods not yet in posix.vapi
May 07 07:50:11 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * rf22fc54db203 10/ (5 files in 3 dirs): Merge branch 'master' of ssh://git.freesmartphone.org/cornucopia
May 07 07:59:59 <daniele_athome> mickey|sports, any news?
May 07 08:01:37 <Heinervdm> JaMa: with the 20100427 image it worked everytime (without upgrade)
May 07 08:01:57 <Heinervdm> with the 20100503 image it worked only on first boot
May 07 08:02:11 <Heinervdm> on second boot without upgrade it shows the empty vt
May 07 08:04:07 <JaMa> and only from NAND?
May 07 08:04:12 <PaulFertser> TAsn: can you also check all other frameworkd parts to avoid similar problems please?
May 07 08:06:51 <PaulFertser> TAsn: if you are going to commit, it's probably better to use introspect=False, follow_name_owner_changes=True instead of True, True, please.
May 07 08:07:45 <Heinervdm> JaMa: for me, on the ML someone reported it for SD too
May 07 08:10:02 <mrmobil> yep, in here too
May 07 08:10:31 <mrmobil> vanous saud his brother has it with qi and sd
May 07 08:12:34 <Heinervdm> i don't understand why the kernel sets wrong vt on resume...
May 07 08:12:41 <Heinervdm> the kernel hasn't changed
May 07 08:16:38 <JaMa> Heinervdm: and that vt1 doesn't work for sure?
May 07 08:17:03 <zub> Heinervdm: that was me on the ML
May 07 08:17:12 <zub> I was seeing it in Sd + qi
May 07 08:17:13 <Heinervdm> JaMa: it changes the vt the xserver is running on, but it doesn't resume on that vt
May 07 08:17:15 <JaMa> Heinervdm: because as someone wanted 'chvt 2' on resume as workaround, it looks like Xorg running on vt 2 for him
May 07 08:17:34 <Heinervdm> JaMa: yes without vt1 it's running on vt2
May 07 08:17:45 <Heinervdm> but it
May 07 08:17:51 <zub> but I haven't seen it since yesterday update. but maybe I haven't seen it *yet*, for me it happens only sometimes
May 07 08:17:54 <Heinervdm> 's resuming with some other vt
May 07 08:18:02 <Heinervdm> it's either vt1 nor vt2
May 07 08:18:05 <JaMa> Heinervdm: and if I understood him right, then it resumes on vt1 while Xorg is running on vt2
May 07 08:18:45 <JaMa> Heinervdm: and if we don't run anything on vt2 then maybe kernel won't resume on vt1 OR vt2 but always on vt1
May 07 08:18:58 <Heinervdm> If you switch to vt1 in that situation you see the boot messages
May 07 08:19:21 <Heinervdm> so i think it isn't vt1
May 07 08:19:24 <daniele_athome> is there a way to start Xorg without switching vt?
May 07 08:19:28 <JaMa> in situation after resume, right?
May 07 08:19:41 <daniele_athome> I want to keep displaying shr-splash until X apps are fully loaded (illume, etc)
May 07 08:19:43 <Heinervdm> daniele_athome: the kernel switches vt
May 07 08:19:51 <Heinervdm> JaMa: yes
May 07 08:19:56 <daniele_athome> Heinervdm: oh...
May 07 08:20:06 <JaMa> Heinervdm: maybe there is simple way of checking some /proc,/sys file for current vt?
May 07 08:20:08 <daniele_athome> what about Xorg -novtswitch ?
May 07 08:20:33 <Heinervdm> i can try
May 07 08:20:43 <daniele_athome> already tried doesn't work
May 07 08:20:54 <Heinervdm> hmm
May 07 08:21:14 * JaMa still doesn't understand how to reproduce it here :/
May 07 08:21:37 <Heinervdm> JaMa: you don't have it when you boot from NAND?
May 07 08:21:41 <JaMa> maybe it's because 2.6.32 that I haven't seen it
May 07 08:21:44 <daniele_athome> Heinervdm, alternatively I may start a program on X start that switch the vt back immediately
May 07 08:21:55 <JaMa> Heinervdm: tried from ubi in NAND and didn't have it
May 07 08:22:14 <Heinervdm> daniele_athome: but x doesn't start on resume, it's already running
May 07 08:22:17 <JaMa> Heinervdm: tried just twice
May 07 08:22:50 <daniele_athome> Heinervdm, no I mean on boot
May 07 08:23:21 <daniele_athome> Heinervdm, of course a program will monitor X apps bootup and switch vt back to X when finish
May 07 08:23:51 <daniele_athome> or may monitor something else... well that's the idea
May 07 08:23:58 <Heinervdm> i don't understand how that should work
May 07 08:24:09 <daniele_athome> Heinervdm, after shr-splash Xorg starts
May 07 08:24:18 <daniele_athome> but there are several seconds with black screen
May 07 08:24:29 <daniele_athome> and (with illume) white screen for more seconds
May 07 08:24:52 <daniele_athome> I prefer to continue displaying shr-splash until illume is fully loaded
May 07 08:24:53 <Heinervdm> yes
May 07 08:25:11 <zub> hm, what vt does X run on? is it specified explicitly, or it just grabs some?
May 07 08:25:19 <daniele_athome> so the idea is this: on X start, a very small program immediately switch back to textual vt (with shr-splash)
May 07 08:25:31 <daniele_athome> zub, can be set explicitly on command line
May 07 08:25:33 <zub> because when I had mepty-vt-on-resume, "chvt 1" fixed it for me, not 2
May 07 08:25:35 <Heinervdm> daniele_athome: ah you aren't talking about the empty vt problem ;)
May 07 08:25:47 <daniele_athome> no no
May 07 08:26:01 <daniele_athome> so shr-splash is displayed while all the WM stuff gets loaded
May 07 08:26:08 <zub> daniele_athome: ok, and do you know what's the curent shr-u status? is some specific VT requested?
May 07 08:26:18 <daniele_athome> and when the WM thinks that it has finish, it switches back to X
May 07 08:26:30 <daniele_athome> zub, no but it can be easily changed on boot scripts
May 07 08:26:38 <daniele_athome> actually /etc/X11/xserver-common :)
May 07 08:26:58 <zub> ok, I'm just wondering why I saw X on vt1 and people areound talk about X on vt2 :)
May 07 08:27:15 <daniele_athome> zub, mine is on vt2
May 07 08:28:06 <daniele_athome> Heinervdm, anyway there are some glitches sometimes with shr-splash on shutdown
May 07 08:28:11 <daniele_athome> sometimes it gets half-covered...
May 07 08:28:13 <Heinervdm> you can force X to use vt1 by adding vt1 to the commandline
May 07 08:28:40 <Heinervdm> daniele_athome: the splash screen is just an image that is written to the fb
May 07 08:28:46 <daniele_athome> Heinervdm, that wouldn't work either, shr-splash would be deleted by X display activity
May 07 08:28:51 <Heinervdm> so every output will override it
May 07 08:28:51 <daniele_athome> Heinervdm, i know
May 07 08:29:04 <daniele_athome> should be handled as kernel splash to work correctly, I guess
May 07 08:29:10 <Heinervdm> so one has to use sth completly different
May 07 08:29:24 <daniele_athome> Heinervdm, what about a little splash program?
May 07 08:29:30 <daniele_athome> that monitor fb writes
May 07 08:29:32 <Heinervdm> don't know
May 07 08:29:34 <daniele_athome> and refresh it?
May 07 08:29:41 <daniele_athome> a very small one, that take the raw image data
May 07 08:29:45 <daniele_athome> s/take/takes/
May 07 08:29:45 <apt> daniele_athome meant: a very small one, that takes the raw image data
May 07 08:29:46 <Heinervdm> i don't need a splash screen
May 07 08:30:00 <daniele_athome> Heinervdm, lol... just bringing up some ideas :)
May 07 08:30:08 <JaMa> [1824463.542] (--) using VT number 2
May 07 08:30:12 <JaMa> in Xorg.0.log
May 07 08:30:20 <daniele_athome> yes
May 07 08:30:28 <JaMa> can everyone grep /var/log/Xorg.0.log?
May 07 08:30:38 <Heinervdm> daniele_athome: i think we can care about such things when the important things work ;)
May 07 08:31:05 <Heinervdm> [1910107.007] (--) using VT number 2
May 07 08:31:18 <daniele_athome> of course I know
May 07 08:31:20 <daniele_athome> JaMa, vt2
May 07 08:31:31 <daniele_athome> zub?
May 07 08:31:41 <JaMa> and 2nd run after resume
May 07 08:31:57 * JaMa can only suspend remotely :)
May 07 08:32:08 <daniele_athome> (anybody with write access to shr git could patch gry theme please? :)
May 07 08:32:13 <zub> [1842762.543] (--) using VT number 2
May 07 08:32:20 <daniele_athome> this saturday i'm going to send my fr to openmoko
May 07 08:32:23 <daniele_athome> for fixes
May 07 08:32:27 <daniele_athome> sigh I will miss it :(
May 07 08:32:36 <zub> interesting that when I sent the mail, chvt 1 did work for me, while chvt2 whosed black screen
May 07 08:32:38 <Heinervdm> JaMa: when i suspend with apm -s it resumes fine...
May 07 08:33:07 <JaMa> Heinervdm: echo mem > /sys/power/state also resumes fine?
May 07 08:33:36 <Heinervdm> JaMa: yes
May 07 08:33:37 <daniele_athome> going to work now
May 07 08:33:40 <daniele_athome> see you soon
May 07 08:33:52 <JaMa> Heinervdm: and VT still 2 in Xorg log after resume?
May 07 08:34:09 <JaMa> Heinervdm: hmm probably log is not right place to check :/
May 07 08:34:15 <Heinervdm> JaMa: there is no new line about VT after resume
May 07 08:34:33 <Heinervdm> there is nothing new after resume in Xorg.log
May 07 08:34:39 <JaMa> Heinervdm: I mean, if for some reason isn't Xorg resumed on different VT
May 07 08:35:00 <Heinervdm> it
May 07 08:35:06 <JaMa> Heinervdm: and /etc/init.d/xserver-nodm restart, restarts it on current VT?
May 07 08:35:06 <Heinervdm> it's still running on vt2
May 07 08:35:58 <Heinervdm> if i'm not on the vt the Xorg is running on my whole system freezes
May 07 08:36:22 <Heinervdm> when restarting or even killing Xorg
May 07 08:37:43 <JaMa> so you have to chvt to right vt before killing it?
May 07 08:38:16 <JaMa> hmm that's something I can easily try to reproduces when I arrive home
May 07 08:38:40 <JaMa> but only one try remotely is not good :)
May 07 08:39:11 <Heinervdm> yes ;)
May 07 08:40:16 <JaMa> good shr-lite-image rebuild from scratch finished
May 07 08:40:28 <Heinervdm> JaMa: ah no, it's only the case after the resume, when i switche vt to an empty vt then it's restarting too
May 07 08:40:29 <JaMa> I'll refresh my ubi image in nand for another test :)
May 07 08:40:49 <JaMa> Heinervdm: how do you switch to empty?
May 07 08:40:59 <Heinervdm> chvt 3
May 07 08:41:43 <JaMa> so it dies when you are on vt1, Xorg on vt2?
May 07 08:41:54 <Heinervdm> No
May 07 08:41:55 <JaMa> and works when you're on vt2 or vt3?
May 07 08:42:21 <Heinervdm> it dies only after resume and i don't know on which vt i am
May 07 08:42:43 <zub> is there a way to tell the current VT?
May 07 08:42:50 <Heinervdm> tested with vt4 and 1
May 07 08:43:11 <Heinervdm> zub: i'm trying to find a way but i can't
May 07 08:46:16 <JaMa> Heinervdm: isn't /dev/tty created on demand? but here without udevd I have all 64 from devtmpfs..
May 07 08:47:05 <Heinervdm> ls /dev/tty*
May 07 08:47:07 <Heinervdm> /dev/tty      /dev/tty0     /dev/tty1     /dev/tty2     /dev/tty3     /dev/tty4     /dev/tty5     /dev/tty6     /dev/tty7     /dev/tty8     /dev/ttySAC0  /dev/ttySAC1  /dev/ttySAC2
May 07 08:48:09 <zub> hm, /dev/tty is (5,0), while /dev/ttyN is (4,N)
May 07 08:48:33 <JaMa> SHR root@gojama ~ $ lsof /dev/tty2
May 07 08:48:33 <JaMa> COMMAND PID USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
May 07 08:48:34 <JaMa> Xorg    242 root    6u   CHR    4,2      0t0   43 /dev/tty2
May 07 08:50:31 <JaMa> it it the same after resume?
May 07 08:50:49 <Heinervdm> which package contains lsof?
May 07 08:51:01 <zub> lsof :)
May 07 08:51:12 <Heinervdm> no
May 07 08:51:16 <zub> and for the record, I see the same results as JaMa
May 07 08:51:22 <zub> Installing lsof (4.83-r0.4) to root...
May 07 08:51:34 <zub> (shr-u)
May 07 08:52:17 <Heinervdm>  * opkg_install_cmd: Cannot install package lsof.
May 07 08:52:24 <Heinervdm> updated 2 times
May 07 08:53:29 <Heinervdm> lsof is not in Packages.gz
May 07 08:53:49 <TAsn> PaulFertser, probably an honest mistake as I did it in a flash in the middle of the night :P
May 07 08:54:05 <PaulFertser> TAsn: heh
May 07 08:54:17 <TAsn> Did you fix it? if so, please send me the patch, otherwise, let me know, and I'll do it when I find the time. (hopefully today)
May 07 08:54:47 <zub> Heinervdm: I see it here: http://build.shr-project.org/shr-unstable/ipk//armv4t/lsof_4.83-r0.4_armv4t.ipk
May 07 08:54:52 <Heinervdm> JaMa: it seems that lsof wasn't build on your rebuild from scratch
May 07 08:55:09 <Heinervdm> zub: but look at the Packages.gz and you will see that it's not there
May 07 08:55:24 <zub> then I was lucky by not updaring recently :)
May 07 08:56:14 <JaMa> Heinervdm: ah I'm stupid sorry
May 07 08:56:22 <JaMa> Heinervdm: I synced now the feed
May 07 08:56:39 <JaMa> Heinervdm: without removing old .ipk (to keep it complete before rebuild finish feed)
May 07 08:56:40 <Heinervdm> JaMa: but you haven't build the feed?
May 07 08:56:48 <Heinervdm> :)
May 07 08:56:59 <JaMa> Heinervdm: but didn't notice that package-index is built in local deploy dir
May 07 08:57:06 <JaMa> so .ipks are there, but not in index
May 07 08:57:35 <Heinervdm> Xorg    979 root    6u   CHR    4,2      0t0  408 /dev/tty2
May 07 08:57:45 <Heinervdm> now resume
May 07 08:58:06 <JaMa> NOTE: Running task 5012 of 9023 for gta01 full image
May 07 09:00:25 <Heinervdm> exactly the same
May 07 09:01:18 <JaMa> lsof for other /dev/tty doesn't return anything, right?
May 07 09:01:36 <JaMa> (as check for current vt, but there probably isn't any process running)
May 07 09:02:07 <JaMa> Heinervdm: btw do you have USB keyboard and mini USB convertor?
May 07 09:02:24 <Heinervdm> i have no converter
May 07 09:02:25 <JaMa> Heinervdm: to run xserver from agetty running on vt1
May 07 09:02:37 <Q-Master> TAsn: heh. I've tried to suspend the phone while on the lock-screen and I can't. 8) I need to disable lock-screen then press suspend, look on the lock-screen and then suspend. 8)
May 07 09:02:38 <JaMa> Heinervdm: and then suspend/resume it
May 07 09:02:47 <JaMa> ah I can try it later from home
May 07 09:03:37 <TAsn> Q-Master, I swear I don't get what you mean.
May 07 09:03:49 <TAsn> and anyhow, I'm off :P
May 07 09:04:09 <Q-Master> hehe
May 07 09:04:23 <Q-Master> try to press power button while on the lock-screen
May 07 09:04:33 <Q-Master> you'll understand me
May 07 09:04:34 <Q-Master> then
May 07 09:08:13 <PaulFertser> Text messaging with emacs while connected over ssh and using a real keyboard is awesome. 
May 07 09:08:34 <Q-Master> 8))
May 07 09:08:43 <Q-Master> emacs-addict. 8)
May 07 09:10:48 <JaMa> Heinervdm: index hopefully repaired
May 07 09:10:55 <Heinervdm> :)
May 07 09:11:35 <JaMa> but not really sure.. :) had to move old ipk dir from httproot, rebuild index, move it back
May 07 09:12:21 <Heinervdm> sh      833 root   10u   CHR    5,0      0t0  115 /dev/tty
May 07 09:12:34 <zub> PaulFertser: how do you send the messages? I've always wanted some console app for sending (or even reading) those.
May 07 09:12:39 <Heinervdm> that's the only one used expect tty2
May 07 09:13:48 <PaulFertser> zub: i've written an emacs UI that is the only telephony program i use now.
May 07 09:14:13 <PaulFertser> TAsn: hey, wth? Incoming messages still have "Sender" instead of "Peer" :|
May 07 09:14:35 <PaulFertser> zub: but you could use opimd-cli and mdbus2 to read/send the messages.
May 07 09:16:02 <zub> wow, is the UI available anywhere? :)
May 07 09:16:23 <JaMa> Heinervdm: and that's only after resume?
May 07 09:16:29 <zub> as for mdbus2... I'm too lame for that, and don't know opimd-cli either :(
May 07 09:16:30 <PaulFertser> zub: sure, http://wiki.github.com/paulfertser/fso-el/
May 07 09:16:33 <JaMa> Heinervdm: because now I don't have it
May 07 09:16:40 <zub> PaulFertser: thanks
May 07 09:16:44 <JaMa> Heinervdm: empty lsof /dev/tty here
May 07 09:17:07 <Heinervdm> will reboot again :)
May 07 09:17:56 <PaulFertser> zub: i was going to make a public announcement yesterday but i wanted to write my fso2-on-debian howto first.
May 07 09:20:22 <Heinervdm> i'm having sh on tty even after a reboot
May 07 09:20:48 <zub> PaulFertser: I guess I'll wait for the howto, anyway it's good there is some such UI :)
May 07 09:21:51 <zub> Heinervdm: I also have sh on tty, I think that's normal
May 07 09:21:59 <zub> when I run vala-terminal, I get one more hs on tty
May 07 09:22:11 <zub> s/ hs/ sh/
May 07 09:22:12 <apt> zub meant: when I run vala-terminal, I get one more sh on tty
May 07 09:22:42 <zub> (one more to just logging via ssh)
May 07 09:23:01 <JaMa> Heinervdm: hmm interesting
May 07 09:23:06 <PaulFertser> zub: there's no need for emacs-on-fr how-to.
May 07 09:23:08 <Heinervdm> then it's probably the one from ssh
May 07 09:23:56 <JaMa> Heinervdm: do your u-boot env pass console=tty0 to cmdline?
May 07 09:24:08 <TAsn> PaulFertser, that's a mistake, will fix that. :P
May 07 09:24:13 <TAsn> damn I can't believe I came back for a sec.
May 07 09:24:17 <Heinervdm> JaMa: yes
May 07 09:24:21 <TAsn> after this I'm really off (just finished breakfast)
May 07 09:26:32 <TAsn> PaulFertser, I fixed this:
May 07 09:26:45 <TAsn> I don't know about anything else.
May 07 09:26:46 <CIA-36> SHR: 03tom 07libphone-ui * r51ba38ad8b2e 10/src/phoneui-utils.c: Changed 'Recipient' to 'Peer'.
May 07 09:26:48 <TAsn> JaMa, please build ^
May 07 09:26:49 <TAsn> ciao.
May 07 09:28:24 <PaulFertser> TAsn: no
May 07 09:28:28 <PaulFertser> TAsn: not this :(
May 07 09:28:39 <PaulFertser> TAsn: i mean field in the Messages db.
May 07 09:28:53 <PaulFertser> TAsn: Sender/Recipient.
May 07 09:30:26 <PaulFertser> And one of the received messages lack the "New" field!
May 07 09:30:34 <PaulFertser> I didn't remove it.
May 07 09:33:58 <PaulFertser> TAsn: and you still use MessageRead instead of New. And                                                                    
May 07 09:34:01 <PaulFertser>             self.enable()                                                                           
May 07 09:34:04 <PaulFertser>                                                                                                     
May 07 09:34:07 <PaulFertser>     def handle_sim_ready(self, ready):                                                              
May 07 09:34:10 <PaulFertser>         return                                                                                      
May 07 09:34:13 <PaulFertser> sorry
May 07 09:34:28 <PaulFertser> And handle_incoming_text_message is not unified with process_incoming_stored_entry etc.
May 07 09:43:11 <mickey|sports> morphis: FYI: sethostname is not defined by POSIX as per spec. It'll be added to Linux when I next update vala.
May 07 09:54:32 <morphis> mickey|sports: ah ok
May 07 09:58:02 <mickey|sports> apparantly there's no logic behind what got standardized by POSIX and what not...
May 07 09:58:10 <mickey|sports> i.e. gethostname is in, set is not
May 07 09:58:12 <mickey|sports> *shrug*
May 07 12:14:35 <blindcoder> JaMa: (fltkspacetrader) sounds good, there usually aren't that many updates these days, anyways.
May 07 13:15:37 <TAsn> PaulFertser, messageread: I know.
May 07 13:15:47 <TAsn> PaulFertser, will deal with those when I'm back, ciao again.
May 07 13:16:25 <PaulFertser> TAsn: ok, see you :)
May 07 14:50:45 <Weiss> JaMa: just took that -pedantic out
May 07 14:51:06 <Weiss> now we just have -Wall -Werror -std=gnu99
May 07 14:52:31 <JaMa> great, thanks
May 07 14:53:26 <JaMa> Weiss: how do you see postinst
May 07 14:53:26 <JaMa> #!/bin/sh
May 07 14:53:26 <JaMa> if test "x$D" != "x"; then OPT="-r $D"
May 07 14:53:26 <JaMa> else OPT="-s"
May 07 14:53:26 <JaMa> fi
May 07 14:53:28 <JaMa> update-rc.d $OPT syslog defaults update-alternatives --install /etc/init.d/syslog syslog-init syslog.busybox 50
May 07 14:53:31 <JaMa> postrm
May 07 14:53:33 <JaMa> #!/bin/sh
May 07 14:53:36 <JaMa> if test "x$D" != "x"; then
May 07 14:53:38 <JaMa>         OPT="-r $D"
May 07 14:53:41 <JaMa> else
May 07 14:53:44 <JaMa>         OPT=""
May 07 14:53:46 <JaMa> fi
May 07 14:53:49 <JaMa> if test "$1" = "remove" -o "$1" = "purge"; then
May 07 14:53:51 <JaMa>         if ! test -e "/etc/init.d/syslog"; then
May 07 14:53:53 <JaMa>                 update-rc.d $OPT syslog remove
May 07 14:53:56 <JaMa> shit sorry
May 07 14:53:59 <JaMa> Weiss: how do you see gdrm-for-merging merge?
May 07 14:54:04 * JaMa hates windows not copying selected text to clipboard
May 07 14:59:31 <Weiss> JaMa: what about it?
May 07 15:00:18 <JaMa> Weiss: are you planing to merge it to "standard" branches somewhere soon, or did I understood wrong?
May 07 15:02:05 <Weiss> subject to larsc being happy with it, yes.. but it might need some cleaning up, maybe putting GTA02-specific nastiness behind a config option or something
May 07 15:46:28 <CIA-36> SHR: 03seba.dos1 07opimd-utils * ra487d06bd75b 10/opimd-notifier: opimd-notifier: set sane minimal window size
May 07 16:43:57 <khorben> is this also the official IRC channel for FSO/SHR development?
May 07 16:44:45 <Heinervdm> khorben: yes
May 07 16:46:43 <khorben> ok
May 07 16:46:49 <khorben> any news on FSOSHRCON'10?
May 07 16:47:38 <playya> no :/
May 07 16:47:46 <khorben> ok
May 07 16:56:00 <daniele_athome> mickey|sports: http://pastebin.com/eQkrHcbY
May 07 16:56:05 <daniele_athome> while receiving an sms
May 07 16:56:15 <daniele_athome> the message get stored in the sim but can't reach opimd
May 07 17:15:46 <TAsn> PaulFertser, what's your suggestion for IncomingTextMessage signal fix?
May 07 17:16:43 <TAsn> ok, adding the signal receiver from the bus.
May 07 17:16:45 <TAsn> got ya.
May 07 17:22:53 <mrmoku_> TAsn: to follow name owner changes
May 07 17:23:18 <TAsn> I did something even better.
May 07 17:23:21 <TAsn> I hope :P
May 07 17:23:45 <mrmoku_> default in python bindings is not to follow
May 07 17:24:00 <CIA-36> freesmartphone.org: 03tom 07framework * r891ae273311c 10/framework/subsystems/opimd/pimd_messages.py: opimd: register signals through the bus, and not a proxy.
May 07 17:24:02 <TAsn> I just registered
May 07 17:24:05 <TAsn> with the bus instead.
May 07 17:24:25 <mrmoku_> fine too :)
May 07 17:24:54 <mrmoku_> TAsn: you should check other places too :P
May 07 17:25:11 <TAsn> I just checked pimd_calls.py
May 07 17:25:17 <TAsn> and there I just registered to bus
May 07 17:27:14 <mrmoku_> k
May 07 17:27:43 <daniele_athome> mrmoku, on ML one told me to ask to you to commit that change to the gry theme
May 07 17:30:12 <daniele_athome> mrmoku, line 1062, instead of "mouse,up,1" put "mouse,clicked,1"
May 07 17:30:15 <mrmoku_> daniele_athome: ok, when back to a real kbd
May 07 17:30:31 <daniele_athome> :)
May 07 17:30:33 <daniele_athome> thanks
May 07 17:30:34 <daniele_athome> have to go now
May 07 17:30:39 <daniele_athome> bye!
May 07 17:30:49 <mrmoku_> bye
May 07 17:31:32 * mrmoku_ enjoys the new liberty with gprs :)
May 07 17:32:37 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * r49613902ee7e 10/fsousaged/configure.ac: fsousaged: tell if debug is enabled when configuring
May 07 17:32:37 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * r48f374e93acf 10/fsoinitd/src/ (6 files in 2 dirs): fsoinitd: fix bugs and be more verbose in debug mode
May 07 17:35:10 <TAsn> mrmoku, gprs works?
May 07 17:36:12 <mrmoku> TAsn: great
May 07 17:36:20 <TAsn> sweet.
May 07 17:36:37 <mrmoku> for web browsing unbearable slow :P
May 07 17:36:43 <mrmoku> but for chatting perfect :)
May 07 17:36:57 <TAsn> sweet.
May 07 17:39:45 <mrmoku> TAsn: is there some nice default icon for networking in e?
May 07 17:40:01 <TAsn> no idea :)
May 07 17:40:01 <mrmoku> and for the profile thing?
May 07 17:40:04 <mrmoku> :P
May 07 17:40:06 <TAsn> profile?
May 07 17:40:12 <TAsn> oh, the default
May 07 17:40:15 <TAsn> no idea.
May 07 17:40:22 <TAsn> just create an edj with icons
May 07 17:41:02 <mrmoku> yeah... have to get them somewhere... or do them myself
May 07 17:41:23 <TAsn> I'm soo tired :|
May 07 17:41:30 <TAsn> Just played soccer for a couple of hours
May 07 17:41:32 <TAsn> in the blazing sun.
May 07 17:41:39 <mrmoku> bad... now that your internet is working sooo nice :P
May 07 17:41:58 <Heinervdm> sun? i haven't seen the sun for two days now...
May 07 17:42:11 <TAsn> I wish I haven't as well
May 07 17:42:17 <TAsn> Damn today was hot.
May 07 17:42:24 <Heinervdm> :)
May 07 17:43:28 <morphis> Heinervdm: there are a lot of compile-time errors in tslib-git ;)
May 07 17:44:28 <Heinervdm> morphis: possible, i couldn't test it
May 07 17:44:38 <Heinervdm> can you pastbin the log?
May 07 17:44:53 <morphis> already fixed them
May 07 17:45:00 <morphis> can paste the patch
May 07 17:45:09 <Heinervdm> then you can ask playya for commit access ;)
May 07 17:45:25 <morphis> http://pastie.org/950431
May 07 17:45:26 <playya> i need the ssh key
May 07 17:45:27 <morphis> jupp
May 07 17:45:37 <morphis> playya: will send you my one in a minute
May 07 17:45:43 <playya> ok
May 07 17:46:20 <morphis> btw. some more comments in the cy8mrln-palmpre.c would be nice to understand what you are doing with all these calculations
May 07 17:47:04 <morphis> playya: mail is out
May 07 17:47:46 <Heinervdm> morphis: you mean the interpolation?
May 07 17:48:38 <morphis> jepp
May 07 17:48:49 <Heinervdm> only the last part is uncommented
May 07 17:48:58 <Heinervdm> x - f21 + f23
May 07 17:49:04 <morphis> even how the data is created by the touchscreen itself
May 07 17:49:33 <morphis> 11*7 nodes which register the finger pressure ... something like that
May 07 17:49:51 <Heinervdm> ok
May 07 17:50:10 <morphis> one big comment block explaining how everything is working 
May 07 17:50:12 <Heinervdm> will do after you applied that patch
May 07 17:50:20 <morphis> ok
May 07 17:50:47 <morphis> playya: tell me, when you applied my ssh key
May 07 17:50:58 <morphis> I will push the patch right after you are finished
May 07 17:55:23 <morphis> so tslib compiles fine in oe
May 07 17:57:50 <mrmoku> TAsn: did you create the edc for quick-settings with some editor? or by hand?
May 07 17:58:45 <morphis> mrmoku: I found some bugs in fsoinitd and currently rebuild my image with the new version, maybe it works now
May 07 17:59:41 <mrmoku> morphis: :) I started to play with UML... without much success so far though
May 07 18:01:36 <morphis> User Mode Linux?
May 07 18:01:40 <mrmoku> yep
May 07 18:01:47 <morphis> on the Freerunner?
May 07 18:01:50 <mrmoku> no
May 07 18:02:06 <mrmoku> I would build fsoinitd for my host... just to see what happens
May 07 18:02:14 <morphis> ah ok
May 07 18:02:14 <mrmoku> faster to try stuff out
May 07 18:02:20 <morphis> good Idea
May 07 18:02:27 <morphis> s/Idea/idea/
May 07 18:02:27 <apt> morphis meant: good idea
May 07 18:03:01 <mrmoku> morphis: yep... not mine though... mickey|sports advise :)
May 07 18:03:36 <morphis> mrmoku: but I have now fbcon support ... so debugging should be easier
May 07 18:04:30 <mrmoku> morphis: I'm very much interested to hear if you have more success than me :P
May 07 18:06:12 <morphis> :)
May 07 18:07:22 <morphis> mrmoku: you already have a Palm Pre?
May 07 18:07:39 <mrmoku> no... don't even want one :P
May 07 18:08:18 * mrmoku is waiting for a raster phone or something else to pop up on the scene :)
May 07 18:08:26 <mrmoku> until then the FR will do
May 07 18:10:06 <morphis> a raster phone would be nice
May 07 18:10:42 <morphis> ... but the palm pre is a wonderfull phone for us, everything works now
May 07 18:11:21 <morphis> we need just some more people to get everything to a usable state
May 07 18:11:32 <mrmoku> yeah... but I want to use my phone is terminal too... and the screen on palm is small
May 07 18:12:20 <morphis> :)
May 07 18:12:23 <mrmoku> s/is/as/
May 07 18:14:03 <morphis> I think you will change your mind when we have SHR running on the Palm Pre :)
May 07 18:19:16 <mrmoku> morphis: lets see on FSOSHRUDCON... maybe seeing it in real action :P
May 07 18:23:30 <morphis> hehe
May 07 18:23:42 <morphis> I am sure you buy one after FSOSHRUDCON :)
May 07 18:24:06 <morphis> btw. is there a new date for FSOSHRUDCON now?
May 07 18:29:25 <mrmoku> morphis: dunno
May 07 18:29:35 <morphis> hm ok
May 07 18:36:39 <McKael> Hey
May 07 18:36:58 <McKael> With FSO2, what is the python frameworkd still used for?
May 07 18:37:46 <McKael> (I'm trying fso2 on Debian, using PaulFertser's howto)
May 07 18:38:00 <mrmoku> McKael: opimd, oeventsd and ogpsd
May 07 18:38:18 <McKael> mrmoku: ok
May 07 18:38:29 <McKael> GPS seems to work
May 07 18:40:34 <McKael> phoneui doesn't seem to work at all anymore
May 07 18:40:55 <mrmoku> McKael: what rev?
May 07 18:41:19 <McKael> Very old one, probably
May 07 18:41:26 <McKael> I did not rebuild it
May 07 18:41:31 <mrmoku> then... no won't work
May 07 18:42:42 <McKael> 0.1+git20100213-1
May 07 18:43:11 <McKael> ok
May 07 18:48:25 <mrmoku> too old
May 07 18:48:59 <mrmoku> TAsn: may I disturb your relaxing phase with a question? :P
May 07 18:55:09 <McKael> What's the difference between libphone-ui and libphone-ui-shr?  Does the later depend on the former?
May 07 18:55:34 <mrmoku> McKael: libphone-ui is the toolkit abstraction
May 07 18:55:52 <mrmoku> and libphone-ui-shr is the graphical stuff
May 07 18:55:58 <McKael> So I need both to build phoneuid, right?
May 07 18:56:04 <mrmoku> to build no
May 07 18:56:15 <mrmoku> to run you need at least one backend
May 07 18:56:18 <mrmoku> (like libphone-ui-shr)
May 07 18:56:36 <mrmoku> in theory one could write other backends for different toolkits or just behaving differently
May 07 18:56:46 <mrmoku> right now, there is no other :P
May 07 18:56:49 <McKael> :)
May 07 18:56:58 <mrmoku> but phoneuid should build without
May 07 18:57:04 <McKael> Which means I need both to build and run successfully
May 07 18:57:21 <mrmoku> yeah
May 07 18:57:32 <McKael> Ok, let's give it a try
May 07 18:57:49 <mrmoku> McKael: ahh, and you probably need quite current frameworkd too
May 07 18:57:54 <McKael> Hopefully I won't lack any dependency
May 07 18:57:59 <mrmoku> for some opimd enhancements we use
May 07 18:58:13 <McKael> I've installed new frameworkd in /usr/local
May 07 18:58:18 <mrmoku> good :)
May 07 18:58:35 <McKael> I'm just hoping there's no conflict with the package
May 07 19:00:06 <McKael> But GPS works fine, it seems (couldn't get a fix here though), so it looks good.
May 07 19:00:54 <McKael> It's weird having autogen.sh calling configure
May 07 19:01:44 <TAsn> mrmoku, sure.
May 07 19:02:03 <TAsn> mrmoku, quicksettings: by hand, why? sucky?
May 07 19:02:32 <mrmoku> TAsn: no, was just wondering for the naming of stuff :P
May 07 19:02:49 <TAsn> which sucked?
May 07 19:02:51 <mrmoku> TAsn: why did you do the text elements to fit?
May 07 19:02:53 <mrmoku> no
May 07 19:03:05 <mrmoku> nothing sucked
May 07 19:03:07 <TAsn> mrmoku, I don't remember what I did.
May 07 19:03:10 <mrmoku> :P
May 07 19:03:14 <TAsn> I just remember
May 07 19:03:19 <mrmoku> all text labels are fit: 1 1
May 07 19:03:19 <TAsn> I designed it
May 07 19:03:32 <mrmoku> which means they resize to take as much space as possible
May 07 19:03:35 <TAsn> to be resizable
May 07 19:03:44 <mrmoku> which makes them different sized
May 07 19:03:54 <mrmoku> one heading is bigger than the other for example
May 07 19:04:04 <TAsn> :|
May 07 19:04:08 <TAsn> I just didn't want to make it fixed
May 07 19:04:13 <TAsn> so I made it this way
May 07 19:04:15 <mrmoku> ok :)
May 07 19:04:54 <mrmoku> need to tweak the frame sizes then to make them equal ;)
May 07 19:07:36 <TAsn> not that simple.
May 07 19:07:55 <TAsn> think about translations
May 07 19:09:01 <mrmoku> hehe... right now the text is fixed in stone inside the edc :P
May 07 19:09:17 <mrmoku> brb
May 07 19:10:45 <McKael> uh.  No package 'libframeworkd-glib' found
May 07 19:11:14 <McKael> Where does this one come from?  Is it the same as libfso-glib?
May 07 19:12:03 <McKael> hm, I see
May 07 19:13:21 <TAsn> McKael, it's the old (but still used) libfso-glib.
May 07 19:13:48 <McKael> Ok
May 07 19:14:06 <McKael> So many dependencies... PaulFertser, I think I hate you ;p
May 07 19:25:17 <thrashold> Anything less than 32768 dependencies is not a big deal
May 07 19:36:30 <McKael> thrashold, well... I'll get to it.  I need libphone-utils too!  :/
May 07 19:36:54 <thrashold> McKael: Debian?
May 07 19:37:33 <McKael> thrashold, yes
May 07 19:37:55 <thrashold> McKael: From source, or are you using http://pkg-fso.alioth.debian.org/debian ?
May 07 19:39:23 <McKael> From source
May 07 19:40:06 <McKael> I have the packages installed, but they're too old
May 07 19:48:00 <PaulFertser> TAsn: please also change Sender -> Peer for fsogsmd message signal.
May 07 19:48:11 <PaulFertser> TAsn: and thanks for the fixes :)
May 07 19:58:50 <McKael> autoreconf: running: autopoint
May 07 19:58:50 <McKael> autopoint: *** cvs program not found
May 07 19:59:11 <McKael> (libphone-ui-shr)
May 07 20:01:38 <mrmoku> heh
May 07 20:02:12 <PaulFertser> mrmoku: guess how many dependencies my fso.el has? ;)
May 07 20:04:05 <McKael> at least emacs!  :p
May 07 20:04:47 <PaulFertser> 1.
May 07 20:05:40 <McKael> Maybe I have the time to learn emacs while I'm building all the phoneuid dependencies, then... ;)
May 07 20:07:01 <McKael> BTW what does configure --enable-maintainer-mode?
May 07 20:11:22 * [Rui] waves... hey hey hey!
May 07 20:11:36 <[Rui]> any big problems if I upgrade shr-u today?
May 07 20:11:51 <ZaPPaS> PaulFertser: fso.el is great work, just missing a dialer :)
May 07 20:12:05 * [Rui] considers he should probably do a clean install anyways, since he found out yesterday that xchat did not belong to any installed package according to opkg) :)
May 07 20:13:21 <PaulFertser> ZaPPaS: is it a joke or do you have some real feature-request? ;)
May 07 20:13:57 <ZaPPaS> yeah, would like to type a numer and dial it...
May 07 20:15:37 <PaulFertser> ZaPPaS: M-x fso-gsm-initiate-call
May 07 20:16:12 <ZaPPaS> ah, nice didn't noticed that :)
May 07 20:16:21 <PaulFertser> ZaPPaS: i think i can add a default binding to "i" for that in status window.
May 07 20:17:07 <ZaPPaS> that's fine, like the short bindings in fso-mode ;)
May 07 20:17:47 <PaulFertser> ZaPPaS: btw, do you use BBRDB (or how it's called) contacts database? Do you think it's worth considering integration with it?
May 07 20:19:45 <ZaPPaS> BBDB, started using it for vm but im not so happy with it (yet)
May 07 20:20:53 <McKael> config.status: error: cannot find input file: `po/Makefile.in.in'
May 07 20:21:10 <ZaPPaS> but seems to be quite established in emacsen, so i think it would be quite useful
May 07 20:21:25 <McKael> Isn't there a bug in the configure.ac?
May 07 20:22:28 <PaulFertser> ZaPPaS: (bindings) pushed, thanks for the suggestion :)
May 07 20:23:34 <ZaPPaS> PaulFertser: great, using fso.el with the dbus-proxy so syncing with bbdb would be great :)
May 07 20:24:16 <PaulFertser> ZaPPaS: (unrelated note) are you using it on SHR-u? I think i'll follow closely all api changes they do, so that shouldn't be a problem.
May 07 20:24:57 <ZaPPaS> PaulFertser: yepp, shr-u
May 07 20:25:42 <PaulFertser> ZaPPaS: so basically you just started dbus-proxy, it connects over ssh to your phone and you have a convenient UI in your favourite environment? Cool.
May 07 20:26:25 <ZaPPaS> PaulFertser: exactly :D (shr-u is missing emacs23 in repos :( )
May 07 20:26:43 <PaulFertser> mrmoku: ^^^
May 07 20:26:47 <PaulFertser> How dare you?
May 07 20:26:49 <PaulFertser> ;)
May 07 20:27:43 <PaulFertser> ZaPPaS: unfortunately, proper cross-compiling is impossible without seriously reworking the compilation and installation process, so OE has a recipe to build it in qemu natively, probably takes a long time.
May 07 20:28:01 <PaulFertser> One could grab debian package and pray instead :)
May 07 20:28:29 <mrmoku> PaulFertser: that's how I develop :P
May 07 20:28:40 <mrmoku> ~hail mickey|sports 
May 07 20:28:41 <ZaPPaS> PaulFertser: can you set DBUS_SYSTEM_BUS_ADDRESS in fso-options
May 07 20:28:43 <PaulFertser> ZaPPaS: the trick with cross-compiling is mainly that near the end of the process it loads all essential elc files into memory and "dumps" itself.
May 07 20:29:02 <mrmoku> heh... sometimes we have two bots... sometines not even one :P
May 07 20:29:20 <Heinervdm> apt is there
May 07 20:29:25 <mrmoku> ahh
May 07 20:29:27 <Heinervdm> ~botsnack
May 07 20:29:28 <apt> :), Heinervdm
May 07 20:29:40 <mrmoku> PaulFertser: didn't get it :)
May 07 20:29:54 * mrmoku checks if what emacs recipes we have
May 07 20:30:40 <mrmoku> ZaPPaS: emacs22 is what is in the feed?
May 07 20:30:51 <PaulFertser> mrmoku: emacs22 doesn't cut it, too old
May 07 20:30:58 <PaulFertser> mrmoku: no dbus support
May 07 20:31:19 <mrmoku> PaulFertser: there is a recipe for emacs23 too... wanted to know what is in the feed
May 07 20:31:23 * mrmoku checks feed
May 07 20:32:41 <mrmoku> heh... no emacs :/
May 07 20:33:01 <mrmoku> JaMa|Off: how's state of rebuilding?
May 07 20:33:14 <JaMa|Off> mrmoku: btw: are there any new known impotant regressions with fsogsmd switch?
May 07 20:33:26 <JaMa|Off> mrmoku: thinking about merging oe.dev to shr-t later
May 07 20:33:35 <mrmoku> JaMa|Off: well... better not
May 07 20:33:40 <PaulFertser> ZaPPaS: if you mean setting an environment variable, then it'll be set for the whole emacs instance i'm afraid.
May 07 20:33:46 <JaMa|Off> only feed is building NOTE: Running task 6501 of 13610
May 07 20:33:48 <mrmoku> JaMa|Off: the 'fsogsmd filling SIM' is quite serious
May 07 20:34:02 <mickey|sports> khorben: we're trying to find a new date 
May 07 20:34:08 <JaMa|Off> lite image built and synced, I'll sync full now
May 07 20:34:11 <[Rui]> check_data_file_clashes: Package python-io wants to install file /usr/lib/python2.6/ssl.pyo But that file is already provided by package  * check_data_file_clashes: python-misc
May 07 20:34:20 <ZaPPaS> PaulFertser: using the emacs-daemon so would be nice to set it just for fso
May 07 20:35:20 <JaMa|Off> mrmoku: ok.. than we can wait 3w for spaetz :)
May 07 20:35:57 <mrmoku> JaMa|Off: or until fsogsmd learned the opimd-push-dance :)
May 07 20:36:30 * mickeyl pushes a new vala snap
May 07 20:36:49 <mrmoku> mickeyl: some interesting fixes? :D
May 07 20:37:15 * mrmoku is still looking forward to the day when he can remove the dep on libframeworkd-glib
May 07 20:37:33 <mickeyl> not relevant for you
May 07 20:37:36 <mickeyl> only small things
May 07 20:37:42 <mickeyl> development has slowed down again
May 07 20:37:50 <mickeyl> core-stuff still depends on Jürg
May 07 20:37:59 <PaulFertser> ZaPPaS: ok, i'll think about that tomorrow's evening. Gotta sleep now. Big thanks for your kind words, i was almost convinced i'll be the only one using my code.
May 07 20:38:08 <mrmoku> developers missing everywhere :/
May 07 20:38:13 <mickeyl> yeah 
May 07 20:38:13 <ZaPPaS> :)
May 07 20:39:30 <TAsn> PaulFertser, done.
May 07 20:39:30 <PaulFertser> ZaPPaS: it looks like it's not the right time for it yet: shr lacks emacs23 and debian lacks modern FSO :))
May 07 20:39:31 <CIA-36> freesmartphone.org: 03tom 07framework * re69f47bda9b9 10/framework/subsystems/opimd/pimd_messages.py: opimd: changed Sender to Peer in messages.
May 07 20:39:43 <PaulFertser> TAsn: thank you :)
May 07 20:39:48 <TAsn> np.
May 07 20:39:59 <ZaPPaS> PaulFertser: jepp, but with daemon it's really great... :D
May 07 20:40:13 <ZaPPaS> s/daemon/proxy
May 07 20:40:25 <PaulFertser> ZaPPaS: nice. So what is the most immediate wishlist of yours?
May 07 20:41:12 <mickeyl> [Rui]: ssl.py* has changed packages, please also update python-misc
May 07 20:41:41 <[Rui]> mickeyl: I forced overwrite when install python-io, will now upgrade forcedly python-misc as well, then...
May 07 20:41:49 <mickeyl> yep
May 07 20:41:56 <[Rui]> mickeyl: hope wifi now works...
May 07 20:42:05 <mickeyl> opkg still majorly sucks for files that change package
May 07 20:42:06 <mickeyl> s
May 07 20:42:12 <mickeyl> didn't use wifi for ages
May 07 20:42:19 <mickeyl> since it never worked with my AP
May 07 20:42:22 <mickeyl> btw.
May 07 20:42:27 <[Rui]> mickeyl: after your gprs fixes got in, wifi stopped working for me
May 07 20:42:28 <mickeyl> there's a new ar6k driver
May 07 20:42:35 <mickeyl> perhaps some kernel devs want to take a look
May 07 20:42:40 <ZaPPaS> PaulFertser: for finger usage there should be "status" in every buffer, and editing contacts would be really convinient :)
May 07 20:42:41 <mickeyl> [Rui]: heh, that's completely unrelated. strange
May 07 20:42:58 <[Rui]> mickeyl: yes, I understand that, just putting around an approximate timeframe
May 07 20:43:11 <[Rui]> mickeyl: I had updated a few days before and wifi still worked
May 07 20:43:16 <McKael> util/ui-utils.c:552: error: ELM_NOTIFY_ORIENT_CENTER undeclared (first use in this function)
May 07 20:43:20 <McKael> while building libphone-ui-shr
May 07 20:43:27 <McKael> Any idea what's misisng here?
May 07 20:43:56 <mrmoku> McKael: elementary too old
May 07 20:44:00 <mrmoku> (my guess)
May 07 20:44:03 <[Rui]> anyways, I can't check anything of that now as I have to go baby sit an Exchange admin trying to figure out why he's not opening SMTP socket to my monitorization servers (with nagios).
May 07 20:44:19 <[Rui]> ta!
May 07 20:44:24 <McKael> Damn.  What a waste of time
May 07 20:44:27 <McKael> :/
May 07 20:45:37 <PaulFertser> ZaPPaS: (status in the headerline of overy window) i think that's done already, just the order is inconsistent.
May 07 20:45:52 <ZaPPaS> PaulFertser: *FSO Calls* is missing the button AFAIK
May 07 20:46:03 <PaulFertser> ZaPPaS: editing contacts is tricky.
May 07 20:46:38 <PaulFertser> ZaPPaS: oh yes, it doesn't, i will add.
May 07 20:47:14 <PaulFertser> ZaPPaS: probably as the first buffer line because the headerline is already filled (with a reasonable font on FR).
May 07 20:48:03 <ZaPPaS> ;)
May 07 20:49:04 <PaulFertser> Now i stop pretending i'm not sleeping, good night folks :)
May 07 20:49:21 <McKael> 'nigth
May 07 20:49:28 <McKael> 'night* PaulFertser
May 07 20:49:36 <ZaPPaS> PaulFertser: is there a way to have 2 lines long headerline (easier for finger usage)?
May 07 20:49:42 <ZaPPaS> night PaulFertser 
May 07 20:50:05 <PaulFertser> McKael: and sorry for (some) waste of time, i never said i built shr apps from source as i knew it's too damn hard.  
May 07 20:50:29 <McKael> PaulFertser: I haven't totally given up yet
May 07 20:51:02 <PaulFertser> ZaPPaS: (2 lines) should be possible, a matter of time and effort to figure out how to do it.
May 07 20:51:51 <ZaPPaS> PaulFertser: anyway, great work :)
May 07 20:54:27 <McKael> mrmoku: if I revert the following changeset, should it still work?
May 07 20:54:28 <McKael> http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=commitdiff;h=5c3e8e709793370120961f9256cb1d583fe69824
May 07 20:54:41 <McKael> elm_object_unfocus() isn't available here
May 07 20:58:37 <mrmoku> McKael: should work... but editing field data of contacts is broken then
May 07 21:00:09 <McKael> mrmoku: is there an alternative fix without involving elm_object_unfocus()?
May 07 21:00:57 <mrmoku> McKael: we think that elm_object_unfocus is working around a bug in EFL somewhere... but if it is fixed you would have to update EFL too :P
May 07 21:01:32 <McKael> No way :)
May 07 21:02:00 <mrmoku> that bug is not very fatal though... you can still edit fields with some trick :)
May 07 21:02:07 <McKael> ok
May 07 21:02:14 <mrmoku> dunno if you will run into other things though
May 07 21:02:25 <mrmoku> probably depends on how old your EFL is
May 07 21:02:30 <McKael> Then I'll try that and see if I can complete the build
May 07 21:02:40 <mrmoku> good luck :)
May 07 21:03:04 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r9699e67377c1 10/fsogsmd/src/lib/phonebook.vala: fsogsmd: phonebook: work around a possible reentrancy issue
May 07 21:03:19 <mickeyl> mrmoku: can you please recheck you GetSimInfo() SIGSEGV?
May 07 21:03:33 <mrmoku> mickey|tv: with that commit?
May 07 21:03:36 <mickey|tv> yes
May 07 21:03:39 <mrmoku> ok, thanks
May 07 21:04:51 <mickey|tv> it survived a 
May 07 21:04:52 <mickey|tv> while True: gsmsim.GetSimInfo()
May 07 21:04:54 <mickey|tv> here
May 07 21:05:00 <mickey|tv> :)
May 07 21:05:06 <mickey|tv> so i hope it'll fix it for you as well
May 07 21:05:09 <mickey|tv> bbtomorrow
May 07 21:05:26 <mrmoku> mickey|tv: ok, will tell you tomoroow :)
May 07 21:13:46 <McKael> mrmoku: well, I don't think I have elm_scrolled_entry*
May 07 21:13:48 <McKael> Too bad
May 07 21:18:15 <mrmoku> McKael: heh :/
May 07 21:36:12 <mrmoku> mickey|tv: yep works :D
**** ENDING LOGGING AT Sat May 08 02:59:56 2010