| 00:06.53 | *** join/#oe jd (~jd@modemcable207.134-202-24.mc.videotron.ca) |
| 00:06.53 | *** join/#oe jd (~jd@Wikipedia/HellDragon) |
| 00:09.14 | aditya_1212 | go parallel make go! |
| 00:23.43 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 00:49.02 | likewise | khem: hi there, .eu is falling asleep, can you keep the channel running for a bit? :-) |
| 00:53.03 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 00:58.20 | khem | heh sure |
| 01:01.43 | aditya_1212 | .eu? |
| 01:01.54 | aditya_1212 | oh all the folks over in europe? |
| 01:03.33 | khem | well many of them are |
| 01:07.13 | aditya_1212 | ah |
| 01:07.34 | *** join/#oe likewise (~likewise@82-171-51-231.ip.telfort.nl) |
| 01:23.29 | *** join/#oe zecke (~ich@123-192-181-204.dynamic.kbronet.com.tw) |
| 01:33.41 | *** join/#oe hd (~jd@modemcable207.134-202-24.mc.videotron.ca) |
| 01:33.41 | *** join/#oe hd (~jd@Wikipedia/HellDragon) |
| 01:36.22 | *** join/#oe tomimo_ (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 01:54.16 | zecke | Laibsch: busy :) |
| 02:05.28 | *** join/#oe robtow (~rob@64.62.142.114) |
| 02:16.13 | *** join/#oe rsalveti (~rsalveti@187.58.97.28) |
| 02:19.29 | aditya_1212 | I like how most of this channel is "left" and "entered" |
| 02:26.31 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 02:27.42 | CIA-2 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * rcb1278efa3 10openembedded.git/recipes/pango/ (pango-1.24.4/CVE-2010-0421.patch pango.inc pango_1.24.4.bb): |
| 02:27.42 | CIA-2 | pango-1.24.4: Address flaw in handling Opentype fonts |
| 02:27.42 | CIA-2 | Addresses CVE-2010-0421. This CVE applies to all versions of pango < 1.27.1 |
| 02:27.42 | CIA-2 | so when someone upgrades pango to 1.26.x he needs to apply the same patch. |
| 02:35.07 | *** join/#oe methril_home (~methril@189.27.131.173.dynamic.adsl.gvt.net.br) |
| 02:45.52 | *** join/#oe bkero (~freenode@osuosl/staff/bkero) |
| 02:57.36 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 03:04.42 | CIA-2 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * r30c7c2f4a6 10openembedded.git/recipes/php/ (4 files in 3 dirs): |
| 03:04.42 | CIA-2 | php: 5.2.13 and 5.3.2 both have flaws in the handling of xmlrpc |
| 03:04.42 | CIA-2 | This is addressing CVE-2010-0397.patch. |
| 03:17.04 | CIA-2 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r3452deb0d9 10openembedded.git/recipes/apex/ (apex-nslu2-16mb_1.5.14.bb apex-nslu2_1.5.14.bb): |
| 03:17.04 | CIA-2 | apex-nslu2: replace endianness tests to not require CONFIG_SITE. |
| 03:17.05 | CIA-2 | Required since CONFIG_SITE is no longer automatically defined |
| 03:17.05 | CIA-2 | by siteinfo.bbclass (now part of autotools.bbclass). |
| 03:17.15 | CIA-2 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r4dd15c895a 10openembedded.git/conf/distro/include/preferred-slugos-versions.inc: |
| 03:17.15 | CIA-2 | preferred-slugos-versions.inc: bump up autotools-native, and lock down autotools |
| 03:17.15 | CIA-2 | This will avoid build problems when newer autotools become available. |
| 03:23.29 | *** join/#oe methril_home (~methril@189.27.130.151.dynamic.adsl.gvt.net.br) |
| 03:44.13 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 04:12.40 | *** join/#oe methril_home (~methril@189.27.128.138.dynamic.adsl.gvt.net.br) |
| 04:34.40 | *** join/#oe Laibsch (~Laibsch@p5B3B3BE1.dip.t-dialin.net) |
| 04:43.44 | *** join/#oe Laibsch1 (~Laibsch@p5B3B3BE1.dip.t-dialin.net) |
| 04:57.39 | *** join/#oe Laibsch1 (~Laibsch@p5B3B27C6.dip.t-dialin.net) |
| 05:05.34 | *** join/#oe xjqian (~gordon@128.252.118.168) |
| 05:52.14 | aditya_1212 | anyone around? |
| 06:40.44 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 07:54.14 | *** join/#oe sgh (~quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 08:09.45 | *** join/#oe sgh_ (~quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 08:13.27 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 08:17.28 | *** join/#oe FOM_wknd (~jeffs@rrcs-74-219-98-62.central.biz.rr.com) |
| 08:36.44 | *** join/#oe dth_ntb (~dieter@p4FDED34C.dip.t-dialin.net) |
| 08:41.40 | *** join/#oe sgh (~quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 08:49.22 | *** join/#oe sgh_ (~quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 08:59.10 | JaMa | did someone notice lately, that some packages are rebuilt over and over again? This happen ie after EFL bump, but there were quite big .bbclass changes |
| 08:59.17 | JaMa | so I'm not sure where to look first |
| 09:02.42 | *** join/#oe Openfree|H (~Openfree`@222.65.143.236) |
| 09:25.33 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 09:32.58 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 09:53.11 | *** join/#oe qdot (~qdot@vorlon.vm.bytemark.co.uk) |
| 09:53.18 | qdot | hello :) |
| 09:53.43 | qdot | I'm new to openembedded.. do you have a suggestion how to start developing for qt-embedded with it? |
| 10:11.26 | *** join/#oe Laibsch (~Laibsch@p5B3B27C6.dip.t-dialin.net) |
| 10:28.10 | *** join/#oe toi (~toi@d54C2A96D.access.telenet.be) |
| 10:39.51 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 10:44.12 | *** join/#oe GNUtoo|oeee (~GNUtoo@host115-202-dynamic.21-79-r.retail.telecomitalia.it) |
| 10:46.04 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:51.05 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 10:57.06 | *** join/#oe woglinde (~heinold@g229045206.adsl.alicedsl.de) |
| 11:12.19 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 11:35.00 | *** join/#oe kristoffer (~kristoffe@95.209.188.187.bredband.tre.se) |
| 11:39.06 | *** join/#oe toi (~toi@d54C2A96D.access.telenet.be) |
| 11:39.23 | *** join/#oe eFfeM1 (~frans@j200125.upc-j.chello.nl) |
| 11:45.04 | *** join/#oe dth (~dieter@p4FDED34C.dip.t-dialin.net) |
| 11:45.36 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r7bf5690c6b 10openembedded.git/classes/cmake.bbclass: (log message trimmed) |
| 11:45.36 | CIA-2 | cmake.bbclass: force CMAKE_INSTALL_SO_NO_EXE to be 0 |
| 11:45.36 | CIA-2 | By default cmake guesses whether install shared libaries with exec |
| 11:45.36 | CIA-2 | permissions or not based on host distribution, so this behaviour |
| 11:45.36 | CIA-2 | changes from host to host. OpenEmbedded assumes shared libraries to |
| 11:45.36 | CIA-2 | be with exec permissions (reverse way brakes stripping, for example), |
| 11:45.37 | CIA-2 | so let's force this in cmake configure invocation. |
| 11:50.35 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r7f2f7b3ad5 10openembedded.git/recipes/openldap/ (openldap-2.4.17/openldap-m4-pthread.patch openldap_2.4.17.bb): |
| 11:50.35 | CIA-2 | openldap: update version 2.4.17 to 2.4.21 |
| 11:50.35 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 12:08.33 | *** join/#oe thebohemian (~rschus@p5DDC2B0A.dip.t-dialin.net) |
| 12:10.35 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 12:20.26 | *** join/#oe udovdh (~udovdh@2001:888:1abc::70) |
| 12:23.06 | *** join/#oe GNUtoo (~GNUtoo@host115-202-dynamic.21-79-r.retail.telecomitalia.it) |
| 12:35.13 | *** join/#oe pvanhoof (~pvanhoof@d54C0C0BA.access.telenet.be) |
| 12:42.55 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 12:44.22 | *** join/#oe mickey|austria (~M@tmo-105-93.customers.d1-online.com) |
| 12:58.45 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 13:04.42 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 13:10.00 | *** join/#oe MWelchUK (~martyn@82.152.154.75) |
| 13:22.57 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 13:30.49 | MWelchUK | Hi Guys - I'm struggling with OE (x11-image, angstrom) built on an iPAQ h5550. Device boots, I can see the kernel messages on the serial port, angstrom splash on the screen, but X never starts, neither does the getty on the serial port. |
| 13:31.16 | MWelchUK | The getty seems to be set up right in the inittab. |
| 13:32.08 | *** join/#oe eFfeM1 (~frans@j200125.upc-j.chello.nl) |
| 13:33.16 | MWelchUK | Disconnecting and reconnecting the USB cable causes further gadget ethernet log entries on the serial port - so the device doesn't seem to be dead. |
| 13:37.27 | aditya_1212 | sorry, whats getty? |
| 13:39.51 | MWelchUK | aditya_1212, http://en.wikipedia.org/wiki/Getty_%28Unix%29 |
| 13:40.16 | MWelchUK | Runs on the serial port, should provide a serial terminal |
| 13:42.18 | MWelchUK | Hm, though I've just noticed that I get the kernel space boot messages, but none of the userspace ones... |
| 13:44.36 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 13:44.38 | aditya_1212 | oh |
| 13:44.48 | aditya_1212 | so you dont get the shell on the serial port |
| 13:44.56 | MWelchUK | nope. |
| 13:45.00 | aditya_1212 | hmm |
| 13:45.24 | aditya_1212 | this is just a vanilla image oyu just made? |
| 13:45.44 | MWelchUK | yeah |
| 13:46.22 | MWelchUK | Looks like the getty is provided by tinylogin |
| 13:46.50 | aditya_1212 | I dont have my bboard near me, cant check :/ |
| 13:47.06 | aditya_1212 | but I can't imagine the image for iPaQ uses something special |
| 13:47.37 | MWelchUK | hates the fact that the iPAQ needs to be disconnected from the cradle to get to the reset button! |
| 13:48.29 | aditya_1212 | lol |
| 13:48.37 | aditya_1212 | near the dock connector or something? |
| 13:48.58 | MWelchUK | On the bottom edge. |
| 13:49.05 | aditya_1212 | ah |
| 13:49.33 | aditya_1212 | should just drill a tiny hole into your dock and then your disk |
| 13:49.37 | aditya_1212 | desk* |
| 13:49.40 | aditya_1212 | and make sure they are aligned |
| 13:49.45 | aditya_1212 | easy peasy :P |
| 13:51.43 | MWelchUK | Not that easy - the dock has a mechanism built into it to allow a sleeved or unsleeved iPAQ to be placed in it - it isn't hollow. |
| 13:51.59 | aditya_1212 | I was mostly joking |
| 13:52.04 | aditya_1212 | that would be a horrible thing to try lol |
| 13:57.03 | *** join/#oe likewise (~likewise@82-171-51-231.ip.telfort.nl) |
| 13:57.20 | aditya_1212 | cant imagine why your serial terminal isn't showing up though |
| 13:57.27 | likewise | gm |
| 13:57.30 | aditya_1212 | is it hooked up to the local network? |
| 13:57.33 | aditya_1212 | hey likewise |
| 13:57.44 | aditya_1212 | I usually ssh into my bboard for most of my work |
| 13:57.45 | MWelchUK | likewise, gm |
| 13:57.55 | likewise | hi fooks |
| 13:58.11 | MWelchUK | No network, other than usb-gadget. |
| 13:58.35 | MWelchUK | Don't think the module is loaded in the default build. |
| 13:58.38 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 13:58.41 | aditya_1212 | oh :/ |
| 13:58.48 | likewise | gm florian |
| 13:58.55 | MWelchUK | I think udev might be blowing away all the static device nodes. |
| 13:58.58 | aditya_1212 | these fine gentlemen here might be of more assitance |
| 13:59.07 | aditya_1212 | I am still a noob heh |
| 13:59.23 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 14:03.45 | MWelchUK | I see "Starting udev", shortly followed by "Caching udev devnodes", "Populating dev cache" then "root: mount: special device /dev/mtdblock2 does not exist" |
| 14:03.45 | *** join/#oe kristoffer (~kristoffe@95.209.12.4.bredband.tre.se) |
| 14:04.08 | MWelchUK | Oddly that node exists in the tarball version of the image |
| 14:05.40 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 14:07.59 | MWelchUK | Agh! My local network uses the same subnet as usb0 :-( |
| 14:12.49 | *** join/#oe dth_ntb (~dieter@dslc-082-082-082-089.pools.arcor-ip.net) |
| 14:29.10 | aditya_1212 | that was your problem? |
| 14:34.25 | *** join/#oe dvermd (~roudoudou@78.234.93.192) |
| 14:39.12 | CIA-2 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * rd29c8d9fba 10openembedded.git/recipes/inetutils/inetutils_1.5.bb: |
| 14:39.12 | CIA-2 | inetutils: Copy in config.rpath prior to running configure task |
| 14:39.12 | CIA-2 | (fixes configure failure due to missing file so that inetutils builds again) |
| 14:49.41 | *** join/#oe xjqian (~gordon@128.252.118.168) |
| 14:56.08 | *** join/#oe kristoffer (~kristoffe@95.209.17.113.bredband.tre.se) |
| 17:31.33 | *** join/#oe ibot (ibot@rikers.org) |
| 17:31.33 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel | ADMIN STATUS: GIT DOWN |
| 17:33.47 | *** join/#oe Heinervdm (~thomas@pD9E14FF9.dip.t-dialin.net) |
| 17:48.25 | *** join/#oe sgh (~quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 17:58.27 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 18:03.33 | *** join/#oe robtow (~rob@64.62.142.114) |
| 18:06.16 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 18:07.09 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:18.31 | kergoth | hmm |
| 18:19.16 | kergoth | JaMa: things being rebuilt unnecessarily was a bug with the base class split that was fixed on friday evening, as far as I know. |
| 18:22.03 | *** join/#oe methril_home (~methril@189.27.134.122.dynamic.adsl.gvt.net.br) |
| 18:24.44 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 18:36.57 | *** join/#oe kristoffer (~kristoffe@95.209.179.90.bredband.tre.se) |
| 18:37.17 | *** join/#oe probonono (~User@unaffiliated/probonono) |
| 18:54.32 | *** join/#oe methril_home (~methril@189.27.134.122.dynamic.adsl.gvt.net.br) |
| 19:01.42 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 19:05.11 | kergoth | http://gist.github.com/339495 - thoughts? |
| 19:05.19 | kergoth | python code wise |
| 19:07.43 | *** join/#oe robtow (~rob@64.62.142.114) |
| 19:09.59 | aditya_1212 | hallo |
| 19:16.25 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 19:27.35 | *** join/#oe methril_home (~methril@189.27.133.49.dynamic.adsl.gvt.net.br) |
| 19:29.49 | *** join/#oe d_t_h (~dieter@p4FDED456.dip.t-dialin.net) |
| 19:35.14 | kergoth | hmmm |
| 19:37.52 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 19:41.41 | eFfeM1 | likewise: managed to get the hawk @ 456 Mhz, see the thread in oe ML for details; kudo's go to koen and ti |
| 19:46.30 | likewise | eFfeM1: nice |
| 19:50.29 | *** join/#oe dth (~dieter@p4FDED456.dip.t-dialin.net) |
| 19:51.41 | eFfeM1 | works like a charm |
| 20:03.45 | aditya_1212 | eFfeM1: You part of the pixhawk team? |
| 20:06.57 | eFfeM1 | nope |
| 20:08.14 | eFfeM1 | aditya_1 it is a hawkboard |
| 20:08.22 | eFfeM1 | www.hawkboard.org |
| 20:18.00 | hrw | morning |
| 20:19.27 | aditya_1212 | thats evening to you frenchie |
| 20:19.28 | aditya_1212 | :P |
| 20:21.07 | eFfeM1 | hi hrw |
| 20:21.50 | Crofton | ~ugt |
| 20:21.51 | ibot | well, ugt is Universal Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html |
| 20:22.51 | aditya_1212 | pssh |
| 20:22.54 | aditya_1212 | lies |
| 20:24.02 | kergoth | <3 ugt |
| 20:24.20 | aditya_1212 | heh |
| 20:24.36 | aditya_1212 | fianlly got OE up and running again |
| 20:24.43 | kergoth | from the lesser known automake features department: since 1.10, you can put --install in ACLOCAL_AMFLAGS to get it to automatically copy the .m4's from the system macro dir into a local m4 dir |
| 20:30.31 | pb__ | morning kergoth |
| 20:32.13 | kergoth | hey pb__ |
| 20:34.50 | kergoth | pb__: not ideal, since it does end up returning createCopy'd datastores for each version, but..: http://gist.github.com/338382 |
| 20:35.17 | kergoth | http://github.com/kergoth/BitBake/tree/bbversions |
| 20:36.12 | pb__ | ah, cute |
| 20:37.31 | kergoth | need to profile it, to see what the impact of it is with large numbers of versions |
| 20:37.33 | kergoth | but it does work |
| 20:39.46 | hrw | I wonder did someone read my mails about busyboxless rootfs |
| 20:41.22 | kergoth_ | read it, but hasn't had a chance to reply |
| 20:41.29 | kergoth_ | seemed sane to me |
| 20:43.39 | hrw | bye |
| 20:43.47 | aditya_1212 | * sigh * |
| 20:43.55 | aditya_1212 | half the things you people say goes completely over my head :/ |
| 20:47.34 | *** join/#oe Omegamoon (~egoe@demolitionman.xs4all.nl) |
| 20:50.56 | kergoth | hmm.. |
| 20:51.57 | kergoth | i wonder if i should add the original PV to overrides after the new one |
| 20:52.44 | *** join/#oe EdCa229 (~edca22@cpc1-rdng9-0-0-cust129.winn.cable.ntl.com) |
| 20:53.15 | EdCa229 | hi |
| 20:54.48 | EdCa229 | florian, can you help me out with netbook pro? I'm trying to build a boot image... I can make the header easily enough but am stuck with the kernel+initrd glue code |
| 20:55.23 | florian | hi EdCa229 |
| 20:55.34 | EdCa229 | :) |
| 20:55.58 | florian | oh... this was quite some time ago. |
| 20:56.36 | EdCa229 | i realise! I'd appreciate any pointers as currently it seems the only way forward is to dissasemble existing images |
| 20:56.38 | florian | I remember I wrote a description how this boot images are built and I remember somone built a tool to do this. |
| 20:56.55 | EdCa229 | theres some kind of bootstrap between the kernel and initrd we can't reproduce |
| 20:57.38 | florian | EdCa229: http://www.linuxtogo.org/~anonymous/netbook-booting.txt |
| 20:58.35 | EdCa229 | I have that tool... mk-nBkProOsImg... and the text file... but it's the bootstrap code I'm struggling with |
| 20:59.07 | florian | ah... there is acopy of this in the same dir anyway |
| 20:59.23 | EdCa229 | it's described in that text file, but not detailed... and the tool doesn't produce the bootstrap |
| 21:00.04 | EdCa229 | any ideas? |
| 21:00.27 | florian | tries to remember |
| 21:01.55 | *** join/#oe rsalveti (~rsalveti@187.58.97.28) |
| 21:03.38 | florian | EdCa229: ah... what you want to create is the nBkPro.img image, right? |
| 21:04.05 | EdCa229 | yep |
| 21:04.14 | kergoth | wonders if bbversions is really worthwhile.. most people seem to want to ditch old versions of things, but there could be value.. hmm |
| 21:04.22 | EdCa229 | well, the nBkProOs.img |
| 21:05.31 | EdCa229 | it's got a header, some jump instruction, then kernel, some bootstrap code, then initrd |
| 21:05.42 | EdCa229 | the tool procudes the header |
| 21:05.52 | EdCa229 | and the kernel and initrd are easy |
| 21:06.01 | EdCa229 | buut the other bits.... *eek* |
| 21:13.23 | florian | hmm... I see. |
| 21:16.02 | MWelchUK | hrw, I have some patches at work for a busyboxless root |
| 21:16.55 | MWelchUK | Well, at the moment it replaces busybox with a list of depends. |
| 21:21.26 | EdCa229 | any clues? |
| 21:28.48 | *** join/#oe blindvt (~bf@84.119.100.188) |
| 21:28.59 | pb__ | ah, the famous boost header |
| 21:31.13 | pb__ | I think you are probably best off just treating most of those 256 bytes as being magic bits that you need to copy verbatim from a working image. |
| 21:33.39 | pb__ | dinner time now |
| 21:36.31 | florian | apart from the checksum maybe ;) |
| 21:36.54 | *** join/#oe EdCa228 (~edca22@cpc1-rdng9-0-0-cust129.winn.cable.ntl.com) |
| 21:37.24 | EdCa228 | florian, got logged out... did i miss something? |
| 21:37.46 | florian | EdCa228: you did... maybe |
| 21:38.03 | EdCa228 | :/ |
| 21:39.14 | florian | pb__ mentioned that you might just want to take most of the bits as given magic :) |
| 21:40.55 | EdCa228 | well... I would if I can get them to make me a bootable image! but it isn't just a matter of using dd to strip those bits and put them in a new file... that doesn't work |
| 21:41.35 | EdCa228 | presumably they are dependent on the size of the kernel and maybe other things |
| 21:41.36 | EdCa228 | :( |
| 21:42.09 | Crofton | kergoth, I don't think most people want to dump old versions, at least without concious thinking |
| 21:42.34 | kergoth | I've been thinking that most metadata isnt really bound to one version |
| 21:42.37 | Crofton | dumping recipes just because they are old is potentially annoying to their users |
| 21:42.40 | kergoth | its bound to a range of versions, based on when changes occurred upstream |
| 21:42.51 | kergoth | so if you could have a recipe for each range, you could have every version buildable |
| 21:43.12 | Crofton | interesting |
| 21:44.00 | Crofton | that would be helpful for things like boost that have the occasional api change on minor version number changes |
| 21:45.21 | kergoth | Crofton: http://gist.github.com/338382, http://github.com/kergoth/BitBake/commits/bbversions |
| 21:45.30 | EdCa228 | I guess that means you have no idea though? ...you can't dredge up some long lost memory (or even better code or notes) from somewhere? |
| 21:46.53 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 22:05.28 | florian | EdCa228: not really... might be a bug in the existing tool. but since the important bits are basically documented and we know some working values it should be possible to get this fixed. |
| 22:06.35 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:08.07 | florian | Let me see if I can find more about the wrapper |
| 22:08.42 | *** part/#oe Omegamoon (~egoe@demolitionman.xs4all.nl) |
| 22:11.01 | EdCa228 | :) |
| 22:12.54 | florian | I wonder if you could use U-Boot instead of this wrapper... |
| 22:14.39 | EdCa228 | ive no idea... presumably u-boot would have to be flashed on there somehow |
| 22:15.48 | EdCa228 | i considered using haret from win ce but ive partitioned my nand and dont know how to revert it... and i dont want to play with too much in case i erase boos and then wont be able to boot anything! |
| 22:22.11 | EdCa228 | brb |
| 22:23.08 | *** join/#oe EdCa22 (~edca22@cpc1-rdng9-0-0-cust129.winn.cable.ntl.com) |
| 22:23.20 | florian | EdCa22: in fact this wrapper is a simple piece of assembler code. what it does is mostly what a simple bootloader would do. |
| 22:24.12 | EdCa22 | thought it was something like that... |
| 22:24.25 | EdCa22 | any idea how I can modify it per image? |
| 22:24.39 | florian | using u-boot might be sort of overkill but it might be easy to do |
| 22:25.23 | EdCa22 | would you boot u-boot from boost or install it in nand? |
| 22:25.56 | pb__ | florian: I think the crc is just for the header, not the whole image. but, iirc, there is an image size field in there. |
| 22:26.33 | pb__ | so, annoyingly, you'd need to adjust the image size and then recalculate the crc whenever the kernel or rootfs changes size |
| 22:26.34 | florian | pb__: yes this might be correct... the text says something about the header too. |
| 22:27.14 | EdCa22 | yeah... the header is easy enough to reproduce |
| 22:27.51 | EdCa22 | in fact the tool does that part for you... pb you are correct on both counts |
| 22:28.28 | EdCa22 | i have pulled the two existing working images to pieces completely |
| 22:29.01 | florian | The wrapper does not have to be changed for each image - it takes two parameters at build time: kernel and initrd position |
| 22:30.36 | EdCa22 | ahh.. I need to know how to change those parameters and what to! |
| 22:30.50 | EdCa22 | the header does change every time though |
| 22:32.51 | EdCa22 | the header contains 2 crcs, one for the image and one for the header. and an image size field |
| 22:34.13 | EdCa22 | wait.. if the wrapper doesnt need to be changed then why can't I make an working image? |
| 22:35.19 | EdCa22 | what I have done is pull out those parts of the code, and then jam them together before the kernel and before the initrd |
| 22:35.39 | EdCa22 | but in the two working examples I have seen those parts are slightly different in places |
| 22:36.03 | EdCa22 | maybe 3 or 4 words are different |
| 22:40.14 | EdCa22 | florian... does that mean you have code for the wrapper? |
| 22:42.06 | florian | tries to fin out how this used to work |
| 22:42.32 | florian | EdCa22: That's why some people here are able to say what it does |
| 22:43.36 | florian | this whole lowlevel stuff is a terrible collection... who coded all this?! |
| 22:47.05 | florian | EdCa22: I see why this is that complicated... kernel and initrd are included as a binary section into the assembler file |
| 22:47.18 | florian | so it needs to be changed |
| 22:48.16 | florian | what it makes harder is the fact that the whole thing after the header is compressed |
| 22:48.18 | EdCa22 | yeah... it's lame. ive been working with dd, zpipe and a vbindiff for days trying to build something that works |
| 22:48.35 | EdCa22 | the header isn't compressed |
| 22:48.40 | florian | right |
| 22:48.56 | florian | but the binary after the header is |
| 22:48.57 | EdCa22 | but you can decompress the rest by cutting off the header and running it through zpipe |
| 22:49.46 | EdCa22 | then i find a single word, an address i think, followed by the uncompressed kernel, ~1052 bytes of bootstrap with kernel parameters etc, and then the initrd |
| 22:50.48 | florian | right - that's the wrapper. the kernel parameters are compiled in there |
| 22:50.51 | EdCa22 | wait, sorry, after the header is an instruction and an address i think, then the kernel |
| 22:51.09 | EdCa22 | yep |
| 22:51.40 | EdCa22 | but i just don't know how to make the wrapper |
| 22:51.59 | EdCa22 | i think the initial instruction makes execution jump to the wrapper |
| 22:52.14 | florian | quite likely yes |
| 22:53.02 | EdCa22 | but i don't even know how that jump address is derived |
| 22:53.25 | florian | That's up to gcc I guess... |
| 22:54.05 | florian | I wonder if it would be a good idea just to have a U-Boot binary instead of the kernel+initrd. This would be able to deal with Linux then. |
| 22:54.25 | florian | The only thing you's have to take care about is Boost itself |
| 22:55.39 | EdCa22 | i don't know how I'd go about that.... i don't know that much about uboot |
| 22:55.49 | EdCa22 | just put uboot and a header? |
| 22:56.48 | EdCa22 | uboot would then need drivers for the cf to get a kernel+initrd... and that means work unless it's a standard implementation for pxa255 |
| 22:56.58 | EdCa22 | unless if it supports serial loading |
| 22:57.35 | EdCa22 | but i mean, maybe uboot even would need some kind of bootstrap for boost? |
| 22:58.22 | florian | you can configure it to act as a secondary stage bootloader. so this might just do what we ned. |
| 23:02.22 | EdCa22 | but wait... presumably at some point you were able to build images for it... I guess that code is lost in the tubes somewhere? |
| 23:07.02 | EdCa22 | so if i build uboot as a 2nd stage bootloader and put a header on it it should just work? |
| 23:14.18 | florian | Its quite likely I think... but not sure of course. I never tried this myself. |
| 23:20.01 | EdCa22 | hmmm... i feel so close getting this working as it is. but if u-boot can work like that i'll give it a shot |
| 23:25.28 | *** join/#oe mnabil (~mnabil@41.234.70.141) |
| 23:26.16 | *** join/#oe zecke (~ich@123-192-181-204.dynamic.kbronet.com.tw) |
| 23:35.21 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 23:36.40 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
| 23:44.37 | *** join/#oe Romke (~Romke@82-170-233-174.ip.telfort.nl) |