**** BEGIN LOGGING AT Mon May 17 02:59:58 2010
May 17 04:56:09 <vanous1231> JaMa|Zzz: hmm, it pretty much hangs at NOTE: package gcc-cross-initial-4.4.4-r1.0: task do_populate_sysroot: Started
May 17 05:19:21 <JaMa|Zzz> vanous123: maybe you need http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/c807f469b1585a8b099c0c18711b8a106c75d0ee but I've seen it hanging only in do_setscene
May 17 07:06:41 <Wonka> I thought I had heard about 2.6.32 for SHR... did I?
May 17 07:07:06 <JaMa> if it was in last year, then yes you probably did :)
May 17 07:07:27 * Wonka still waiting...
May 17 07:07:40 <JaMa> http://build.shr-project.org/tests/mrmoku/2.6.32/images/om-gta02/
May 17 07:07:42 <Wonka> unstable image from 20100513 still has 2.6.29-rc3
May 17 07:07:49 <JaMa> don't wait, test please
May 17 07:10:10 <Wonka> ok...
May 17 07:10:36 <Wonka> .oO( damn. why do I always ask such things at work, where I can't play too much... )
May 17 07:12:00 <morphis> heyho
May 17 07:12:18 <JaMa> mrmoku: efl bumped ;)
May 17 07:32:24 <daniele_athome> morning chan!
May 17 07:33:05 <daniele_athome> mrmoku, JaMa or whatelse capable of triggering a build
May 17 07:33:21 <daniele_athome> you may now build latest libframeworkd-glib, my modifications are well-tested for many days now
May 17 07:33:31 <daniele_athome> :)
May 17 07:39:42 <lindi-> tmzt: i'm not using latest xorg since it tends to crash: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575521
May 17 07:49:04 <JaMa> daniele_athome: ok
May 17 07:50:02 <daniele_athome> thanks JaMa 
May 17 07:57:23 <tmzt> lindi-: what input devices are missing?
May 17 07:57:37 <tmzt> there's a new template format for xorg.conf
May 17 07:59:07 <lindi-> tmzt: what do you mean missing?
May 17 08:06:05 <Wonka> *argh* _yesterday_ I booted 2.6.34-rc7 on my notebook. _today_ they released 2.6.34...
May 17 08:08:07 <tmzt> lindi-: something you said before about input devices not being supported under new input hotplug
May 17 08:08:16 <lindi-> tmzt: when was that?
May 17 08:08:17 <tmzt> certain input devices
May 17 08:08:26 <tmzt> a couple of days ago, I can't find it
May 17 08:08:39 <lindi-> tmzt: heh, i disabled udev integration since i wanted to make sure X does not read my AUX button
May 17 08:08:54 <lindi-> and I could not find an easy way to black list it otherwise
May 17 08:09:00 <tmzt> okay
May 17 08:09:26 <tmzt> hmm, maybe that should be brought up in #xorg as they don't seem to have a blacklist function in the new xorg.conf options
May 17 08:09:51 <lindi-> tmzt: they just migrate to some completely new system before they fix this bug :)
May 17 08:13:30 <tmzt> I'm not sure physpath is even supported yet
May 17 08:13:38 <tmzt> it was being discussed on the list
May 17 08:14:05 <tmzt> only /dev/input/* is supported and that's not constant unless something in udev makes it constant
May 17 08:14:13 <tmzt> and even name may not be matched
May 17 08:37:51 <PaulFertser> lindi-: what's wrong about x.org getting your AUX? The access is not exclusive, so your answering machine will get it regardless, no?
May 17 08:38:35 <lindi-> PaulFertser: X turns the backlight on if I press AUX
May 17 08:38:55 <PaulFertser> lindi-: yes, but what's wrong about it?
May 17 08:39:01 <lindi-> PaulFertser: it consumes energy
May 17 08:39:19 <lindi-> I use AUX also for making gps-tagged audio notes for openstreetmap
May 17 08:39:34 <lindi-> i don't want the backlight to turn on every time I make a note
May 17 08:39:50 <PaulFertser> lindi-: if you're answering a call or doing some other heavy-duty tcask probably it is not that significant, but i see your point.
May 17 08:43:53 <PaulFertser> tmzt: lindi-: Option "Ignore" "on": https://fedoraproject.org/wiki/Input_device_configuration
May 17 08:45:55 <lindi-> PaulFertser: sure, i just did not yet find the time to figure out what are all those products that i need to ignore and how I can get a list of them
May 17 08:48:13 <PaulFertser> lindi-: i think lsinput provides consistent names for all the input devices.
May 17 08:48:30 <lindi-> this year maybe :)
May 17 08:48:35 <lindi-> next year it'll change anyway :P
May 17 08:49:36 <PaulFertser> lindi-: i understand your scepticism though to me the new configuration system seems better, more consistent and robust comparing with the old.
May 17 08:49:55 <PaulFertser> lindi-: and the names come from the kernel anyway, so it's not X-related.
May 17 08:49:56 <lindi-> maybe when it has stabilized a bit
May 17 08:50:26 <PaulFertser> mickey|office: hey, good morning :)
May 17 08:50:49 <PaulFertser> mickey|office: thank you for the kind words about fso.el, much appreciated.
May 17 08:51:29 <PaulFertser> mickey|office: fyi there's already a module to send messages via SMS with Android, and it has BBDB (something like opimd in emacs land) integration.
May 17 08:52:33 <PaulFertser> Other than that, A and i are far from being on par with our cool features ;)
May 17 08:55:20 <mickey|office> hehe
May 17 08:55:32 <mickey|office> morning
May 17 08:57:55 <mickey|office> daniele_athome: I did not see +512 in your last log. Anyways, I noticed an interesting change in behaviour and I'm not sure whether it's our initialization or moko11; namely ATD is supposed to not come back with OK and dial "in the background" when you set +COLP=0. For some reason it does though and the change could be a) in the firmware b) in fsogsmd initialization vs. ogsmd initialization or c) in the starsyste
May 17 08:57:56 <mickey|office> m constellation. I'd appreciate if you would do some tests with ATD behaviour in ogsmd.
May 17 08:58:32 <mickey|office> if in ogsmd ATD is blocking, then we have a change in init somewhere
May 17 08:58:42 <mickey|office> and should better sync. that
May 17 08:59:29 <daniele_athome> mickey|office, actually I've posted the error... don't know if it's actually 512
May 17 08:59:51 <daniele_athome> and when that error occurs, the phone acts very strangely
May 17 09:00:06 <daniele_athome> screen gets bad repainted, poweroff doesn't work
May 17 09:00:14 <daniele_athome> can't start any executable
May 17 09:00:21 <daniele_athome> can't even login to ssh
May 17 09:00:25 <daniele_athome> so can't view logs
May 17 09:01:25 <lindi-> gsm should not affect screen in any way
May 17 09:01:53 <daniele_athome> lindi-, so I guess gsm is not the direct cause
May 17 09:02:06 <daniele_athome> I don't know if it is a coincidence, but I've changed uSD recently
May 17 09:02:10 <gena2x> tmzt: I may be a bit wrong but soundcard is linked to bt module for sure (shematics, page bluetooth).
May 17 09:02:18 <mrmoku> daniele_athome: hmm... interesting... I had that too at least twice
May 17 09:02:20 <daniele_athome> a 8gb microSDHC
May 17 09:02:36 * mrmoku too
May 17 09:02:44 <mrmoku> well
May 17 09:02:45 <daniele_athome> mrmoku, you too have changed sd?
May 17 09:02:47 <mrmoku> 8gb... not changed
May 17 09:02:58 <daniele_athome> mmm
May 17 09:03:18 <daniele_athome> the sd package says "ultra sdhc" don't know what "ultra" is for
May 17 09:04:04 <gena2x> And other interesting thing is what after reading specs it's clear what if both sides (om and headset) support optional encodings it's possible to archive better sound quality for audio over bluetooth...
May 17 09:04:39 <PaulFertser> daniele_athome: there were reports about GSM affecting communication with some SDs.
May 17 09:05:00 <daniele_athome> mmm
May 17 09:05:30 <daniele_athome> gena2x, I have a bt headset but never made it work
May 17 09:05:41 <daniele_athome> always hearing bad noises...
May 17 09:07:35 <lindi-> my bt headset only works with external usb bt dongle
May 17 09:07:41 <gena2x> it's easy to use it for simple playing throught alsa. mine is ok for this purposu
May 17 09:07:56 <gena2x> but i want more from it :)
May 17 09:08:13 <daniele_athome> gena2x, i'm talking about gsm audio
May 17 09:08:20 <daniele_athome> it works with alsa play
May 17 09:08:37 <gena2x> noise? hell...
May 17 09:09:23 <gena2x> interestion what is source of noise.
May 17 09:10:02 <gena2x> and is noise only on your side?
May 17 09:10:28 <daniele_athome> gena2x, I don't know I've tried with automated numbers only
May 17 09:10:41 <PaulFertser> lindi-: how exactly it works with an external dongle and doesn't with internal?
May 17 09:10:42 <daniele_athome> but the noise is just a very low noise
May 17 09:11:08 <daniele_athome> no other sound
May 17 09:11:10 <PaulFertser> daniele_athome: like background amplifier noise?
May 17 09:11:26 <PaulFertser> daniele_athome: have you tried loading gsmbluetooth alsa state manually?
May 17 09:11:36 <gena2x> oh you mean 'just noise' :)
May 17 09:11:48 <PaulFertser> daniele_athome: one of the headsets i tried behaved exactly the same way.
May 17 09:11:52 <daniele_athome> PaulFertser, yes that one
May 17 09:12:07 <daniele_athome> PaulFertser, yes loaded it manually, the entire procedure is manual for now
May 17 09:12:18 <daniele_athome> because I have no program to test it with
May 17 09:12:24 <daniele_athome> PaulFertser, and also with android, same result
May 17 09:12:41 <daniele_athome> (that made me to start worrying)
May 17 09:12:53 <daniele_athome> (worrying that the headset is somewhat not compatible?)
May 17 09:13:07 <gena2x> lindi-: you mean full work?
May 17 09:13:39 <gena2x> lindi-: i mean both capture and playback during call?
May 17 09:14:30 <PaulFertser> gena2x: with external dongle the audio need to be routed through CPU.
May 17 09:15:40 <gena2x> hm. yes. and it's possible to use this mode for internal bt too.
May 17 09:15:54 <gena2x> *should be possible imo.
May 17 09:16:03 <PaulFertser> gena2x: iif you change one parameter in BT module EEPROM.
May 17 09:16:45 <gena2x> i noticed what we have two sound devices in alsa
May 17 09:16:54 <gena2x> (do cat /proc/asound)
May 17 09:17:05 <gena2x> second one is exatly our bluetooth
May 17 09:17:16 <gena2x> connection to sound card
May 17 09:17:18 <PaulFertser> gena2x: the other one can't output or receive any sound, it's there only to set rate.
May 17 09:17:41 <PaulFertser> gena2x: any sound to SoC, it's connected directly to the PCM interface of BT module.
May 17 09:18:40 <gena2x> PaulFertser: thanks
May 17 09:20:28 <PaulFertser> gena2x: if you're interested in routing SCO over HCI, i know how to do that, but it's somewhat tricky and hacky.
May 17 09:22:36 <gena2x> PaulFertser: you mean routing both captire and playback? No. i want to route throught wolfson first. now i am trying to understand process
May 17 09:23:37 <gena2x> usual playback with alsa's bluetooth plug (over HCI) works for me.
May 17 09:24:56 <PaulFertser> gena2x: that's called a2dp
May 17 09:33:27 <gena2x> PaulFertser: My understanding of bluetooth is in progress, thanks to open bt specifications :) I thought that it's a2dp independently of routing?
May 17 09:35:11 <PaulFertser> gena2x: SCO is routed via PCM by default on our chips. A2DP is always via HCI.
May 17 09:35:58 <gena2x> PaulFertser: wait. what is meaning of SCO?
May 17 09:37:02 <gena2x> PaulFertser: Synchronous Connection Oriented link
May 17 09:37:19 <gena2x> PaulFertser: seem term is unrelated to audio?
May 17 09:37:38 <gena2x> PaulFertser: no,no related, wait...
May 17 09:38:39 <PaulFertser> gena2x: it is related, it's used for bidirectional communication with the headset.
May 17 09:41:17 <gena2x> PaulFertser: so term 'SCORouting' means where to route what voice channel (separate from a2dp)?
May 17 09:41:57 <PaulFertser> gena2x: a2dp -- unidirectional high-quality; "sco" -- bidirectional low-quality.
May 17 09:42:50 <PaulFertser> gena2x: the bluez configuration option does nothing (except it makes Play() quit immediately if it's ==HCI which doesn't make much sense).
May 17 09:43:45 <gena2x> PaulFertser: aha. i thought option 'SCOrouting' should mean routing of SCO to HCI or PCM.
May 17 09:45:15 <gena2x> PaulFertser: I gone to read sources :) thanks for some clarifications.
May 17 09:49:37 <gena2x> PaulFertser: one last question: so a2dp sound can't be routed to PCM?
May 17 09:56:43 <gena2x> PaulFertser: If you didn't research that topic just tell...
May 17 10:04:11 <shaz123> I am building shr-lite and qemu is one of the packages ... does it mean that it can emulate gta02 ... or it's there for future use
May 17 10:04:20 <shaz123> or maybe for gta01
May 17 10:04:36 <lindi-> no
May 17 10:04:57 <lindi-> but that is just a guess
May 17 10:06:36 <shaz123> so whats the yes part of the puzzle
May 17 10:09:30 <shaz123> or the guess?
May 17 10:14:41 <shaz123> is shr using fso2?
May 17 10:15:54 <mickey|office> many parts of it, yes
May 17 10:18:05 <shaz123> this is ambiguous ...
May 17 10:18:28 <shaz123> so it uses valac.
May 17 10:19:45 <shaz123> micke|office: I was thing that why should we handle the DAC issues while we can create another user to handle the security through selinux.
May 17 10:19:50 <mickey|office> sure, as everything fso2 is written in Vala, you need valac when you compile it from scratch
May 17 10:20:00 <mickey|office> DAC?
May 17 10:20:08 <shaz123> thats what OE is doing right now ....
May 17 10:20:27 <shaz123> root user is part of DAC model of Linux
May 17 10:21:20 <shaz123> so we ignore DAC issues that is we should not dig deep in creating more Linux users but create just another user known as security and handle the reast with selinux
May 17 10:22:28 <shaz123> we have Linux DAC (discretionary access control) as conventional user and group and then MAC (mandatory access control) as selinux normally
May 17 10:22:50 <shaz123> and the performance hit is not bad :)
May 17 10:23:24 <shaz123> my second priority is performance so it is on agenda
May 17 10:24:26 <shaz123> mickey|office: which version of Dbus is available for shr/fso2?
May 17 10:25:02 <JaMa> PaulFertser: do you know the name for "dummy" battery in 2.6.32? (in 2.6.29 it was CONFIG_BATTERY_GTA01)
May 17 10:25:04 <shaz123> and version of X ... as I am analyzing post kernel and standard userspace and policy of selinux on openmoko
May 17 10:31:09 <morphis> mrmoku: ping
May 17 10:34:11 <lindi-> shaz123: you are talking about security and using shr? ;)
May 17 10:34:23 <mickey|office> shaz123: we use 1.3.0 with some performance patches
May 17 10:34:53 <shaz123> mickey|office: X or dbus?
May 17 10:35:14 <mickey|office> dbus
May 17 10:35:40 <shaz123> k ... let me see ...
May 17 10:36:39 <PaulFertser> JaMa: i'm sorry but i'm not following it lately. Probably platform_battery/
May 17 10:37:09 <PaulFertser> gena2x: i think a2dp can't be routed over pcm, but i can't provide any proof.
May 17 10:37:59 <shaz123> lindi: Not getting ur point ... we can trim shr for a security strengthened distro or something
May 17 10:38:39 <shaz123> you might mean too many flavor in SHR ... I guess but selinux can handle it easily ... if policy is written
May 17 10:39:41 <lindi-> shaz123: sure but if all GUI programs run as root there's a lot to fix
May 17 10:41:50 <mickey|office> so we better get started :)
May 17 10:41:52 <shaz123> well we restrict root to be no root in selinux and make another user root in selinux ... not clean but good enough to experiment
May 17 10:42:45 <shaz123> this new user is security admin (most specifically admin role of selinux)
May 17 10:44:32 <shaz123> mickey|office: dbus is the latest we have and it must have all the selinux hooks needed. Now I want to be sure which version of X is available? If X is old then will it be easy to build a more recent version with selinux support?
May 17 10:44:39 <JaMa> PaulFertser: ok, thanks
May 17 10:44:50 <gena2x> PaulFertser: thanks
May 17 10:45:06 <mrmoku> morphis: pong
May 17 10:45:26 <morphis> mrmoku: how do you started uml to test fsoinitd?
May 17 10:45:36 <morphis> I did not get it running
May 17 10:45:37 * mrmoku checks his bash history
May 17 10:45:51 <morphis> do created an image or boot from local filesystem?
May 17 10:46:04 <mrmoku> linux ubd0=~/Downloads/Debian-5.0-AMD64-root_fs mem=1024M
May 17 10:46:07 <mrmoku> something like this
May 17 10:46:17 <mrmoku> mem was important... as it OOMed without
May 17 10:46:27 <mrmoku> and I tried different images
May 17 10:46:47 <mrmoku> including a fso2-console image
May 17 10:46:55 <morphis> hm
May 17 10:47:24 <morphis> it works everytime or also die with a kernel panic?
May 17 10:47:44 <mrmoku> check if you see some OOM message way up
May 17 10:47:50 <mrmoku> took me some time to see that
May 17 10:47:58 <mrmoku> as it's not at the end with the kernel panic
May 17 10:48:26 <morphis> OOM ?
May 17 10:48:33 <mrmoku> yeah, no idea why :/
May 17 10:48:40 <morphis> whats OOM?
May 17 10:48:45 <mrmoku> OutOfMemory
May 17 10:49:03 <shaz123> do we have pam in shr?
May 17 10:49:03 <morphis> ah ok
May 17 10:49:51 <lindi-> shaz123: if you want to improve security, fix the wlan driver. currently non-root users can send ioctl()s to it...
May 17 10:50:02 <lindi-> shaz123: do you know some selinux trick to prevent that?
May 17 10:50:04 <mickey|office> well
May 17 10:50:09 <mickey|office> let him start small
May 17 10:50:16 <lindi-> that's one of the missing pieces for me :)
May 17 10:50:28 <lindi-> I haven't figured out a way to prevent guest users from killing my wlan
May 17 10:50:30 <shaz123> lindi: I have to check ...
May 17 10:50:41 <shaz123> lindi-: I have to check ...
May 17 10:50:42 <lindi-> so I just have to trust them not to
May 17 10:52:35 <PaulFertser> lindi-: have you heard about ITS security conception? 
May 17 10:53:29 <shaz123> lindi-: well that should be possible when other users log in as the device user and root is not the default account. In current situation all u have to do is stop other users to not transition to or not access the wlan domain and its resources
May 17 10:53:39 <lindi-> PaulFertser: not sure, ITS is not very easy to google
May 17 10:53:51 <shaz123> :)
May 17 10:54:29 <lindi-> shaz123: so there's some selinux magic to specify what ioctls guests can issue to wlan?
May 17 10:54:51 <shaz123> let me check before acking this
May 17 10:55:08 <shaz123> ioctl is a system call right?
May 17 10:55:24 <PaulFertser> lindi-: To deal with a rash of incidents where users sought out flaws in the system in order to crash it, a novel approach was taken. A command was implemented which anyone could run which caused the system to crash http://en.wikipedia.org/wiki/Incompatible_Timesharing_System
May 17 10:55:47 <lindi-> PaulFertser: heh
May 17 10:55:50 <lindi-> before my time
May 17 10:55:56 <PaulFertser> lindi-: well before mine as well
May 17 10:56:37 <lindi-> I doubt that approach would work very well in my university :)
May 17 10:57:10 <mrmoku> morphis: UML killed your box? :P
May 17 10:57:15 <lindi-> PaulFertser: the challenge would then be to trick some innocent person into running the crash command
May 17 10:57:19 <morphis> something like that ... :)
May 17 10:57:34 <morphis> I tried it with "linux rootfstype=hostfs hostfs=/home/morphis/oe/x86_64/rootfs rw mem=256M"
May 17 10:57:34 <shaz123> lindi-: ioctl permission has to be removed from the domain in which the other user is running.
May 17 10:58:14 <PaulFertser> lindi-: creative
May 17 10:58:21 <lindi-> shaz123: would that apply to all ioctls then?
May 17 10:58:36 <morphis> mrmoku: something like "mmapper_init - find_iomem failed" I have
May 17 10:58:48 <mrmoku> hmm
May 17 10:59:23 <shaz123> lindi-: It should roughly be like "allow user_domain wlan : read write" .... but not ioctl
May 17 10:59:59 <shaz123> lindi-: no for the specific domain.
May 17 11:00:49 <lindi-> shaz123: sounds bit abstract
May 17 11:01:25 <shaz123> let me put it more concrete ... give me a minute ...
May 17 11:02:38 <lindi-> anyways, i think my kernel lacks selinux so i can't test your suggestion :(
May 17 11:03:12 <shaz123> which kernel are u using
May 17 11:03:49 <lindi-> http://wiki.openmoko.org/wiki/user:lindi lists the hash
May 17 11:03:56 <lindi-> i can't remember git hashes by heart :)
May 17 11:04:02 <shaz123> all u have to do is enable it .... but still u would need lots of policies and some userspace libraries. Maybe in a while .... a month or two u can have some usable thing from me
May 17 11:05:33 <morphis> mrmoku: thats the output: http://pastebin.com/eUKD99ad
May 17 11:06:56 <mrmoku> morphis: are you sure that hostfs thing should work?
May 17 11:07:10 <mrmoku> #
May 17 11:07:10 <mrmoku> Couldn't stat "root_fs" : err = 2
May 17 11:07:10 <mrmoku> #
May 17 11:07:11 <mrmoku> Failed to initialize ubd device 0 :Couldn't determine size of device's file
May 17 11:07:15 <morphis> jepp
May 17 11:07:29 <morphis> I saw that, but exactly the same I found out there
May 17 11:07:41 <morphis> hm will try it again with an image file
May 17 11:07:49 <mrmoku> morphis: and after those four request_module lines it takes a very long time for me to continue
May 17 11:08:17 <morphis> aha
May 17 11:08:27 <morphis> long time = minutes or hours?
May 17 11:08:56 <mrmoku> morphis: well... some m
May 17 11:08:59 <mrmoku> inute
May 17 11:09:02 <morphis> ok
May 17 11:10:21 <pwgen> JaMa: ping
May 17 11:12:02 <shaz123> lindi-: ur wlan driver is access via /dev/wlan so it is a file and a user domain should have ioctl permission on it to ioctl on the wlan. If the user is not given the permission that it will by default not be able to do ioctl. Have a look at http://www.selinuxproject.org/page/ObjectClassesPerms#common_file
May 17 11:12:40 <gena2x> selinux on embedded device seem nasty. better go and fix wifi driver, it should be easy :)
May 17 11:13:26 <lindi-> shaz123: there's no /dev/wlan
May 17 11:13:32 <lindi-> shaz123: network devices are not files in linux
May 17 11:13:42 <shaz123> whatever the driver file is ...
May 17 11:13:53 <lindi-> there's no file sorry
May 17 11:14:20 <shaz123> how do someone communicate with the driver
May 17 11:14:37 <shaz123> in unix everything is suppose to be a file
May 17 11:14:57 <gena2x> ioctl took file descriptor.
May 17 11:15:34 <shaz123> file descriptor is the programatic paradigm and selinux looks at it as a file
May 17 11:17:05 <shaz123> gena2x: why nasty ... the policies are hard to get used to but the rest is smooth and stable
May 17 11:18:25 <shaz123> u can try other mac mechanisms like tomoyo or smack but they are not suitable for complex scenarios ... maybe a simple consumer device .... I am talking of hardcore security with hardware assisted security as well like trustzone and other mechanisms
May 17 11:19:03 <lindi-> shaz123: you live in some dreamland :)
May 17 11:19:23 <Kensan> shaz123: have you evaluated ARMs trustzone?
May 17 11:19:53 <shaz123> I am just a researcher :) a rookie programmer and a nasty experimental person
May 17 11:19:54 <gena2x> I never study selinux in details but i think it should add measurable overhead
May 17 11:20:02 <lindi-> shaz123: sock = socket(AF_INET, SOCK_DGRAM, 0); strncpy(ifr.ifr_name, "wlan", sizeof(ifr.ifr_name)); ret = ioctl(sock, AR6000_IOCTL_EXTENDED, &ifr);
May 17 11:20:09 <gena2x> that's why i think it's nasty.
May 17 11:20:16 <lindi-> shaz123: no files involved
May 17 11:20:41 <shaz123> what is the socket?
May 17 11:20:51 <gena2x> lindi-: think of /proc/$$/fd/X ;)
May 17 11:21:42 <lindi-> gena2x: ok but only if /proc is mounted :)
May 17 11:21:53 <shaz123> it seems u are connecting via wlan service rather than the driver ... if I am getting it right
May 17 11:22:16 <lindi-> shaz123: "wlan" is just name of the interface
May 17 11:22:20 <lindi-> shaz123: it could be "eth0" too
May 17 11:22:30 <lindi-> shaz123: just take a look at how e.g. "ifconfig" works on your own system
May 17 11:22:55 <lindi-> shaz123: can you make selinux hide some interfaces from non-root users from the output of ifconfig?
May 17 11:23:28 <shaz123> lindi-: I have studied it trustzone and worked pratically on two available tpm emulators on openmoko
May 17 11:24:19 <shaz123> lindi-: let me see/check ... but it should be easy ... at least doable
May 17 11:24:21 <lindi-> shaz123: yep but can you do that with selinux at all? you can test on pc first
May 17 11:24:56 <shaz123> why not stop the user from doing ifconfig?
May 17 11:25:06 <shaz123> it is quite simple ...
May 17 11:25:18 <lindi-> shaz123: how do you stop the user from doing ifconfig?
May 17 11:26:02 <shaz123> ifconfig is a command and you dont let the user ... be it root to execute it! Or transition into it ... thats it
May 17 11:26:19 <lindi-> shaz123: but can't the user just copy his own ifconfig binary to /tmp?
May 17 11:26:47 <shaz123> dont give the user read permission on ifconfig :)
May 17 11:26:56 <lindi-> shaz123: they can read it from http://packages.debian.org
May 17 11:27:10 <shaz123> the network interface thing can be done with selinux extension to iptables
May 17 11:27:22 <lindi-> i'm not very convinced :)
May 17 11:28:06 <lindi-> surely I can block traffic but that's not enough
May 17 11:28:11 <shaz123> but they cannot write policy for it after putting it on file system. Nor they can label it so it's a deny by default
May 17 11:28:26 <lindi-> shaz123: but they can start "perl" and use it to make the necessary ioctls
May 17 11:28:47 <shaz123> policy and labeling can only be done by admin role of selinux that is associated with some DAC user.
May 17 11:29:18 <shaz123> no matter what language or shell ... if policy does not allow it then they can do nothing. not even root
May 17 11:29:50 <lindi-> shaz123: ok but can you specify a policy that does not let you to use ioctl(sock, AR6000_IOCTL_EXTENDED, &ifr)?
May 17 11:30:44 <shaz123> #selinux can be more quick then me because I am not a pro policy writer but I can do it for u if u can teach how to use OE :)
May 17 11:31:09 <JaMa> pwgen: pong
May 17 11:31:24 <lindi-> shaz123: i don't use OE myself :)
May 17 11:31:35 <shaz123> what do u use
May 17 11:31:39 <lindi-> shaz123: debian
May 17 11:31:44 <JaMa> Q-Master: if you have issues with vfat, please make and send patch.. I don't use it
May 17 11:32:48 <shaz123> so teach me debian then because I am only good at toolchain provided by openmoko :) I get lost in OE ... just trying it at the moment too.
May 17 11:33:04 <lindi-> shaz123: what distro do you use on your desktop?
May 17 11:33:13 <shaz123> ubuntu
May 17 11:33:25 <lindi-> shaz123: then why not make the selinux policy there?
May 17 11:33:50 <shaz123> Ok I'll do it give me some time
May 17 11:34:04 <shaz123> please restate ur problem
May 17 11:34:19 <gena2x> only don't turn on selinux on debian by default please :)
May 17 11:34:51 <shaz123> gena2x: It's damn easy to use selinux ... make it permissive :)
May 17 11:35:08 <lindi-> shaz123: to make it easier on PC: "make sure a guest user can only see traffic counters of eth0 but not eth1"
May 17 11:35:29 <lindi-> shaz123: traffic counters are those that you can see with e.g. ifconfig and show how many bytes have been received over some interface
May 17 11:35:44 <lindi-> maybe that's an impossible task, i do not know :)
May 17 11:35:45 <shaz123> ok
May 17 11:36:13 <shaz123> it is suppose to be simple
May 17 11:37:14 <shaz123> lindi-: how about guest cannot see any counters ... for a start :)
May 17 11:37:46 <shaz123> that'll save me from going into iptables
May 17 11:38:04 <shaz123> or whatever ....
May 17 11:38:10 <shaz123> let me see ....
May 17 11:38:25 <Q-Master> JaMa: ok. just need to get kernel src
May 17 11:39:07 <JaMa> Q-Master: isn't it an option in fstab?
May 17 11:41:54 <pwgen> JaMa: are there somewhere  bluetooth modules for 2.6.32- ubifs kernels ?
May 17 11:43:18 <JaMa> pwgen: bt is included in kernel
May 17 11:43:32 <JaMa> pwgen: ubi support also in kernel
May 17 11:43:53 <JaMa> pwgen: so any recent 2.6.32 is good enough
May 17 11:44:27 <JaMa> pwgen: please note that all were moved to old now and 2.6.32.13 is building atm (will take long, because of rebuild from scratch)
May 17 11:44:31 <pwgen> JaMA: after echo"1" > .... power_on . i have no hci device ..
May 17 11:45:18 <JaMa> last time I enabled bt with fsoraw and it worked
May 17 11:45:21 <pwgen> .. its the linux-openmoko-shr-drm-devel.git recipe ?
May 17 11:46:20 <JaMa> no linux-openmoko-2.6.32_git 
May 17 11:46:39 <JaMa> linux-openmoko-shr-drm-devel.git is drm-tracking (2.6.29-rc3 + drm patches)
May 17 11:50:28 <pwgen> JaMa: any documentaion about fsoraw except the source code ?
May 17 11:50:58 <JaMa> fsoraw -h and wiki page
May 17 11:51:34 <JaMa> pwgen: fsoraw -r Bluetooth -- less /etc/shr-version
May 17 11:51:54 <JaMa> hci0:   Type: USB
May 17 11:53:01 <pwgen> .. ends up in no hcidevice on my moko (:-((
May 17 11:53:12 <JaMa> pwgen: maybe not running bluetoothd? (check bluetoothd -n -d &)
May 17 11:53:35 <JaMa> then you will see it also in hcitool dev
May 17 11:54:22 * JaMa just retested on 2.6.32.13 (before tested on some older version, maybe 2.6.32.11)
May 17 11:54:31 <pwgen> nup .. running but no hci dev ..
May 17 11:54:54 <pwgen> 2.6.32.12 
May 17 11:55:40 <JaMa> pwgen: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=8c1753f14b4579a22d07655e0d8070ec5ff73808
May 17 11:56:05 <JaMa> pwgen: everything newer then 2.6.32.10 -r5 should be fine
May 17 11:56:30 <JaMa> pwgen: fsoraw still running on background?
May 17 11:57:12 <pwgen> no. no fsoraw running. 
May 17 11:58:02 <JaMa> hmm than no surprised you have no hci dev :)
May 17 11:58:23 <JaMa> less /etc/shr-version is just for neverending cmd.. 
May 17 11:59:07 <pwgen> i started fsoraw -r Bluetooth vala-terminal .
May 17 11:59:49 <pwgen> the termianl was displayed ( working with debug board on serial console )  the fsoraw is in process list , but no bluetooth device
May 17 12:00:23 <JaMa> and with 2.6.29 it works fine for you?
May 17 12:01:31 <pwgen> 2.6.29 wasnt able to mount the ubifs a second time . so i updated to 2.6.32.12
May 17 12:01:59 <mrmoku|lunch> JaMa: does 0026-gta02-defconfigs-enable-LEDS_S3C24XX.patch do what I hope it to do? :)
May 17 12:02:35 <JaMa> mrmoku: :) hopefully, do you have mdbus2/echo > sys example for test?
May 17 12:02:57 <mrmoku> JaMa: just check if there is more than one led in /sys
May 17 12:03:06 <JaMa> mrmoku: charging led is not shown, but I have dummy battery now
May 17 12:03:27 <mrmoku> ls /sys/class/leds
May 17 12:03:32 <JaMa> leds/gta02\:red\:aux only
May 17 12:03:35 <mrmoku> gta02-aux:red  gta02-power:blue  gta02-power:orange  neo1973:vibrator
May 17 12:03:38 <mrmoku> on old kernel :/
May 17 12:03:44 <JaMa> ah :/
May 17 12:03:50 <mrmoku> pity :(
May 17 12:05:18 <JaMa> hmm CONFIG_LEDS_PWM, maybe, let me check
May 17 12:05:58 <pwgen> JaMa: it wasn show with lsub, after manually using echo 1 > /sys.... power_on and fsoraw .. its now there ..
May 17 12:06:23 <JaMa> mrmoku: after shr build finish I'll push and build gdrm-for-merging version
May 17 12:07:02 <mrmoku> JaMa: ok, will give that one a try then
May 17 12:07:18 <lindi-> pwgen: what makes you think that "echo 1 > power_on" would turn it on?
May 17 12:08:35 <JaMa> mrmoku: it will be a while.. NOTE: Running task 57 of 988 
May 17 12:11:43 <mrmoku> JaMa: ok, np :)
May 17 12:13:10 <pwgen> 1. lsusb  show only hub, after echo "1" > ... ; lsusb show bt device + hub 
May 17 12:13:35 <pwgen> i think that shows me that the usb device was powered down before
May 17 12:15:03 <lindi-> pwgen: aren't you supposed to write the reset file too?
May 17 12:15:38 <shaz123> lindi-: do u use embeddian?
May 17 12:15:45 <lindi-> shaz123: nope
May 17 12:15:58 <lindi-> it's emdebian btw
May 17 12:16:24 <lindi-> i used emdebian toolchain for a while but now I use normal debian stuff
May 17 12:17:10 <shaz123> so how do u cross build for OM? I thought u were using debian over freerunner ..
May 17 12:18:27 <lindi-> shaz123: I mostly just build natively
May 17 12:18:41 <PaulFertser> lindi-: do you use distcc? If not, why?
May 17 12:18:48 <lindi-> PaulFertser: i do sometimes
May 17 12:19:14 <lindi-> PaulFertser: http://lindi.iki.fi/lindi/openmoko/qemu-distcc.txt is the qemu + distcc recipe
May 17 12:19:43 <shaz123> lindi-: so what u doing at this channel :)
May 17 12:19:51 <lindi-> shaz123: openmoko is hardware for me
May 17 12:20:44 <lindi-> shaz123: i don't think the original openmoko distro is developed at all
May 17 12:20:54 <lindi-> PaulFertser: http://lindi.iki.fi/lindi/openmoko/debian-armel-cross.txt is the cross-compiler part
May 17 12:21:54 <PaulFertser> lindi-: thanks
May 17 12:23:05 <gena2x> It's also possible to build arm debian packages directly on emulator and then istall
May 17 12:23:23 <lindi-> gena2x: yep that's what the qemu trick does there
May 17 12:30:41 <shaz123> the cross armel is what interests me ... have to try it soon
May 17 12:34:47 <shaz123> lindi-: It is not possible.  That info comes out of the /proc/net/dev proc file. All interfaces are in the same file, so you can either see all of the interfaces or none of the interfaces.  This can be controlled by allowing or denying access to proc_net_t files.
May 17 12:35:15 <shaz123> I got this from the selinux mailing list but I am still onto it ... and digging more
May 17 12:37:13 <lindi-> shaz123: ok
May 17 12:39:56 <JaMa> mrmoku: gta02::vibrator/    gta02:blue:power/   gta02:orange:power/ gta02:red:aux/
May 17 12:40:09 <mrmoku> JaMa: :D
May 17 12:40:22 <mrmoku> JaMa: that's fantastic :)
May 17 12:40:31 <JaMa> mrmoku: pick it from my repo if you're impatient
May 17 12:40:32 <mrmoku> probably the last showstopper
May 17 12:40:45 <mrmoku> no can wait... have to daywork anyway :/
May 17 12:41:36 * JaMa mixing blue and orange for optimal violet :)
May 17 12:42:03 <mrmoku> :)
May 17 12:43:21 <mrmoku> hell no... I _am_ impatient... f**k daywork ;)
May 17 12:43:24 <mrmoku> JaMa: link please :)
May 17 12:43:34 <JaMa> hmm vibrator@255 was more like force feedback in some moto game :)
May 17 12:43:42 <mrmoku> :P
May 17 12:43:49 <JaMa> mrmoku: http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/
May 17 12:43:52 <mrmoku> thanks
May 17 12:43:54 <JaMa> oe2 version
May 17 12:45:21 <JaMa> mrmoku: if you think it's last showstopper, then we should probably merge current state to shr-t and try it on users :)
May 17 12:45:55 <JaMa> mrmoku: but we should also wait for gdrm-for-merging to merge
May 17 12:47:56 <mrmoku> JaMa: on personal showstopper with the new kernel was always WSoD on screen blanking
May 17 12:47:59 <mrmoku> +e
May 17 12:48:06 <mrmoku> let's see if that is better now
May 17 12:48:41 * mrmoku booting
May 17 12:48:41 <JaMa> that's pretty important one and I'm glad I never seen it :)
May 17 12:49:44 <[Rui]> hi, soundsee
May 17 12:49:51 <[Rui]> sound seems borked
May 17 12:51:05 <JaMa> [Rui]: does it look like (except s/31/29) http://paste.pocoo.org/show/214842/ ?
May 17 12:51:09 <[Rui]> extremely low
May 17 12:51:22 <JaMa> ah, then it's something else..
May 17 12:51:42 <[Rui]> I hear very low (outdoors it's very hard to hear).
May 17 12:52:18 <[Rui]> And while previously changing the mic sidetone mux to the "forbidden" value made others hear me better, now it adds a whole lot of echo
May 17 12:52:33 <[Rui]> so I've reverted to the default values, but I hear too low and the other side as well
May 17 12:53:01 <mrmoku> JaMa: white is still there :/
May 17 12:53:07 <lindi-> [Rui]: sounds like some hardware stuff broke
May 17 12:53:08 <JaMa> mrmoku: :/
May 17 12:53:23 <[Rui]> there are a lot of differences from the copy I kept previously
May 17 12:54:26 <[Rui]> this is the diff: http://paste.pocoo.org/show/214843/
May 17 12:54:30 <[Rui]> seems a bit too much
May 17 12:56:51 <shaz123> lindi-: It won't be possible unless you create your own application that filters the info :) It will be better if you go for the ioctl denials or just deny using the ifconfig domain.
May 17 12:57:27 <[Rui]> JaMa: to me, ls -lahd alsa* looks like your paste
May 17 12:58:09 <JaMa> [Rui]: yeah.. sorry I was expecting issue like no sound at all (was issue in shr-t last week or so)..
May 17 12:58:26 <[Rui]> JaMa: I'm a little daredevil, running shr-u ;)
May 17 12:58:42 <JaMa> [Rui]: I was too fast to reply before you narrowed the problem :)
May 17 12:58:53 * JaMa running shr-e :)
May 17 13:00:37 <JaMa> extra experimental enhanced enterprise edition
May 17 13:01:57 <mrmoku> shr-e5 ... nice :P
May 17 13:03:17 <[Rui]> lol
May 17 13:04:04 <[Rui]> is the iliwi author around? I'd like to spank him for using almost as much memory as elmdentica
May 17 13:06:36 * mrmoku wonders what the other 12 e in e17 might stand for ;)
May 17 13:17:13 <[Rui]> where can I track changes to the gsmhandset alsa state file?
May 17 13:22:46 <CIA-36> freesmartphone.org: 03morphis 07utilities * r18701e354776 10/palmpre/preboot/src/main.vala: preboot: cleanup indentation
May 17 13:25:34 <CIA-36> freesmartphone.org: 03morphis 07utilities * r625283687392 10/palmpre/preboot/src/main.vala: preboot: cleanup indentation
May 17 13:26:14 <JaMa> [Rui]: in fso repo, but as it was moved from alsa-scenarii, shr-scenari, fsodeviced it's hard to get consistent git log :/
May 17 13:29:08 <mrmoku> including changing the file format...
May 17 13:30:53 <[Rui]> JaMa: I just want to find the history of changes and check which version works :)
May 17 13:30:58 <[Rui]> currently it's broken
May 17 13:31:04 <[Rui]> more than usually :)
May 17 13:35:16 <mrmoku> [Rui]: last change was:
May 17 13:35:17 <mrmoku> -5:'Mono Playback Volume':1:110
May 17 13:35:17 <mrmoku> +5:'Mono Playback Volume':1:87
May 17 13:36:14 <[Rui]> mrmoku: that's why I hear so low?
May 17 13:37:12 <mrmoku> [Rui]: try to set it back :)
May 17 13:37:42 <PaulFertser> [Rui]: every device is different, and the difference is especially high between "stupid-caps-present" and "no-stupid-caps" devices.
May 17 13:40:09 <[Rui]> fsodevice isn't here: http://git.freesmartphone.org/   where is it?
May 17 13:43:26 <morphis> [Rui]: look into cornucopia.git
May 17 13:43:35 <[Rui]> oh
May 17 13:43:38 <[Rui]> morphis: thanks
May 17 13:43:38 <morphis> :)
May 17 13:43:42 <morphis> np
May 17 13:46:50 <Q-Master> JaMa: nop.
May 17 13:48:19 <JaMa> Q-Master: than I don't know what you're talking about :)
May 17 13:49:54 <Q-Master> JaMa: vfat complains on UTF8 iocharset that it will be case-sensitive. I wanna remove that warn
May 17 13:50:35 <JaMa> and quiet option doesn't supress that output?
May 17 13:52:06 <JaMa> or check=r
May 17 14:05:26 <CIA-36> freesmartphone.org: 03mok 07cornucopia * rbf56828d0de8 10/fsodeviced/src/plugins/kernel26_powersupply/plugin.vala: 
May 17 14:05:26 <CIA-36> freesmartphone.org: fsodeviced: add missing @ to logger in kernel26_powersupply
May 17 14:05:26 <CIA-36> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 17 14:07:43 <mrmoku> JaMa: hmm
May 17 14:07:43 <mrmoku> MDBUS2> org.freesmartphone.odeviced /org/freesmartphone/Device/LED/gta02_orange_power org.freesmartphone.Device.LED.SetBrightness 100
May 17 14:07:47 <mrmoku> [ERR]: Unknown object path /org/freesmartphone/Device/LED/gta02_orange_power for org.freesmartphone.odeviced
May 17 14:08:58 <JaMa> mrmoku: I tried only with echo to sysfs
May 17 14:09:28 <JaMa> mrmoku: and sysfs node names are a bit different
May 17 14:09:58 <JaMa> ie  gta02-power:blue -> gta02:blue:power
May 17 14:10:08 <mrmoku> JaMa: yeah, but fsodeviced correctly discovers them
May 17 14:10:31 <mrmoku> 2000-01-01T04:54:38.578609Z [INFO]  Kernel26Led </sys/class/leds/gta02:orange:power>: Created
May 17 14:12:11 <[Rui]> mrmoku: Mono Playback Volume was 107 for me
May 17 14:12:27 <[Rui]> fuck it, I'm going to do a backup and install a base image, just to be sure
May 17 14:12:51 <mrmoku> [Rui]: playing with the volume slider in the call window will change that value
May 17 14:13:02 <[Rui]> but anyway, I changed the value to 87 and picked up a call I made from another phone and no setting had that value
May 17 14:13:35 <[Rui]> mrmoku: but is libphone-ui not changing that value afterwards? is it keeping the value in a sepearte configuration?
May 17 14:13:57 <[Rui]> because even with volume at maximum in the call window I hear myself very low
May 17 14:14:06 <[Rui]> with outdoor noise it'll be very hard to hear me
May 17 14:14:33 <mickey|office> mrmoku: IIRC the leds are only enumerated atm.
May 17 14:14:40 <mrmoku> TAsn: ^^
May 17 14:14:43 <mrmoku> mickey|office: ahh ok
May 17 14:14:45 <mrmoku> that explains :P
May 17 14:14:55 <mickey|office> Vala does not support objects under multiple names yet
May 17 14:15:09 <mickey|office> otherwise i would have added those as well
May 17 14:15:21 <mrmoku> hmm ouch
May 17 14:15:27 <TAsn> mrmoku, ?
May 17 14:15:49 <mrmoku> TAsn: what does libphone-ui do exactly nowadays when playing with the volume sliders?
May 17 14:16:00 <mrmoku> using fso api to save scenarios?
May 17 14:16:08 <mrmoku> after manually fiddling with alsa?
May 17 14:16:13 <TAsn> changing alsa directly and fso api to save
May 17 14:16:14 <TAsn> yeah.
May 17 14:16:54 <mrmoku> and that within a certain range, right?
May 17 14:17:58 <mrmoku> mickey|office: how is /org/freesmartphone/Device/PowerControl done then?
May 17 14:21:21 <mickey|office> that's not dynamically detected, but fixed, since it's clear how many peripherals are controlled through that
May 17 14:21:39 <mickey|office> the sysfs class devices are dynamically computed
May 17 14:23:20 <mrmoku> k
May 17 14:31:07 <[Rui]> besides opim and /home/root, anything else should be backed up?
May 17 14:32:54 <JaMa> daniele_athome: updated libframework-glib in feeds now
May 17 14:33:04 <JaMa> as well as updated EFL
May 17 14:33:59 <daniele_athome> JaMa, thanks
May 17 14:34:21 <JaMa> yw
May 17 14:41:49 <mrmoku> TAsn: hmm... want me to add a Flight-Mode slider to quick-settings? 
May 17 14:42:14 <mrmoku> err
May 17 14:42:25 <mrmoku> it is already there... might just make it functional :P
May 17 14:50:36 <[Rui]> mrmoku: TAsn the quick settings first dialog used to look better than it did a couple fo weeks ago, was that improved in the meanwhile?
May 17 14:52:29 <[Rui]> booting image looks nicer
May 17 14:52:44 <[Rui]> strange that all the upgrades didn't change it...
May 17 15:19:27 <mrmoku> [Rui]: what do you mean?
May 17 15:20:09 <[Rui]> mrmoku: about what, the way quicksettings looks or that the booting image didn't get changed in the opkg upgrade path?
May 17 15:20:53 <mrmoku> quick-settings
May 17 15:21:26 <[Rui]> mrmoku: it looked really bad, but I'm now installing it to see if it changed
May 17 15:22:22 <[Rui]> it still has the same problem
May 17 15:22:33 <[Rui]> the part about phone profile and airplane mode is a mess
May 17 15:23:47 <mrmoku> [Rui]: complain to TAsn :P
May 17 15:23:53 <[Rui]> mrmoku: or fix it
May 17 15:24:00 <mrmoku> or fix it yes :)
May 17 15:24:14 <[Rui]> let's clone the repo (lost it in my last system upgrade)
May 17 15:26:12 <playya_> Kensan, Deubeuliou could i add the nexus/HD2 to the list of WIP phones on fso/fsf?
May 17 15:28:26 <[Rui]> shite, I really should get the time to understnad edje
May 17 15:30:21 <raster> ahhahaha
May 17 15:30:57 <[Rui]> raster: it's a bit confusing
May 17 15:32:03 <raster> thats one of my biggest fears
May 17 15:32:05 <raster> edje is powerful
May 17 15:32:09 <raster> it can do a lot
May 17 15:32:11 <[Rui]> raster: indeed
May 17 15:32:19 <raster> but.. i may have created a beats thats just too complex for people
May 17 15:32:30 <raster> i HATE making simple things that are too limited
May 17 15:32:37 <raster> because i always instantly hit their limits
May 17 15:32:42 <raster> and i know it pisses others off too
May 17 15:33:04 <raster> but the price for power is - complexity
May 17 15:33:16 <raster> all i can suggest is looking at editje  - its a gui edje editor
May 17 15:33:25 <raster> it may help you understand edje better
May 17 15:33:31 <raster> as such more tutorials/docs would help
May 17 15:33:35 <raster> but got code to do right now
May 17 15:33:35 <[Rui]> raster: simpler and more straightforward documentation would go miles into helping :)
May 17 15:33:53 <raster> more important - have coide to write
May 17 15:34:01 <raster> :-S
May 17 15:34:08 <[Rui]> raster: write! :)
May 17 15:34:13 <raster> am doing it
May 17 15:34:28 <[Rui]> raster: no you're not, you're getting distracted by me :)
May 17 15:34:36 <raster> hahahah
May 17 15:41:25 <[Rui]> gtg
May 17 15:45:39 <Deubeuliou> playya_: why not. what do you refer to by "fsf" ?
May 17 15:46:40 <playya_> http://groups.fsf.org/wiki/Hardware/Freest#Mobile_Phones_and_PDA.2FTablets
May 17 15:52:16 <playya_> Deubeuliou, who is working on these phones and are there any other channels to add?
May 17 15:55:37 <Deubeuliou> I remember there was someone who wanted to work on porting h:1 on the nexus one but I can't find his names
May 17 15:57:03 <playya_> dcordes is working on the HD2
May 17 15:58:02 <playya_> do you have any links or a status?
May 17 15:59:57 <TAsn> mrmoku|bbq, I didn't change anything in quick-settings. anyhow, please add flight mode if you can :P
May 17 16:00:42 <mrmobil> TAsn: but the layout is from you, no?
May 17 16:00:59 <TAsn> yes.
May 17 16:01:00 <Deubeuliou> playya_: nope, sorry
May 17 16:16:04 <sybren> hey guys!
May 17 16:17:07 <sybren> what's the status of SHR-T? Can I upgrade safely and have a working GSM & GPS?
May 17 16:39:42 <kBit> hello
May 17 16:39:54 <kBit> someone can help me with shr?
May 17 16:44:35 <von_fritz> kBit no :) wrong channel but "chissenefrega" :D go on, whats the prob?
May 17 16:44:54 <kBit> ehehe
May 17 16:45:02 <kBit> ciao von_fritz!!
May 17 16:45:16 <von_fritz> cia ;)
May 17 16:45:22 <kBit> qualè il chan giusto?
May 17 16:45:30 <kBit> mi hanno consigliato di passare di qui!
May 17 16:46:09 <kBit> beh ad ogni modo .. ho messo sul l'shr con dfu-util come da manuale ..
May 17 16:46:26 <von_fritz> english please ;) for ita telefoninux or private
May 17 16:46:36 <kBit> uch
May 17 16:46:45 <kBit> ok mm
May 17 17:13:24 <pwgen> JaMa: any idea why i only get a white display ( Xorg/illume seems  running )
May 17 17:23:57 <GarthPS> Hello guuys!
May 17 17:24:33 <GarthPS> some one know how to be able to receive sms on SHR-U?
May 17 17:24:42 <GarthPS> it does not work right now
May 17 17:24:56 <GarthPS> even with opimd-cli m query
May 17 17:36:52 <GNUtoo> hi mickeyl 
May 17 18:13:25 <GNUtoo> ping mickeyl 
May 17 18:25:01 <mrmoku> JaMa: | scripts/unifdef.c:209: error: conflicting types for 'getline'
May 17 18:25:02 <mrmoku> | /usr/include/stdio.h:653: note: previous declaration of 'getline' was here
May 17 18:25:07 <mrmoku> any idea?
May 17 18:26:46 <mickeyl> GNUtoo: pong
May 17 18:26:57 <GNUtoo> hi
May 17 18:27:03 <GNUtoo> I've some questions on FSO
May 17 18:27:28 <GNUtoo> because it seem that suspend only work when you leave the phone timeout and suspend by itself
May 17 18:27:33 <GNUtoo> which is governed by fso
May 17 18:27:49 <GNUtoo> so I wonder what's the order and what fso does for suspending
May 17 18:28:12 <GNUtoo> so I could try to fight this issue with msm_fb
May 17 18:29:00 <mickeyl> ok, order is:
May 17 18:29:02 <mickeyl> someone calls org.freesmartphone.Usage.Suspend()
May 17 18:29:19 <mickeyl> then, for every registered Resource that is not Disabled, org.freesmartphone.Resource.Suspend() is being called
May 17 18:29:28 <mickeyl> after that, the lowlevel machine suspend is being called
May 17 18:29:43 <mickeyl> which -- for most machines -- eventually leads to echo "mem" /sys/power/state
May 17 18:30:14 <GNUtoo> ok 
May 17 18:30:35 <GNUtoo> on dream what does org.freesmartphone.Resource.Suspend() do ?
May 17 18:30:39 <GNUtoo> wifi,screen etc...
May 17 18:30:41 <GNUtoo> ?
May 17 18:30:58 <GNUtoo> I'll try org.freesmartphone.Usage.Suspend
May 17 18:31:39 <mickeyl> Resources known to FSO are GSM, WiFi, BT, CPU, Display
May 17 18:31:58 <mickeyl> however neither CPU nor Display have non-empty suspend or resume functions
May 17 18:32:00 <GNUtoo> ah ok
May 17 18:32:14 <GNUtoo> ok so CPU and display
May 17 18:32:18 <GNUtoo> specially Display
May 17 18:32:22 <mickeyl> CPU and display you can ignore
May 17 18:32:28 <mickeyl> they only tweak idle notifier
May 17 18:32:40 <mickeyl> i.e. which states we move in
May 17 18:32:52 <mickeyl> (busy, idle, etc.)
May 17 18:33:00 <spaetz> sybren: shr-t worked for me on the last upgrade
May 17 18:34:06 <GNUtoo> ok
May 17 18:41:10 <GNUtoo> mickeyl, calling org.freesmartphone.Resource.Suspend make it resume after 35s
May 17 18:41:52 <GNUtoo> anyway shr-setting says fso is broked
May 17 18:41:54 <GNUtoo> rebooting
May 17 18:42:06 <GNUtoo> also mdbus -s doesn't work when the device is in fake suspend
May 17 18:42:52 <mickeyl> disable the fake thing in FSO
May 17 18:42:55 <mickeyl> it needs to go away
May 17 18:42:59 <mickeyl> use kernel26
May 17 18:43:23 <mickeyl> lowlevel_kernel26_staysalive needs to go
May 17 18:43:29 <mickeyl> it was based on false assumptions
May 17 18:43:54 <mickeyl> use
May 17 18:43:57 <mickeyl> lowlevel_type = kernel26
May 17 18:44:51 <GNUtoo> ok
May 17 19:00:20 <GNUtoo> thanks btw
May 17 19:02:21 <GNUtoo> trying kenrel26
May 17 19:03:13 <mickeyl> ok
May 17 19:03:23 <mickeyl> i'll remove the staysalive and fix the config when i have some time
May 17 19:05:02 <GNUtoo> not yet 
May 17 19:05:06 <tmzt> PaulFertser: thanks for the Xorg thing
May 17 19:05:07 <GNUtoo> it doesn't suspend anymore now
May 17 19:05:25 <PaulFertser> tmzt: heh, did it work?
May 17 19:05:26 <PaulFertser> ;)
May 17 19:05:56 <GNUtoo> It seem that at some point the screen is suspended
May 17 19:06:06 <GNUtoo> but just after comes something like shr-today
May 17 19:06:09 <GNUtoo> not shure how it's called
May 17 19:06:18 <GNUtoo> and screen goes out of suspend
May 17 19:06:40 <GNUtoo> I'll try something
May 17 19:06:53 <GNUtoo> now basically it's like this
May 17 19:07:18 <spaetz> does making calls on the htc dream work now?
May 17 19:07:31 <GNUtoo> dim->dim->dim>screen fbioblank_poweroff->shr-today_like_thing->
May 17 19:07:32 <GNUtoo> ahhh
May 17 19:07:41 <GNUtoo> spaetz, it worked since some time now
May 17 19:08:09 <JaMa> GarthPS: on my sim it works, but maybe it's something operator related? I've seen some e-mail about wrong format on ML
May 17 19:08:12 <JaMa> GarthPS: TiCalypsoUnsolicitedResponseHandler : Received invalid +CMT message "0043004100540020004E006100670069006F0073",54. Please report
May 17 19:08:15 <spaetz> I am considering moving to another phone.
May 17 19:08:25 <JaMa> mickeyl: any hint about +CMT ^^ ?
May 17 19:08:25 <GNUtoo> basically the real suspend seem to wake the screen
May 17 19:08:29 <GNUtoo> ok
May 17 19:08:39 <GNUtoo> spaetz, be shure to read the status before
May 17 19:08:50 <GNUtoo> spaetz, why do you want to move to another phone btw?
May 17 19:08:52 <JaMa> pwgen: mrmoku gets it all the time.. I cannot even reproduce it here
May 17 19:08:53 <mickeyl> JaMa: can you give me the 5 lines above as well?
May 17 19:09:14 <mickeyl> spaetz: calls have been working for dream very long
May 17 19:09:24 <JaMa> mickeyl: I'm just copy&pasting from e-mail, but mmt there are 2 more lines
May 17 19:09:25 <GNUtoo> nearly since the beginning
May 17 19:09:25 <spaetz> FR phone quality is crap. So either I shell out 50EUR for fixing and shipping or I use the money for a newer phone.
May 17 19:09:25 <mickeyl> spaetz: would be cool to have you join the dream effort
May 17 19:09:41 <GNUtoo> last summer I did a call with the dream
May 17 19:09:43 <GarthPS> JaMa: yop salut!
May 17 19:09:45 <GNUtoo> with command line
May 17 19:09:48 <spaetz> mickeyl: don't get your hopes high up. I neither have time, nor am I a hacker :)
May 17 19:09:48 <GNUtoo> using fso
May 17 19:09:55 <GarthPS> JaMa: how can i see that?
May 17 19:09:56 <JaMa> mickeyl: http://lists.shr-project.org/pipermail/shr-user/2010-May/005288.html
May 17 19:10:04 * spaetz checks prices in the US
May 17 19:10:14 <GNUtoo> spaetz, check status first:
May 17 19:10:23 <GNUtoo> http://www.htc-linux.org/wiki/index.php?title=Dream#Status
May 17 19:10:28 <mickeyl> JaMa: aah!
May 17 19:10:32 <GNUtoo> what's new between status and now is:
May 17 19:10:33 <JaMa> mrmoku: seen that on #oe today.. rebuilding gcc+eglibc helped
May 17 19:10:37 <spaetz> GNUtoo: thanks
May 17 19:10:54 <mickeyl> JaMa: please open a bug, i know how to fix that, but need some real time
May 17 19:10:58 <GNUtoo> gps should work as soon as phh included his changes in gpsd
May 17 19:11:07 <JaMa> mickeyl: ok, thanks
May 17 19:11:08 <spaetz> mmh 400$
May 17 19:11:09 <mrmoku> JaMa: interesting
May 17 19:11:13 <GNUtoo> and suspend works if you revert msmfb.c stuff
May 17 19:11:25 * mickeyl notest suspend/resume works fine w/o X
May 17 19:11:44 <mickeyl> s/notest/notes/
May 17 19:11:45 <GNUtoo> spaetz, you may find better prices tough
May 17 19:12:03 <mickeyl> these days it's not more worth than $200
May 17 19:12:08 <GNUtoo> mickeyl, I'll try but my compiler was broken,then I had a strange g_realloc_n bug
May 17 19:12:10 <mickeyl> consider all the new shiny androidphonies
May 17 19:12:19 <mickeyl> they're going for 300-500
May 17 19:12:23 <mickeyl> so 200 should be fair for the dream
May 17 19:12:30 <GNUtoo> the g_realloc bug was not only the classic glib-2.0 dependency for me
May 17 19:12:35 <GNUtoo> it was something worse
May 17 19:13:12 <mrmoku> mickeyl: fsonetworkd should depend on iptables... want me to add that dep?
May 17 19:13:44 <mickeyl> mrmoku: yes, please, although it's disputable whether that should be RRECOMMENDS or RDEPENDS
May 17 19:13:45 <GNUtoo> now at task 3350 of 6844 of shr-image
May 17 19:13:50 <GNUtoo> I'll also try in console
May 17 19:14:11 <mrmoku> mickeyl: will it do something without iptables one day?
May 17 19:14:27 <mickeyl> mrmoku: it already does
May 17 19:14:33 <GNUtoo> mickeyl,  is bitbaking fso2-demo-image really quick?
May 17 19:14:35 <mickeyl> (setting default route)
May 17 19:14:52 <mickeyl> GNUtoo: not really, as you have to build X11 and the lot anyways, even though we don't use it
May 17 19:14:54 <JaMa> GarthPS: it's warn level, so it should be probably in fsogsmd log already otherwise you can ie export FSO_LOG_LEVEL=DEBUG FSO_LOG_TO=stderr:colors and restart fsogsmd before dbus activation does it
May 17 19:14:57 <mrmoku> oh ok
May 17 19:15:07 * mrmoku RRECOMMENDS it then
May 17 19:15:07 <mickeyl> mrmoku: anyways, probably making an RDEPENDS suit it best atm.
May 17 19:15:10 <mrmoku> :)
May 17 19:15:12 <mickeyl> heh, as you like
May 17 19:15:19 <GNUtoo> ok
May 17 19:15:27 <GarthPS> JaMa: ok I will try, and try to give you any log
May 17 19:15:28 <mickeyl> we don't have ecore-fbonly and friends in OE
May 17 19:15:36 <mrmoku> I was fooling myself for some time due to missing iptables... and not noticing
May 17 19:15:45 <GNUtoo> I will keep it bitbaking shr-image then and then bitbake fso2-demo-image
May 17 19:16:20 <JaMa> GarthPS: just check if it's the same reason as that guy (but cannot even confirm it's the reason for lost sms :))
May 17 19:18:56 <mrmoku> JaMa: with new kernel it worked
May 17 19:26:40 <GNUtoo> mickeyl, will opkg install zhone2 kill my shr installation?
May 17 19:27:10 <GNUtoo> mmm I'm thinking
May 17 19:27:11 <pwgen> JaMa: I did update to 2.6.32.13. i tested 2.6.29. but 6.29 destroyed the nand again.  ( no mountable with sd-based 2.6.32) 
May 17 19:27:22 <pwgen> 2.6.32.13 seems working quite well
May 17 19:27:22 <GNUtoo> maybe xorg does thing at suspend/resume
May 17 19:29:52 <spaetz> can you charge the htc via the usb cable or does it need an extra charger?
May 17 19:30:11 <GNUtoo> spaetz, you can do both
May 17 19:30:26 <GNUtoo> but it uses an htc usb connector
May 17 19:30:36 <GNUtoo> which is a normal usb connector extended
May 17 19:30:40 <GNUtoo> so normal usb cables work
May 17 19:30:40 <spaetz> If iok, because If I buy it in the us the charger is useless for me. That is good.
May 17 19:30:44 <spaetz> cool
May 17 19:31:00 <spaetz> 240USD including shipping and tax...
May 17 19:31:06 <GNUtoo> but for instance the htc cable doesn't work with another phone but we don't care
May 17 19:31:20 <GNUtoo> spaetz, in which country are you?
May 17 19:31:40 <spaetz> Switzerland usually, US right now
May 17 19:31:46 <GNUtoo> ok
May 17 19:32:06 <GNUtoo> can't you just buy it locally so you don't pay shipping?
May 17 19:32:30 <GNUtoo> spaetz, btw :
May 17 19:32:34 <GNUtoo> *no xorg rotation yet
May 17 19:32:43 <GNUtoo> *bad audio quality(mono)
May 17 19:33:00 <GNUtoo> *no good PSM for wifi yet
May 17 19:34:26 <GNUtoo> mickeyl, indeed no issues with framebuffer(zhone2)
May 17 19:35:28 * mrmoku tries connection sharing :)
May 17 19:35:50 <JaMa> mrmoku|away: no wsod for you with latest?
May 17 19:36:20 <JaMa> GNUtoo: it will kill your Xsession script maybe (IIRC zhone1 did)
May 17 19:36:39 <GNUtoo> ah ok
May 17 19:36:47 <GNUtoo> I did it...I'll retry xorg
May 17 19:36:55 <spaetz> Just bought the HTC dream :)
May 17 19:36:59 <GNUtoo> ok
May 17 19:37:21 <GNUtoo> I hope it won't be too much disapointing
May 17 19:37:23 <mickeyl> spaetz: 240usd sounds very good
May 17 19:37:28 <GNUtoo> in another hand it's fast
May 17 19:37:44 <GNUtoo> I can play big buck bunny full screen in console without sound
May 17 19:37:52 <spaetz> mickeyl: refurbished, so slightly used.
May 17 19:37:58 <spaetz> but that should be ok
May 17 19:38:08 <GNUtoo> altough it was compiled in mpeg2 and specially rotated before
May 17 19:38:14 <mickeyl> when you managed to root it, tell me
May 17 19:38:15 <GNUtoo> s/compiled/converted
May 17 19:38:19 * mickeyl still has a non-rooted g1 here
May 17 19:38:34 <mickeyl> I'd love to have the engineering bootloader also on that model
May 17 19:38:53 * GNUtoo doesn't have the engineering bootloader at all
May 17 19:39:11 <GNUtoo> too much variables => fear of bricking is too high
May 17 19:39:49 <GNUtoo> xorg seem fine
May 17 19:40:21 <GNUtoo> I mean scripts didn't broke its startup
May 17 19:44:52 <JaMa> good
May 17 20:00:57 <GarthPS> does anyone knows how to set the date?root@om-gta02 ~ # date -s "17 May 2010 21:58:00"
May 17 20:00:57 <GarthPS> date: invalid date '17 May 2010 21:58:00'
May 17 20:03:01 <max_posedon> mickeyl, and others people who tried fso on htc android devices. Does all(most) of this devices have same gsm chip?
May 17 20:03:29 <max_posedon> HTC Hero is most popular here, fso mainly works on htc dream may be few others as I know
May 17 20:03:44 <max_posedon> does the different very big?
May 17 20:03:51 <JaMa> GarthPS: use same format as date prints, or use ntp/rdate
May 17 20:08:58 <GarthPS> date -s 2010.05.17-22:08:50
May 17 20:17:28 <mrmoku> JaMa: still wsod
May 17 20:19:25 <mrmoku> mickeyl: connection sharing worked partly
May 17 20:19:48 <mrmoku> mickeyl: fsonetworkd did not write the /etc/udhcpd.conf and thus udhcpd did not start
May 17 20:20:08 <mrmoku> dunno why... as the code is there
May 17 20:20:22 <mrmoku> after manually writing it and starting udhcpd all worked fine
May 17 20:20:32 <mrmoku> (apart from the GPRS slowness :/)
May 17 20:22:52 <GarthPS> JaMa: ok confirmed! here is the snippet of log http://pastebin.com/znbdj7fR
May 17 20:23:30 <GarthPS> mickey,JaMa: do you need something else about this bug?(ie receiving sms )
May 17 20:24:46 <[Rui]> hi, elmdentica isn't available in the repos of shr-u??
May 17 20:26:28 <spaetz> [Rui]: it is: http://opkg-repo.org/opkg/elmdentica
May 17 20:32:50 <[Rui]> spaetz: yeah, but opkg update ; opkg install elmdentica claims it isn't provided by any package
May 17 20:34:55 <spaetz> interesting
May 17 20:54:08 <McKael> Hi
May 17 20:54:42 <McKael> What is the recommended way to change the ring volume?  Use another sound file?
May 17 20:55:16 <mrmoku> McKael: IIRC ringtone volume property did never work
May 17 20:55:19 <mrmoku> so yes
May 17 20:55:20 <mrmoku> :P
May 17 20:55:24 <McKael> ok
May 17 20:55:30 <McKael> Just wanted confirmation :)
May 17 20:55:56 <alexxy> hi all!
May 17 20:56:09 <alexxy> is gprs works in current shr-u?
May 17 20:59:55 <McKael> alexxy: can't tell, but it works rather good on my debian-u :)
May 17 21:00:18 <McKael> I would expect it to work on current shr-u as well
May 17 21:00:27 <CIA-36> SHR: 03mok 07libphone-ui * rb007a37b4074 10/src/ (phoneui-utils.c phoneui-utils.h): phoneui-utils: add start/stop_connection_sharing and get/set_offline_mode
May 17 21:00:30 <CIA-36> SHR: 03mok 07libphone-ui * r2a87a548f004 10/src/phoneui-utils-calls.c: phoneui-utils-calls: switch back to release only one call not all
May 17 21:05:50 <CIA-36> SHR: 03mok 07libphone-ui-shr * re163e886e308 10/src/view/quick-settings-view.c: quick-settings: implement connection sharing slider and fix disabling the gprs slider
May 17 21:05:55 <mrmoku> alexxy: works very nice :)
May 17 21:06:02 <CIA-36> SHR: 03mok 07libphone-ui-shr * r37a5a7483c61 10/src/view/quick-settings-view.c: quick-settings: implement the airplane mode toggler
May 17 21:08:12 <mrmoku> mickeyl: after setting functionality to 'airplane' and then back to 'full' I'm missing signal strength
May 17 21:10:35 <mrmoku> JaMa: ahh... there is an even more latest kernel :)
May 17 21:10:40 <mrmoku> did not get that :P
May 17 21:10:44 * mrmoku tries
May 17 21:13:25 <mrmoku> JaMa: is the one on the buildhost already with the gdrm patches?
May 17 21:13:47 <mrmoku> should be... looking at the time
May 17 21:16:43 * Weiss tries to figure out what mobi phil is on about on OM-Community
May 17 21:17:25 <Weiss> it'd be nice if we could make bugs go away (while keeping all the latest improvements) just my merging branches together in a different way
May 17 21:21:49 <Weiss> just by*
May 17 21:24:42 <mrmoku> Weiss: works like money washing... merge from here to there... then over there... and back here... and everything is bug clean ;)
May 17 21:24:56 <Weiss> hehe
May 17 21:29:22 <[Rui]> ok, I've done a make update on my build env... what should I clean, tmp/* work/*?
May 17 21:29:50 <mrmoku> [Rui]: how old was it?
May 17 21:30:00 <[Rui]> a month or two old
May 17 21:30:06 <mrmoku> then tmp
May 17 21:30:22 <mrmoku> [Rui]: and repull libphone-ui-shr :)
May 17 21:30:51 <[Rui]> mrmoku: I guess that if I have to let the laptop build during the night I won't be doing much of anything else :)
May 17 21:31:24 <[Rui]> mrmoku: I installed a fresh image from may 13th and opkg upgraded it up till today
May 17 21:31:51 <[Rui]> my locally built elmdentica package required ecore_txt (no longer available) for some reason so I needed to build a new one
May 17 21:32:04 <[Rui]> or install from the repos... however... opkg claims it's not there
May 17 21:34:08 <mrmoku> [Rui]: hmm... let me check
May 17 21:35:28 <mrmoku> [Rui]: http://build.shr-project.org/shr-unstable/ipk/armv4t/elmdentica_0.9.0+svnr48935-r0.4_armv4t.ipk
May 17 21:38:23 <[Rui]> mrmoku: http://pastebin.com/QHrgGEGK
May 17 21:38:54 <[Rui]> what is funny is that it tried (firstly) to install my package. now it isn't even in the sd card...
May 17 21:39:39 <mrmoku> [Rui]: you have an elmdentica 0.9.1 somewhere in your opkg metadata
May 17 21:39:48 <mrmoku> from your local build?
May 17 21:40:22 <[Rui]> mrmoku: my first attempt was to install my locally built package as it has some changes I'm working on
May 17 21:41:00 <[Rui]> mrmoku: where is this metadata?
May 17 21:41:30 <mrmoku> [Rui]: /var/lib/opkg
May 17 21:42:13 <mrmoku> and /usr/lib/opkg/status
May 17 21:43:10 <[Rui]> should I remove the file or the entry from the file?
May 17 21:43:34 <mrmoku> [Rui]: remove it from the status file
May 17 21:48:20 <[Rui]> yay! works now...
May 17 21:48:59 <[Rui]> and tmp is cleared... now it'll be the whole night building :)
May 17 21:50:37 <[Rui]> of course it now doesn't work... *sigh*
May 17 22:01:12 <[Rui]> oh, only almost 6k packages for shr-lite-image...
May 17 22:01:19 <[Rui]> *giggle*
May 17 22:03:30 <mrmoku> [Rui]: works or not? :P
May 17 22:03:38 <[Rui]> mrmoku: so far... 
May 17 22:04:10 <[Rui]> it's more or less near task 100 so I guess it's working...
May 17 22:04:21 <[Rui]> downloadin lot's of software
May 17 22:04:46 <mrmoku> hehe yes
May 17 22:05:03 <mrmoku> good luck then... and gnight
May 17 22:05:06 * mrmoku off to bed
May 17 22:05:23 <spaetz> night mrmoku
May 17 22:24:22 <[Rui]> good night1
May 17 22:50:11 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r55e52e45c24b 10/fsogsmd/src/lib/atcommands.vala: fsogsmd: fix +CMT format to match when receiver on SIM. Closes #562
May 17 22:50:24 <mickeyl> GarthPS: please close #562, if you see fit
May 17 22:50:30 <mickeyl> g'night
May 17 22:50:40 <GarthPS> mickey|zzZZzz: ?
May 17 22:50:44 <GarthPS> mickey|zzZZzz: ?If what?
May 17 22:51:31 <mickey|zzZZzz> close it, if it works for you
May 17 22:52:25 <GarthPS> mickey|zzZZzz: no I have the same issue :)
May 17 22:52:53 <GarthPS> mickey|zzZZzz: oh sorry i did not see your commiut
May 17 22:53:16 <GarthPS> opkg update qill fix it right now?
May 17 22:53:57 <playya_> nope. you have to wait until someone rebuilds the packages
May 17 22:56:06 <GarthPS> palyya_: ok thx -it was kind'a my question :) )
May 17 22:56:38 <GarthPS> mickey|zzZZzz: ok I will close it if it is ok . thx . cU
May 17 23:17:55 <larsc> " * [new branch]      om-gta02-2.6.34 -> om-gta02-2.6.34"
May 17 23:18:42 <spaetz> :-)
**** ENDING LOGGING AT Tue May 18 02:59:57 2010