**** BEGIN LOGGING AT Tue Jun 29 02:59:57 2010
Jun 29 07:33:19 <mrmoku> JaMa: moin, any results of eglibc rebuild yet?
Jun 29 07:34:49 <JaMa> traps are still there
Jun 29 07:35:01 <JaMa> but it's built in feed now (as well as gcc)
Jun 29 07:35:06 <mrmoku> :/
Jun 29 07:49:14 <JaMa> Weiss: some more info about Xorg Aborted when started on non-DRM kernel http://paste.pocoo.org/show/231208/, if you have an idea..
Jun 29 07:53:24 <Weiss> (EE) Glamo(0): Couldn't open "/sys/bus/spi/devices/spi2.0/state" to save display resolution: No such file or directory
Jun 29 07:53:32 <Weiss> bet it's because of that..
Jun 29 07:54:11 <JaMa> yup, but this one is not shown in newer xserver.. that's why I hope it just dies on same place but without logging this error properly
Jun 29 07:54:35 <JaMa> but it can also be the different abi maybe .. lets see what bisect shows
Jun 29 07:56:08 <Weiss> does it run at all with -ignoreABI?
Jun 29 07:56:18 <Weiss> pretty much all bets are off if you use that option..
Jun 29 07:56:33 <Weiss> (think of it as "Xorg -pleasetrashthestack"
Jun 29 07:59:32 <JaMa> you mean with -ignoreABI and "right" ABIs (ie with xserver 1.9 RC3 again) yes it works here, but this combination I have now segfault (not sure if running drm kernel would help and cannot reboot remotely)
Jun 29 08:00:32 <Weiss> if you have the right ABIs, does it work without -ignoreABI?
Jun 29 08:01:15 <JaMa> with DRM kernel yes, with non-DRM ends with that Abort (free() error)
Jun 29 08:01:34 <JaMa> upgrading to 1.8.1.902 now
Jun 29 08:02:19 <Weiss> "up"grading?
Jun 29 08:02:29 <Weiss> (from 1.9rc3?)
Jun 29 08:03:07 <JaMa> Weiss: in that pastebin I have 1.8.1
Jun 29 08:03:19 <JaMa> Weiss: that's why I had to use ignoreABI
Jun 29 08:03:34 <Weiss> ah, ok
Jun 29 08:04:05 <JaMa> 1.8.1.902 the same as 1.8.1, building http://cgit.freedesktop.org/xorg/xserver/commit/?id=edbc56c088462844f6445f5e6d7cbcfc58a207dc now
Jun 29 08:09:28 <JaMa> "good", 1.8.99.900-r17.0+gitr1+edbc56c088462844f6445f5e6d7cbcfc58a207dc.5 is still trying to fallback and shows that "/sys/bus/spi/devices/spi2.0/state" error
Jun 29 08:09:51 <JaMa> and I don't need -ignoreABI anymore
Jun 29 08:14:00 <Weiss> has that sysfs node moved somehow?
Jun 29 08:14:29 <radekp> it's called "resolution" now IIRC
Jun 29 08:15:26 <JaMa> Weiss: this is non-DRM kernel 2.6.34, so maybe
Jun 29 08:15:40 <JaMa> SHR root@gojama ~ $ cat /sys/bus/spi/devices/spi2.0/resolution
Jun 29 08:15:40 <JaMa> vga
Jun 29 08:17:53 <JaMa> but it's probably there in DRM kernel, because this error is not in Xorg log and xf86-video-glamo works
Jun 29 08:20:50 <JaMa> after rebuilding xf86-video-glamo with pScrn and pScrn-pScreen checks for NULL it doesn't segfault anymore
Jun 29 08:21:30 <JaMa> even with '(EE) Glamo(0): Couldn't open "/sys/bus/spi/devices/spi2.0/state" to change display resolution: No such file or directory' still there
Jun 29 08:22:05 <Weiss> does it get up and running?
Jun 29 08:23:25 <JaMa> yes (I have to return -ignoreABI, because of input drivers are now loaded, but seems to work - I don't see screen but it doesn't segfault or abort)
Jun 29 08:23:44 <JaMa> rebuilding again without NULL checks (maybe just rebuild against older xserver helped)
Jun 29 08:24:05 <Weiss> NULL checks are always good..
Jun 29 08:24:31 <Weiss> (unless you have weird zero-page things going on, that is)
Jun 29 08:25:43 <JaMa> ok runs OK without NULL checks
Jun 29 08:27:17 <ThibG> JaMa, I'm narrowing down the cause of suspend failure with glamo-mci, will let you know when I've something!
Jun 29 08:27:45 <JaMa> ThibG: great!
Jun 29 08:45:29 <JaMa> ThibG: btw while you're on resume, do you have an idea why "struct platform_device gta02_resume_reason_device" is gone from mach-gta02.c in newer kernels 2.6.32 as well as 2.6.34?
Jun 29 08:47:36 <JaMa> larsc: ^ the same question for you
Jun 29 08:50:51 <JaMa> Weiss: the Aborting reason is somewhere in this page :) http://cgit.freedesktop.org/xorg/xserver/log/?ofs=250
Jun 29 08:51:15 <Weiss> nom nom nom
Jun 29 08:51:17 * Weiss looks
Jun 29 08:51:32 * JaMa trying commit in half :)
Jun 29 08:52:38 <JaMa> 5c to http://cgit.freedesktop.org/xorg/xserver/commit/?id=6d7ba5e0fcb5d1bce6bb213dec009f3a0f802d26
Jun 29 08:54:56 <JaMa> 6d7ba5e0fcb5d1bce6bb213dec009f3a0f802d26 works
Jun 29 08:56:14 <JaMa> trying 96c7ab27c383ec767f62a7a11e5fd76f86363fbc, just before xfree -> free and alloc replacements
Jun 29 09:01:46 <JaMa> ah :/ it will be e983848ab44b0769f97f6207f1aa8b4f127be6a9 replacing removing if (ptr) free(ptr) from xfree()
Jun 29 09:03:56 <ThibG> JaMa, sorry, no idea
Jun 29 09:10:57 <mrmoku> JaMa: hmmm... possible we don't have kernel modules for ipsec?
Jun 29 09:13:26 <JaMa> mrmoku: hmm possible, if it's not M in defconfig then it's not built
Jun 29 09:13:54 * mrmoku has to configure ipsec for iphones on a clients server :(
Jun 29 09:21:24 <mrmoku> JaMa: I'm just blind :)
Jun 29 09:21:29 <JaMa> Weiss: here is a bit better backtrace http://paste.pocoo.org/show/231226/
Jun 29 09:37:28 <JaMa> hmm lot of debug info :) 37M     xserver-xorg-dbg_1.8.99.900-r17.0+gitr7+e983848ab44b0769f97f6207f1aa8b4f127be6a9.5_armv4t.ipk
Jun 29 10:09:39 <mickey|office> morning
Jun 29 10:27:54 <[Rui]> JaMa: you think you could add http://liboauth.sourceforge.net/ to feeds?
Jun 29 10:29:48 <ThibG> JaMa, I'm not sure that it's the right way to do it, but it seems to work, can you try something?
Jun 29 10:31:37 <[Rui]> mornall
Jun 29 10:31:41 <[Rui]> morning, all
Jun 29 10:32:37 <[Rui]> And the lock-ups I'm getting are definitely related to wifi+unplugged
Jun 29 10:33:09 <[Rui]> wifi worked when I was in bed last night, phone plugged then and throughout all night. in the morning it worked still.
Jun 29 10:33:15 <[Rui]> apps launched, etc...
Jun 29 10:33:31 <ThibG> gena2x, ping
Jun 29 10:33:47 <gena2x> ThibG: pong
Jun 29 10:33:48 <[Rui]> I just moved the phone from the bedroom's power cord to the laptop's usb power cord, and that was time enough to trigger it
Jun 29 10:33:59 <ThibG> glamo-mci.c:812, mmc->caps, add MMC_CAP_NONREMOVABLE to it
Jun 29 10:35:14 * gena2x has fr dissassembled, also holding battery manually. will try fix in 30 min...
Jun 29 10:35:25 <ThibG> np
Jun 29 10:35:52 <ThibG> it prevents the card to be removed on suspend and redetected on resume
Jun 29 10:36:11 <ThibG> it works around the bug that hangs the system when removing a mounted µSD card on suspend
Jun 29 10:36:25 <gena2x> sounds like fix.
Jun 29 10:36:25 <ThibG> and the FR's µSD isn't truly removable, anyway
Jun 29 10:37:28 <gena2x> btw, it seems i already saw something similar in bug tracking before, but unsure
Jun 29 10:37:45 <ThibG> oh?
Jun 29 10:39:24 <gena2x> few years ago.
Jun 29 10:39:40 <gena2x> :)
Jun 29 10:40:31 <gena2x> may it'll be good idea to read openmoko-kernel and bug tracker
Jun 29 10:40:53 <ThibG> I'll have a look, thanks
Jun 29 10:41:09 <gena2x> but critically.
Jun 29 10:44:38 <JaMa> ThibG: is it related to CONFIG_MMC_UNSAFE_RESUME ? (enabled here)
Jun 29 10:44:58 <ThibG> it is
Jun 29 10:45:38 <ThibG> or well, not anymore :)
Jun 29 10:45:52 <JaMa> ThibG: I'll build it with MMC_CAP_NONREMOVABLE, but can test only in the evening (no remote contolled robot to press POWER to resume :)
Jun 29 10:46:09 <ThibG> hehe, ok
Jun 29 10:46:15 <JaMa> [Rui]: I can check later.. btw EFL bumped today :)
Jun 29 10:46:57 <gena2x> JaMa: fr is too heavy to have it near you? ;)
Jun 29 10:47:26 <JaMa> gena2x: I have to use windows at work...
Jun 29 10:48:00 <JaMa> gena2x: it's ok when I'm just using it (wifi+vpn and I can ssh to it from home..)
Jun 29 10:48:46 <JaMa> gena2x: but for Xorg debuging it's useless at work (hard to connect to wifi+vpn without graphical keyboard running, or even switch usbhost on to use normal keyboard..)
Jun 29 10:49:28 <gena2x> JaMa: windows at work is disaster...
Jun 29 10:49:52 <JaMa> yes it really is
Jun 29 10:50:14 <gena2x> JaMa: i worked in funny projects were we working on porting from solaris to linux
Jun 29 10:50:46 <gena2x> JaMa: big gsm softswitch. people had win+lin workstation.
Jun 29 10:51:50 <JaMa> we're smallish company (200 sw developers), but our IT dep want's to manage all systems (developer's workstations included) and doesn't know much about linux.. :/
Jun 29 10:52:12 <JaMa> s/t's/ts/
Jun 29 10:52:13 <apt> JaMa meant: we're smallish company (200 sw developers), but our IT dep wants to manage all systems (developer's workstations included) and doesn't know much about linux.. :/
Jun 29 10:52:14 <gena2x> JaMa: i were alone who worked in linux. all others recieved direction to send thier windows workstations to warehouse.
Jun 29 10:53:11 <gena2x> JaMa: they agreed and ignored direction for duration of project.
Jun 29 10:53:21 <gena2x> JaMa: i were so sad :)
Jun 29 10:56:26 <daniele_athome> morning!
Jun 29 10:56:56 <JaMa> morning daniele
Jun 29 10:59:42 <dos1> JaMa: what about aligment traps? are they fixed now?
Jun 29 10:59:50 <JaMa> dos1: no
Jun 29 11:00:35 <[Rui]> JaMa: hehe cool, thanks. I'm considering using it.
Jun 29 11:00:46 <[Rui]> wtf eglibc keeps failing?
Jun 29 11:01:57 <JaMa> failing? kernel is fixing it automatically (the performance cost is not so bad afaik)
Jun 29 11:02:29 <[Rui]> JaMa: compiling!
Jun 29 11:03:09 <[Rui]> JaMa: it should already be at the tinderbox... I need to go, bbl...
Jun 29 11:03:23 <JaMa> [Rui]: on shr buildhost I had to clean gcc/eglibc first.. but here it upgraded ok..
Jun 29 11:03:47 <[Rui]> JaMa: I rm -rf tmp/* yesterday night before letting it go through this compile run
Jun 29 11:04:30 <JaMa> ah ok..
Jun 29 11:04:50 <JaMa> do you know that you should keep cache dir in order to opkg upgrade old image?
Jun 29 11:05:10 <JaMa> tmp/cache dir..
Jun 29 11:12:01 <[Rui]> well, make update told me to rm it all
Jun 29 11:12:16 <[Rui]> I really got to go now, bbl
Jun 29 11:14:53 <ThibG> JaMa, in fact, MMC_CAP_NONREMOVABLE should do the trick too... so, maybe you are experiencing another issue
Jun 29 11:15:19 <ThibG> anyway, suspend/resume works ok here, with MMC_CAP_NONREMOVABLE on latest glamo-2.6.34
Jun 29 11:18:00 <mrmoku> JaMa: another problem with the new kernel is headset switch
Jun 29 11:22:03 <gena2x> ThibG: sounds nice, want to test, but measuring temp :(
Jun 29 11:22:35 <ThibG> hehe
Jun 29 11:26:31 <JaMa> Weiss: possible fix for non-DRM kernel http://paste.pocoo.org/show/231268/
Jun 29 11:30:45 <gena2x> hm... is it possible to disassemble that white thing inside fr to push new backup battery into it
Jun 29 11:31:44 <JaMa> Weiss: and this path is called only when output->probed_modes doesn't have name already (which is probably the important difference between DRM and non-DRM kernel)
Jun 29 11:32:29 <Weiss> JaMa: I see... non-KMS doesn't set the mode name.. maybe it should..
Jun 29 11:32:33 <Weiss> but I like the check better
Jun 29 11:33:06 <Weiss> possibly one to send upstream?
Jun 29 11:36:14 <gena2x> do anyone knows if this white thing affects sound quality somehow?
Jun 29 11:40:47 <alexxy> JaMa: hi
Jun 29 11:41:05 <alexxy> JaMa: is headset supposed to worka at all with 2.6.32?
Jun 29 11:41:28 <Weiss> gena2x: shouldn't do
Jun 29 11:41:50 <JaMa> Weiss: sure as soon as I confirm it on device, I'll send it upstream
Jun 29 11:42:18 <JaMa> Weiss: this is for older revision so I have to confirm it and then confrim again rebased version on top of master
Jun 29 11:42:39 * ThibG wonder what is "the white thing"
Jun 29 11:43:09 <mrmoku> alexxy: switch does not work
Jun 29 11:43:24 <alexxy> mrmoku: ok 
Jun 29 11:43:30 <mrmoku> ThibG: any idea where to search for the missing headset switch? :)
Jun 29 11:43:32 <JaMa> ThibG: maybe frozen yogurt as android has.. :)
Jun 29 11:43:50 <alexxy> so intone doesnt works 
Jun 29 11:44:39 <ThibG> headset? Hm, haven't even read the audio driver code, sorry
Jun 29 11:44:45 <mrmoku> ok
Jun 29 11:44:48 <gena2x> Weiss: so it's unlikely to harm it if i'll drill big in it's back (like battery in size) and put battery into hole?
Jun 29 11:45:20 <dcordes> hi
Jun 29 11:45:30 <dcordes> somebody willing to test buil libnl ?
Jun 29 11:45:35 <gena2x> this thing: http://wiki.openmoko.org/wiki/Image:Gta01b_v3_case_empty_white.jpg
Jun 29 11:45:37 <dcordes> hey GNUtoo|laptop 
Jun 29 11:45:44 <gena2x> but for gta02.
Jun 29 11:45:53 <GNUtoo|laptop> dcordes, hi
Jun 29 11:46:12 <gena2x> why i am i doubt - may be speaker need closed air on it's back?
Jun 29 11:46:15 <Weiss> gena2x: oh.. thought you were talking about something else..
Jun 29 11:46:47 <gena2x> Weiss: ??? other white things in fr?
Jun 29 11:47:58 <Weiss> the screen :)
Jun 29 11:48:00 <JaMa> dcordes: you have to clean or build (don't remember now) libnl2  first
Jun 29 11:48:52 <dcordes> JaMa: this should be fixed
Jun 29 11:49:01 <dcordes> JaMa: should we create a bug ?
Jun 29 11:50:48 <JaMa> dcordes: libnl1 and libnl2 should brobably block each other.. but nobody will probably convert/update the recipes still depending on libnl1
Jun 29 11:50:59 <JaMa> s/bro/pro
Jun 29 11:51:25 <gena2x> Weiss: ahh, yes :)
Jun 29 11:53:12 <dcordes>  JaMa hm well either way this needs to be fixed.
Jun 29 11:53:15 <JaMa> dcordes: what needs libnl1 in your image?
Jun 29 11:53:27 <njw_> I was thinking I might rewrite the SHR phone log application from gtk to efl, as it's clearly a low hanging fruit... But looking at the code now... is it already efl based in unstable?
Jun 29 11:53:43 <JaMa> dcordes: shr full image doesn't need it (at least it's not installed with image -> no runtime dep)
Jun 29 11:53:50 <mrmoku> njw_: rewrite is started in libphone-ui-shr
Jun 29 11:54:00 <mrmoku> njw_: the thing in use is still python/gtk though
Jun 29 11:54:24 <mrmoku> njw_: if you want some fruit... go ahead :)
Jun 29 11:54:47 <JaMa> hmm bluez4 -> libnl1; in angstrom
Jun 29 11:55:26 <dcordes> JaMa: angtstrom-gnome-image
Jun 29 11:55:35 <njw_> mrmoko: hehe. well, I'll have to find the time to get myself the build environment first. but... I'll non-commitally consider it ;-)
Jun 29 11:55:46 <JaMa> because angstrom is using bluez-4.66 instead 4.59
Jun 29 11:56:04 <mrmoku> njw_: ok :)
Jun 29 11:56:05 <JaMa> dcordes: try to build bluez4 against libnl2 please
Jun 29 11:56:29 <dcordes> I am planning to create shr-image too. but there is a prboelm: I am using minimal distro now and I have no idea how to set correct gcc version in angstrom.
Jun 29 11:56:47 <JaMa> dcordes: see angstom include files
Jun 29 11:56:56 <JaMa> dcordes: or better see angstrom-next on gitorious
Jun 29 11:57:17 <JaMa> dcordes: or shr-experimental in my gitorious repo (I have different gcc for angstrom too in that branch0
Jun 29 11:57:28 <dcordes> any plans on when angstrom-next will hit oe ?
Jun 29 11:58:01 <JaMa> as soon as new stable branch is created
Jun 29 11:58:32 <dcordes> hm ok.
Jun 29 11:58:45 <dcordes> I really want to create an shr image for cortex-a8 asap
Jun 29 11:58:54 <dcordes> so I guess I'm ending up patching angstrom in oe
Jun 29 11:59:18 <dcordes> I looked in the include files already
Jun 29 11:59:36 <dcordes> but I find it a bit confusing. there so many different tollchain vars
Jun 29 12:01:06 <dcordes> JaMa: can you guide me through it ? I want to set gcc 4.4.4 and I am compiling for cortex-a8/armv7a htcleo machine .
Jun 29 12:02:37 <gena2x> ok, anyway, i'll glue it.
Jun 29 12:02:52 <gena2x> if speakers need closed space.
Jun 29 12:04:19 <JaMa> dcordes: see http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/835ff04b26d980a2548252a0754326b093d0011e
Jun 29 12:05:53 <dcordes> thanks
Jun 29 12:06:09 <GNUtoo|laptop> dcordes, maybe it can be changed in local.conf
Jun 29 12:07:28 <dcordes> GNUtoo|laptop: yes with like 5 overrides
Jun 29 12:07:36 <GNUtoo|laptop> ok
Jun 29 12:07:37 <dcordes> GNUtoo|laptop: did it before., I think it's more clean other way
Jun 29 12:07:42 <GNUtoo|laptop> ok
Jun 29 12:11:46 <gena2x> PaulFertser, seem fr has no embedder space...
Jun 29 12:18:59 <dcordes> JaMa: ok building libnl2 first solved building libnl
Jun 29 12:23:59 <dcordes> oh no, now it is building pulseaudio and of course failed.
Jun 29 12:24:10 <dcordes> anybody know how I can get rid of pulse audio in angstrom-gnome-image ??
Jun 29 12:25:19 <dcordes> ok
Jun 29 12:25:29 <dos1> on "opkg upgrade": "Installing gnome-common (2.28.0-r0.5) to root..." - WTF? :o
Jun 29 12:25:31 <dcordes> recipes/tasks/angstrom-task-gnome.bb
Jun 29 12:30:44 <mrmoku> hmm... http://pastie.org/1023244
Jun 29 12:37:23 <dcordes> dos1: haha nice
Jun 29 12:40:50 <JaMa> ~logs
Jun 29 12:40:52 <apt> logs are on http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. logs are updated daily  ---  livelogs are http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt
Jun 29 12:51:27 <rhkfin> What's the status of shr-t?
Jun 29 12:51:46 <spaetz> rhkfin: it is, errr, stable :-)
Jun 29 12:52:03 <spaetz> as in, no changes for quite some time as I am pretty busy in life.
Jun 29 12:52:10 <rhkfin> spaetz: ok, thanks
Jun 29 12:52:30 <rhkfin> so then, what's the status of -u :)? Biggest problems?
Jun 29 12:54:16 <mrmoku> rhkfin: we just switched to the new kernel... still have some small problems here and there
Jun 29 12:55:28 <rhkfin> mrmoku: ok, are the problems in the kernel or image?
Jun 29 12:57:18 <khoonirobo> :q
Jun 29 12:57:27 <khoonirobo> sorry ... 
Jun 29 12:58:10 <JaMa> spaetz: I did build newer shr-t with fsogsmd about a month ago when you were in US.. it's not rsynced to feed - waiting for you
Jun 29 12:58:28 <spaetz> JaMa: ahh, do rsync and let's see what happens :)
Jun 29 12:59:02 * JaMa didn't test it.. and don't want to break shr-t when we're working on shr-u and you don't have time for shr-t too
Jun 29 13:00:08 <mrmoku> rhkfin: mostly kernel
Jun 29 13:00:09 <JaMa> I've built it only because there was gcc/eglibc change and rebuild from scratch so I wanted to build it when buildhost wasn't used
Jun 29 13:00:27 <mrmoku> rhkfin: like missing headset switch... or WS on some devices
Jun 29 13:02:27 <rhkfin> mrmoku: headset's not major, WS is of course bad if it occurs.. that's all?
Jun 29 13:02:45 <gena2x> ThibG: applying your change...
Jun 29 13:02:51 <ThibG> :)
Jun 29 13:04:16 <mrmoku> rhkfin: WS is only on some devices when keeping the screen blanked for too long (without suspend)... so not tooo bad either :)
Jun 29 13:04:19 <gena2x> ThibG: did 30 min pass? :)
Jun 29 13:04:53 <rhkfin> mrmoku: ok.. Maybe I'll try it soonish.. :)
Jun 29 13:05:13 <mrmoku> rhkfin: beware... it's fast ;)
Jun 29 13:05:58 <mrmoku> hmm... in 2.6.29 there was drivers/input/keyboard/neo1973kbd.c handling jack events... can't find an equivalent in 2.6.32 :/
Jun 29 13:12:40 <dcordes> JaMa: do you think networkmanager will work when I replace libnl with libnl2 in the depends ?
Jun 29 13:17:40 <dcordes> | No package 'libnl-1' found
Jun 29 13:18:07 <dcordes> GNUtoo|laptop: any idea ?
Jun 29 13:23:53 <JaMa> dcordes: I'm using only libnl2 and I haven't compare those 2
Jun 29 13:24:17 <dcordes> JaMa: well I didn't change anything about that in the metadata. it is just broken as is
Jun 29 13:24:59 <dcordes> bluez and networkmanager depend on libnl (v1) and it can't be provided cause do_compile fails because of some missing headers
Jun 29 13:26:30 <JaMa> I know it's broken (noticed it in my Angstrom build, but SHR is using older bluez and no networkmanager)..
Jun 29 13:26:50 <dcordes> yes good for shr :D
Jun 29 13:27:14 <dcordes> as I said I'm gonna build shr too but right now I'm doing angstrom-gnome-image
Jun 29 13:27:22 <dcordes> and I think it's bad that you can't build gnome atm
Jun 29 13:27:25 <leviathan> GNUtoo|laptop: hi
Jun 29 13:27:35 <leviathan> I fear I have destroyed the ttl of the phone
Jun 29 13:27:37 <leviathan> ...
Jun 29 13:28:01 <leviathan> it can't recieve and send data
Jun 29 13:28:03 <leviathan> ...
Jun 29 13:28:25 <leviathan> over serial
Jun 29 13:28:34 <leviathan> I get 2.8V level for one channel
Jun 29 13:28:40 <leviathan> but it doesnt get out
Jun 29 13:28:44 <leviathan> btw in
Jun 29 13:28:50 <leviathan> i also connected rx and tx
Jun 29 13:28:52 <leviathan> nothing
Jun 29 13:29:02 <dcordes> oh oh
Jun 29 13:29:31 <leviathan> yes
Jun 29 13:29:33 <leviathan> indeed
Jun 29 13:32:04 <ThibG> gena2x, so?
Jun 29 13:32:17 <JaMa> Weiss: with free() issue fixed It cannot find usable mode, http://pastebin.ca/1891780 don't know why yet, any hint is welcome
Jun 29 13:33:03 <leviathan> GNUtoo|laptop: should screen work on serial port?
Jun 29 13:33:21 <leviathan> and are there no securities?
Jun 29 13:33:44 <leviathan> I mean, if we have a short circuit in the phone, there should be zener diodes to save the sensible parts
Jun 29 13:34:08 <leviathan> wtf drugs did these developers take???
Jun 29 13:34:34 <leviathan> did they even make a bachelor in ling??
Jun 29 13:34:48 <leviathan> thats basic stuff
Jun 29 13:34:50 <leviathan> but no
Jun 29 13:34:51 <leviathan> -.-
Jun 29 13:35:11 <misc> leviathan: i think they took the sae drug as every developer, the one that make you think no problem will ever occurs :)
Jun 29 13:35:28 <leviathan> aha
Jun 29 13:35:29 <leviathan> ok
Jun 29 13:35:51 <leviathan> so, 0% air humidity, ah, no usage
Jun 29 13:35:59 <leviathan> ... -.-
Jun 29 13:36:13 <gena2x> ThibG: no luck so far :(
Jun 29 13:36:34 <leviathan> I just wanted a freerunner with keyboard >_<
Jun 29 13:36:42 <leviathan> and umts
Jun 29 13:36:50 <ThibG> do the FR suspend correctly with echo mem > /sys/power/state?
Jun 29 13:36:53 <ThibG> (can you still ping it?)
Jun 29 13:37:16 * mrmoku reboots to see if jack works now...
Jun 29 13:37:17 <leviathan> hmm, does it survive swimming with me in amazonia
Jun 29 13:37:18 <leviathan> ?
Jun 29 13:37:27 <leviathan> answer yes
Jun 29 13:37:43 <leviathan> does it have free drivers, and ability to boot ANY linux distro?
Jun 29 13:37:46 <leviathan> answer yes
Jun 29 13:37:47 <Weiss> JaMa: #
Jun 29 13:37:47 <Weiss> (II) Glamo(0): Not using mode "480x640" (unknown)
Jun 29 13:37:47 <Weiss> #
Jun 29 13:37:48 <Weiss> (II) Glamo(0): Not using mode "240x320" (unknown)
Jun 29 13:37:57 <gena2x> ThibG: wwwaaait a bit....
Jun 29 13:38:00 <Weiss> so.. I wonder what causes that "unknown"
Jun 29 13:38:07 <leviathan> hmm, dunno
Jun 29 13:38:51 <GNUtoo|laptop> leviathan, try picocom,microcom
Jun 29 13:39:07 <GNUtoo|laptop> leviathan, I never managed to make screen work with serial
Jun 29 13:39:11 <leviathan> GNUtoo|laptop: hmm, ok
Jun 29 13:39:14 <leviathan> thx
Jun 29 13:40:09 <dcordes> can somebody try to compile libnl package ?
Jun 29 13:40:17 <dcordes> just to be sure it's not on my side
Jun 29 13:43:08 <JaMa> Weiss: that's the missing name from non-kms DDX? maybe?
Jun 29 13:43:09 <leviathan> dcordes: 
Jun 29 13:43:20 <leviathan> as I remember
Jun 29 13:43:26 <ThibG> gena2x, np
Jun 29 13:43:29 <leviathan> it has some broken prebuild depencies
Jun 29 13:43:42 <mrmoku> hmm... would have been to easy :/
Jun 29 13:43:52 <dcordes> leviathan: something seems to be missing
Jun 29 13:44:13 <JaMa> Weiss: and here is patch for glamo: http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/6eabb1290bffc80cb1b9a76db08c9ef0a10fe882
Jun 29 13:44:23 <dcordes> NetRipper - fastest HaRET developer in the west
Jun 29 13:44:28 <dcordes> bluepaste
Jun 29 13:44:36 <dcordes> libnl-1.1/src/utils.c:170: undefined reference to `genl_ctrl_alloc_cache'
Jun 29 13:44:46 <Martix_> what to do with Aligment trap errors on newest SHR-u jffs2?
Jun 29 13:44:56 <Weiss> JaMa: I think it's supposed to be the reason that mode isn't acceptable..
Jun 29 13:44:57 <JaMa> Martix_: wait or fix eglibc
Jun 29 13:45:23 <Martix_> JaMa: thanks for suggestion :-)
Jun 29 13:45:24 <Weiss> JaMa: hmm.. so you don't do the test for NULL any more, just the initialisation?
Jun 29 13:45:29 <JaMa> Martix_: read ML if you want just hide those
Jun 29 13:45:32 <dcordes> here is the libnl compile log http://tinderbox.openembedded.net/public/logs/task/6381323.txt
Jun 29 13:45:40 <dcordes> leviathan: does this look familiar ? do you know what is missing ?
Jun 29 13:45:50 <JaMa> Weiss: I do in xserver..http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/fbb1ba87c69c8b6da483d84ea20971327f719f88
Jun 29 13:46:20 <Weiss> ah, ok
Jun 29 13:46:22 <JaMa> Weiss: the same function which free(uninitialized mem) is called from glamo
Jun 29 13:46:47 * Weiss wonders what's up with "1 files changed, 4 insertions(+), 0 deletions(-)", when only one line is inserted
Jun 29 13:48:03 <JaMa> Weiss: heh sorry, I removed 2nd chunk from that file (debug output)
Jun 29 13:48:44 <von_fritz> libphone-ui-shr doesn't build after latest EFL bump
Jun 29 13:49:17 <JaMa> von_fritz: show me error please.. and see my branch for after EFL bump changes..
Jun 29 13:49:25 <leviathan> dcordes: no
Jun 29 13:49:35 <leviathan> I do not exactly whats missing
Jun 29 13:49:44 <leviathan> look into the debuglog
Jun 29 13:49:53 <Martix_> btw feel free to contribute to http://wiki.openmoko.org/wiki/Community_Updates/Draft_2010-07-01 ... gena2x your overclocking experiences are interesting
Jun 29 13:50:04 <leviathan> dcordes: it will tell you which package it is
Jun 29 13:50:12 <leviathan> but as I remember it was gtk
Jun 29 13:50:17 <leviathan> or something like this
Jun 29 13:50:24 <leviathan> gtk-native or so
Jun 29 13:50:30 <leviathan> which needs to be manually bitbaked
Jun 29 13:50:39 <leviathan> before libnl get bitbakeble
Jun 29 13:50:47 <leviathan> GNUtoo|laptop: strange thing is
Jun 29 13:50:49 <gena2x> Martix_: lets wait a bit, to collect now many people tried.
Jun 29 13:50:52 <leviathan> as soon as I connect it
Jun 29 13:50:58 <leviathan> I get symbols in
Jun 29 13:51:02 <leviathan> with microcom
Jun 29 13:51:09 <JaMa> Martix_: about alignment traps: 21:49:28 < JaMa> mrmoku: read ML 14:25  Re: [Shr-Devel] New SHR-unstable images with 2.6.32 kernel
Jun 29 13:51:11 <leviathan> unreadable symbold
Jun 29 13:51:14 <leviathan> *symbols
Jun 29 13:51:22 <Martix_> JaMa: just reading :-)
Jun 29 13:51:31 * Weiss definitely thinks the overclocking stuff belongs under "Coolest hacks" at the bottom :)
Jun 29 13:51:49 <Martix_> echo 2 > /proc/cpu/alignment
Jun 29 13:51:50 <leviathan> GNUtoo|laptop: does that mean, it works, and I only did solder it the wrong way around?
Jun 29 13:51:59 <gena2x> Weiss: s/coolest/warmest/
Jun 29 13:52:00 <Weiss> JaMa: "480x640" is the mode name, so that should be ok..
Jun 29 13:52:02 <Weiss> hehe
Jun 29 13:52:13 <dcordes> leviathan: bitbake ble ?
Jun 29 13:52:27 <JaMa> gena2x: how long can you keep overclocked phone in pocket? :)
Jun 29 13:52:50 <gena2x> JaMa: i meaured temp, it's 30 on idle.
Jun 29 13:53:03 <leviathan> hmm
Jun 29 13:53:04 <leviathan> nice
Jun 29 13:53:07 <gena2x> JaMa: 32 on full load.
Jun 29 13:53:10 <JaMa> .. warm feeling every time someone calls and phone wakes up :)
Jun 29 13:53:11 <Martix_> Weiss: gena2x overclocking with CPUFreq scalling would be coolest hack
Jun 29 13:53:11 <leviathan> room temperature in brazil
Jun 29 13:53:13 <leviathan> :-)
Jun 29 13:53:18 <JaMa> but 30 is not so bad..
Jun 29 13:53:25 <gena2x> JaMa: for 533.
Jun 29 13:53:39 <gena2x> JaMa: it just fills a bit warmer.
Jun 29 13:53:53 <JaMa> nice
Jun 29 13:53:54 <mrmoku> heh... room temp in munich today :P
Jun 29 13:54:00 <gena2x> JaMa: i measured this with multimeter.
Jun 29 13:54:01 <leviathan> unless youre in brazil, theres always 30°C around
Jun 29 13:54:03 <leviathan> :-)
Jun 29 13:54:07 <JaMa> can someone pastebin Xorg.0.log for me?
Jun 29 13:56:08 <mrmoku> JaMa: in a sec... booting
Jun 29 13:57:01 <JaMa> mrmoku: btw if you have time, please check 15:47:59 < von_fritz> libphone-ui-shr doesn't build after latest EFL bump, I guess it's ecore API change (Eina bool)
Jun 29 13:57:25 <mrmoku> JaMa: http://pastie.org/1023364
Jun 29 13:57:39 <mrmoku> JaMa: ohh, didn't see that one :/
Jun 29 13:58:58 <mrmoku> JaMa: will take a look... have to pull and rebuild eglibc then though... will take some time
Jun 29 14:00:12 <JaMa> mrmoku: maybe von_fritz will pastebin the error log sooner :)
Jun 29 14:00:31 <mrmoku> von_fritz: ^^^^ please :)
Jun 29 14:01:19 <mrmoku> JaMa: clean eglibc-initial eglibc and gcc ?
Jun 29 14:01:52 <JaMa> mrmoku: yep Eina Bool.. see http://tinderbox.openembedded.net/builds/76899/
Jun 29 14:02:10 <JaMa> mrmoku: please fix it (I guess you don't need to build it for test :))
Jun 29 14:02:41 <JaMa> mrmoku: yes, safer, do 'for i in openembedded/recipes/gcc/gcc*4.5*bb openembedded/recipes/eglibc/eglibc*2.12*.bb; do bitbake -c clean -b $i; done'
Jun 29 14:03:21 <mrmoku> ok and thanks
Jun 29 14:05:42 <dcordes> libnl compile log http://tinderbox.openembedded.net/public/logs/task/6381323.txt  - anybody can give a pointer on what is missing ?
Jun 29 14:05:49 <JaMa> mrmoku: the same later: view/sim-manager-view.c:74
Jun 29 14:06:33 <JaMa> mrmoku: and that's all, compiled here :)
Jun 29 14:07:24 <von_fritz> mrmoku /home/fritz/BUILD/FREERUNNER/shr-unstable/tmp/sysroots/armv4t-oe-linux-gnueabi/usr/include/Ecore.h:344:22: note: expected ‘Eina_Bool (*)(void *)’ but argument is of type ‘int (*)(void *)’
Jun 29 14:07:31 <von_fritz> :)
Jun 29 14:08:26 <JaMa> von_fritz: the error is one line above, but you're too late :P
Jun 29 14:09:56 <JaMa> mrmoku: if you want I can push it..
Jun 29 14:10:33 <mrmoku> JaMa: push push... I have to cleanup first :/
Jun 29 14:10:39 <JaMa> oki
Jun 29 14:14:16 <JaMa> done
Jun 29 14:14:24 <CIA-58> SHR: 03Martin.Jansa 07libphone-ui-shr * r32c134785f97 10/src/ (view/sim-manager-view.c widget/elm_keypad.c): Fix for Ecore API change from SRCREV 49829 (Eina_Bool used in callbacks)
Jun 29 14:24:59 <GNUtoo|laptop> leviathan, try different speed
Jun 29 14:25:09 <GNUtoo|laptop> leviathan, picocom -b 9600 on both sides
Jun 29 14:29:50 <mrmoku> JaMa: thanks
Jun 29 14:30:40 <JaMa> yw
Jun 29 14:39:22 <leviathan> GNUtoo|laptop: ok
Jun 29 14:45:28 <[Rui]> back
Jun 29 15:30:11 <dos1> JaMa: should i remove libglw1 package?
Jun 29 15:30:25 <dos1> it conflicts with mesa-dri and libegl1
Jun 29 15:30:50 <JaMa> dos1: yes
Jun 29 15:31:03 <dos1> JaMa: the same with libdrm?
Jun 29 15:31:24 <JaMa> libdrm2 is newer
Jun 29 15:31:38 <dos1> ok
Jun 29 15:31:46 * JaMa going to football tenis.. new images are building (efl)..
Jun 29 15:41:42 <leviathan> GNUtoo|laptop: seems defect now
Jun 29 15:41:44 <leviathan> -.-
Jun 29 15:45:54 <GNUtoo|laptop> ?
Jun 29 15:45:56 <GNUtoo|laptop> defect?
Jun 29 15:46:01 <GNUtoo|laptop> so it doesn't work?
Jun 29 15:49:43 <leviathan> yes
Jun 29 15:49:47 <leviathan> I made a jumper
Jun 29 15:49:58 <leviathan> so I can proove the rx tx channels
Jun 29 15:50:04 <leviathan> then I disconnected the phone
Jun 29 15:50:10 <leviathan> only connected the usb cable
Jun 29 15:50:12 <leviathan> worked well
Jun 29 15:50:18 <leviathan> then disconnected the usb cable
Jun 29 15:50:25 <leviathan> and connected the phone
Jun 29 15:50:27 <leviathan> didnt work
Jun 29 15:50:56 <leviathan> I have connected now the cannels right... but
Jun 29 15:50:59 <leviathan> nothing
Jun 29 15:51:19 <leviathan> perhaps the before misspolarization broke ttl
Jun 29 15:51:26 <leviathan> even if it was soo short
Jun 29 15:51:32 <leviathan> but it shouldnt be
Jun 29 15:51:33 <leviathan> -.-
Jun 29 15:51:49 <leviathan> there should be security circuits
Jun 29 15:51:59 <leviathan> else not even the software from qualcomm would be useless
Jun 29 15:52:11 <leviathan> but also the hardware -.-
Jun 29 15:52:28 <leviathan> what does a rescue interface, which is so instable be of use?
Jun 29 15:52:41 <leviathan> I'm ennoyed
Jun 29 15:52:54 <leviathan> gonne smoke and curse qualcomm
Jun 29 15:52:56 <leviathan> -_-
Jun 29 15:53:12 <misc> what hardware did broke ?
Jun 29 15:53:26 <leviathan> UART
Jun 29 15:53:29 <leviathan> it seems
Jun 29 15:53:43 <leviathan> didnt they use proper security
Jun 29 15:53:45 <leviathan> ?
Jun 29 15:53:56 <leviathan> I mean atmega is very stable in this direction
Jun 29 15:53:58 <leviathan> >_<
Jun 29 15:55:40 <GNUtoo|laptop> leviathan, try shorting rx and tx on the phone 
Jun 29 15:55:55 <GNUtoo|laptop> ATmega?
Jun 29 15:56:05 <GNUtoo|laptop> ATmega is already ttl
Jun 29 15:56:20 <GNUtoo|laptop> what are you doing with an ATmega?
Jun 29 15:56:41 <GNUtoo|laptop> leviathan, I've some huge issues to get the cable
Jun 29 15:57:02 <GNUtoo|laptop> it's too late
Jun 29 16:01:56 <leviathan> my poor nerves
Jun 29 16:02:00 <leviathan> ... -.-
Jun 29 16:02:17 <GNUtoo|laptop> leviathan, you didn't ever test what I suggested why?
Jun 29 16:02:30 <leviathan> I did
Jun 29 16:02:33 <GNUtoo|laptop> ah ok
Jun 29 16:02:34 <leviathan> GNUtoo|laptop: I did
Jun 29 16:02:37 <GNUtoo|laptop> and it worked?
Jun 29 16:02:40 <leviathan> nope
Jun 29 16:02:46 <GNUtoo|laptop> so you've got a kernel issue
Jun 29 16:02:57 <leviathan> uhhm
Jun 29 16:02:59 <GNUtoo|laptop> the first thing to do is that:
Jun 29 16:03:15 <GNUtoo|laptop> rx+tx shorted should print what you type
Jun 29 16:03:19 <GNUtoo|laptop> on picocom/microcom
Jun 29 16:03:21 <GNUtoo|laptop> at any speed
Jun 29 16:03:27 <GNUtoo|laptop> so
Jun 29 16:03:37 <GNUtoo|laptop> compile a minimal kenrel with serial
Jun 29 16:03:42 <GNUtoo|laptop> without the headset support
Jun 29 16:03:43 <leviathan> not, if UART is broken...
Jun 29 16:03:44 <GNUtoo|laptop> etc...
Jun 29 16:03:50 <GNUtoo|laptop> and try it
Jun 29 16:03:53 <GNUtoo|laptop> again
Jun 29 16:04:13 <GNUtoo|laptop> leviathan, is modem broken too?
Jun 29 16:04:19 <leviathan> no
Jun 29 16:04:22 <GNUtoo|laptop> ok
Jun 29 16:10:39 <leviathan> I will work it out
Jun 29 16:10:40 <leviathan> -.-
Jun 29 16:41:20 <GarthPS> hi guys!
Jun 29 16:41:57 <GarthPS> one question: to flash ubifs on the Neo it does not differ from jffs2 right? I can use neotool for that
Jun 29 16:52:56 <TAsn> JaMa, FIY, I'm about to send raster a patch for efl I wanted to send for some time + I'm updating libphone-ui-shr to conform with recent efl changes. Just wanted to give you an heads up :P
Jun 29 17:55:13 <CIA-58> SHR: 03tom 07libphone-ui-shr * r90174b693470 10/src/ (10 files in 3 dirs): Adjusted to recent EFL changes.
Jun 29 17:55:31 <TAsn> JaMa, lol, part of the changes I did included fixing what you already fixed, for some reason I remembered pulling before doing anything stupid, but I guess I haven't.
Jun 29 17:55:43 <ThibG> larsc, ping
Jun 29 17:55:52 <TAsn> JaMa, Anyhow, there are more changes, in elm_theme_overlay_add or whatever.
Jun 29 17:56:26 <TAsn> JaMa, I sent the patch to e-developers list, will ping you when it's in.
Jun 29 17:56:41 <TAsn> JaMa, It's actually just for arabic users, which I'm not one of, but still... :P
Jun 29 18:15:53 <larsc> ThibG: pong
Jun 29 18:17:22 <ThibG> after the debugfs thing, do you find anything that should be sorted out before sending the driver upstream?
Jun 29 18:20:29 <larsc> right now, i can't think of anything
Jun 29 18:24:32 <ThibG> ok
Jun 29 18:25:14 <ThibG> then, I'll wait for your comments on my last patches and submit the whole thing upstream :)
Jun 29 18:26:06 <ThibG> oh, wait, there is a bug in linux 2.6.34 with MMC
Jun 29 18:26:39 <ThibG> it's easily worked around by saying that the MMC cards can't be removed (and that's more or less the case for the FR)
Jun 29 18:27:40 <ThibG> should the MMC_CAP_NONREMOVABLE flag be added to the glamo-mci host caps?
Jun 29 18:30:14 <ThibG> (during suspend, MMC cards are synced and "removed", then re-detected on resume to prevent inconsistency if the user removes the µSD between suspend and resume, this flags tells the mmc core not to remove it)
Jun 29 18:36:53 <larsc> well, that flag would be board and not driver specific
Jun 29 18:37:17 <ThibG> right
Jun 29 18:42:50 <ThibG> would adding a field in glamo_mmc_platform_data for that would be ok with you?
Jun 29 18:50:18 <larsc> yes
Jun 29 18:50:48 <ThibG> ok, will do that
Jun 29 18:56:40 <[Rui]> Do we have something like the gnome keyring / kde wallet already available in the current shr images?
Jun 29 19:08:29 <dent> evening
Jun 29 19:08:42 <dent> after some time I tried to bitbake shr-lite-image
Jun 29 19:09:22 <dent> due to the changes, I had to rm tmp, and now, bitbake chokes on binutils-cross, do_compile:
Jun 29 19:09:25 <dent> | ar: can't set BFD default target to `x86_64-pc-linux-gnu': Invalid bfd target
Jun 29 19:09:33 <dent> any idea hwta could be causing it?
Jun 29 19:10:35 <dent> blah, google helped, ignore me :)
Jun 29 19:16:35 <nschle85> hello
Jun 29 19:17:16 <nschle85> my shr image wont compile it always stops with
Jun 29 19:17:23 <nschle85> ERROR: Task 2873 (/home/nschle85/shr-build/shr-unstable/openembedded/recipes/matchbox2/matchbox-panel-2_svn.bb, do_fetch) failed with 256
Jun 29 19:17:24 <nschle85> NOTE: Task failed: Unknown fetch Error: [Errno 2] No such file or directory: '/home/nschle85/shr-build/shr-unstable/downloads/matchbox-panel-2_svn.o-hand.com_.repos.matchbox.trunk_2098_.tar.gz'
Jun 29 19:20:03 <dcordes> GNUtoo|laptop: do you know where I can find dream shr image with normal xserver using xorg.conf ? fbdev and msm driver both ok
Jun 29 19:20:23 <GNUtoo|laptop> here:
Jun 29 19:20:36 <GNUtoo|laptop> http://gnutoo.homelinux.org/openembedded/htcdream/
Jun 29 19:20:49 <GNUtoo|laptop> dcordes, yesterday before going out I told you that I updated it
Jun 29 19:20:55 <GNUtoo|laptop> I rebuilt from scratch
Jun 29 19:20:57 <GNUtoo|laptop> no mismatch
Jun 29 19:21:00 <GNUtoo|laptop> no dri2 issue
Jun 29 19:21:05 <GNUtoo|laptop> aka libdrm
Jun 29 19:21:07 <dcordes> I must have missed that, sorry
Jun 29 19:21:10 <GNUtoo|laptop> np
Jun 29 19:23:27 <dcordes> GNUtoo|laptop: http://gnutoo.homelinux.org/openembedded/htcdream/images/htcdream/shr-full-eglibc-ipk--20100628-htcdream.rootfs.tar.bz2 that's the one that has working X ?
Jun 29 19:23:58 <GNUtoo|laptop> yes
Jun 29 19:24:02 <GNUtoo|laptop> I've removed the old ones
Jun 29 19:24:03 <dcordes> what do you tell people is this ?
Jun 29 19:24:06 <dcordes> SHR? openmoko ?
Jun 29 19:24:14 <dcordes> openembedded based phone enabled image ?
Jun 29 19:24:14 <GNUtoo|laptop> It's my private repo
Jun 29 19:24:24 <GNUtoo|laptop> so I don't tell people
Jun 29 19:24:27 <GNUtoo|laptop> unless they ask me 
Jun 29 19:24:40 <GNUtoo|laptop> basically it's 
Jun 29 19:24:45 <GNUtoo|laptop> DISTRO="shr"
Jun 29 19:24:53 <GNUtoo|laptop> MACHINE="htcdream"
Jun 29 19:25:01 <GNUtoo|laptop> and org.openembedded.dev
Jun 29 19:25:09 <dcordes> think people who never heard about oe before
Jun 29 19:25:23 <GNUtoo|laptop> mickeyl has official images
Jun 29 19:25:31 <GNUtoo|laptop> leviathan has semi-officials ones
Jun 29 19:25:36 <GNUtoo|laptop> and my images will go away soon
Jun 29 19:25:47 <GNUtoo|laptop> because the summer the server is powered off
Jun 29 19:26:20 <mrmoku> GNUtoo|laptop: would you want us to start building htcdream images?
Jun 29 19:26:29 <GNUtoo|laptop> not yet
Jun 29 19:26:33 <mrmoku> ok
Jun 29 19:26:40 <GNUtoo|laptop> let me fix the sound
Jun 29 19:26:42 <GNUtoo|laptop> and X
Jun 29 19:26:45 <GNUtoo|laptop> at least
Jun 29 19:26:55 <GNUtoo|laptop> I'll tell you when I'm satisfied with the result
Jun 29 19:27:00 <mrmoku> good :)
Jun 29 19:27:22 <GNUtoo|laptop> anyway it's a lot better than glofiish
Jun 29 19:27:37 <GNUtoo|laptop> is a power hungry wifi a problem?
Jun 29 19:27:57 <GNUtoo|laptop> because I'll fix it a lot later
Jun 29 19:28:04 <GNUtoo|laptop> or maybe not
Jun 29 19:28:10 <mrmoku> probably a problem... but not a reason not to build official SHR images :)
Jun 29 19:28:14 <GNUtoo|laptop> ok
Jun 29 19:28:20 <GNUtoo|laptop> for alsa+display
Jun 29 19:28:24 <GNUtoo|laptop> it's an issue
Jun 29 19:28:35 <GNUtoo|laptop> so once I fix that + rebase on top of new kenrel it's ok?
Jun 29 19:28:56 <mrmoku> I think so, yes
Jun 29 19:29:10 <GNUtoo|laptop> apart me,leviathan mickeyl kensan and alain2210 who has the dream?
Jun 29 19:29:22 <mrmoku> spaetz: you bought one, no?
Jun 29 19:29:26 <GNUtoo|laptop> nobody from SHR?
Jun 29 19:29:33 <mrmoku> I think spaetz has one
Jun 29 19:29:40 <GNUtoo|laptop> if he bought one let him decide then
Jun 29 19:30:02 <mrmoku> spaetz: put on your decision taker hat :P
Jun 29 19:30:07 <[Rui]> nschle85: have you tried to clean matchbox?
Jun 29 19:30:16 * spaetz reads backlog
Jun 29 19:30:31 <[Rui]> nschle85: probably bb -c clean matchbox-panel-2
Jun 29 19:30:48 <GNUtoo|laptop> basically here's the status:
Jun 29 19:30:54 <nschle85> [Rui]: yes, but this does not help , i found a solution (google)
Jun 29 19:30:55 <mrmoku> nschle85: I had that too... some days ago
Jun 29 19:30:56 <GNUtoo|laptop> *framebuffer can crash the phone
Jun 29 19:31:04 <[Rui]> nschle85: ok, good :)
Jun 29 19:31:04 <GNUtoo|laptop> *audio has small buffer underrun
Jun 29 19:31:09 <mrmoku> nschle85: dunno if cleaning, removing source or just updating fixed it
Jun 29 19:31:11 <GNUtoo|laptop> *wifi is power hungry
Jun 29 19:31:19 <spaetz> I got a htc dream but admit I didn't do anything shr related with it yet
Jun 29 19:31:20 <GNUtoo|laptop> the rest is not important
Jun 29 19:31:45 <nschle85> mrmoku: updating did not help, i needed to delete the hands-o svn repository
Jun 29 19:31:52 <nschle85> and build again
Jun 29 19:32:01 <spaetz> we can host it and advertise it as unsupported...
Jun 29 19:32:05 * spaetz shrugs
Jun 29 19:32:06 <mrmoku> nschle85: yeah, possible I did that... I think so
Jun 29 19:32:55 <mrmoku> spaetz: we can put it out... and if people complain we tell them to start coding and that patches are welcome ;)
Jun 29 19:33:04 <CIA-58> SHR: 03tom 07libphone-utils * r910353383b5d 10/ (18 files in 4 dirs): Rearranged src dir, created a stub bin dir in src.
Jun 29 19:33:06 <nschle85> GNUtoo|laptop: I own a Freerunner but iam missing a keyboard, is the htc dream an alternative to Freerunner ?
Jun 29 19:33:21 <GNUtoo|laptop> nschle85, wait a bit before
Jun 29 19:33:29 <spaetz> mrmoku, right, the usual response ;-)
Jun 29 19:33:30 <GNUtoo|laptop> nschle85, but the htcdream has a very nice keyboard
Jun 29 19:33:38 <TAsn> mrmoku, JaMa: I'm committing again!!! :P
Jun 29 19:33:46 <mrmoku> TAsn: yeah, noticed :D
Jun 29 19:33:47 <GNUtoo|laptop> nschle85, but it's not fully mapped yet,for instance it lacks the - key
Jun 29 19:33:57 <TAsn> I feel like a football player coming after a long injury and *not* loosing 4-1 to germany. :P
Jun 29 19:34:18 <mrmoku> :P
Jun 29 19:34:25 <spaetz> hehe, everyone looses 4-1  to Grmany ;-P
Jun 29 19:34:39 <nschle85> spaetz: hope so :-)
Jun 29 19:34:49 <mrmoku> TAsn: give Argentina a nice welcome in the club... on sat ;)
Jun 29 19:36:25 <nschle85> GNUtoo|laptop: how good is the hardware supported by the kernel ?
Jun 29 19:36:44 <TAsn> mrmoku, Yeah, you don't stand a chance. But still, we shouldn't have lost :(
Jun 29 19:36:58 <GNUtoo|laptop> nschle85, basically nearly everything work,but nothing work well
Jun 29 19:37:55 <nschle85> GNUtoo|laptop: ok, but it has no hardware bugs like my phone
Jun 29 19:38:12 <GNUtoo|laptop> nschle85, I don't think so
Jun 29 19:38:31 <GNUtoo|laptop> nschle85, but wait for something that works well before buying
Jun 29 19:38:45 <GNUtoo|laptop> I can't tell the future...
Jun 29 19:38:54 <GNUtoo|laptop> so it may never work correctly
Jun 29 19:39:01 <GNUtoo|laptop> or it could work properly soon
Jun 29 19:39:05 <GNUtoo|laptop> I can't tell
Jun 29 19:39:20 <GNUtoo|laptop> it's not very developed from upstream
Jun 29 19:39:30 <GNUtoo|laptop> and I don't want to read leaked docs
Jun 29 19:40:02 <GNUtoo|laptop> in any case the status is here:
Jun 29 19:40:10 <GNUtoo|laptop> http://htc-linux.org/wiki/index.php?title=Dream#Kernel_Status
Jun 29 19:40:31 <GNUtoo|laptop> apart the fix suspend which seem fixed
Jun 29 19:48:03 <nschle85> i have another question:
Jun 29 19:49:16 <nschle85> during some days i always get something like "connection reset by peer" if i "make update" (maybe always on shr/testing2010)
Jun 29 19:49:37 <nschle85> any ideas ?
Jun 29 19:49:52 <mrmoku> nschle85: oe git overload
Jun 29 19:50:21 <nschle85> but always on shr/testing ?
Jun 29 19:50:30 <mrmoku> nschle85: no, not only
Jun 29 19:55:22 <nschle85> ok next question: is it planned to change to a newer kernel in shr image ?
Jun 29 19:55:39 <mrmoku> nschle85: we switched two days ago ;)
Jun 29 19:55:43 <dent> :)
Jun 29 19:55:47 <nschle85> ups
Jun 29 19:56:06 <nschle85> i could not compile since 3-4  days :-)
Jun 29 19:57:39 <dent> btw. I'm having an odd issue with 2.6.32 - when I toggle the SPEAKER slider to ON, I hear no audio at all. Moving it back to OFF resumes the "normal" audio.
Jun 29 19:57:49 <dent> does this thing work for you?
Jun 29 19:58:27 <mrmoku> dent: did not try that yet... but that sounds like the gsmspeaker state file being broken :/
Jun 29 19:58:59 <dent> I remember having seen this back when I was testing 2.6.32... meanwhile it was already reported in shr-user ml
Jun 29 19:59:21 <dent> so I'd like to know if it's broekn-for-all thing, of if there's some magic making only some phone broken
Jun 29 20:00:41 <mrmoku> dent: I will try in half an hour or so and tell you
Jun 29 20:00:47 <dent> thx
Jun 29 20:05:55 <ThibG> JaMa, around?
Jun 29 20:17:01 <leviathan> GNUtoo|laptop: perhaps its not broken
Jun 29 20:17:10 <leviathan> and I only have the wrong pins??
Jun 29 20:17:11 <GNUtoo|laptop> ah ok
Jun 29 20:17:15 <GNUtoo|laptop> maybe
Jun 29 20:17:22 <GNUtoo|laptop> I've to finish .silence
Jun 29 20:17:24 <GNUtoo|laptop> sorry
Jun 29 20:17:30 <leviathan> hmm?
Jun 29 20:17:54 <leviathan> study? examina?
Jun 29 20:18:09 <GNUtoo|laptop> .silence from sound/soc/msm
Jun 29 20:18:12 <leviathan> ahhh
Jun 29 20:18:13 <leviathan> ok
Jun 29 20:18:21 <leviathan> no problem ^^
Jun 29 20:18:29 <leviathan> if I can help you
Jun 29 20:18:31 <leviathan> please ask
Jun 29 20:18:32 <leviathan> :-)
Jun 29 20:18:35 <GNUtoo|laptop> ok
Jun 29 20:20:09 <TAsn> mickeyl, ping.
Jun 29 20:20:10 <CIA-58> SHR: 03tom 07libphone-utils * ra784d1e83ba1 10/src/lib/ (phone-utils.c phone-utils.h.in str-utils.c str-utils.h): Implemented phone_utils_remove_filler_chars that does exactly that.
Jun 29 20:20:10 <CIA-58> SHR: 03tom 07libphone-utils * rd63f3b692b8c 10/ (5 files in 3 dirs): Added an example tester application. Should still fix it's compilation.
Jun 29 20:31:31 * JaMa returned
Jun 29 20:31:51 <TAsn> JaMa, so please build libphone-utils :P
Jun 29 20:37:05 <JaMa> TAsn: can you try opkg upgrade from tests/shr-unstable?
Jun 29 20:37:26 <JaMa> TAsn: I'll build it in meantime, but before rsync it would be great to try new EFL on neo
Jun 29 20:37:35 <TAsn> JaMa, WAIT
Jun 29 20:37:38 <TAsn> no need to upgrade efl yet.
Jun 29 20:37:42 <TAsn> They didn't apply it yet.
Jun 29 20:37:43 <TAsn> :P
Jun 29 20:37:59 <TAsn> which I find odd, as they usually trust me
Jun 29 20:38:12 <TAsn> and many people commented on my patch in the last couple of hours.
Jun 29 20:38:12 <TAsn> :|
Jun 29 20:38:20 <TAsn> actually raster mostly trusts me
Jun 29 20:38:23 <JaMa> TAsn: EFL was bumped today
Jun 29 20:38:37 <TAsn> JaMa, unbump then :P
Jun 29 20:38:38 <TAsn> j/k
Jun 29 20:38:43 <TAsn> It's just that I sent a very cool patch
Jun 29 20:38:47 <TAsn> for Arabic users.
Jun 29 20:38:49 <JaMa> it's already built
Jun 29 20:39:04 <JaMa> and because of soname change I had to PR bump all elementary based apps
Jun 29 20:39:09 <TAsn> Without the cool patch
Jun 29 20:39:17 <TAsn> and without the cool patch, it's just not cool :P
Jun 29 20:39:28 <JaMa> we'll bump again with your cool patch later
Jun 29 20:39:33 <TAsn> :P
Jun 29 20:39:34 <TAsn> sec.
Jun 29 20:41:12 <TAsn> upgrading...
Jun 29 20:44:24 <nschle85> is someone interested in some funny stuff ?
Jun 29 20:44:30 <nschle85> http://www.youtube.com/watch?v=fzza-ZbEY70&feature=player_embedded
Jun 29 20:45:51 <TAsn> I'm only interested in 3 things:
Jun 29 20:46:00 <TAsn> 1. Getting new efl with my patch in to the moko.
Jun 29 20:46:04 <TAsn> 2. FireFox 4
Jun 29 20:46:31 <TAsn> 3. mickeyl answering me cause I have something to ask/suggest to him.
Jun 29 20:47:06 <misc> no food, girl/boy/whatever, beer, anything ?
Jun 29 20:47:54 <TAsn> Nah, not even the world cup now that England lost to those damn germans. :P
Jun 29 20:48:04 <ThibG> cannibalism...?
Jun 29 20:50:24 <JaMa> ThibG: pong, but testing your patch now..
Jun 29 20:50:52 <ThibG> ok, I have other things for you to try if it fails (this is very likely)
Jun 29 20:50:54 <nschle85> TAsn: Germans ?? half of the team is not born in germany
Jun 29 20:51:38 <TAsn> nschle85, Those damn non-british!
Jun 29 20:51:58 <nschle85> :-)
Jun 29 20:52:38 <gena2x> Weiss, hi.
Jun 29 20:52:50 <gena2x> Weiss, here i got issue with X
Jun 29 20:52:54 <Weiss> evening :D
Jun 29 20:53:20 <gena2x> Weiss, oh, night here. night issue with X :)
Jun 29 20:53:56 <gena2x> Weiss: ok, i got X11 reboot on next boot after fail suspend.
Jun 29 20:54:28 <gena2x> Weiss, so suspend fail, i get wsod. i remove battery, wait 5 mins.
Jun 29 20:55:03 <gena2x> Weiss, that i boot first time -> X instead of loading reboot whole system
Jun 29 20:55:24 <TAsn> JaMa, rebooting
Jun 29 20:55:35 <gena2x> Weiss, when i boot second time, all is ok.
Jun 29 20:55:40 <JaMa> ThibG: latest 2.6.34 + your patch for nonremovable uSD and the resume still fails :/
Jun 29 20:55:52 <TAsn> JaMa, anything specific you want me to test?
Jun 29 20:55:53 <ThibG> ok, JaMa
Jun 29 20:56:06 <gena2x> Weiss, so idea is that X leaves some state on filesystem.
Jun 29 20:56:08 <JaMa> ThibG: should I try to disable that konfig option?
Jun 29 20:56:20 <ThibG> no
Jun 29 20:56:22 <JaMa> that UNSAFE_MMC_RESUME ?
Jun 29 20:56:24 <JaMa> ok
Jun 29 20:56:25 <gena2x> Weiss, any guess that it might be?
Jun 29 20:56:34 <ThibG> go to glamo-mci.c:935
Jun 29 20:56:35 <TAsn> boots
Jun 29 20:56:38 <TAsn> JaMa, boots
Jun 29 20:56:46 <ThibG> you have a "enable_irq(host->irq);"
Jun 29 20:56:52 <ThibG> move it before the mmc_resume_host call
Jun 29 20:57:12 <JaMa> TAsn: since those elm issues I always try shr-settings first :)
Jun 29 20:57:24 <gena2x> Weiss, this is very reproducible and extremly annoying -> need to reboot twice after failures.
Jun 29 20:57:50 <TAsn> raster, ahoi!
Jun 29 20:58:02 <TAsn> JaMa, didn't register to network yet :(
Jun 29 20:58:04 <gena2x> raster: glamo, glamo, glamo
Jun 29 20:58:05 <JaMa> TAsn: but changelog seems sane.. so if you don't see anything clearly broken I'll rsync and if we find something later we can fix it with next bump (with your cool patch)
Jun 29 20:58:08 <raster> TAsn: ploop
Jun 29 20:58:36 <Weiss> gena2x: so.. there's no X state stored, but maybe something residual in Glamo which isn't being properly initialised
Jun 29 20:58:54 <gena2x> Weiss: after 5 minutes reset?
Jun 29 20:59:03 <raster> gena2x: gone gone gone
Jun 29 21:00:50 <TAsn> raster, sent a nice patch to e-devel. clearing the table before starting with the real work :P
Jun 29 21:00:57 <gena2x> Weiss: or glamo has something energy independent?
Jun 29 21:01:02 <TAsn> JaMa, doesn't register still.
Jun 29 21:01:08 <TAsn> damn, reboot as I'm too tired to check the logs
Jun 29 21:01:44 <dent> nschle85: lol :) I like ".not" :)
Jun 29 21:01:55 <JaMa> TAsn: strange but probably not related to today changes (so rsync won't harm)
Jun 29 21:02:20 <raster> TAsn:  saw... tho crap. i have pending patches that do hindi shaping
Jun 29 21:02:29 <raster> TAsn:  actually how about i just send them to you
Jun 29 21:02:31 <nschle85> dent: i like scala johansson :-)
Jun 29 21:02:42 <gena2x> Weiss: it's so annoyingle reproducible...
Jun 29 21:02:51 <TAsn> raster, hm... NO :P
Jun 29 21:02:59 <Weiss> gena2x: by "reset", do you mean "power off"?
Jun 29 21:02:59 <TAsn> raster, well, no without a developer account first.
Jun 29 21:03:00 <raster> i held then back because i wanted to do a stable sna and previous patches were not good 9from the same source)
Jun 29 21:03:00 <TAsn> :P
Jun 29 21:03:13 <gena2x> Weiss: yes.
Jun 29 21:03:27 <gena2x> Weiss: remove battery, no backup battery, no usb.
Jun 29 21:03:29 <TAsn> raster, After that, please send it to my work email
Jun 29 21:03:33 <nschle85> dent: but .not is also nice 
Jun 29 21:03:45 <TAsn> and I'll review it there and try to see what they did and how to combine it with my changes
Jun 29 21:04:36 <Weiss> gena2x: ok.. that's really odd... it only happens if you get a white screen in the first place, after resuming?
Jun 29 21:04:46 <Weiss> (white screen of death, or without death?)
Jun 29 21:05:37 <TAsn> JaMa, I hate you. :P no gsm.
Jun 29 21:05:56 <raster> TAsn: i'll send it to work email - and we can get a dev acct set up today
Jun 29 21:05:56 <gena2x> Weiss: we were debugging suspend on .34 today, and every time it failed (with WSOD, sometimes without) i have this.
Jun 29 21:06:04 <raster> TAsn: u know the devs dir?
Jun 29 21:06:26 <TAsn> raster, yeah
Jun 29 21:06:33 <TAsn> want my pub and info?
Jun 29 21:06:43 <TAsn> or a patch?
Jun 29 21:06:51 <TAsn> (that includes both)
Jun 29 21:06:53 <JaMa> TAsn: strange I have it, do you want some? :P
Jun 29 21:07:08 * JaMa sends TAsn 2 pieces of gsm
Jun 29 21:07:12 <TAsn> JaMa, nah, too much radiation anyway. :P
Jun 29 21:07:23 <TAsn> JaMa, two pieces (bars) is the best I get in my room anyway
Jun 29 21:07:30 <TAsn> so in my pov you gave me 100% gsm :P
Jun 29 21:07:33 <gena2x> Weiss: no way to recover suspend issue expect remove all power sources and boot. and EACH time i got suspend problem, i have to reboot twice.
Jun 29 21:07:47 <JaMa> TAsn: great, problem solved :)
Jun 29 21:09:27 <TAsn> raster, Before I send you anything, mind explaining a bit about e's commit policy? Anything special I need to know? What kind of changes need a mail to dev list before commits? Anything special I need to know about commit log policy? Or does everything just go? :P
Jun 29 21:09:30 <raster> TAsn: yup - info.txt and send in pub ssh key and it'll be working today
Jun 29 21:10:33 <raster> TAsn: commit policy - just commit. better ask for forgiveness
Jun 29 21:10:35 <raster> not permisssion
Jun 29 21:10:39 <raster> BUT
Jun 29 21:10:45 <TAsn> must compile?
Jun 29 21:10:49 <raster> if u are going to work on something and do non-trivial things
Jun 29 21:10:50 <TAsn> :P
Jun 29 21:10:51 <raster> jjust discuss
Jun 29 21:10:53 <raster> heads-up
Jun 29 21:10:58 <raster> well yes
Jun 29 21:11:00 <raster> must compile
Jun 29 21:11:02 <TAsn> raster, j/k :P
Jun 29 21:11:04 <TAsn> of course.
Jun 29 21:11:08 <raster> must run and not break
Jun 29 21:11:17 <raster> if u are doing work in stages
Jun 29 21:11:19 <raster> #if 0 it out
Jun 29 21:11:23 <raster> or #ifdef it
Jun 29 21:11:26 <raster> or if (0) etc.
Jun 29 21:11:28 <raster> as u add it in
Jun 29 21:11:29 <TAsn> I know, don't worry :P
Jun 29 21:11:32 <raster> make it a configure --nebale
Jun 29 21:11:35 <raster> or runtime enable etc.
Jun 29 21:11:38 <raster> until it does work
Jun 29 21:11:39 <ThibG> JaMa, and if first suspend works, try a second time! gena2x did encounter a rather strange bug, there
Jun 29 21:11:56 <raster> then people dont get affected by it - but can see u are doing something and what it is
Jun 29 21:11:57 <raster> :)
Jun 29 21:12:02 <TAsn> raster, was just kidding about the compilation thingie.
Jun 29 21:12:16 <TAsn> raster, I already sent you patches before, I know the drill.
Jun 29 21:12:57 <gena2x> ThibG: i'll take a break from suspend for a bit time - want start next optimization idea.
Jun 29 21:13:11 <ThibG> np
Jun 29 21:13:28 <gena2x> ThibG: but i'll be glad to test any ideas :)
Jun 29 21:13:50 <Weiss> gena2x: does it respond to USB (/debug board?) either on resume or next book? any possibility to get dmesg?
Jun 29 21:14:15 <raster> TAsn:  cool
Jun 29 21:14:24 <raster> TAsn: send inn info+pub and i'll add
Jun 29 21:14:32 <raster> need to get moving tho
Jun 29 21:14:39 <raster> get into work :)
Jun 29 21:15:02 <TAsn> ic.
Jun 29 21:15:09 <TAsn> We'll you'll get it by mail in a moment.
Jun 29 21:15:28 <leviathan> GNUtoo|laptop: I tripple checked it now
Jun 29 21:15:32 <leviathan> good bye uart
Jun 29 21:15:33 <leviathan> -.-
Jun 29 21:15:41 <GNUtoo|laptop> ok
Jun 29 21:15:42 <GNUtoo|laptop> ouch
Jun 29 21:15:47 <GNUtoo|laptop> and I can't have serial either
Jun 29 21:15:57 <GNUtoo|laptop> I'll explain later
Jun 29 21:15:57 <leviathan> why?
Jun 29 21:16:01 <leviathan> ok
Jun 29 21:16:45 <gena2x> Weiss: first, unfortunately, i'm without devboard :(. 
Jun 29 21:16:48 <GNUtoo|laptop> basically no iron solder in hollidays
Jun 29 21:17:00 <GNUtoo|laptop> and can't send it here and solder before because it could arrive too late
Jun 29 21:17:09 <GNUtoo|laptop> and it's not cheap
Jun 29 21:17:29 <JaMa> ThibG: it suspends ok, but on resume I got only ping reply
Jun 29 21:17:45 <ThibG> moving the disable_irq call?
Jun 29 21:18:05 <Weiss> gena2x: whereabouts are you? may be possible to provide one, since you're doing so much kernel stuff..
Jun 29 21:18:06 <JaMa> ThibG: no X and no ssh connection (like RO uSD or no fork() like [Rui] said)
Jun 29 21:18:25 <ThibG> huh, enable_irq call, sorry
Jun 29 21:18:31 <JaMa> ThibG: moving disable_irq I don't see the patch
Jun 29 21:18:55 <JaMa> ah sorry sort of overlooked it
Jun 29 21:19:02 <ThibG> <ThibG> go to glamo-mci.c:935
Jun 29 21:19:02 <JaMa> going to try it
Jun 29 21:19:03 <ThibG> <ThibG> you have a "enable_irq(host->irq);"
Jun 29 21:19:03 <ThibG> <ThibG> move it before the mmc_resume_host call
Jun 29 21:19:07 <ThibG> ok :)
Jun 29 21:19:26 <gena2x> Weiss: second, hm... i tryed to just remove battery now and reboot - same situation.
Jun 29 21:19:42 * JaMa see it in /lastlog ThibG , but still cannot find it in scroll log :)
Jun 29 21:20:02 <leviathan> GNUtoo|laptop: 
Jun 29 21:20:04 <leviathan> yeeeha
Jun 29 21:20:08 <leviathan> got it workin'
Jun 29 21:20:10 <leviathan> right now
Jun 29 21:20:21 <gena2x> Weiss: third - it just reboots, so i guess dboard will not help help.
Jun 29 21:20:25 <Weiss> gena2x: can you get in via SSH? (maybe wait a bit for it to start up fully) - maybe it's just the display that's broken
Jun 29 21:21:01 <leviathan> at least i can write to the device
Jun 29 21:21:09 <leviathan> I see the symbols coming into picocom
Jun 29 21:21:11 <leviathan> ahm
Jun 29 21:21:14 <leviathan> microcom
Jun 29 21:21:18 <leviathan> GNUtoo|laptop: its still there
Jun 29 21:21:26 <leviathan> but I cant recieve data on the pc
Jun 29 21:21:29 <leviathan> dunno why
Jun 29 21:21:37 <leviathan> but it seems still alive
Jun 29 21:21:38 <leviathan> somehow
Jun 29 21:21:55 <GNUtoo|laptop> leviathan, ok
Jun 29 21:22:08 <leviathan> funny stuff
Jun 29 21:22:18 <leviathan> I has forgotten to remove the jumper
Jun 29 21:22:24 <leviathan> I had a shortcircuit
Jun 29 21:22:26 <GNUtoo|laptop> ok
Jun 29 21:22:30 <leviathan> then I removed the jumper
Jun 29 21:22:36 <leviathan> suddenly it worked
Jun 29 21:22:39 <GNUtoo|laptop> ok
Jun 29 21:22:39 <leviathan> very strange
Jun 29 21:22:48 <GNUtoo|laptop> so it works?
Jun 29 21:22:51 <leviathan> ahhh
Jun 29 21:22:54 <leviathan> I know why
Jun 29 21:22:56 <leviathan> xD
Jun 29 21:22:56 <GNUtoo|laptop> ok
Jun 29 21:23:00 <Weiss> gena2x: there are a lot of bugs where the display isn't initialised properly in .32 and .34 (with and without KMS), but no actual WSoDs as far as I know. just "WSoL"s..
Jun 29 21:23:10 <leviathan> I'll need a pullup resistor around 10kΩ
Jun 29 21:23:14 <leviathan> then I can recieve too
Jun 29 21:23:17 <leviathan> xD
Jun 29 21:23:24 <gena2x> Weiss: oh.
Jun 29 21:23:34 <GNUtoo|laptop> ok
Jun 29 21:23:38 <gena2x> Weiss: seem you didn't got problem :)
Jun 29 21:24:00 <gena2x> Weiss, not it is NOT wsod, it is sudden reboot!
Jun 29 21:24:30 <gena2x> Weiss, i am asking about reboot.
Jun 29 21:25:20 <gena2x> Weiss, suspend is other issue, we'll about it with ThibG, or may be i'll try to do something.
Jun 29 21:25:58 <gena2x> Weiss: so, ok. i can try to run system by parts.
Jun 29 21:26:29 <gena2x> Weiss: and try to somehow get dmesg.
Jun 29 21:27:01 <leviathan> so at least I can now write to the htcdream
Jun 29 21:27:10 <leviathan> now I'll need to read from the htcdream
Jun 29 21:27:17 <leviathan> one way is not optimal
Jun 29 21:27:19 <leviathan> -_-
Jun 29 21:27:23 <gena2x> Weiss: but i thoght if this is after full reset, may be just something on fs left from last session and ask for hints :)
Jun 29 21:27:24 <Weiss> gena2x: oh.. that's really odd.. X.org shouldn't be able to cause a reboot
Jun 29 21:27:49 <GNUtoo|laptop> indeed
Jun 29 21:27:54 <Weiss> gena2x: serial console output (via dboard or other method) would be really useful here, to see the last words before reboot
Jun 29 21:28:56 <gena2x> Weiss: if it's possible to recieve dboard somehow i would be happy, but i have no single spare cent.
Jun 29 21:29:23 <Weiss> gena2x: are you in .de?
Jun 29 21:29:30 <gena2x> Weiss: nope. .ru.
Jun 29 21:30:38 <gena2x> Weiss: but i have some spare time, which i am planning to use for fr, not much, but something.
Jun 29 21:31:28 <gena2x> Weiss: but i do not feel i did something good enough for kernel... to recieve such presents.
Jun 29 21:32:58 <gena2x> Weiss: ok, if no guesses i'll return with more info on issue.
Jun 29 21:33:33 <Weiss> no immediate guesses..
Jun 29 21:33:44 <Weiss> which rootfs are you using? self-built?
Jun 29 21:34:00 <gena2x> debian
Jun 29 21:34:38 <gena2x> sid, may be not 100% updated...
Jun 29 21:34:53 <Weiss> do the problems go away (at least for one cycle) if you reinstall the rootfs?
Jun 29 21:35:20 <gena2x> hm. why i didn't thought about this. nice idea!
Jun 29 21:35:42 <gena2x> i'll try this.
Jun 29 21:36:15 <CIA-58> SHR: 03tom 07libphone-ui * r7bc914ca45cd 10/src/ (phoneui-utils-calls.c phoneui-utils.c): Added filler chars removal from number before calling/texting.
Jun 29 21:38:36 <Weiss> gena2x: so, to check I understand properly: suspend, resume, resume fails (white screen, or other?), remove battery and USB for 5 mins, reconnect, reboot, and ~1min later it reboots again automatically?
Jun 29 21:42:23 <JaMa> ThibG: 2 suspend/resumes in row, both fine.. trying to suspend for longer
Jun 29 21:42:33 <TAsn> JaMa, if you can, please build libphone-utils and libphone-ui :P
Jun 29 21:42:36 <ThibG> YES \o/
Jun 29 21:42:39 <CIA-58> SHR: 03tom 07libphone-utils * r1948be519a18 10/ (TODO src/lib/phone-utils.c): phone_utils_[call/sms]_is_valid_number now allows number to include filler chars.
Jun 29 21:42:45 <ThibG> gena2x, see, you've hit a different bug!
Jun 29 21:43:08 <gena2x> ThibG: somehow i expected this :(
Jun 29 21:43:21 <JaMa> TAsn: ok, efl rsynced, building
Jun 29 21:43:32 <TAsn> JaMa, thanks. :P
Jun 29 21:43:51 <TAsn> JaMa, will let you know when my patch is in e :P
Jun 29 21:44:05 <JaMa> OK
Jun 29 21:44:35 <JaMa> ThibG: min or so long suspend also resumed fine
Jun 29 21:45:00 <ThibG> thanks JaMa :)
Jun 29 21:45:07 <ThibG> I'll write proper patches tomorrow
Jun 29 21:45:14 <ThibG> (this, and the NONREMOVABLE thing)
Jun 29 21:47:42 <JaMa> ThibG: I have it in OE repo now
Jun 29 21:47:44 <ThibG> gena2x, JaMa, thanks again for your useful tests!
Jun 29 21:50:26 <JaMa> ThibG: http://gitorious.org/~jama/htc-msm-2-6-32/openmoko-kernel/commit/3668ab53301aa88cdfa931a5964f6c91804f9d9e
Jun 29 21:50:50 <gena2x> Weiss: oh, seem i so unclean... i already simplified this: remove battery while X running, boot and get that thing. oh, seem this may be not related to X. i have plan what to do: 1. may be this not related to glamo... update system (i checked feeds no - have xserver-common xserver-xorg-core updates)! 2. check if this will happen if no X started then battery removed initally. 3. check if this will happen if fb driver is used after reboot.
Jun 29 21:50:58 <ThibG> htc-msm?
Jun 29 21:51:53 <gena2x> Weiss: i mean not 'not related to X' but 'not related to glamo'
Jun 29 21:52:04 <ThibG> JaMa, the MMC_CAP_NONREMOVABLE would work for the FR (and, well, that's the only user of glamo-mci anyway) but it's not a clean solution
Jun 29 21:52:48 <JaMa> ThibG: ah ok.. and htc-msm just because of sharing git objects on gitorious
Jun 29 21:52:55 <ThibG> ok
Jun 29 21:53:06 <dent> JaMa: how did you resolve http://patchwork.openembedded.org/patch/2178/ - kept your patch in the end?
Jun 29 21:53:21 <JaMa> ThibG: it's faster to push local branch when I first "clone" on gitorious web
Jun 29 21:54:03 <Weiss> gena2x: do you have KMS enabled?
Jun 29 21:54:10 <gena2x> Weiss: nope.
Jun 29 21:54:28 <leviathan> GNUtoo|laptop: ok
Jun 29 21:54:39 <JaMa> zub: yes.. I'll reply to that thread with gentoo bug (closed as upstream bug)
Jun 29 21:54:42 <leviathan> I hope its only somehow misconfigured
Jun 29 21:54:51 <leviathan> and its working anyway
Jun 29 21:55:03 <gena2x> Weiss: is it right to ask you questions about something related to X but not related to KMS?
Jun 29 21:55:10 <leviathan> because when I remove and readd the jumper I get strange symbols
Jun 29 21:55:14 <zub> JaMa: got the gentoo bug link on hand pls?
Jun 29 21:55:18 <leviathan> on microcom
Jun 29 21:55:27 <leviathan> GNUtoo|laptop: but I'll go sleep now
Jun 29 21:55:29 <JaMa> zub: but I don't think it was closed properly (broken patch was applied only in ebuild) and --enable-plugins in eclass is not fault of upstream
Jun 29 21:55:36 <Weiss> gena2x: it's allowed :)
Jun 29 21:55:38 <GNUtoo|laptop> ok
Jun 29 21:55:43 <gena2x> Weiss: nice :)
Jun 29 21:55:55 <leviathan> gn8
Jun 29 21:55:57 <zub> sigh
Jun 29 21:56:16 <JaMa> zub: http://bugs.gentoo.org/show_bug.cgi?id=323319
Jun 29 21:56:22 <zub> danke schoen
Jun 29 21:56:43 <JaMa> neni zac
Jun 29 22:00:51 <zub> to je zlo :-/
Jun 29 22:02:42 <JaMa> TAsn: in feeds :)
Jun 29 22:06:02 <ThibG> 'night
Jun 29 22:06:13 <zub> 'night, I'm giving up my gentoo OE quest for now
Jun 29 22:06:37 <zub> I hope one day I'm able to build SHR again :)
Jun 29 22:07:40 <JaMa> ThibG: gnight and thanks!
Jun 29 22:08:20 <JaMa> zub: just because that binutils bug? it's not so hard to fix...
Jun 29 22:09:40 <TAsn> JaMa, arrigato :P
Jun 29 22:09:54 <TAsn> oh, but damn, I don't have working gsm!!! :P
Jun 29 22:10:44 <JaMa> time to check log :)
Jun 29 22:11:04 <JaMa> TAsn: and what did you do with those 2 pieces I sent you? !!!
Jun 29 22:11:28 <TAsn> told you, too much radiation
Jun 29 22:11:32 <TAsn> I threw them away.
Jun 29 22:12:25 <TAsn> ps
Jun 29 22:12:27 <TAsn> Loading /usr/lib/phoneui/modules/shr.so failed: libecore_evas-ver-pre-svn-06.so.0: cannot open shared object file: No such file or directory
Jun 29 22:12:38 <TAsn> You also need to build libphone-ui-shr
Jun 29 22:12:38 <TAsn> ...
Jun 29 22:12:49 <TAsn> after you update efl after snaphshots
Jun 29 22:12:56 <TAsn> hurry!!!
Jun 29 22:13:03 <gena2x> Weiss: oh, i found better idea! i'll remount all fses ro before staring X.
Jun 29 22:13:27 <TAsn> JaMa, HURRY!!! ^ :Y
Jun 29 22:13:43 <gena2x> Weiss: so, i'll be back with more data later...
Jun 29 22:13:49 <TAsn> 2010.06.30 00:03:12.127064 [phonefsod]  MESSAGE: Inhibiting suspend during startup phase (max 360s)
Jun 29 22:13:49 <TAsn> 2010.06.30 00:03:13.815734 [phonefsod]  MESSAGE: Error: Process /usr/libexec/dbus-daemon-launch-helper received signal 6
Jun 29 22:13:49 <TAsn> 2010.06.30 00:03:13.891232 [phonefsod]  MESSAGE:   error: (25) Launch helper exited with unknown return code 0
Jun 29 22:13:57 <Weiss> gena2x: cunning..
Jun 29 22:13:58 <zub> JaMa: I mean for tonight, I'll tackle it again later this week
Jun 29 22:13:59 <JaMa> TAsn: strange it should be rebuilt after that patch I sent
Jun 29 22:14:04 <Weiss> gena2x: I have to sleep now..
Jun 29 22:14:14 <gena2x> Weiss: good night.
Jun 29 22:14:17 <TAsn> JaMa, maybe something died when I upgraded here :|
Jun 29 22:14:21 <TAsn> I hate opkg.
Jun 29 22:14:41 <TAsn> zub, I finally committed your patches, thanks a lot :P
Jun 29 22:14:46 <JaMa> mmt rebuilding it
Jun 29 22:14:58 <TAsn> phonefsod is also dead here
Jun 29 22:15:04 <TAsn> I think somethnig just went wrong.
Jun 29 22:15:06 <TAsn> something
Jun 29 22:15:16 <TAsn> JaMa, hm... what's the latest known to work image? :P
Jun 29 22:15:17 <zub> TAsn: I noticed :)
Jun 29 22:15:20 <TAsn> I'll just still that.
Jun 29 22:15:32 <TAsn> zub, again, sorry for the *extra* long wait.
Jun 29 22:15:59 <TAsn> It's not out of disrespect, it's because of an immense lack of time.
Jun 29 22:16:01 <zub> nah, I was quite busy with RL (as you probably know yourself), so I was ok with that :)
Jun 29 22:16:15 <TAsn> Phew ;P
Jun 29 22:16:16 <JaMa> TAsn: http://tinderbox.openembedded.net/packages/625634/
Jun 29 22:16:29 * zub got some MIPS beast at work to chew on
Jun 29 22:16:39 <zub> finally moved from wince to linux at work :)
Jun 29 22:16:40 <TAsn> JaMa, log?
Jun 29 22:16:50 <JaMa> TAsn: did you fix it or break it?, because it compiled here ok (after EFL bump with my patch SHR root@gojama ~ $ opkg search /usr/lib/phoneui/modules/shr.so
Jun 29 22:16:53 <JaMa> libphone-ui-shr - 0.0.0+gitr2+32c134785f97fb2dca896faf38196ed276bcbe2b-r8.5
Jun 29 22:17:03 <TAsn> JaMa, so I guess I broke it and something is bad with my box
Jun 29 22:17:06 <TAsn> sec 
Jun 29 22:17:46 <JaMa> TAsn: hmm you removed additional argument
Jun 29 22:17:56 <JaMa> TAsn: that's revert to even older EFL api!
Jun 29 22:18:06 <TAsn> push a fix
Jun 29 22:18:08 <CIA-58> SHR: 03tom 07libphone-ui-shr * r4baaa43eee2b 10/src/ (10 files in 3 dirs): Revert "Adjusted to recent EFL changes."
Jun 29 22:18:13 <JaMa> TAsn: http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=commit;h=cb6e7eff1ac2ce1cbcc764194eb43c0df1072b21
Jun 29 22:18:16 <TAsn> I wonder what's wrong here :|
Jun 29 22:18:18 <TAsn> sorry. ;(
Jun 29 22:18:41 <zub> JaMa: if I take vanilla binutils, build it with your patch, install it into non-std path + make bitbake see it first (prior to system binutils), would that do? I'd like to avoid messing with system binutils
Jun 29 22:19:33 <JaMa> zub: probably yes.. but you don't have that patch unless you're building with multitarget USE AND _gentoo_ additional patches
Jun 29 22:19:45 <TAsn> ok
Jun 29 22:19:51 <TAsn> it didn't upgrade elm for some reason
Jun 29 22:20:10 <zub> JaMa: a jo, njn
Jun 29 22:20:20 <JaMa> zub: so you can just add that enable-plugins to toolchain.eclass and rebuild that binutils version (as binpackage) and then untar it to some other path
Jun 29 22:20:41 <JaMa> TAsn: you're using OE builds for development?
Jun 29 22:20:53 <zub> please shoot me :)
Jun 29 22:21:03 <TAsn> JaMa, heck no
Jun 29 22:21:13 <TAsn> JaMa, I haven't touched OE for ages now
Jun 29 22:21:22 <TAsn> I just dev on my pc :P
Jun 29 22:21:22 <JaMa> ah, ok
Jun 29 22:21:48 <TAsn> anyhow, what's the latest stable image?
Jun 29 22:21:56 <TAsn> just the latest?
Jun 29 22:22:25 <JaMa> TAsn: you broke it again with last revert :/
Jun 29 22:22:32 <JaMa> TAsn: latest should be fine
Jun 29 22:22:39 <TAsn> JaMa, do me a favor
Jun 29 22:22:41 <JaMa> TAsn: http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=blobdiff;f=src/widget/elm_keypad.c;h=e863d8031e8b634cd19e68379f11fc9be463e7f0;hp=affbe5751e71d79f8b14a6d914b6f7d79cbf62cc;hb=4baaa43eee2b97409ed1a2a9ce6afa5e9000824a;hpb=675ec1ba6225666fd4bf5dddb11da2686ede6149
Jun 29 22:22:52 <TAsn> revoke my git access and commit it yourself :P
Jun 29 22:22:53 <JaMa> you reverted also my todays changes
Jun 29 22:22:59 <TAsn> JaMa, which is weird
Jun 29 22:23:11 <TAsn> since I thought that since you already did it, it won't revert your changes.
Jun 29 22:23:17 <TAsn> i.e, we both did the same changes
Jun 29 22:23:21 <JaMa> yes.. maybe because you had to resolve it somehow (because of stuff already commited)
Jun 29 22:23:22 <TAsn> and reverting mine removed yours
Jun 29 22:23:27 <TAsn> although left yours in log
Jun 29 22:23:33 <TAsn> smells like a git bug to me.
Jun 29 22:24:20 <JaMa> maybe if you resolved it (as integrated it to your patch) it happened to be owned by your patch too
Jun 29 22:24:40 <TAsn> I don't think I have.
Jun 29 22:24:40 <JaMa> just my silly explanation for myself
Jun 29 22:24:46 <TAsn> Anyhow, it's broken
Jun 29 22:24:50 <TAsn> as a revert should return state
Jun 29 22:24:54 <TAsn> and it didn't.
Jun 29 22:25:14 <JaMa> but your patch has also those changes I pushed
Jun 29 22:25:27 <JaMa> see http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=blobdiff;f=src/widget/elm_keypad.c;h=affbe5751e71d79f8b14a6d914b6f7d79cbf62cc;hp=e863d8031e8b634cd19e68379f11fc9be463e7f0;hb=90174b693470911f29e6c689c1c66f7b02993194;hpb=8e8aa6f1ddd1468d8a4e274ac6301a61f21bba2f
Jun 29 22:25:28 <TAsn> I know
Jun 29 22:26:01 <JaMa> I think it's the same as when you git cherry-pick some changes and then merge whole branch from where you cherry-picked
Jun 29 22:26:35 <JaMa> then reverting cherry-pick undo also changes later merged from 2nd source
Jun 29 22:26:57 <JaMa> TAsn: you should git pull --rebase and this wouldn't happen
Jun 29 22:27:32 <TAsn> :P
Jun 29 22:27:37 <TAsn> too complicated bugs :P
Jun 29 22:27:40 <TAsn> yes, BUGS
Jun 29 22:27:41 <TAsn> :)
Jun 29 22:27:53 <JaMa> this is "your" patch after merging http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=commitdiff;h=675ec1ba6225666fd4bf5dddb11da2686ede6149;hp=32c134785f97fb2dca896faf38196ed276bcbe2b
Jun 29 22:28:31 <JaMa> and after git rebase you whouldn't push that "Merge branch 'master' of git+ssh://git.shr-project.org/libphone-ui-shr"
Jun 29 22:28:56 <TAsn> OK, I'm getting an headache thinking about git :P
Jun 29 22:29:10 <TAsn> Well, maybe it's the hour, I'm not sure.
Jun 29 22:29:31 <TAsn> Anyhow, I off trying to maybe get a little bit of sleep after a long day@work.
Jun 29 22:29:57 <TAsn> JaMa, anyhow, please revert my idiocy and fix everything :P
Jun 29 22:30:01 <CIA-58> SHR: 03Martin.Jansa 07libphone-ui-shr * r0c55a3223804 10/src/ (view/sim-manager-view.c widget/elm_keypad.c): Fix for Ecore API change from SRCREV 49829 (Eina_Bool used in callbacks)
Jun 29 22:30:17 <JaMa> done :)
Jun 29 22:30:19 <TAsn> in the meanwhile, I'm updating my elementary.
Jun 29 22:30:20 <TAsn> thanks.
Jun 29 22:30:32 <TAsn> JaMa, now please rebuild, I already downloaded the image again
Jun 29 22:30:34 <TAsn> will upgrade tomorrow.
Jun 29 22:30:40 <TAsn> *AGAIN
Jun 29 22:30:40 <TAsn> *
Jun 29 22:30:57 <JaMa> NOTE: Running task 5 of 19 
Jun 29 22:31:15 <TAsn> I think it'll be done by tomorrow
Jun 29 22:31:21 <TAsn> so it's safe for me to go to sleep :P
Jun 29 22:31:36 <JaMa> done :P
Jun 29 22:31:40 <TAsn> p.s I've almost had it, I really need a new PC!
Jun 29 22:31:52 <JaMa> nah not really, you can go to sleep now :)
Jun 29 22:32:11 * JaMa needs only few ssd :)
Jun 29 22:32:15 <TAsn> I'll buy the PC after I get some sleep. - Good idea jama.
Jun 29 22:32:25 <TAsn> I don't need ssds
Jun 29 22:32:36 <TAsn> I just need a CPU, ram and a normal HD
Jun 29 22:32:37 <TAsn> :P
Jun 29 22:32:37 <JaMa> why? 64G ram? :P
Jun 29 22:32:49 <TAsn> Are you building stuff on ram fs?
Jun 29 22:32:58 * JaMa finds his raid0 too slow for builds :)
Jun 29 22:33:14 <TAsn> If I were you I would have just mounted a ramfs
Jun 29 22:33:17 <TAsn> worked on that
Jun 29 22:33:24 <JaMa> TAsn: I did.. but OE's tmp/work is too big for my 4G ram :/
Jun 29 22:33:29 <TAsn> work on that
Jun 29 22:33:33 <TAsn> and back it up once in a while.
Jun 29 22:33:44 <TAsn> JaMa, that's what you need 64gb ram for.
Jun 29 22:33:48 <TAsn> Anyhow, ciao.
Jun 29 22:33:53 <TAsn> for real now :P
Jun 29 22:33:56 <JaMa> 12G is not enough to build some angstrom packages with debug
Jun 29 22:34:02 <JaMa> ie git-native :/
Jun 29 22:34:34 <JaMa> so I need at least 16G ram to use tmpfs as I did before for portage builds
Jun 29 22:43:52 <mickeyl> yo
Jun 29 22:44:03 <mickeyl> ~lart ubuntu for not being able to install on a stripe set
Jun 29 22:44:03 * apt shoves a crumpet down ubuntu's throat, happy now?! Huh? Want some JAM with that? for not being able to install on a stripe set
Jun 29 22:46:28 <mickeyl> TAsn: pong
Jun 29 22:48:13 <zub> mickeyl: wouldn't debootstrap help?
Jun 29 22:53:02 <mickeyl> how would that work? the problem is i want to install ubuntu on a free partition in an existing stripe-set without overwriting windows :/
Jun 29 22:54:12 <mickeyl> i would yank windows, but the device is very new and i'm sure there will be some coming bios and firmware updates 
Jun 29 22:54:25 <JaMa> mickeyl: and do you have another working linux distro on that machine?
Jun 29 22:54:45 <mickeyl> no
Jun 29 22:54:49 <mickeyl> brand new laptop
Jun 29 22:55:00 <mickeyl> just came today
Jun 29 22:55:09 <mickeyl> and unfortunately -- as all thinkpads -- with Windows 7 preinstalled
Jun 29 22:55:42 <mickeyl> i resized the partitions to make space for Linux, but the ubuntu install fails with "can't create root partition"
Jun 29 22:55:49 <JaMa> but if you can boot live distro and mount that stripe-set you should be able to debootstrap it there imho
Jun 29 22:56:35 <JaMa> but I stopped trying ubuntu before buying first raid array :)
Jun 29 22:57:05 <mickeyl> hehe
Jun 29 22:57:07 <mickeyl> hmm
Jun 29 23:13:08 <mickeyl> argh
Jun 29 23:13:10 <mickeyl> here we are.
Jun 29 23:13:11 <mickeyl> "With a new quad core desktop with 8GB RAM & 1TB HDD I wanted to install the Ubuntu desktop version using LVM. This is not possible with the “Desktop CD”. You need to use the “alternative CD” which will easily allow you to configure LVM via a text/cursors installation and also give you a deskop GNOME environment. "
Jun 29 23:13:19 <mickeyl> *sigh*
Jun 29 23:13:26 * mickeyl downloads the alternative CD
Jun 29 23:31:20 <JaMa> mickeyl: alternative is using plain debian installer, no? something like that also hrw said in http://marcin.juszkiewicz.com.pl/2010/06/09/new-laptop-asus-ul30a/
Jun 29 23:33:35 <JaMa> Weiss: still looking why we get no valid modes, but that free() bug reported upstream https://bugs.freedesktop.org/show_bug.cgi?id=28824
Jun 29 23:44:20 <mickeyl> tadaa
Jun 29 23:44:27 <mickeyl> and it's broken completely in 10.04
Jun 29 23:44:34 <mickeyl> must be my lucky day *sigh*
Jun 29 23:45:14 <mickeyl> https://bugs.launchpad.net/ubuntu/+source/parted/+bug/568050?comments=all
Jun 29 23:45:36 <mickeyl> oh well
Jun 29 23:45:40 <mickeyl> who needs a raid in a laptop
Jun 29 23:45:57 <mickeyl> tomorrow I'm going to unRAID and wipe everything
Jun 29 23:45:59 <mickeyl> g'night
Jun 29 23:46:41 <roh> dmraid is broken at any version
Jun 29 23:46:59 <roh> use md.
Jun 29 23:48:29 <roh> fakeraid never was pro data security. it always was pro sales
**** ENDING LOGGING AT Wed Jun 30 02:59:57 2010