**** BEGIN LOGGING AT Wed Jan 06 02:59:57 2010 Jan 06 03:04:19 some SHR devs here? I cannot bring back my display on, after it auto-suspens Jan 06 03:04:20 *suspends Jan 06 03:05:55 it suspends to fast and I cannot switch-off auto-suspend :( Jan 06 03:50:40 rhaeder: (not a dev :) - does it stay on with usb plugged in? what version? (shr-u:date, shr-t:date) Have you changed any settings? Jan 06 03:51:18 shr-unstable, I have "fixed" it by turning it off (I finally found it): Settings->Power Jan 06 03:57:35 http://wiki.openmoko.org/index.php?title=Freedom_Slim_Keyboard&diff=78756&oldid=74094 <-- fixed a non-working URL :) Jan 06 05:29:55 JaMa, fsomusicd is already (somehow) obsolete Jan 06 05:30:10 atm I'm designing fsomediad Jan 06 05:30:41 brb Jan 06 06:12:35 JaMa, gst-plugins-good should provide those plugins Jan 06 06:55:47 playyaWorking_: micked readed fsomusicd to task-fso2-compliance so it was built for shr... I'll try with gst-plugins-good.. I tried -base because all missing plugins are listed on gst web in -base.. thx Jan 06 07:05:24 moin Jan 06 07:06:42 max_posedon: bonnie++ data from jffs2 on shr-user and openmoko comunity list.. Jan 06 08:26:49 playya_: I've rebuild gst-plugins-good too and still missing those plugins.. which version do you have? shr: gst-plugins-good_0.10.15 gst-plugins-base_0.10.25 Jan 06 09:01:30 moin Jan 06 09:01:46 DocScrutinizer51: good morning :) Jan 06 09:03:07 * DocScrutinizer51 sighs. Moving always is a mental stress, even when it's only one floor down in same building Jan 06 09:04:30 what's new? lost the thread last few days :-) Jan 06 09:04:33 PaulFertser: hi :) Jan 06 09:05:13 PaulFertser: just finished with CONFIG_MTD_NAND_VERIFY_WRITE ;) Jan 06 09:05:55 DocScrutinizer51: so you're finally moving to your decorated and prepared for comfortable living apartment? That's great! Jan 06 09:06:45 gena2x: are you satisfied? Jan 06 09:06:47 ;) Jan 06 09:06:47 PaulFertser: sent mail to openmoko-kernel & you Jan 06 09:06:51 lol. I wish it was like that. Alas it's 3/4 done only Jan 06 09:07:01 PaulFertser: no, I want to continue Jan 06 09:07:12 PaulFertser: don't you mind? Jan 06 09:09:26 PaulFertser: minor things like doors, kitchen, phone/dsl and antenna cable etc still missing. Well it got a good heating and nice warm water for shower :-) Jan 06 09:09:38 DocScrutinizer51: i'd prefer dsl ;) Jan 06 09:09:45 and NO carpets. YEAH Jan 06 09:09:57 PaulFertser: openmoko-kernel seem need some 'moderator approval'... Jan 06 09:10:17 gena2x: yep :( jc never actually followed my advice :( Jan 06 09:10:21 PaulFertser: wlan reaches these dew meters from old flat Jan 06 09:10:34 few Jan 06 09:10:45 gena2x: i can forward the message for you or you can subscribe (disable mail delivery if you do not need it) and resend. Jan 06 09:11:08 DocScrutinizer51: so it's ok. The most important part is to get heating/water/electricity done right :) Jan 06 09:12:00 yeah. electricity is my leisure task for next few days. Just mounting the switches and outlets Jan 06 09:12:06 PaulFertser: problem is that i am subscribed... need to check mailss Jan 06 09:12:53 PaulFertser: yes, really subscribed Jan 06 09:13:10 gena2x: i didn't receive anything from you either. Jan 06 09:14:02 PaulFertser: hm Jan 06 09:17:28 PaulFertser: i had wrong date on pc, mb it was counted as spam Jan 06 09:18:09 gena2x: indeed, i see it now Jan 06 09:18:36 PaulFertser: ok, nice. Jan 06 09:19:14 PaulFertser: I am recieveing mail from openmoko-kernel, so i am member of list? Jan 06 09:19:53 gena2x: if that's just a mail without explicitly CCing you, yes. Jan 06 09:20:12 gena2x: 2x impact! What a nice catch! Jan 06 09:20:13 PaulFertser: found reason Jan 06 09:20:48 PaulFertser: i subscribed with other mail alias :) Jan 06 09:20:56 PaulFertser: not really Jan 06 09:21:41 PaulFertser: plain write to /dev/md* is without erase i think Jan 06 09:22:06 PaulFertser: in in fact this should be 20%, max 50% Jan 06 09:22:31 PaulFertser: like in mtdblock Jan 06 09:23:03 JaMa, fine, but this tests are useless I think Jan 06 09:23:20 good tests its when we have storage > 2*ram Jan 06 09:23:46 but fs tests looks nice) Jan 06 09:24:26 max_posedon: you may check this. Jan 06 09:24:35 max_posedon: fs cache can be reset Jan 06 09:24:52 gena2x, not all fs's sync their content on fsync Jan 06 09:25:06 max_posedon: echo 3 > /proc/sys/vm/drop_caches Jan 06 09:25:36 gena2x, if test create files, write files, delete files Jan 06 09:25:41 how it can help? Jan 06 09:25:51 gena2x: where is the mtd_nand_* discussion? Jan 06 09:26:21 max_posedon: you may run benchmark two times and check for diffence with caches reset or not Jan 06 09:26:34 * DocScrutinizer51 wonders if fs caching writeback will discard a non yet written block whenever a new content for same block is pushed to fs Jan 06 09:26:44 lindi-: Hi :) I am working on mail mail accounts sync :) Jan 06 09:27:12 DocScrutinizer51, your question is double interesting with ubifs Jan 06 09:27:24 guess it should Jan 06 09:27:37 otherwise spank developers ;-P Jan 06 09:27:51 gena2x, also, as I said, some fs doesn't fflush their content on fsync Jan 06 09:28:07 at least btrfs, and I'm not sure about ubifs Jan 06 09:28:23 eeeek Jan 06 09:28:34 WTF?!?! Jan 06 09:28:38 so, drop_cache will just move data from kernel cache to fs-cache Jan 06 09:28:42 DocScrutinizer51, welcome!) Jan 06 09:29:47 * DocScrutinizer51 remembers a bold discussion bout flush() somehwre near LKML Jan 06 09:29:51 max_posedon: ammm.. where can i read about this? Jan 06 09:30:27 btrfs Jan 06 09:30:40 project pages. iitrc Jan 06 09:31:26 gena2x, keywords is "delayed allocation" Jan 06 09:31:43 btfs has it, reiserfs4 has it, ext4 has or will has soon Jan 06 09:32:03 think I seen a pointer there to LKML thread, plus some explanations and planned workarounds Jan 06 09:32:24 which is also called "Allocate-on-flush" in wikipedia? Jan 06 09:33:58 fsck btrfs + ubifs + foofs. ext3 ftw Jan 06 09:34:11 ;-D Jan 06 09:36:58 ok. breakfast time here. Means I'm back in 30min when I reach my fav cafe Jan 06 09:38:07 max_posedon: fsynced data are written with delayed allocation Jan 06 09:39:04 max_posedon: where is no 'special buffer' in fs i think. Jan 06 09:42:16 lindi-: it doesn't matter if one nandwrites udfu image or not. udfu is a _footer_ Jan 06 09:43:09 PaulFertser: ok but it is useless? Jan 06 09:44:01 lindi-: sure Jan 06 09:47:31 so if I were to package Qi for Debian, would I ship the .udfu or the other one? Jan 06 09:48:43 PaulFertser: ok, CONFIG_MTD_NAND_VERIFY_WRITE. we disable it? Jan 06 09:49:37 gena2x: sure Jan 06 09:50:19 PaulFertser: now i'll try to investigate/lmbench other options look performance affecting Jan 06 09:50:20 pabs3: well, if you never intend to flash it over DFU, you can use the one without udfu. But i do not see the benefit, the footer is very small. Jan 06 09:51:39 I'd probably package it as arch all, specifically so you can have it installed on your laptop and flash it over DFU Jan 06 09:51:39 PaulFertser: what do you think? Jan 06 09:52:21 gena2x: i've never did anything performance-related but i really appreciate your efforts :) Jan 06 09:52:30 pabs3: sounds cool Jan 06 09:53:37 is there any roadmap or show-stopper bugs I should be aware of? Jan 06 09:53:45 PaulFertser: i just wish results to be used somehow. Jan 06 09:55:08 gena2x: you know me. Jan 06 09:55:58 pabs3: yes Jan 06 10:08:35 hi Jan 06 10:08:58 * pabs3 waves to ThibG Jan 06 10:09:28 I'm running SHR unstable from ~2 weeks, and I've no µSD Jan 06 10:09:41 so, everything is on the flash memory Jan 06 10:09:53 now, there is a kernel upgrade, how should I proceed? Jan 06 10:10:32 do you wish to install custom kernel? Jan 06 10:10:33 opkg upgrade installs new kernel Jan 06 10:10:45 gena2x, no Jan 06 10:10:54 max_posedon, even if I've flashed the kernel? Jan 06 10:11:08 doesn't it lay in a different place from the root fs? Jan 06 10:11:15 ThibG: so, yes. go for opkg upgrade Jan 06 10:11:22 ok Jan 06 10:11:29 thanks Jan 06 10:12:06 ThibG: it will silently reflash you beloved kernel if something newer is available ;) Jan 06 10:12:17 ok :) Jan 06 10:22:23 by the way, I was wondering if there's something to lock the phone with a password Jan 06 10:38:22 hi. As shr-settings doesn't save pim datas, I looked at the python source, and it seemed to me that it was easy to do: http://pastebin.com/m7811a9d2 Jan 06 10:38:59 so is there a kind of problem why it hasn't been done yet ? Jan 06 10:46:52 hm, after update, the screen turned black Jan 06 10:47:05 restarting X doesn't change anything... backlight off? why? Jan 06 10:47:12 (did not reboot yet) Jan 06 11:01:03 mrmoku|away: there is newer EFL snapshot in sane-srcrevs again.. should we use it in shr again (instead the one in shr-preferred-versions) Jan 06 11:01:23 mrmoku|away: "44908" instead of "44424" Jan 06 11:18:23 could anyone please run ls -1 recipes/*/*.bb | cut -d / -f 3 | cut -d _ -f 1 | sort | wc -l in oe? Jan 06 11:19:41 playyaWorking: yup .. why sort it for wc -l? Jan 06 11:19:52 doh Jan 06 11:19:54 do you want sort -u instead? Jan 06 11:20:04 yes Jan 06 11:20:09 bitbake@jama ~/dev $ ls -1 recipes/*/*.bb | cut -d / -f 3 | cut -d _ -f 1 | sort | wc -l Jan 06 11:20:12 7944 Jan 06 11:20:14 bitbake@jama ~/dev $ ls -1 recipes/*/*.bb | cut -d / -f 3 | cut -d _ -f 1 | sort -u | wc -l Jan 06 11:20:17 4475 Jan 06 11:20:24 .. lunch Jan 06 11:20:38 ok. thx Jan 06 12:07:08 JaMa: hey, do you probably know what might contribute to this traceback: http://pastebin.com/me4626ff ? Jan 06 12:08:42 PaulFertser: I've read it yesterday.. but I have no idea.. Jan 06 12:08:51 Looked really strange. Jan 06 12:08:57 Probably mangled frameworkd.conf Jan 06 12:10:18 PaulFertser, what's the problem? the changing CID? Jan 06 12:10:20 yes.. but "KeyError: '/dev/ttySAC1'" seems like some syntax error in .py maybe not optimal config value sanitization.. Jan 06 12:10:29 PaulFertser: it is trying to find variable named /dev/ttySAC1? ;) Jan 06 12:10:50 lindi-: i guess it's trying to find an array element Jan 06 12:11:34 my neo is off .. so its not easy to check that factory.py and shr shipped config now Jan 06 12:11:43 oh. thy key error Jan 06 12:11:51 PaulFertser: globals() is a hash (dictionary) Jan 06 12:11:54 PaulFertser: so not an array Jan 06 12:12:18 PaulFertser: btw with 2.6.32 I have some strange problems with usbnet sometimes.. Jan 06 12:12:19 PaulFertser: you have device=/dev/ttySAC1 in config Jan 06 12:12:21 lindi-: well, i'd call that assosicative array or something Jan 06 12:12:24 PaulFertser: which is probably wrong Jan 06 12:12:40 lindi-: luckily it's not me having something wrong in config ;) Jan 06 12:12:41 PaulFertser: it should be path=/dev/ttySAC1 probably? Jan 06 12:13:05 PaulFertser: ok, but you can probably forward these Jan 06 12:13:07 lindi-: but you most certainly right Jan 06 12:13:14 PaulFertser: usb0 stops responding even with neo still up (CPU resource requested with fsoraw whole time or today I tried to call fsoraw every 5 mins and request it for 5 mins) Jan 06 12:13:41 PaulFertser: and after going home then only touching touchscreen is usually enough to wake usb0 up.. Jan 06 12:13:50 JaMa: weird Jan 06 12:13:59 JaMa: can't comment since i do not use .32 yet. Jan 06 12:14:18 PaulFertser: any hint what to try? maybe its someting in my kernel config like usb suspend Jan 06 12:14:42 PaulFertser: but it should be a but imho if its suspends hub with usbnet still using it Jan 06 12:15:03 JaMa: sorry :( Jan 06 12:16:49 Also, USB "remote wakeup" signaling is supported, whereby some USB devices (like keyboards and network adapters) can wake up their parent hub. Jan 06 12:17:02 maybe usbnet is just missing this wakeups.. Jan 06 12:17:22 PaulFertser: no problem, I'll try to disable this option and see what happens.. Jan 06 12:17:54 JaMa: i have never managed to wake up my pc with neo or vice versa :) Jan 06 12:18:20 lindi-: no neo is still up and running.. Jan 06 12:18:29 lindi-: only usb0 there went to sleep.. Jan 06 12:19:20 that "remove wakeup" is only from CONFIG_USB_SUSPEND " suspend or resume individual USB peripherals and to enable or disable autosuspend" Jan 06 12:20:55 I should have connect to wifi before leaving home to see if that still works with usb sleeping :) Jan 06 13:46:59 infobot: seen apt Jan 06 13:47:01 i haven't seen 'apt', DocScrutinizer51 Jan 06 13:47:32 ~botsnack Jan 06 13:47:32 thanks, DocScrutinizer51 Jan 06 13:47:37 pfff Jan 06 13:47:44 DocScrutinizer, afair you're on suse, so you don't have apt Jan 06 13:47:58 muhaha Jan 06 13:48:23 :) Jan 06 13:58:32 anybody an idea how to force-rename infobot to apt? Jan 06 13:59:50 ~buzzfix Jan 06 13:59:51 hmm... buzzfix is http://people.openmoko.org/joerg/GSM_EMI_noise/ and http://wiki.openmoko.org/wiki/Buzz_Fix and http://lists.openmoko.org/pipermail/hardware/2008-August/000267.html ff. Jan 06 14:01:55 ~help Jan 06 14:02:12 have fun ;-P Jan 06 14:02:36 ~help Jan 06 14:02:47 ~rename foobar Jan 06 14:03:14 DocScrutinizer, Example: rename 'infobot' 'infobot' Jan 06 14:03:25 k Jan 06 14:03:32 need op I guess Jan 06 14:04:09 ~rename infobot apt Jan 06 14:04:57 fsck **factoid** renaming Jan 06 14:05:12 not exactly what I had in mind Jan 06 14:06:02 maybe wantnick? Jan 06 14:08:44 ~wantnick apt Jan 06 14:08:44 error: you do not have enough flags for that. (o required) Jan 06 14:09:09 ~wnatnick apt Jan 06 14:09:20 ~wantnick apt Jan 06 14:09:20 error: you do not have enough flags for that. (o required) Jan 06 14:10:07 that's infobot's config flags then? :-/ Jan 06 14:11:02 who has op for infobot ? Jan 06 14:11:20 ~karma Jan 06 14:11:20 playyaworking has neutral karma Jan 06 14:11:28 ~karma DocScrutinizer Jan 06 14:11:28 docscrutinizer has neutral karma Jan 06 14:12:17 drare!!! Jan 06 14:12:17 ~karma infobot Jan 06 14:12:18 infobot has karma of 4 Jan 06 14:13:34 ~infobot++ Jan 06 14:14:15 infobot++ Jan 06 14:14:32 ~karma infobot Jan 06 14:14:32 infobot has karma of 5 Jan 06 14:14:48 ouch Jan 06 14:15:04 ~DocScrutinizer-- Jan 06 14:15:07 infobot-- Jan 06 14:15:12 ~karma DocScrutinizer Jan 06 14:15:12 docscrutinizer has karma of -1 Jan 06 14:15:24 for the sluggishness Jan 06 14:15:56 /kickban playyaWorking Jan 06 14:16:24 good idea ;) Jan 06 14:16:35 you fix that NOW!! Jan 06 14:16:38 ~karma god++ Jan 06 14:16:38 god++ has neutral karma Jan 06 14:16:42 what are you doing guys :) Jan 06 14:16:53 gena2x: playing with the bots :) Jan 06 14:17:34 DocScrutinizer51++ Jan 06 14:17:51 nah Jan 06 14:17:59 DocScrutinizer++ Jan 06 14:18:14 your fault playya. I warned you Jan 06 14:19:06 ~karma DocScrutinizer Jan 06 14:19:06 docscrutinizer has karma of -1 Jan 06 14:19:23 ~DocScrutinizer-- Jan 06 14:19:30 you fix that NOW!! playya!!!!!! Jan 06 14:19:34 ~karma DocScrutinizer Jan 06 14:19:34 docscrutinizer has karma of -2 Jan 06 14:19:38 (-:C Jan 06 14:20:01 DocScrutinizer: you'll be reborn as a cockroach ;-) Jan 06 14:20:02 * DocScrutinizer51 unvoices * Jan 06 14:21:05 warn you. I'm in a foul mood and incidentally have oped myself Jan 06 14:23:09 ~DocScrutinizer++ Jan 06 14:23:10 ~DocScrutinizer++ Jan 06 14:23:22 last second ;-) Jan 06 14:23:43 ~DocScrutinizer++ Jan 06 14:23:50 ~karma DocScrutinizer Jan 06 14:23:51 docscrutinizer has neutral karma Jan 06 14:24:22 that's infobot's decision ;) Jan 06 14:26:37 playya_: does that karma actually do something ? Jan 06 14:27:45 no Jan 06 14:28:09 it's a silly community voting (bashing) gimmick Jan 06 14:28:43 afaik Jan 06 14:30:38 * DocScrutinizer51 wonders what happened to TimRyker's infobot config. I asked him to join both OM chan with name of "apt" which worked quite flawlessly for most of the time Jan 06 14:31:59 bazh Jan 06 14:32:05 disconnect Jan 06 14:32:09 * DocScrutinizer51 wonders what happened to TimRyker's infobot config. I asked him to join both OM chan with name of "apt" which worked quite flawlessly for most of the time Jan 06 14:33:11 infobot: ping Jan 06 14:33:12 ~pong Jan 06 14:33:32 infobot: seen apt Jan 06 14:33:35 i haven't seen 'apt', DocScrutinizer51 Jan 06 14:37:49 darn. A /whois (infobot/ibot/apt) is rather puzzling Jan 06 15:14:04 hi there, I have problems with building shr with OE locally, or especially with building a local version of bluez4. I followed the instructions "Getting Started developing Shr", but only by uncommenting require "local-builds.inc" the package bluez4 fails to install. Of course i set the pathes in local-builds.inc. It biulds, it just do not install. In the logs the message is, make: *** No rule to make target `install', Any ideas? Jan 06 15:16:29 ESI: check S varible in recipe Jan 06 15:16:39 ESI: or even update it in local-builds.inc Jan 06 15:18:18 JaMa: Thank you S variable is set like this:S_pn-bluez4 = "${WORKDIR}/shr/${PN}" Jan 06 15:18:57 ESI: and is it unpacked in something like tmp/work/shr/bluez4/ ? Jan 06 15:19:37 ESI: and also check temp/log.do_compile* there.. if it really compiled fine Jan 06 15:21:11 JaMa: it is unpacked in tmp/work/armv4t-oe-linux-gnueabi/bluez4-4.59-r5.0/bluez-4.59 Jan 06 15:24:06 JaMa: It seems, it did not compile, ... nothing to compile ... is in the log, I will run clean and build again.. Jan 06 15:25:54 yes.. thas because of wrong S Jan 06 15:26:28 S_pn-bluez4 = "${WORKDIR}/${PN}-${PV}" is probably better Jan 06 15:26:47 for building bluez4_4.59 Jan 06 15:29:10 JaMa: I will try, thank you ... I was so shure that it compiled once , because I added one src file and I saw to object-file in the corresponding work directory, but maybe i was mistaken. Jan 06 15:35:27 and if you stay with ${PN}-${PV} naming you don't have to set S at all Jan 06 16:15:56 JaMa: Thank you for your help: I am still trying, only setting S seems not to be enough, because my source directory in named slightly different. But with the tip to care for the S-variable I guess I can come along. (The reason why I saw the object file was, because I compiled it without bitbake (no crosscompile) earlier...) Jan 06 16:18:22 ESI: so its not in tmp/work/armv4t-oe-linux-gnueabi/bluez4-4.59-r5.0/bluez-4.59 ? Jan 06 16:26:07 Hi, am I in the right channel for X related questions on the freerunner? The input from the touchpanel apears weird Jan 06 16:30:40 JaMa: the sources are in ~/prj/bluez/bluez-4.59, and the get copied into ~/prj/OpenMoko/shr/shr-build/shr-unstable/tmp/work/armv4t-oe-linux-gnueabi/bluez4-4.59-r5.0/bluez-4.59$, so I set the S-variable to "${WORKDIR}/bluez-4.59", which worked so dar, that means it starts compiling the real files. Unfortunately the source does not get patched anymore, so it does not link because of the missing patches I guess. Jan 06 16:31:52 JaMa: my next shot will be the use of the bluez4-4.59 directory instead of bluez-4.59 Jan 06 16:40:14 ESI: ah I see didn't noticed missing 4 in bluez4.. sorry Jan 06 16:40:45 ESI: yes as you rewrite SRC_URI you have to also list all patches from recipe Jan 06 16:41:55 ESI: or you can try it with SCR_URI _append point to your directory (different than what bitbake creates) then choose your by pointing S to yours Jan 06 16:42:26 ESI: but then with every rebuild original tarball from recipe will be unpacked and then ignored (because S will point somewhere else) Jan 06 16:45:46 JaMa: sorry you are losing me a little here. How do I list the patches to apply? Would one way be, no to change S-variable? Jan 06 16:46:53 ESI: in recipe is SRC_URI = "http...tarbal file://patch1;patch=1 file://patch2;patch=2" Jan 06 16:47:17 ESI: if you append to this variable with SRC_URI_append with right override in local-buils.conf Jan 06 16:47:43 ESI: then you get SRC_URI = "http...tarbal file://patch1;patch=1 file://patch2;patch=2 file:///your/patch/to/bluez-4.59" Jan 06 16:48:39 ESI: and as tarball is unpacked to ie to bluez4-4.59, but your sources are somewhere else like bluez-4.59-ESI Jan 06 16:49:17 ESI: then if you point S to bluez-4.59-ESI directory, all patches are applied there and unpacked tarball is not used at all by bitbake.. Jan 06 16:49:31 * JaMa going home.. bye Jan 06 16:51:50 JaMa: Thank you Jan 06 16:57:19 How do I right append? with +=? Jan 06 17:15:04 JaMa: so what do you think about enabling ubifs in defconfig? Jan 06 17:24:07 when trying to build shr I get the following error: git.freesmartphone.org[0: 216.8.179.24]: errno=Connection timed out, someone experiencing the same? Jan 06 17:26:54 ESI: I tried a few hours ago and the server wasn't responding. After a few tries it worked again. Jan 06 17:50:56 dsl line moved... hooray Jan 06 17:51:21 PaulFertser: I have prepared patch for building both qi from OE.. but my bonnie++ results are quite strange.. Jan 06 17:52:38 PaulFertser: I've run bonnie++ against ubi partition while running system from uSD Jan 06 17:53:03 DocScrutinizer51: yay Jan 06 17:59:31 JaMa: probably we should, yes Jan 06 18:00:50 JaMa: no idea what changed, but I think we should have our own EFLREV only when it is newer, because we need something newer Jan 06 18:01:05 mrmoku: oki pushing.. Jan 06 18:01:15 JaMa: good :) Jan 06 18:01:32 JaMa: fun is to bump revs for stuff that need rebuilding though :| Jan 06 18:01:52 soname is still 05 .. Jan 06 18:02:03 ah, ok Jan 06 18:03:08 mrmoku: what about adding qi and qi-ubi to task-shr-feed? Jan 06 18:03:26 JaMa: good thing Jan 06 18:03:43 mrmoku: I built it by hand on buildhost.. now I'll push patch for building qi-ubi.. Jan 06 18:03:44 JaMa: btw. how is progress on kernel front? Jan 06 18:04:13 mrmoku: all kernels built.. sharing everything.. only deploy dir is different.. Jan 06 18:04:37 mrmoku: maybe I'll stay only with shr-kms and call bitbake with all 3 versions three would be a bit easier :) Jan 06 18:05:03 mrmoku: as long as we don't need different kernel feeds (just uImage+modules tarball) Jan 06 18:05:38 JaMa: yeah Jan 06 18:05:56 mrmoku: or maybe even task-shr-kernels :) Jan 06 18:08:10 JaMa: hopefully the day to switch kernels will come someday :P Jan 06 18:13:07 pfff google nexus Jan 06 18:18:01 super phone :-P Jan 06 18:35:27 http://www.amazon.de/s/ref=nb_ss?__mk_de_DE=%C5M%C5Z%D5%D1&url=search-alias%3Daps&field-keywords=nexus&x=17&y=21 Jan 06 18:51:44 Due to a request on the community ML I created a wiki page about UBIFS: http://wiki.openmoko.org/wiki/UBIFS Jan 06 18:52:22 Right now its just a collection of some posts to the mailinglists. Jan 06 19:02:36 JaMa: Thank you, with your help i managed it. Unfortunately adding my sources to SRC_URI did not work, so I just listed all patches and no it works, thank you Jan 06 19:42:51 DocScrutinizer-8, ping Jan 06 19:49:42 playya: can you please check tohose gst-plugins? Jan 06 19:49:57 playya: as I said in the morning even -good doesn't contain them.. Jan 06 19:50:12 strange. let me check Jan 06 19:50:25 playya: I removed all missing from fsomusicd to get image.. but its really not good even for workaround Jan 06 19:59:48 JaMa, try to use gst-plugin-ogg Jan 06 19:59:59 i don't know why it builds here Jan 06 20:00:59 * Laibsch suggests to adjust the topic for 404 URLs Jan 06 20:01:00 ;-) Jan 06 20:02:04 playya: ie alsasink is probably not in gst-plugin-ogg what else do you have built for that? Jan 06 20:02:16 May I ask who is behind the openmoko user that reports to the OE tinderbox? Jan 06 20:03:03 Oh, I guess I can do it myself Jan 06 20:04:16 rafa, roh: you could actually talk to each other directly ;-) Jan 06 20:04:34 roh: me here ! Jan 06 20:05:57 roh: I have the same symptoms that two days ago : http://lists.openmoko.org/pipermail/devel/2010-January/006532.html Jan 06 20:07:11 hi! Jan 06 20:07:28 JaMa, current SHR-u images missing feature "autoload ppp module" Jan 06 20:07:41 so, gprs doesn't work for people Jan 06 20:08:16 can you check content of ppp kernel module? Jan 06 20:08:50 its present Jan 06 20:08:54 rafa 15710 0.0 0.0 4948 1592 ? Ss 21:02 0:00 ls /var/lib/gforge/chroot/home/groups/ffs Jan 06 20:08:58 module_autoload_ppp_generic = "ppp_generic" Jan 06 20:09:02 means its not haningin, its not in stat D Jan 06 20:09:12 I just did echo ppp_generic > /etc/modutils/ppp_generic Jan 06 20:09:12 dunno why it doesnt work Jan 06 20:09:16 and all works file Jan 06 20:09:18 *fine Jan 06 20:09:28 roh: anything funny on dmesg ? Jan 06 20:09:28 max_posedon: no I mean if there is also /etc/modutils/ file inside Jan 06 20:09:40 wpwrak no. cant be. its a vm Jan 06 20:09:50 wpwrak no dmesg there. and the host is fine. Jan 06 20:09:52 roh: :( Jan 06 20:10:21 max_posedon: btw ubifs is terribly slow there.. Jan 06 20:10:24 roh: I can't get a shell neither. I just see the Debian welcome banner, but I don't get a prompt shell. Jan 06 20:10:29 to be fair.. if it was for me, shell access, ftp, and cvs were not available anyways. Jan 06 20:10:43 JaMa, sorry, don't get what I should check? Jan 06 20:10:48 max_posedon: I mean from bonnie++ Jan 06 20:10:53 roh: so it would be worse than sourceforge ? :) Jan 06 20:11:01 max_posedon: opkg files kernel-module-ppp-general* Jan 06 20:11:05 roh: how should I edit/upload the web page for the project? Jan 06 20:11:07 max_posedon: http://pastebin.ca/1740590 Jan 06 20:11:15 wpwrak sourceforge still supports that crap? Jan 06 20:11:35 max_posedon: this one was run from uSD .. now bonnie++ is still runnig from system booted from ubifs Jan 06 20:11:38 rafa sftp isnt enough for that? Jan 06 20:11:39 roh: sf does not have shell access anymore Jan 06 20:11:47 well.. duh Jan 06 20:11:50 roh: haven't tried for a long while, but i hope so ... that's how i upload my stuff. web-based upload systems just suck Jan 06 20:12:14 JaMa, don't you think, that problem is because it tries create 300Mb file? Jan 06 20:12:19 roh: if I do sftp ... and then ls .. it hangs.. Jan 06 20:12:22 actually ive only kept the vm running the last 2? years now.. just dont know where the guy maintaing the gforge went.. Jan 06 20:12:26 roh: so I guess that I get the same with sftp Jan 06 20:12:27 ubifs (and jffs2) terrebly slow before space end Jan 06 20:12:30 max_posedon: and how did you run it? Jan 06 20:12:40 roh: sftp would be enough for me, but I need that it works :) Jan 06 20:12:43 rafa: (sf) :-( good that all my projets there are pretty much frozen Jan 06 20:12:46 JaMa, remove filesrc and use gst-plugin-ogg gst-plugin-ivorbis gst-plugin-flac gst-plugin-wavparse gst-plugin-sid gst-plugin-mms gst-plugin-alsa Jan 06 20:12:47 JaMa, I don't know, I just understand now, that I can't trust results Jan 06 20:13:08 rafa sure.. just that i dont have 'major gforge insight' and will hopefully never have Jan 06 20:13:13 * Package kernel-module-ppp-general not installed Jan 06 20:13:14 roh: he's still around. just doesn't seem to check things very often Jan 06 20:13:15 wpwrak: you have sftp access at sf anyway ;) Jan 06 20:13:25 and gst-plugins good doesn't build souphttp and mms Jan 06 20:13:33 if somebody with experience in gforge steps up, and we trust em i would be happy to hand out an account Jan 06 20:13:36 playya: can you push patched fsomusicd? Jan 06 20:13:39 ah, sorry Jan 06 20:13:45 opkg files kernel-module-ppp-generic Jan 06 20:13:49 don't know who removed it Jan 06 20:13:50 /lib/modules/2.6.29-rc3/kernel/drivers/net/ppp_generic.ko Jan 06 20:13:55 JaMa, only this, one file Jan 06 20:14:18 hi. which package do I install when I want to build own opkg packages? Jan 06 20:14:53 and who ever is responsible for gforge being a hell consisting from php and perl needs to be shot. Jan 06 20:14:53 JaMa, i don't have OE access Jan 06 20:15:11 max_posedon: ah then something is a bit broken in OE again.. it should automatically add modutils file based on module_autoload_ppp_generic.. I'll rechec Jan 06 20:15:35 playya: send patch.. I'll apply.. but it seems that you still have more gst-plugins than it compiled for me :/ Jan 06 20:15:43 ;) Jan 06 20:15:58 roh: switching from sysadmin to law enforcement ? :) ... naw, make this "justice enforcement" Jan 06 20:16:07 yes. e.g. mmsrc and souphttp is missing because of a missing depency Jan 06 20:16:07 JaMa, so, I'm checking bonnie\+\+ -u 0:0 -s 32 -r 16 now Jan 06 20:16:11 playya: all those were missing # * gst-plugin-oggdemux * gst-plugin-ivorbisdec * gst-plugin-flacdec * gst-plugin-waveparse * gst-plugin-siddec * gst-plugin-modplug * gst-plugin-filesrc * gst-plugin-mmssrc * gst-plugin-alsasink * Jan 06 20:16:17 "roh, the hanging judge" Jan 06 20:16:30 but I think its still will be unfair Jan 06 20:16:43 max_posedon: so that output you pasted with just bonnie++ -u 0:0 wasnt from neo? or did it finished somehow? Jan 06 20:16:47 I have to boot with mem=64M and empty ubifs Jan 06 20:16:55 JaMa, it finished somehow Jan 06 20:17:30 max_posedon: ah so you also runned bonnie++ while booted from uSD? Jan 06 20:18:03 JaMa, nope, I runned from ubifs booted, I'm just thinking, how to make fair test Jan 06 20:18:32 ah but with empty ubifs you need to boot from somewhere else Jan 06 20:18:34