**** BEGIN LOGGING AT Sun Jan 29 02:59:58 2012 Jan 29 10:37:49 SHR: 03shr-devel 07buildhistory * r21cb658cbea3 10/packages/ (49 files in 49 dirs): Build 201201291118 of shr 20120129 for machine palmpre on shr-chroot Jan 29 10:58:43 SHR: 03shr-devel 07buildhistory * rc83a6747d391 10/packages/palmpre2-oe-linux-gnueabi/ (9 files in 9 dirs): Build 201201291144 of shr 20120129 for machine palmpre2 on shr-chroot Jan 29 11:05:02 moo Jan 29 12:00:52 SHR: 03shr-devel 07buildhistory * r240ac875d152 10/packages/crespo-oe-linux-gnueabi/ (52 files in 52 dirs): Build 201201291206 of shr 20120129 for machine crespo on shr-chroot Jan 29 12:27:14 SHR: 03shr-devel 07buildhistory * rf6f74e44d21a 10/packages/om_gta04-oe-linux-gnueabi/shr-version/ (latest shr-version/latest): Build 201201291309 of shr 20120129 for machine om-gta04 on shr-chroot Jan 29 13:02:20 SHR: 03shr-devel 07buildhistory * ra08d037ddd6c 10/packages/ (42 files in 42 dirs): Build 201201291335 of shr 20120129 for machine om-gta02 on shr-chroot Jan 29 13:06:11 sigh Jan 29 13:06:13 hi Jan 29 13:06:18 I've segfault while playing Jan 29 13:08:20 lindi-, do you have the willing to help me with 3.2? Jan 29 13:08:31 or do you just wait for it to be ready? Jan 29 13:08:46 if so it may never happen(3.2 ready without your help) Jan 29 13:09:42 let me look for alsa playback.... Jan 29 13:10:30 ah ok xrun Jan 29 13:10:33 EPIPE.... Jan 29 13:10:35 hmmmm Jan 29 13:12:30 fsodeviced: control.c:1589: snd_ctl_elem_list_get_id: Assertion `idx < obj->used' failed. Jan 29 13:12:36 fsodeviced still fails Jan 29 13:12:37 sigh Jan 29 13:12:55 alsamixer works tough Jan 29 13:15:17 GNUtoo: busy :/ Jan 29 13:15:32 GNUtoo: I'd first like to get 2.6.39 to a point where it is stable for everyone to use Jan 29 13:15:33 busy right now or in general? Jan 29 13:15:37 ok Jan 29 13:15:44 in general too I'm afraid Jan 29 13:16:16 ok Jan 29 13:16:29 but once 39 is finished what will you do? Jan 29 13:16:39 would you help on 3.2? Jan 29 13:16:54 and/or help on mainlining some stuff Jan 29 13:18:29 mrmoku, hi Jan 29 13:20:10 GNUtoo: when I can upgrade my daily phone to .39 then I'll of course look at newer versions and mainlining more patches Jan 29 13:20:10 [ 224.405000] [] (handle_irq_event_percpu+0x50/0x1a8) from [] (handle_irq_event+0x28/0x38) Jan 29 13:20:18 ok Jan 29 13:20:54 it's still 2.6.34 which is ancient Jan 29 13:21:00 ok Jan 29 13:22:11 magit 1.1.1-1 uploaded to debian :) Jan 29 13:22:50 magit? Jan 29 13:23:42 GNUtoo: http://packages.debian.org/sid/magit Jan 29 13:24:02 wow nice Jan 29 13:26:38 http://paste.debian.net/153969/ Jan 29 13:34:39 GNUtoo: got a git tree for that kernel and debug symbols? Jan 29 13:36:32 yes Jan 29 13:37:42 https://gitorious.org/shr/linux/ Jan 29 13:38:38 branch 3.2-nodrm Jan 29 13:41:23 GNUtoo: and the debug symbols? Jan 29 13:42:21 what do you want exactly with the debug symbol? System.map? Jan 29 13:42:50 GNUtoo: often called "vmlinux" Jan 29 13:42:57 ah ok the binary Jan 29 13:43:01 I'll re-do a trace Jan 29 13:43:03 GNUtoo: unstripped uncompressed kernel ELF file Jan 29 13:43:05 and then I'll scp it Jan 29 13:43:22 not the zImage Jan 29 13:43:29 I know Jan 29 13:43:36 I do arm-*-addr2line on it Jan 29 13:44:00 GNUtoo: do you have debug board? Jan 29 13:44:06 yes Jan 29 13:44:09 ok Jan 29 13:44:11 it's wired right now Jan 29 13:44:25 GNUtoo: fortunately you can do a lot of things without it too Jan 29 13:44:36 ok Jan 29 13:44:39 unless it is a really low-level issue like interrupts after resume Jan 29 13:44:47 ok Jan 29 13:44:53 GNUtoo: when you have debug symbols you can also use systemtap Jan 29 13:45:00 ok Jan 29 13:45:14 I'd highly recommend taking a look, makes testing different ideas fast and simple :) Jan 29 13:45:20 ok Jan 29 14:04:54 hw_ptr is NULL Jan 29 14:05:01 so is opointer Jan 29 14:06:21 *pointer Jan 29 14:06:49 (substream->ops->pointer and runtime->status->hw_ptr) Jan 29 14:20:17 hi morphis Jan 29 14:20:37 GNUtoo: heyho Jan 29 14:33:46 DocScrutinizer, hi, what's the difference between normal s3c dma and idma(internal DMA) for CPU DAI<-> CODEC Jan 29 15:00:36 * GarthPS still unable to build.. Jan 29 15:00:45 eglibc can't build... Jan 29 15:01:49 http://pastebin.com/bY89seDf Jan 29 15:01:54 anyone ? Jan 29 15:02:11 morphis, hmmm fsogsmd still fails Jan 29 15:02:30 which version? Jan 29 15:03:54 150a8835cb4f514c942328f95b0d7375234f538c Jan 29 15:04:00 unsolicited.c:508:8: error: 'IPC_NET_ACCESS_TECHNOLOGY_UNKNOWN' undeclared (first use in this function) Jan 29 15:04:06 unsolicited.c:510:8: error: 'IPC_NET_ACCESS_TECHNOLOGY_GSM' undeclared (first use in this function) Jan 29 15:04:08 etc... Jan 29 15:04:31 than paulk-desktop has changed a lot more Jan 29 15:04:39 so don't use ${AUTOREV} :) Jan 29 15:04:56 I really want autorev Jan 29 15:05:08 the defines are certainly set at fsogsmd Jan 29 15:05:11 or in the vapi Jan 29 15:05:15 ok Jan 29 15:05:20 paulk-desktop: in the vapi Jan 29 15:05:24 I'll wait for paulk-desktop fixes Jan 29 15:06:16 GNUtoo: I'm not involved in osmocom, just a lurker/supporter (apart from the one patch I did adding support for newer gpsd) Jan 29 15:06:18 ${AUTOREV} are only usefull if you are sure that both components you're building are in sync everytime, sometimes development continues first on one side and then on the other side so you will have this case very often Jan 29 15:14:15 ok Jan 29 15:14:20 GNUtoo: sorry, no idea Jan 29 15:16:04 GNUtoo, fsogsmd / src / plugins / modem_samsung / Makefile.am Jan 29 15:16:07 line 12 Jan 29 15:16:09 is wrong Jan 29 15:16:22 let me look Jan 29 15:16:29 should be -DDEVICE_IPC_V4 Jan 29 15:16:34 I can't push Jan 29 15:16:47 ok Jan 29 15:17:12 then it'll build Jan 29 15:17:17 ok Jan 29 15:17:21 I'll push then Jan 29 15:17:28 but let me try it first Jan 29 15:18:04 beware: if you push this, it'll break older libsamsung-ipc versions, so I think you should also update libsamsung-ipc rev in the correct place Jan 29 15:18:27 ah ok Jan 29 15:18:35 but if it's autorev it won't break Jan 29 15:18:51 right Jan 29 15:18:51 since non-autorev build have old version of both Jan 29 15:18:55 ah ok Jan 29 15:26:37 freesmartphone.org: 03GNUtoo 07cornucopia * ra813752072f0 10/fsogsmd/src/plugins/modem_samsung/Makefile.am: (log message trimmed) Jan 29 15:26:37 freesmartphone.org: fsogsmd: modem_samsung: fix compilation Jan 29 15:26:37 freesmartphone.org: Without that fix we have: Jan 29 15:26:37 freesmartphone.org: unsolicited.c:508:8: error: 'IPC_NET_ACCESS_TECHNOLOGY_UNKNOWN' undeclared (first use in this function) Jan 29 15:26:37 freesmartphone.org: unsolicited.c:508:8: note: each undeclared identifier is reported only once for each function it appears in Jan 29 15:26:38 freesmartphone.org: unsolicited.c:510:8: error: 'IPC_NET_ACCESS_TECHNOLOGY_GSM' undeclared (first use in this function) Jan 29 15:26:38 freesmartphone.org: unsolicited.c:512:8: error: 'IPC_NET_ACCESS_TECHNOLOGY_GSM2' undeclared (first use in this function) Jan 29 15:31:11 GNUtoo: hi Jan 29 15:31:26 hi Jan 29 15:32:03 GNUtoo: did you have sth like ' mmc2: Got data interrupt 0x00100000 even though no data operation was in progress.' with wifi? Jan 29 15:32:58 I don't remember Jan 29 15:33:44 I'll look again very soon Jan 29 16:50:21 http://www.pastie.org/private/rtmdyowdlnjebqpffabxgg <- comenting that in the machine alsa driver produced a sound Jan 29 16:50:28 however hw_ptr is still null Jan 29 16:50:42 so it doesn't crash anymore but repeat the same sound Jan 29 17:46:10 morphis, can you push this patch to cornucopia/mdbus2 please? http://pespin.espeweb.net/patches/0001-mdbus2-Fix-segfault-on-querying-a-service-with-no-.s.patch Jan 29 17:48:52 pespin, should I push it? Jan 29 17:49:12 did you test it well etc.... Jan 29 17:49:29 GNUtoo, it works, that for sure :) Jan 29 17:49:36 ok Jan 29 17:49:41 no patch -> segfault Jan 29 17:49:48 patch -> returns "/" path Jan 29 17:49:53 ah ok Jan 29 17:49:55 while using mdbus2 -s org.bluez Jan 29 17:50:04 ok Jan 29 17:50:12 should we wait for morphis ? Jan 29 17:50:16 or should I push? Jan 29 17:50:19 yeah, that would be better Jan 29 17:50:25 which one? Jan 29 17:50:32 maybe he wants something better, I don't know Jan 29 17:50:39 ok Jan 29 18:01:09 freesmartphone.org: 03pespin.shar 07cornucopia * r74d0d85a2bdb 10/tools/mdbus2/src/main.vala: Jan 29 18:01:09 freesmartphone.org: mdbus2: Fix segfault on querying a service with no .service file Jan 29 18:01:09 freesmartphone.org: Signed-off-by: Pau Espin Pedrol Jan 29 18:01:10 pespin: pushed Jan 29 18:01:17 pespin: thanks a lot for the patch :) Jan 29 18:01:59 morphis, btw did you work on fastboot images generations? Jan 29 18:02:32 you mean the booting image? Jan 29 18:02:40 yes Jan 29 18:02:46 the .fastboot image Jan 29 18:03:17 no Jan 29 18:03:46 but should now very easy as we have a framebuffer console Jan 29 18:04:57 ok Jan 29 18:07:33 freesmartphone.org: 03morphis 07morphis/pending * r01e2fcb4fa25 10cornucopia/fsogsmd/src/plugins/modem_samsung/plugin.vala: Jan 29 18:07:33 freesmartphone.org: fsogsmd: modem_samsung: initialize samsung ipc library on module loading Jan 29 18:07:33 freesmartphone.org: Signed-off-by: Simon Busch Jan 29 18:07:33 freesmartphone.org: 03morphis 07morphis/pending * rfb7f2f86c70b 10cornucopia/fsogsmd/src/plugins/modem_samsung/Makefile.am: Jan 29 18:07:33 freesmartphone.org: fsogsmd: modem_samsung: extra define for libsamsung-ipc is not needed here anymore Jan 29 18:07:33 freesmartphone.org: Signed-off-by: Simon Busch Jan 29 18:11:51 yw :) Jan 29 18:18:02 morphis, hmmm I did something wrong or does the crespo kernel fail to boot with you too ? Jan 29 18:18:41 Uncompressing Linux... done, booting the kernel. Jan 29 18:18:44 and then nothing Jan 29 18:18:59 ah maybe earlyprintk is not built in Jan 29 18:19:15 should I add earlyprintk as a featiure? Jan 29 18:19:18 *feature Jan 29 18:20:42 you mean the one build with OE? Jan 29 18:20:46 let me check the defconfig Jan 29 18:20:47 yes Jan 29 18:21:05 I'll check defconfig too with extract-ikconfig Jan 29 18:21:57 ah no config inside the binary Jan 29 18:22:01 let me look at the build Jan 29 18:23:06 SHR: 03morphis 07meta-smartphone * r4809732e8e2c 10/meta-aurora/recipes-qt/dconf-qt/dconf-qt_git.bb: meta-aurora: dconf-qt: add glib-2.0-utils to RDEPENDS and bump PR Jan 29 18:23:16 SHR: 03morphis 07meta-smartphone * rdc0dc3f15892 10/meta-samsung/recipes-kernel/linux/ (linux-samsung-crespo/defconfig linux-samsung-crespo_git.bb): meta-samsung: linux-samsung-crespo: don't let the kernel mount devtmpfs on boot Jan 29 18:23:16 SHR: 03morphis 07meta-smartphone * r3cc580bd1f90 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: meta-fso: cornucopia: bump SRCREV Jan 29 18:23:17 GNUtoo: try again with my last commit Jan 29 18:23:29 CONFIG_DEVTMPFS_MOUNT was set Jan 29 18:23:30 ok Jan 29 18:23:33 which should not Jan 29 18:23:33 sorry Jan 29 18:23:44 ok but I don't think it's the issue Jan 29 18:23:52 apart if it fails in the initramfs Jan 29 18:23:52 I tested with my locally compiled kernel which has this little difference in the defconfi Jan 29 18:23:57 ok Jan 29 18:24:00 hm Jan 29 18:24:02 then it might work after Jan 29 18:24:06 the problem was: Jan 29 18:24:07 hm Jan 29 18:24:10 * nothing on serial port Jan 29 18:24:15 * no feedback on screen Jan 29 18:24:26 hm Jan 29 18:24:34 ok I get the same here with the kernel from OE Jan 29 18:24:39 ok Jan 29 18:24:43 with my kernel builded outside ok it works Jan 29 18:24:50 s/ok/oe/ Jan 29 18:24:51 morphis meant: with my kernel builded outside oe it works Jan 29 18:24:52 what could be wrong? Jan 29 18:24:56 entrypoint and such? Jan 29 18:25:06 like for palmpre? Jan 29 18:25:13 entrypoint? Jan 29 18:25:25 yes but I think it was for uImage Jan 29 18:25:30 here we use a zImage Jan 29 18:25:40 so I'm not sure the zImage has entrypoint Jan 29 18:25:48 it's where the kenrel is located in memory Jan 29 18:25:56 like 80008000 for instance Jan 29 18:26:17 ah ok Jan 29 18:26:27 no zImage is only gzipped kernel image Jan 29 18:26:29 nothing more Jan 29 18:26:39 I know the process Jan 29 18:26:44 it's a bit more Jan 29 18:26:45 hm creation of the fastboot image is not the failing point Jan 29 18:26:49 because there is a decompression routine Jan 29 18:26:53 that is in assembly Jan 29 18:26:55 ok Jan 29 18:26:59 and tat initialize the basic hardware first Jan 29 18:27:19 let me look Jan 29 18:27:30 try -c compile Jan 29 18:27:34 and try the resulting kernel Jan 29 18:27:58 or run_do_compile Jan 29 18:28:00 maybe different toolchain? Jan 29 18:28:07 no idea Jan 29 18:29:23 -mno-unaligned-access? Jan 29 18:29:36 possible Jan 29 18:29:47 many things are possible Jan 29 18:29:53 did you add it in master branch? Jan 29 18:29:55 or master-next Jan 29 18:29:56 will add that in the recipe Jan 29 18:29:59 master-next Jan 29 18:30:05 add it in the kernel itself Jan 29 18:30:08 not in the recipe Jan 29 18:30:09 will set it with TARGET_CC_KERNEL_ARCH Jan 29 18:30:12 why not? Jan 29 18:30:22 because some people may want to build outside oe Jan 29 18:31:16 but for I example I can't build then with my cross-toolchain Jan 29 18:31:38 arm-none-linux-gnueabi-gcc (Sourcery G++ Lite 2010q1-202) 4.4.1 Jan 29 18:31:41 but it's old Jan 29 18:31:47 maybe I should exchange it Jan 29 18:31:49 ah ok Jan 29 18:32:03 else we fix the right way Jan 29 18:32:18 we patch to allow unaligned access Jan 29 18:32:32 that would give us huge speed benefit Jan 29 18:33:38 pushed Jan 29 18:33:54 ok Jan 29 18:34:03 GNUtoo: have you tried brcm80211 driver on nexus? Jan 29 18:34:24 SHR: 03morphis 07meta-smartphone * r9c24b735a7cb 10/meta-samsung/recipes-kernel/linux/linux-samsung-crespo_git.bb: meta-samsung: linux-samsung-crespo: bump SRCREV Jan 29 18:38:00 not yet Jan 29 18:38:03 I will do very soon Jan 29 18:56:19 freesmartphone.org: 03morphis 07cornucopia * r7c1dd65a6ffc 10/tools/mdbus2/src/main.vala: Jan 29 18:56:19 freesmartphone.org: tools: mdbus2: fix bug that we can't supply an empty string as argument Jan 29 18:56:19 freesmartphone.org: If you want to supply an empty string as argument you have to pass at least Jan 29 18:56:19 freesmartphone.org: "" or '' so the commandline parser detects that the argument is empty. Jan 29 18:56:20 freesmartphone.org: Signed-off-by: Simon Busch Jan 29 18:59:09 GNUtoo: deactivating the PDP context works now with fsogsmd on Nexus S Jan 29 18:59:27 GNUtoo: rmnet0 is still up after deactivation Jan 29 18:59:34 GNUtoo: but connection is closed Jan 29 18:59:46 ok thanks a lot!!!! Jan 29 18:59:56 no problem :) Jan 29 19:01:51 GNUtoo: and -mno-unaligned-access was the cause Jan 29 19:02:02 GNUtoo: device is booting again with the kernel build with OE Jan 29 19:02:20 ok thanks a lot Jan 29 19:02:24 :) Jan 29 19:03:19 mickeyl: ping Jan 29 19:34:17 SHR: 03morphis 07meta-smartphone * r2db982e03376 10/meta-samsung/recipes-bsp/images/chroot-image.bb: meta-samsung: chroot-image: use cpio.gz instead ext2 as image format Jan 29 19:34:18 SHR: 03morphis 07meta-smartphone * rff07e4ad31c7 10/meta-samsung/recipes-bsp/chroot-script/ (chroot-script/init.sh chroot-script_1.0.bb): meta-samsung: chroot-script: update boot script to load rootfs image finally Jan 29 19:34:24 GNUtoo: chroot-image is now working Jan 29 19:34:35 GNUtoo: we just need the recipe which combines kernel and image Jan 29 19:36:30 GNUtoo: you if I can put an image in DEPEND? Jan 29 19:45:49 yes Jan 29 19:45:55 but not in DEPENDS Jan 29 19:46:03 you put as a machine dependency Jan 29 19:46:12 as a build dependency Jan 29 19:46:59 I'll look the variable very soon Jan 29 19:47:03 between 2 kenrel rebuild/scp Jan 29 19:53:45 EXTRA_IMAGEDEPENDS += "u-boot" Jan 29 19:55:30 that's from n900 Jan 29 21:50:11 GNUtoo: I don't have time to read the full alsa mailing list so git send-email --bcc openmoko-kernel@lists.openmoko.org might be a good idea too Jan 29 21:50:22 ok Jan 29 21:50:35 or rather -cc Jan 29 21:50:38 --cc Jan 29 21:50:50 it requires people to subscribe though? Jan 29 21:50:58 hm Jan 29 21:51:35 the goal is just to notify openmoko people on the work that is being done, they can then join alsa ml to participate Jan 29 21:51:46 ok Jan 29 21:51:55 but why the kernel ml Jan 29 21:52:07 GNUtoo: it's kernel work? Jan 29 21:52:07 it's not sufficent Jan 29 21:52:15 many people don't read that list Jan 29 21:52:15 or would you mail community@? Jan 29 21:52:37 I think mailing raw git patches to community@ would be quite confusing to many people Jan 29 21:53:06 yes indeed Jan 29 21:53:19 so that's why I tought of writing a non-technical mail to community Jan 29 21:53:21 rather people who are interested in openmoko kernel work should just be convinced to subscribe to openmoko-kernel@ Jan 29 21:53:26 ah sure Jan 29 21:53:28 that's good too Jan 29 21:53:29 like we're working on 2.6.39 and 3.2 please help us Jan 29 21:53:41 but raw patches themselves probably only to openmoko-kernel@ Jan 29 21:53:47 yes Jan 29 22:43:29 is there any android kernel repository? google's repo foo doesn't work Jan 29 22:45:36 android.git.kernel.org forwards me to the repo page Jan 29 22:52:03 GNUtoo: yop you have 2minutes ? Jan 29 22:54:11 hi Jan 29 22:54:21 GarthPS, maybe Jan 29 22:54:36 ask directly Jan 29 22:56:19 GarthPS, are you still there? Jan 29 22:56:23 GNUtoo: yes Jan 29 22:56:29 then ask Jan 29 22:56:53 I just flash last kernel and image for my pre 2 and the TS does not wokr. everything is in place except ts.conf Jan 29 22:57:02 root@palmpre2:~# opkg list |grep libts Jan 29 22:57:02 libts-1.0-0 - 1.0+gitr1+e17263ef401ee885a27d649b90b577cfb44500e0-r6 Jan 29 22:57:02 root@palmpre2:~# opkg list |grep tslib Jan 29 22:57:02 tslib-conf - 1.0+gitr1+e17263ef401ee885a27d649b90b577cfb44500e0-r6 Jan 29 22:57:02 ah? Jan 29 22:57:10 but my ts.conf says Jan 29 22:57:20 root@palmpre2:~# cat /etc/ts.conf Jan 29 22:57:20 # Uncomment if you wish to use the linux input layer event interface Jan 29 22:57:20 module_raw input Jan 29 22:57:20 # Uncomment if you're using a Sharp Zaurus SL-5500/SL-5000d Jan 29 22:57:20 # module_raw collie Jan 29 22:57:20 # Uncomment if you're using a Sharp Zaurus SL-C700/C750/C760/C860 Jan 29 22:57:23 # module_raw corgi Jan 29 22:57:25 # Uncomment if you're using a device with a UCB1200/1300/1400 TS interface Jan 29 22:57:27 # module_raw ucb1x00 Jan 29 22:57:29 ah ok Jan 29 22:57:29 # Uncomment if you're using an HP iPaq h3600 or similar Jan 29 22:57:31 # module_raw h3600 Jan 29 22:57:33 # Uncomment if you're using a Hitachi Webpad Jan 29 22:57:36 # module_raw mk712 Jan 29 22:57:38 # Uncomment if you're using an IBM Arctic II Jan 29 22:57:40 # module_raw arctic2 Jan 29 22:57:42 module pthres pmin=1 Jan 29 22:57:44 module variance delta=30 Jan 29 22:57:47 module dejitter delta=100 Jan 29 22:57:49 module linear Jan 29 22:57:51 root@palmpre2:~# Jan 29 22:57:52 opkg files /etc/tslib.conf Jan 29 22:57:55 oop sorry .. Jan 29 22:57:58 GNUtoo: but I do have the last version in place Jan 29 22:58:20 GNUtoo: one moment , rebooting Jan 29 22:58:21 hmmm Jan 29 22:58:23 ok Jan 29 22:58:39 GNUtoo: then we need to find why the device reboot... :) Jan 29 22:58:50 what do you mean? Jan 29 22:59:01 ah reboot alone Jan 29 22:59:03 ok Jan 29 22:59:17 GNUtoo: you know the device crash and rebootafter sometime Jan 29 22:59:21 yep Jan 29 22:59:32 ok Jan 29 22:59:46 GNUtoo: root@palmpre2:~# opkg files /etc/tslib.conf Jan 29 22:59:46 Collected errors: Jan 29 22:59:46 * opkg_files_cmd: Package /etc/tslib.conf not installed. Jan 29 22:59:51 oops Jan 29 22:59:57 opkg search /etc/ts.conf Jan 29 22:59:57 root@palmpre2:~# opkg files /etc/ts.conf Jan 29 22:59:57 Collected errors: Jan 29 22:59:57 * opkg_files_cmd: Package /etc/ts.conf not installed. Jan 29 23:00:14 GNUtoo: tslib-conf - 1.0+gitr1+e17263ef401ee885a27d649b90b577cfb44500e0-r6 Jan 29 23:01:40 GarthPS, opkg infos tslib-conf Jan 29 23:02:38 GNUtoo: Package: tslib-conf Jan 29 23:02:38 Version: 1.0+gitr1+e17263ef401ee885a27d649b90b577cfb44500e0-r6 Jan 29 23:02:38 Provides: libts-0.0-conf Jan 29 23:02:38 Status: install ok installed Jan 29 23:02:38 Architecture: armv7a-vfp-neon Jan 29 23:02:39 Installed-Time: 1327793706 Jan 29 23:02:46 Architecture: armv7a-vfp-neon Jan 29 23:02:48 that's wrong Jan 29 23:02:51 should be palmpre Jan 29 23:03:00 morphis accidentally removed the machine arch for palmpre Jan 29 23:03:17 GNUtoo: are you sure it is accidentally ? Jan 29 23:03:24 not exactly Jan 29 23:03:37 GNUtoo: it is his commit's title Jan 29 23:03:38 I mean he did an error thinking that: Jan 29 23:03:47 GNUtoo: ah ok Jan 29 23:04:09 1) or he assumed that paths would mark it machine arch for palmpre automatically like with oe-classic => didn't work out Jan 29 23:04:19 2) or he forgott about the palmpre specific files Jan 29 23:04:29 but in any case or 1) must be fixed Jan 29 23:04:36 or it should be put machine arch for palmpre Jan 29 23:04:53 GNUtoo: hmhm ok Jan 29 23:05:20 with palmpre beeing a machine class Jan 29 23:05:32 GNUtoo: that is were i can't help that much as I don't know how all oe works Jan 29 23:05:32 but just write _palmpre and it'll work Jan 29 23:05:37 ok Jan 29 23:05:47 then what should I do? Jan 29 23:06:25 GNUtoo: I don't know I am not the OE ninja :) Jan 29 23:06:38 no I mean Jan 29 23:06:42 should I fix now Jan 29 23:06:46 or can you wait for the fix Jan 29 23:07:03 because it's kind of late Jan 29 23:07:05 GNUtoo: well I don't know what is the best way Jan 29 23:07:19 to ping someone knowing oe tomorrow? Jan 29 23:07:22 GNUtoo: ah yeah not pb I can wait! Jan 29 23:07:33 GNUtoo: yeah sure! Jan 29 23:07:52 did you understand the problem at least? Jan 29 23:08:02