| 00:05.50 | CIA-104 | 03Martin Jansa <martin.jansa@gmail.com> 07master * r390e8cd69e 10openembedded.git/recipes/tslib/ (2 files in 2 dirs): |
| 00:05.50 | CIA-104 | tslib: relax EV_VERSION check as 2.6.37 has slightly newer EV_VERSION, but works ok without tslib changes |
| 00:05.50 | CIA-104 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 00:05.58 | CIA-104 | 03Denis Carikli <GNUtoo@no-log.org> 07master * r54573959d3 10openembedded.git/recipes/xkeyboard-config/xkeyboard-config_git.bb: |
| 00:05.58 | CIA-104 | xkeyboard-config_git: remove DEFAULT_PREFERENCE = "-1" |
| 00:05.58 | CIA-104 | Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> |
| 00:05.58 | CIA-104 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 00:06.00 | CIA-104 | 03Michael Smith <msmith@cbnco.com> 07master * rd2b56c403a 10openembedded.git/recipes/redboot-utils/ (fconfig_20060419.bb fconfig_20080329.bb): |
| 00:06.00 | CIA-104 | fconfig 20080329: upgrade from 20060419 |
| 00:06.00 | CIA-104 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 00:06.00 | CIA-104 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 00:06.06 | CIA-104 | 03Andreas Oberritter <obi@opendreambox.org> 07master * r2bdfe8519e 10openembedded.git/ (3 files in 3 dirs): (log message trimmed) |
| 00:06.07 | CIA-104 | unpack.py: add SRC_URI parameter unpack=<bool> (default: true) |
| 00:06.07 | CIA-104 | * This allows to download compressed files without extracting them |
| 00:06.07 | CIA-104 | * Use case: gcj requires ecj.jar, which must be downloaded separately |
| 00:06.07 | CIA-104 | and put into the gcc source directory before configure gets executed. |
| 00:06.07 | CIA-104 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
| 00:06.08 | CIA-104 | CC: Chris Larson <chris_larson@mentor.com> |
| 00:06.10 | CIA-104 | 03Denis Carikli <GNUtoo@no-log.org> 07master * re30dc0825f 10openembedded.git/recipes/gtk-webcore/midori_git.bb: |
| 00:06.10 | CIA-104 | midori_git : remove DEFAULT_PREFERENCE = "-1" |
| 00:06.10 | CIA-104 | Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> |
| 00:06.10 | CIA-104 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 00:37.20 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 00:39.56 | CIA-104 | 03Khem Raj <raj.khem@gmail.com> 07master * r992b4de589 10openembedded.git/recipes/tgt/ (tgt-1.0.12/use-ftruncate-on-uclibc.patch tgt_1.0.12.bb): |
| 00:39.56 | CIA-104 | tgt_1.0.12.bb: Fix build on uclibc |
| 00:39.56 | CIA-104 | * Uclibc does not provide posix_fallocate so use ftruncate |
| 00:39.56 | CIA-104 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 00:40.01 | CIA-104 | 03Khem Raj <raj.khem@gmail.com> 07master * r7e5ea0e682 10openembedded.git/recipes/uclibc/ (uclibc-git/uClibc.distro uclibc_git.bb): |
| 00:40.01 | CIA-104 | uclibc_git.bb: Enable UCLIBC_USE_NETLINK and UCLIBC_SUPPORT_AI_ADDRCONFIG |
| 00:40.01 | CIA-104 | * Some packages need ifaddr.h installed in sysroot to get built |
| 00:40.01 | CIA-104 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 00:42.48 | Tartarus | khem, pushing -O2 for PPC+uclibc or should I keep that local still? |
| 00:43.29 | Tartarus | and obtw I've got a local change to enable CONFIG_MODULES on all of the qemu kernels, which fixes iscsi-target (I hope) which in turn fixes nas-server-image iirc |
| 00:45.23 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
| 00:45.23 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 01:15.40 | Tartarus | kicks iscsitarget |
| 01:19.12 | *** join/#oe _julian (~quassel@hmbg-5f765e39.pool.mediaWays.net) |
| 01:19.59 | Tartarus | kicks qemuppc 2.6.37 |
| 01:20.13 | Tartarus | khem, I assume it was you, why did you do the defconfig like that? |
| 01:20.34 | Tartarus | aside from being, very different, it made my grep script miss fixing up CONFIG_MODULES=n :( |
| 01:36.01 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 01:39.24 | Tartarus | nice, finally kicked iscsitarget into being happy |
| 01:39.30 | Tartarus | and thus fixed nas-server-image :) |
| 01:40.01 | Tartarus | queues up fixes for mondayish, and starts on qemumips64 (hopefully now fixed) and then qemush4 |
| 01:56.20 | *** join/#oe nitink (~nitink@192.55.55.41) |
| 01:58.37 | *** join/#oe sgw (~sgw@70.96.129.163) |
| 03:01.08 | *** join/#oe fraxinath (~quassel@p4FD66748.dip.t-dialin.net) |
| 03:47.27 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 03:52.30 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 04:52.29 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 05:24.22 | *** join/#oe GNUtoo|laptop (~gnutoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
| 05:49.16 | GNUtoo|laptop | thank khem` for pushing my 2 patches |
| 06:16.18 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
| 06:21.54 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
| 06:28.34 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 06:35.58 | *** join/#oe wicknix (~matt@223.63-135-147.cellcom.com) |
| 08:21.38 | *** join/#oe roza (~ron@nat/cisco/x-qxlgufdwayyxivyc) |
| 08:46.13 | *** join/#oe tdebrouw (~tdebrouw@91.182.243.17) |
| 09:05.48 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 10:19.50 | *** join/#oe rob_w (~bob@ppp-188-174-43-192.dynamic.mnet-online.de) |
| 10:21.22 | *** join/#oe B_Lizzard (~havoc@athedsl-435750.home.otenet.gr) |
| 10:34.43 | *** join/#oe polyonymous (~hacker@c225043.adsl.hansenet.de) |
| 11:03.43 | *** join/#oe GNUtoo|laptop (~gnutoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
| 11:08.14 | *** join/#oe morphis_ (~morphis@brmn-4dbccf82.pool.mediaWays.net) |
| 11:20.27 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 11:26.52 | *** join/#oe yann_ (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 11:27.29 | *** join/#oe timtimred (~meh@85.210.129.87) |
| 11:27.43 | *** part/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 11:41.48 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 12:09.03 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 12:11.06 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 12:11.58 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 12:12.24 | Jay7 | do we have image that contains development tools inside? e.g. gcc and gdb |
| 12:13.23 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 12:14.44 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 12:20.59 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 12:22.47 | *** join/#oe LyosNorezel (~LyosNorez@unaffiliated/lyosnorezel) |
| 12:42.39 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 12:43.57 | *** join/#oe soltys (soltys@83.168.118.74) |
| 13:01.32 | CIA-104 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb996f7e054 10openembedded.git/recipes/lm_sensors/ (sensors-applet_2.2.1.bb sensors-applet_2.2.4.bb): |
| 13:01.32 | CIA-104 | sensors-applet: update to 2.2.7 |
| 13:01.32 | CIA-104 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 13:01.45 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 13:01.48 | CIA-104 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2d89c7274d 10openembedded.git/recipes/lm_sensors/lmsensors-apps_3.2.0.bb: |
| 13:01.48 | CIA-104 | lmsensors-apps: update to 3.2.0 |
| 13:01.49 | CIA-104 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 13:01.51 | CIA-104 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r15a7458d0a 10openembedded.git/recipes/lm_sensors/ (4 files in 2 dirs): lmsensors-apps: remove 2.10.1 and rename files/ dir |
| 13:03.11 | *** join/#oe drw (~dwilliams@cpe-76-187-60-200.tx.res.rr.com) |
| 13:09.44 | Jay7 | well.. then I need good startpoint to create one :) |
| 13:11.57 | *** part/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 13:16.35 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 13:17.03 | CIA-104 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * rbd892a60e9 10openembedded.git/recipes/vala/vala_0.11.4.1.bb: vala: add 0.11.4.1 |
| 13:22.29 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 13:46.36 | *** join/#oe ensc_ (~irc-ensc@p5DF2E0D9.dip.t-dialin.net) |
| 13:51.52 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 14:04.54 | *** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz) |
| 14:36.18 | Tartarus | nice, qemush4 built (minimal) for all of the images and stuff |
| 14:36.23 | Tartarus | kicking uclibc, running away again |
| 14:43.51 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 14:44.39 | Jay7 | http://tinderbox.openembedded.net/builds/119066/ |
| 14:44.50 | Jay7 | is devimage-image supported this time? |
| 14:45.42 | Jay7 | hehe.. newer changed from 2007 year |
| 14:45.53 | Jay7 | s/newer/never/ |
| 14:50.03 | *** join/#oe morphis_ (~morphis@brmn-4dbccf82.pool.mediaWays.net) |
| 15:20.12 | CIA-104 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9a3e44e3d3 10openembedded.git/recipes/mplayer/ (4 files in 2 dirs): |
| 15:20.12 | CIA-104 | mplayer svn: bump SRCREV, refresh patches |
| 15:20.12 | CIA-104 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 15:20.14 | CIA-104 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r00abeb986a 10openembedded.git/recipes/ffmpeg/ffmpeg_svn.bb: |
| 15:20.14 | CIA-104 | ffmpeg svn: fix hardfp bug |
| 15:20.14 | CIA-104 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 15:25.57 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
| 15:41.10 | *** join/#oe pespin (~pespin@90.163.51.193) |
| 15:55.13 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 15:55.40 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 16:21.46 | *** join/#oe sgw (~sgw@mtspokanebb.mtspokane.air-pipe.com) |
| 16:31.57 | *** join/#oe bluelightning (~bluelight@cpc13-lewi14-2-0-cust559.2-4.cable.virginmedia.com) |
| 16:31.57 | *** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning) |
| 16:33.48 | Jay7 | wondered that we have no recipe for terminus font |
| 17:27.36 | *** join/#oe Heinervdm (~thomas@pD9E149B3.dip.t-dialin.net) |
| 17:41.10 | *** join/#oe rob_w__ (~bob@ppp-188-174-43-192.dynamic.mnet-online.de) |
| 17:44.34 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 17:56.54 | Jay7 | hm.. can't understand.. |
| 17:58.16 | Jay7 | I've added kexec-tools to ANGSTROM_EXTRA_INSTALL and got same problem about can't satisfy kexec-tools |
| 17:59.55 | Jay7 | opkg_install_cmd: Cannot install package kexec-tools. |
| 18:01.41 | Jay7 | kexec-tools recipe provides only kexec and kdump.. |
| 18:01.44 | otavio | Jay7: see if it is built |
| 18:02.15 | otavio | Jay7: I had it once and it was because tmp crazyness that the package wasn't really built |
| 18:02.16 | Jay7 | it is |
| 18:02.27 | Jay7 | hm.. |
| 18:02.50 | CIA-104 | 03Otavio Salvador <otavio@ossystems.com.br> 07master * r4b8d851deb 10openembedded.git/recipes/hal/ (hal_0.5.9.1.bb hal_git.bb): |
| 18:02.50 | CIA-104 | hal: drop git and 0.5.9.1 versions since no distro uses them |
| 18:02.50 | CIA-104 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
| 18:02.56 | Jay7 | hehe.. seems I understand |
| 18:03.04 | Jay7 | there is no kexec-tools package |
| 18:03.09 | Jay7 | because it is empty |
| 18:03.18 | Jay7 | and provices only kexec and kdump packages |
| 18:03.28 | otavio | heh see? |
| 18:03.41 | otavio | those are horrible to figure out |
| 18:03.53 | Jay7 | it's not build problem I'm sure |
| 18:03.56 | CIA-104 | 03Otavio Salvador <otavio@ossystems.com.br> 07master * rd958139882 10openembedded.git/recipes/slang/ (slang/fix-uclibc.patch slang_2.2.2.bb): |
| 18:03.57 | CIA-104 | slang: fix 2.2.2 compilation with uclibc |
| 18:03.57 | CIA-104 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
| 18:04.13 | Jay7 | I suspect recipe should contain some variable about empty packages |
| 18:04.17 | Jay7 | can't remember |
| 18:06.48 | otavio | Jay7: yes; to force empty packages? |
| 18:06.57 | otavio | ALLOW_EMPTY or something similar |
| 18:06.58 | Jay7 | yes I mean this |
| 18:07.08 | Jay7 | thanks, I'll grep :) |
| 18:08.35 | *** join/#oe kevinsc (~a0214685@nat/ti/x-nprvmekmdqxtyhsv) |
| 18:09.00 | otavio | Jay7: ALLOW_EMPTY_foo = "1" |
| 18:09.50 | Jay7 | ALLOW_EMPTY_${PN} widely used |
| 18:11.30 | *** join/#oe kevinsc (~a0214685@nat/ti/x-qmpescqwsprrwkom) |
| 18:15.24 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 18:16.11 | khem` | yawns |
| 18:16.25 | khem | gm all |
| 18:16.38 | khem | Jay7: you need toolchain bits on target ? |
| 18:16.48 | khem | Jay7: you can use native-sdk-image |
| 18:16.55 | *** join/#oe kevinsc (~a0214685@nat/ti/x-yuyoyxcvmevrfqly) |
| 18:17.24 | khem | otavio: did u get further into the sem_open case ? |
| 18:18.05 | *** join/#oe kevinsc (~a0214685@nat/ti/x-fbcxfvvxmnqjzfxz) |
| 18:19.12 | *** join/#oe LyosNorezel1 (~LyosNorez@99.23.126.154) |
| 18:21.02 | otavio | khem: I did not; still trying to figure why it fails |
| 18:21.13 | otavio | khem: did you have been able to reproduce it? |
| 18:22.36 | Jay7 | khem: is native for host-like system? |
| 18:23.46 | *** join/#oe mrc3 (~ddiaz@189.157.118.94) |
| 18:25.00 | CIA-104 | 03Khem Raj <raj.khem@gmail.com> 07master * r004ceb0909 10openembedded.git/recipes/uclibc/ (uclibc-initial_git.bb uclibc_git.bb): |
| 18:25.00 | CIA-104 | uclibc-initial_git.bb: Use install_startfiles to generate startup files |
| 18:25.00 | CIA-104 | * There is no need to do manual make instead use available target |
| 18:25.00 | CIA-104 | install_startfiles |
| 18:25.00 | CIA-104 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 18:26.03 | Jay7 | well.. now it builds ok |
| 18:26.17 | Jay7 | I'll push change to kexec-tools later |
| 18:29.14 | otavio | How I can make an sdk for usage by our developpers? any doc where I can find information about it? |
| 18:29.22 | khem | Jay7: native in this case means "native on target" |
| 18:29.55 | khem | so you will get gcc which will be partof your image |
| 18:30.11 | khem | and when you flash or run that image on target you can use this gcc on target itself |
| 18:30.52 | khem | otavio: I did not try it on x86 |
| 18:31.04 | khem | but on arm I could not reproduce it |
| 18:31.12 | otavio | khem: did you try it with eglibc? |
| 18:31.15 | khem | otavio: I dont have fast machines |
| 18:31.31 | khem | I have queued a x86/qemu build |
| 18:31.38 | khem | but god known when it will reach there |
| 18:31.54 | khem | right now its trying to build a different image for ar |
| 18:31.55 | khem | m |
| 18:32.48 | otavio | I am quite lost on this |
| 18:32.59 | otavio | this works on Debian but fails on OE |
| 18:33.09 | khem | otavio: should be easy if I can see it happening on my system |
| 18:33.10 | otavio | khem: is something specific I would need on kernel for it? |
| 18:33.31 | khem | otavio: I dont think so |
| 18:33.42 | khem | let me gaze at the code once more |
| 18:36.31 | khem | otavio: so what I think it failing for you is that its unable to detect /dev/shm |
| 18:37.00 | khem | the error you are getting ENOSYS is only returned if it have mountpoint.dir == NULL |
| 18:38.06 | khem | otavio: what does /proc/mounts say on the target |
| 18:38.11 | otavio | khem: I see but why it should fail? |
| 18:38.32 | khem | what is /etc/fstab too ? |
| 18:38.41 | otavio | khem: I am not with that working today but I can get all that info from it tomorrow |
| 18:38.49 | otavio | khem: we have a self-written init |
| 18:38.51 | khem | oh j |
| 18:38.56 | otavio | khem: it does the mounting for us |
| 18:38.58 | khem | hmmm |
| 18:39.12 | khem | so that seems suspicios |
| 18:39.19 | otavio | khem: BUT IIRC it was setting it exactly as our hosting system |
| 18:39.28 | khem | hm |
| 18:39.38 | otavio | let me grab the code doing it |
| 18:39.38 | otavio | hold |
| 18:41.41 | khem | tmpfs /dev/shm tmpfs rw,relatime,mode=777 0 0 |
| 18:41.58 | khem | is that something /proc/mounts |
| 18:42.02 | khem | has ? |
| 18:43.42 | otavio | khem: http://paste.debian.net/104787/ |
| 18:44.19 | khem | mkdir("/dev/shm", 1777); |
| 18:44.25 | khem | make it mkdir("/dev/shm", 0777); |
| 18:54.35 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 18:54.35 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 18:56.12 | khem | otavio: btw. Do you have CONFIG_SHMEM=y set in kernel .config ? |
| 18:56.53 | otavio | checks |
| 18:57.11 | otavio | khem: no |
| 18:57.35 | khem | and CONFIG_TMPFS=y |
| 18:57.36 | otavio | BUT tmpfs wasn't support to provide it? |
| 18:57.52 | Jay7 | khem: ah, thanks |
| 18:57.58 | khem | and CONFIG_DEVTMPFS |
| 18:57.58 | Jay7 | seems that is what I need |
| 18:57.59 | otavio | neither |
| 18:58.13 | otavio | no |
| 18:58.28 | otavio | khem: but I think tmpfs is "always in" today, no? |
| 18:58.37 | khem | otavio: try to enable them and make that change |
| 18:59.40 | khem | otavio: its configurable |
| 18:59.44 | khem | you need ot turn it on/off |
| 18:59.44 | otavio | khem: both or just shmem? |
| 19:00.00 | khem | turn on all the options I mentioned |
| 19:00.12 | khem | then you can try to disable them |
| 19:00.16 | otavio | khem: we use udev so we'd try to avoid using devtmpfs to avoid memory usage |
| 19:00.19 | otavio | khem: ok |
| 19:00.48 | khem | k |
| 19:00.58 | khem | then you can disable CONFIG_DEVTMPFS |
| 19:01.01 | khem | to start |
| 19:03.27 | otavio | ok |
| 19:03.57 | otavio | khem: just to enlight me throught the learning process ... about sdk inside oe |
| 19:04.03 | otavio | khem: any material for me to read? |
| 19:04.17 | *** join/#oe kevinsc (~a0214685@nat/ti/x-ohacqfptqvtinpao) |
| 19:10.45 | *** join/#oe Martin_B (~martin@pool-147-65-198-89.dbd-ipconnect.net) |
| 19:23.00 | *** join/#oe arun_ (~arun@j163077.upc-j.chello.nl) |
| 19:23.00 | *** join/#oe arun_ (~arun@unaffiliated/sindian) |
| 19:56.41 | *** join/#oe morphis (~morphis@brmn-4dbccf82.pool.mediaWays.net) |
| 19:59.20 | *** join/#oe vanous (~vanous@67.139.62.82) |
| 20:06.45 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 20:28.01 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 20:28.03 | *** join/#oe kristoffer (~kristoffe@c-98dde555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 20:33.13 | *** join/#oe Samae (~eeva@mna75-9-82-243-58-232.fbx.proxad.net) |
| 20:38.27 | khem | otavio: meta-toolchain is your sdk |
| 20:39.00 | khem | manual mentions it but is not very extentive |
| 20:42.34 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 21:02.27 | *** join/#oe ant__ (~andrea@host153-250-dynamic.1-79-r.retail.telecomitalia.it) |
| 21:22.29 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 21:24.25 | *** join/#oe LyosNorezel (~LyosNorez@unaffiliated/lyosnorezel) |
| 21:29.56 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 21:30.29 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 21:34.06 | Lopi | Having some trouble building SHR for the iPhone3G. Pidgin won't compile properly. I tried cleaning and rebuilding separate, but no luck. I'm not really sure what to do. Anyone mind taking a look at my pastebin? http://pastebin.com/CSuqrMkb |
| 21:35.59 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 21:38.23 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 22:06.01 | GNUtoo|laptop | Lopi, try in #openmoko-cdevel |
| 22:06.08 | GNUtoo|laptop | there are more people there currently |
| 22:06.19 | GNUtoo|laptop | (at the time of writing) |
| 22:07.00 | Lopi | GNUtoo|laptop: I asked in there too |
| 22:08.44 | *** join/#oe rsalveti (~rsalveti@201.82.72.47) |
| 22:09.40 | GNUtoo|laptop | ok |
| 22:17.43 | mwester | khem, do you have a sheevaplug? |
| 22:17.52 | khem | mwester: hey |
| 22:17.55 | khem | mwester: no I dont |
| 22:18.01 | mwester | Ah, ok. |
| 22:18.08 | khem | mwester: my device list is small |
| 22:18.18 | khem | I usually use qemus |
| 22:18.32 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 22:18.35 | khem | do u have some spare :) |
| 22:18.46 | mwester | I intend to get slugos working properly on qemuarm as well... |
| 22:18.53 | khem | cool |
| 22:19.04 | khem | you gave me one nslu |
| 22:19.10 | khem | which I keep uptodate |
| 22:19.15 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:19.31 | mwester | No spare - which is my problem. I've reflashed and changed everything on my Sheeva, and thought you had one and could tell me what the original partitioning of the flash was. |
| 22:19.42 | khem | and its courtesy of that device that slugos now is uptodate wrt toolchain bits |
| 22:20.07 | khem | mwester: I think eFfeM_work has one |
| 22:20.42 | mwester | Your work is really appreciated, as is that of eFfeM_work -- it's great to be able to spend time on SlugOS itself rather than build problems. :) |
| 22:21.01 | khem | cool |
| 22:21.14 | khem | yeah now you should have less build issues |
| 22:21.19 | mwester | Hardly any. |
| 22:21.40 | Jay7 | khem: native-sdk-image is right what I neeed, thanks :) |
| 22:21.47 | *** join/#oe Samae (~eeva@mna75-9-82-243-58-232.fbx.proxad.net) |
| 22:21.47 | khem | btw. we should revitalise slugosc |
| 22:21.56 | khem | Jay7: ok np |
| 22:21.57 | Jay7 | only git, rsync and kexec-tools should be added |
| 22:22.06 | mwester | a few troubles with less-common parts of teh package feeds, none with the core SlugOS. The only issue I've not bothered with is the external toolchain/SDK. |
| 22:22.55 | khem | mwester: btw. meta-toolchain-slugos builds fine |
| 22:23.30 | mwester | Not sure about slugosc -- openwrt seems to fill that void. But it might be a good exercise to make it work anyway. But I'm working on Sheevaplug support in SlugOS right now, since someone has expressed interest in that. |
| 22:23.53 | khem | does openwrt use OE |
| 22:23.56 | khem | I think not |
| 22:23.56 | mwester | makes a note to check meta-toolchain-slugos again to see if the libc conflict has mysteriously fixed itself. |
| 22:24.07 | mwester | No, openwrt has its own build system. |
| 22:24.12 | mwester | and feeds |
| 22:24.33 | khem | meta-toolchain-slugos built fine last week |
| 22:25.05 | mwester | Ok. I disabled it on my autobuilder a few weeks ago after I was unable to figure out the conflict. I'll turn it back on again and see what happens. |
| 22:26.05 | RP | khem: hi, got a second? |
| 22:27.05 | khem | RP: hi |
| 22:27.18 | Jay7 | hm.. but native-sdk-image doesn't understand ANGSTROM_EXTRA_INSTALL :( |
| 22:27.33 | khem | ANGSTROM_EXTRA_INSTALL is angstrom specific |
| 22:27.42 | RP | khem: We've been experimenting with libtool 2.4 in poky and saw a lot of RPATH issues - as far as we can tell they're in OE also? |
| 22:27.47 | khem | while native-sdk-image is not |
| 22:28.11 | khem | RP: hmmm I dont know if they are in OE as well |
| 22:28.32 | Jay7 | hm.. but should according to require console-image.bb |
| 22:28.33 | RP | khem: zenlinux_ did some tests which suggest they are :( |
| 22:28.35 | khem | RP: I have QA enabled im my builds if they were there then it should have caught them |
| 22:28.47 | RP | khem: angstrom 2010? |
| 22:28.48 | Jay7 | khem: what is right way to add some packages to image then? |
| 22:28.56 | khem | ok it would be nice to know which packages |
| 22:29.03 | mwester | DISTRO_EXTRA_INSTALL? |
| 22:29.08 | RP | khem: udev or libpng show them |
| 22:29.29 | RP | khem: I mailed the libtool list with some questions about it |
| 22:29.29 | khem | RP: hmmm ok |
| 22:29.57 | RP | khem: Interestingly poky is no longer doing a relink of the libs at install time with 2.4 |
| 22:31.42 | mwester | Jay7: just checked my dev syste m; I'm using DISTRO_EXTRA_RDEPENDS += "kexec-tools" to pull in kexec user utilities into SlugOS. Not sure if that works in your distro, though. |
| 22:31.47 | khem | RP: there were few other changes I did where feeding -L was removed |
| 22:32.05 | Jay7 | mwester: I fear all this is distro-specific |
| 22:32.15 | mwester | yeah, could be. |
| 22:32.18 | Jay7 | well.. will have some experiments then |
| 22:32.28 | Jay7 | I'm using minimal this time |
| 22:32.31 | khem | Jay7: IMAGE_INSTALL_append_pn-native-sdk-image |
| 22:32.34 | khem | is what u need |
| 22:32.38 | RP | khem: I think poky did that years ago ;-) |
| 22:32.46 | khem | could be |
| 22:33.40 | RP | khem: Anyhow, I just wondered whether you'd seen it or had any thoughts about it. As far as I know the issue is there if the relink step doesn't happen. What governs that I haven't worked out yet |
| 22:34.14 | khem | RP: udevadm and udevd does not show rpath problem on my rfs |
| 22:34.33 | Jay7 | khem: is *_pn-* literally 'pn'? or should be replaced by something? |
| 22:34.37 | khem | yes there was some hackery in classes |
| 22:34.40 | khem | which I removed |
| 22:34.50 | khem | Jay7: literally |
| 22:34.54 | Jay7 | ok, thanks |
| 22:35.04 | RP | khem: Are they being relinked at do_install? |
| 22:36.37 | khem | RP: I changed autotools_prepackage_lamangler |
| 22:37.42 | khem | RP: autotools_prepackage_lamangler is not needed with 2.4 |
| 22:37.52 | khem | that can cause the relinking mess |
| 22:38.47 | khem | if zenlinux_ can post the problem details he saw on angstrom 2010 then I can take a deeper look |
| 22:39.00 | RP | khem: Right, and I'm pretty sure zenlinux_ brought those changes in. So you're confirming that a) You're not seeing a relink at do_install time and b) objdump isn't showing a bad RPATH in your binaries/libs? |
| 22:39.17 | khem | lemme check libs |
| 22:39.23 | khem | I only checked bins |
| 22:39.56 | mwester | libs have rpaths, too? didn't know that... |
| 22:40.15 | RP | mwester: they do indeed |
| 22:40.57 | mwester | so the lib's rpath is used to find the lib's dependencies? In addition to the exe's rpath, or exclusively? |
| 22:41.28 | RP | mwester: that I don't know |
| 22:41.41 | mwester | I shall google that. |
| 22:41.48 | mwester | I'm intruiged. |
| 22:41.51 | khem | RP: no libs seem ok too |
| 22:42.00 | khem | what options do u use for objdump |
| 22:42.05 | khem | I am usin readelf |
| 22:45.43 | Jay7 | cool |
| 22:45.58 | Jay7 | now I have image to do quick tests of kexecboot |
| 22:46.32 | RP | khem: I tend to be lazy and use objdump -x | grep RPATH ;-) |
| 22:46.57 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 22:47.34 | CIA-104 | 03Khem Raj <raj.khem@gmail.com> 07master * r59ff7a666c 10openembedded.git/conf/distro/ucslugc.conf: |
| 22:47.34 | CIA-104 | ucslugc.conf: Bring it forward to use sane-toolchain |
| 22:47.34 | CIA-104 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 22:48.52 | khem | RP: OK used same options here there is no RPATH in bins or libs |
| 22:49.32 | RP | khem: Hmm, I wonder what the difference is :/ |
| 22:50.07 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 22:51.02 | khem | RP: dont know, oh I use DISTRO=minimal |
| 22:51.10 | khem | and the binaries are for arm |
| 22:51.14 | khem | JFYI |
| 22:51.39 | khem | this webkit is a hog |
| 22:52.39 | khem | 1 G of objects thats insane |
| 22:53.39 | RP | khem: it is a bit crazy, the -dbg package is huge |
| 22:59.18 | khem | it shows that everything can be abused |
| 22:59.23 | khem | look at the templates |
| 22:59.31 | khem | in webkit its crazy |
| 22:59.39 | khem | they are merciless on compiler |
| 22:59.57 | khem | and inturn compiler is merciless on disk and user :) |
| 23:00.46 | khem | now people talk about compiling in an emulated env |
| 23:00.53 | grg | in the past i noted that webkit links 3 times. not sure if this is still the case |
| 23:01.02 | mwester | webkit devs need to be issued Pentium-III systems to build on. That'll fix it. :D |
| 23:01.10 | khem | I would say compile webkit in qemu and come back andtell me how you feel about it |
| 23:02.09 | khem | grg: yeah it takes 25-40 mins on my T61 laptop to link |
| 23:02.15 | khem | qt |
| 23:02.19 | khem | err webkit |
| 23:02.24 | Jay7 | ah.. I've remember this too |
| 23:02.42 | Jay7 | I was wondered |
| 23:02.50 | khem | mwester: some folks know C++ and thats it |
| 23:02.58 | khem | they dont know aftermaths of it |
| 23:03.01 | mwester | Java. |
| 23:03.12 | mwester | Java -- this generation's COBOL. |
| 23:03.21 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 23:03.22 | khem | heh right |
| 23:03.32 | Jay7 | btw, what is status of fennec? |
| 23:03.32 | khem | one reason why android is successful |
| 23:03.34 | Jay7 | dead? |
| 23:03.50 | khem | fennec is still there I think |
| 23:04.06 | Jay7 | it was always alpha-quality iirc |
| 23:04.20 | mwester | Yeah, android is successful, but look at the type of hardware it needs -- my HTC Desire is a 1GHz ARM processor... for a cell phone! |
| 23:04.29 | grg | fennec requires 128mb ram. Presumably they are waiting for that to be the lowest common denominator for all handheld devices |
| 23:04.34 | mwester | Think of what one could do with C or C++... |
| 23:04.37 | khem | here in bay area if a restaurant loses out and gets bad reviews and loses business they just rename it |
| 23:04.38 | grg | instead of improving its mem usage |
| 23:04.44 | khem | staff is still same |
| 23:04.48 | khem | :) |
| 23:04.51 | mwester | hehe |
| 23:05.08 | Jay7 | grg: does webkit working with smaller RAM? |
| 23:05.21 | grg | Jay7, only for small pages |
| 23:06.26 | Jay7 | hm.. good idea to render pages on some fast server then send it to device :) |
| 23:06.55 | khem | thats what google wants |
| 23:07.13 | Jay7 | it should be easily doable |
| 23:07.18 | khem | and cloud computing |
| 23:07.23 | mwester | heh! VNC to remote device from central webkit web browser. |
| 23:07.25 | Jay7 | user input is question |
| 23:07.26 | grg | where's is google's "no i don't want your fucking ajax in my web search results" option anyway? |
| 23:07.46 | grg | just because a browser has js and its enabled doesnt mean i want to use it |
| 23:07.55 | Jay7 | grg: you want! they know better! :) |
| 23:08.19 | grg | i dont really need a preview of the entire page in the results |
| 23:08.59 | Jay7 | yeah.. time to start new search service ;) |
| 23:09.01 | mwester | They're making room for a new search service. We just need to find it. |
| 23:09.18 | mwester | Like opendns -- opensearch? |
| 23:10.14 | khem | grg: http://patches.openembedded.org/patch/116/ |
| 23:10.23 | khem | did u look further into it |
| 23:11.07 | grg | khem, busybox-mdev worked ok when i enabled it in an -image.bb |
| 23:11.25 | *** join/#oe GNUtoo|oeee (~GNUtoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
| 23:11.27 | grg | but i don't know about if changing distro policies is desired |
| 23:18.00 | khem | grg: mdev makes sense for micro |
| 23:18.09 | khem | and even for slugos I think |
| 23:18.24 | khem | so you should propose a patch for micro atleast |
| 23:18.42 | grg | ok. i'll do some more testing and send a patch sometime this week. |
| 23:18.51 | grg | am busy with some non oe stuff right now |
| 23:19.11 | khem | sure np |
| 23:23.40 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 23:26.09 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 23:31.18 | mwester | I'd like to be able to support mdev for SlugOS. Would be excellent if we could actually support "opkg install udev" (with required reboot, of course), and have that actually work. |
| 23:31.48 | mwester | But failing that, just having an mdev-based SlugOS variant would be useful, esp. with uclibc. |
| 23:33.32 | khem | mwester: yeah I just revived uclugc |
| 23:33.57 | mwester | FYI, I don't think it has been built or tested for years, and it has never been released... |
| 23:34.08 | mwester | So I don' t know how well it ever worked. |
| 23:43.07 | khem | mwester: doesnt matter there always is a beginning : |
| 23:43.13 | mwester | :) |
| 23:43.22 | khem | mwester: I am sure it should build something |
| 23:43.24 | khem | may be not |
| 23:43.40 | khem | I prolly have to add config for uclibc for armv5teb |
| 23:43.46 | khem | which is simple |