| 00:01.12 | *** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
| 00:19.26 | *** part/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 00:24.17 | m4t | khem|away: -rw-r--r-- 1 matt matt 7014400 2009-08-28 15:56 Angstrom-base-image-uclibc-ipk-2009.X-test-20090828-dht-walnut.rootfs.tar |
| 00:24.23 | m4t | :-) |
| 00:31.46 | *** join/#oe kergoth (n=kergoth@ip68-108-193-231.ph.ph.cox.net) |
| 00:34.50 | *** join/#oe jeaneus (n=orb@pool-173-71-43-116.dllstx.fios.verizon.net) |
| 00:35.26 | archae0pteryx | This may be a silly question, but I am actually supposed to have a package with a name resembling "libstdc++* I also don't remember how to list available recipes |
| 00:37.15 | kergoth | it sounds like you're mixing up recipes and packages. |
| 00:37.23 | kergoth | a recipe can emit any number of binary packages |
| 00:37.29 | kergoth | there is no libstdc++ recipe, there is a libstdc++ package |
| 00:37.50 | archae0pteryx | Ok.. how do I look up how to make that |
| 00:38.10 | kergoth | grep FILES_.*libstdc++ recipes/*/*.bb |
| 00:38.21 | kergoth | or rather, grep PACKAGES.*libstdc++ recipes/*/*.bb |
| 00:38.26 | kergoth | either way |
| 00:43.27 | archae0pteryx | Ok.. I find that in my ancient version of OE but not from stable/2009 or devel |
| 00:47.17 | archae0pteryx | I have an entry in armv7a-angstrom-linux-gnueabi/shlibs but no corresponding library in staging, is that unexpected? |
| 00:48.46 | archae0pteryx | Oh well... thanks if anyone gets back to me |
| 00:55.57 | *** part/#oe jeaneus (n=orb@pool-173-71-43-116.dllstx.fios.verizon.net) |
| 00:57.29 | *** join/#oe whitefox (n=whitefox@61.141.158.178) |
| 01:02.38 | whitefox | hi I am not able to bitbake on the latest git release |
| 01:02.47 | whitefox | i am getting glib HASH¡¡ error |
| 01:02.50 | whitefox | could someone please help me? |
| 01:20.20 | *** join/#oe mnabil (n=mnabil@41.234.71.230) |
| 01:26.11 | *** join/#oe rsalveti (n=rsalveti@189.70.48.107) |
| 01:26.48 | kergoth | arg, that didn't work at ALL |
| 01:26.51 | kergoth | grumbles |
| 01:30.31 | kergoth | hmm, zecke must be asleep. i need to keep track of time zones |
| 01:33.54 | kergoth | why does everyone but me that hacks on bitbake have to be in europe? |
| 01:33.58 | kergoth | it's kind of annoying at times :) |
| 01:45.52 | *** join/#oe jlmoko (n=jluis@251.Red-83-56-230.dynamicIP.rima-tde.net) |
| 02:04.15 | *** join/#oe fraxinath (n=quassel@p54AA77B3.dip.t-dialin.net) |
| 02:17.01 | *** join/#oe Laibsch (n=Laibsch@p5B3B1BCE.dip.t-dialin.net) |
| 02:29.06 | m4t | \ |
| 02:29.11 | m4t | :/ |
| 02:59.53 | *** join/#oe jeaneus (n=orb@pool-173-71-43-116.dllstx.fios.verizon.net) |
| 03:02.57 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 03:09.03 | *** join/#oe Laibsch1 (n=Laibsch@p5B3B1B31.dip.t-dialin.net) |
| 03:12.06 | khem | m4t: nice |
| 03:12.09 | khem | does it boot |
| 03:13.49 | m4t | will try it in a bit |
| 03:13.56 | m4t | need to do an initramfs for now |
| 03:14.04 | m4t | ive been waiting on this slc dom for nearly a month :/ |
| 03:14.10 | m4t | thought it'd be here today |
| 03:14.57 | khem | kergoth: once you do the braindump you will have one in me :) |
| 03:15.22 | kergoth | heh :) |
| 03:15.51 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
| 03:16.05 | kergoth | maybe i should do that before i think about how to rewrite the ast / semantic model for our recipes, then delegate ;) |
| 03:16.35 | khem | smart |
| 03:16.37 | khem | sure |
| 03:16.44 | khem | I will have like 10 days |
| 03:16.55 | khem | mandatory PTO starting long weekend |
| 03:17.01 | kergoth | ah |
| 03:19.47 | *** join/#oe sakoman__ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 03:25.53 | kergoth | zecke has started to improve the parser stuff by introducing a rudamentary ast... but things still aren't ideal, in my opinion. everything is flat, and files data flows into one another directly when an include happens, etc... I'd like to see something of a semantic model... an object model which reflects how it'll be used. hand back Tasks and Variables and stuff.. The cooker and other bitbake interfaces shouldn't need or want to see the |
| 03:25.54 | kergoth | implementation details of our datastore... |
| 03:26.50 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 03:27.26 | rkirti | kergoth: is there a wiki with all these proposed changes listed somewhere ? |
| 03:27.48 | kergoth | i don't think so. my personal list is at http://dl.getdropbox.com/u/112715/Documents/OpenEmbedded%20Tasks.html/index.html |
| 03:28.03 | kergoth | there are some things i haven't added to the list yet, though |
| 03:28.11 | kergoth | like the parser stuff |
| 03:28.26 | rkirti | wow. nice long list |
| 03:28.29 | rkirti | just what I wanted |
| 03:28.59 | kergoth | some of that is probably pretty trivial to implement, if something looks like a good change to make, feel free to dive in... :) its not just bitbake, but general OpenEmbedded stuff, even some specific recipe issues |
| 03:29.26 | kergoth | for the past couple years I've just gathered random notes about OpenEmbedded in an outline, and yesterday i extracted actionable tasks from it into that list you're looking at |
| 03:30.11 | rkirti | (-->dive in:) I hope to. |
| 03:30.31 | rkirti | how do you make that sort of a document ? The checkboxes and nesting is cool |
| 03:30.51 | kergoth | that's mostly specific things, i have a lot of more fuzzy things floating around my head and haven't really gotten that specific yet.. thats in the old document still |
| 03:31.03 | kergoth | it's exported HTML from OmniOutliner Pro on my MacBook |
| 03:31.19 | kergoth | likes that you can click the arrows on the web page to collapse sections :) |
| 03:32.21 | rkirti | :) indeed. |
| 03:32.48 | rkirti | bookmarks the page and prepares to go to sleep - 9 am here :-/ |
| 03:33.08 | kergoth | khem: do you think a sort of... "This is what happens when you run bitbake foo" would be useful? i.e. has the cooker module do this, which has the taskdata module collect this data, and gets this from the cache, and ... as a way of seeing the common execution flow amongst the python modules? |
| 03:33.18 | kergoth | isn't good with diagrams :) |
| 03:35.47 | khem | kergoth: yeah general flow annotated with source code |
| 03:43.13 | kergoth | okay, sounds good. that's what i found most confusing diving back into it after my absence.. I'm going okay.. there are like 42 modules in this package, what the fuck do they all do, and which use which.. |
| 03:45.46 | *** join/#oe MostAwesomeDude (n=simpson@c-67-170-132-175.hsd1.or.comcast.net) |
| 03:49.59 | m4t | oh no |
| 03:50.00 | m4t | Kernel panic - not syncing: junk in compressed archive |
| 03:50.06 | m4t | wonder wtf |
| 03:51.56 | m4t | i gave defconfig a path to an untar'd minimal-image |
| 03:52.11 | m4t | owned by root, with opkg/lock chmod o+r |
| 03:53.22 | *** join/#oe MostAwesomeDude (n=simpson@c-67-170-132-175.hsd1.or.comcast.net) |
| 03:55.45 | m4t | can i give it a .cpio to CONFIG_INITRAMFS_SOURCE= |
| 03:55.46 | m4t | ? |
| 03:56.12 | m4t | i read through the actual helper program in the kernel that deals with those, but i wasnt able to figure out what it expects |
| 03:58.30 | m4t | gen_init_cpio is the programused |
| 04:03.51 | *** join/#oe mithro_ (n=tim@unaffiliated/mithro) |
| 04:16.15 | m4t | Kernel panic - not syncing: broken padding |
| 04:16.51 | m4t | after giving defconfig a direct path to the cpio |
| 04:18.19 | m4t | could mkimage be borked? |
| 04:18.27 | m4t | is testing the ram module |
| 04:20.53 | khem | m4t: are you using uboot |
| 04:21.09 | m4t | yea |
| 04:21.21 | m4t | maybe its because i tried to embed minimal-image, rather than initramfs |
| 04:22.35 | m4t | i havent messed with u-boot since i almost bricked my board with a typo |
| 04:22.44 | m4t | but it has worked without issue so far |
| 04:24.33 | m4t | if it fails again with an initramfs image, i will try the old eglibc version that was known to work |
| 04:27.00 | khem | m4t which version |
| 04:27.42 | m4t | of eglibc? i think its 2.9 |
| 04:28.27 | m4t | i already have an initramfs directory in tmp.old/deploy/eglibc/images/dht-walnut |
| 04:32.28 | khem | no i meant uboot |
| 04:33.16 | m4t | oh 1.2.0 |
| 04:39.32 | khem | Kernel + compressed initramfs + uncompressed initramfs must fit in memory at same time |
| 04:39.44 | khem | can you make sure thats the case |
| 04:41.22 | m4t | it is, i have 128mb of ram on the board |
| 04:41.37 | m4t | i actually just booted a uimage a couple days old |
| 04:41.51 | m4t | Linux dht-walnut 2.6.24.7 #1 Sun Aug 23 14:44:11 EDT 2009 ppc unknow |
| 04:44.25 | m4t | ## Booting image at 00400000 ... |
| 04:44.26 | m4t | Bad Header Checksum |
| 04:45.26 | m4t | oh oops, i just tried to bootm a u-boot img |
| 04:54.33 | m4t | hrm new kernel/toolchain + old initramfs boots |
| 05:10.55 | m4t | o hey khem it seems to work :| |
| 05:11.04 | m4t | i un-cpio'd minimal image |
| 05:15.47 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 05:15.54 | m4t | udev hangs, i can ^C and get udhcpc to grab an ip, but i guess then the console device is not available |
| 05:16.25 | *** join/#oe mankash (n=mankash@CPE000f66ec9d0c-CM00186832000a.cpe.net.cable.rogers.com) |
| 05:29.08 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 06:03.49 | m4t | heh, an 18m initramfs/ works, but a 14m shows 'junk in compressed archive' |
| 06:04.11 | *** part/#oe jeaneus (n=orb@pool-173-71-43-116.dllstx.fios.verizon.net) |
| 06:05.00 | m4t | maybe its reading perms wrong |
| 06:24.55 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 06:39.34 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * rbf222e1f18 10openembedded.git/recipes/freesmartphone/opimd-utils_git.bb: opimd-utils: provide all pixmaps in package |
| 06:39.35 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r90bce97e56 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: add irssi |
| 06:39.35 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r9414e7de2a 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: add xournal and evince |
| 06:39.36 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r552fcc8394 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: add cu |
| 06:39.39 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r7d157baa55 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: add ipython |
| 06:39.42 | CIA-1 | 03Thomas Zimmermann <zimmermann@vdm-design.de> 07shr/import * raf7bf0bd79 10openembedded.git/recipes/aceofpenguins/aceofpenguins-launcher_0.3.bb: Fixes error in aceofpenguins-launcher |
| 06:39.45 | CIA-1 | 03Frederik Sdun <frederik.sdun@googlemail.com> 07shr/import * re7b8359070 10openembedded.git/recipes/mokomaze/ (3 files in 2 dirs): (log message trimmed) |
| 06:39.48 | CIA-1 | Now the patches for mokomaze |
| 06:39.50 | CIA-1 | * Frederik Sdun <frederik.sdun@googlemail.com> [22.08.2009 15:34]: |
| 06:39.52 | CIA-1 | > Sorry. hit the y key |
| 06:39.54 | CIA-1 | > -- |
| 06:39.56 | CIA-1 | > IRC: playya @ Freenode, Gimpnet |
| 06:39.58 | CIA-1 | > xmpp: playya@draugr.de |
| 06:40.04 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r64b9179512 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: add phoneme-advanced-foundation |
| 06:40.07 | CIA-1 | 03Thomas Zimmermann <zimmermann@vdm-design.de> 07shr/import * r1e8b362d3e 10openembedded.git/recipes/openmoko-3rdparty/om-neon_svn.bb: Correcting theme path within neon |
| 06:45.36 | *** join/#oe rddDavid51 (n=roudoudo@78.234.93.192) |
| 06:49.20 | m4t | i think what might be happening is that the initramfs is too large, and it is overwriting the still-uncompressing data in the uImage as it extracts |
| 06:49.44 | m4t | http://meld.mvista.com/group_discussion.aspx?discussionid=96c1e4ec4db34b6baf396917f4e1f79c |
| 07:01.50 | m4t | khem : micro image works fine w/uclibc and 4.1 as initramfs |
| 07:03.09 | m4t | micro-base-image |
| 07:03.19 | m4t | im trying micro-image now, to hopefully see if udev works |
| 07:35.51 | *** join/#oe user1 (n=3MX@cpc1-bele5-0-0-cust875.belf.cable.ntl.com) |
| 07:39.38 | khem | m4t: try micro with gcc 4.4.1 |
| 07:39.49 | *** join/#oe rschuster (n=rob@g225130034.adsl.alicedsl.de) |
| 07:41.04 | *** part/#oe rschuster (n=rob@g225130034.adsl.alicedsl.de) |
| 07:51.45 | *** join/#oe pH5 (n=ph5@e178218122.adsl.alicedsl.de) |
| 07:51.46 | *** join/#oe NvrBst (n=nb@66.183.110.9) |
| 07:52.36 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-17.se.biz.rr.com) |
| 07:53.01 | *** join/#oe jlmoko (n=jluis@13.Red-88-18-122.staticIP.rima-tde.net) |
| 08:12.15 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 08:59.15 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 09:42.46 | *** join/#oe woglinde (i=woglinde@g225144089.adsl.alicedsl.de) |
| 09:42.51 | woglinde | hi |
| 09:55.08 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 09:55.53 | pb___ | hi woglinde |
| 09:57.26 | woglinde | he pb |
| 09:58.08 | woglinde | hm |
| 09:58.23 | woglinde | what are koen and brian doing with the ti dvsdk stuff |
| 09:58.34 | woglinde | now the duplicated same packages |
| 10:01.38 | *** join/#oe thaytan (n=jan@A-102-50.cust.iol.ie) |
| 10:13.51 | *** join/#oe Martin-B (n=Martin@pool-13-65-198-89.dbd-ipconnect.net) |
| 10:15.04 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 10:16.09 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) |
| 10:16.35 | *** join/#oe stephank (n=traveler@2002:52c5:cf78:7:21f:3cff:fe01:b62f) |
| 10:20.39 | *** join/#oe marcosmamorim (n=marcos@201-43-152-213.dsl.telesp.net.br) |
| 10:28.29 | *** join/#oe mnabil (n=mnabil@41.234.71.230) |
| 10:32.12 | *** join/#oe pistatio (n=pistatio@dialup-4.233.194.242.Dial1.Manchester1.Level3.net) |
| 10:34.00 | *** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at) |
| 10:42.26 | pistatio | need a spapshot of openembedded |
| 10:42.58 | pistatio | i'm on dialup |
| 10:44.18 | pistatio | i mean snapshot |
| 10:47.12 | woglinde | snapshot is 100mb too |
| 10:54.40 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
| 11:05.38 | CIA-1 | 03Benjamin Schieder <blindcoder@scavenger.homeip.net> 07shr/import * rd8f64d0cf1 10openembedded.git/shr-unstable/openembedded/recipes/brickshooter/ (brickshooter.desktop brickshooter_0.04.bb readyforfr.patch): (log message trimmed) |
| 11:05.38 | CIA-1 | New Package: brickshooter |
| 11:05.38 | CIA-1 | Hi all. |
| 11:05.38 | CIA-1 | I've just created a first working version of brickshooter for SHR. |
| 11:05.39 | CIA-1 | You can get a binary version from opkg.org: |
| 11:05.41 | CIA-1 | http://www.opkg.org/package_270.html |
| 11:05.43 | CIA-1 | I've attached a patch against shr-unstable/openembedded, please bear |
| 11:08.43 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
| 11:12.34 | *** join/#oe Wiedi (n=wiedi@newton-air.w.fruky.net) |
| 11:18.12 | *** join/#oe pistatio_ (n=pistatio@dialup-4.233.194.50.Dial1.Manchester1.Level3.net) |
| 11:42.17 | *** join/#oe alecrim (n=alecrim@201008206043.user.veloxzone.com.br) |
| 12:10.16 | *** join/#oe Crofton|work (n=balister@pool-71-171-22-222.nwrknj.east.verizon.net) |
| 12:19.05 | *** join/#oe mnabil (n=mnabil@41.234.69.110) |
| 12:30.04 | *** join/#oe thaytan (n=jan@A-102-50.cust.iol.ie) |
| 12:32.37 | *** part/#oe jlmoko (n=jluis@13.Red-88-18-122.staticIP.rima-tde.net) |
| 12:35.40 | *** join/#oe surikatga (i=530a0bb0@gateway/web/freenode/x-nhwskutgkoxrlhva) |
| 12:44.10 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 12:44.34 | *** part/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 12:46.16 | *** join/#oe dos11 (n=dos@unaffiliated/dos1) |
| 12:47.21 | surikatga | how to use gcc or g++ on angstrom console-image? |
| 12:48.15 | surikatga | or should i cross-compile on host machine rather than on beagleboard? |
| 12:49.05 | woglinde | ???? |
| 12:49.16 | woglinde | why you want compile native? |
| 12:49.24 | woglinde | you cannt compile on console image |
| 12:49.28 | woglinde | there is no compiler in |
| 12:49.31 | surikatga | i dunno its looks easier |
| 12:49.42 | woglinde | for what? |
| 12:49.45 | woglinde | hello world? |
| 12:49.46 | woglinde | maybe |
| 12:50.06 | surikatga | why not for other stuff? |
| 12:51.24 | surikatga | then i should make .bb recipes and include soft in that way? |
| 12:51.24 | woglinde | space and time consumption |
| 12:51.37 | woglinde | and the pain to setup the software your self |
| 12:51.48 | woglinde | if you are building the packages |
| 12:52.00 | woglinde | you can compile your soft through bitbake too |
| 12:55.24 | surikatga | why then when i did instructions from http://docs.openembedded.org/usermanual/html/recipes_examples.html#recipes_helloworld_example |
| 12:56.01 | surikatga | when i try to run /usr/sbin/myhelloworld i got error: -sh: myhelloworld: Permission denied |
| 12:56.34 | woglinde | whats ls -la usr/sbin/myhelloworld |
| 12:57.00 | woglinde | ans where is hello world example mention the compiling on the device? |
| 12:57.53 | surikatga | <PROTECTED> |
| 12:58.55 | woglinde | you know the permissions on unix? |
| 12:59.29 | surikatga | not perfect, but i guess u are talking about chmod -x myhelloworld |
| 12:59.55 | woglinde | right |
| 13:00.15 | woglinde | and thats wyh the example has do_install |
| 13:00.20 | woglinde | with install -m 0755 -d ${D}${bindir} ${D}${docdir}/myhelloworld |
| 13:00.41 | surikatga | and i cant be changed by doing chmod -x ? |
| 13:00.52 | woglinde | ????? |
| 13:01.01 | woglinde | on the device you are the ruler |
| 13:01.08 | woglinde | you can what you want |
| 13:01.33 | woglinde | you can even mount a partition readonly and noexecutable |
| 13:01.40 | surikatga | yes, but when i did chmod -x myhelloworld its didnt make any change at permissions on myhelloworld |
| 13:01.59 | woglinde | maybee you try chmod 755 |
| 13:02.12 | woglinde | or chmod a+x |
| 13:03.11 | surikatga | chmod 775 worked and now i can run myhelloworld |
| 13:04.54 | woglinde | yeah it works since 30 years |
| 13:04.58 | woglinde | so no suprise |
| 13:05.54 | surikatga | thanks for help, im using linux for about week |
| 13:06.21 | woglinde | ah okay |
| 13:07.42 | surikatga | one more querstion, when i build a image with my new soft (like myhelloworld) |
| 13:08.38 | surikatga | i must to copy whole new rootfs or i cant do it with other way? |
| 13:11.11 | woglinde | you can copy over the ipk |
| 13:11.19 | woglinde | and use opkg/ipkg install bla.ipk |
| 13:12.10 | surikatga | where bla.ipk should be? |
| 13:13.31 | surikatga | i mean where oe creates the .ipk file |
| 13:14.43 | surikatga | ok, i found it in deploy/glibc/ipk/ |
| 13:16.45 | woglinde | hm seems your learning curve is very stall at the moment |
| 13:18.23 | surikatga | hm why u think like that? |
| 13:21.00 | woglinde | linux since one week now oe and bitbake |
| 13:21.22 | woglinde | that are not trival stuff |
| 13:23.46 | surikatga | i think same, for now i got lack of knowledge about developing under linux |
| 13:25.13 | surikatga | but i dont see any problems with obtaining it |
| 13:26.21 | woglinde | surikatga did you only windows before? |
| 13:28.23 | surikatga | woglinde: windows and dos on 486 ;p |
| 13:28.29 | surikatga | why u asking? |
| 13:29.34 | woglinde | ah okay dos |
| 13:29.43 | woglinde | so you are familiar with commandline |
| 13:29.57 | *** join/#oe Christos_N (n=Christos@ppp-94-66-38-76.home.otenet.gr) |
| 13:30.09 | woglinde | because its so diffrent |
| 13:35.48 | *** part/#oe Christos_N (n=Christos@ppp-94-66-38-76.home.otenet.gr) |
| 13:41.26 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 13:43.05 | *** join/#oe Spyro (n=ian@cpc3-stkp6-0-0-cust390.manc.cable.ntl.com) |
| 13:46.56 | *** join/#oe woglinde_ (i=woglinde@78.52.231.91) |
| 13:46.59 | woglinde_ | re |
| 13:48.53 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 13:49.23 | woglinde | hi rkirti |
| 13:49.30 | rkirti | hellow woglinde |
| 13:49.36 | rkirti | err...hello |
| 13:49.36 | *** join/#oe DuckFault (n=DuckFaul@71.43.24.17) |
| 13:59.35 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-17.se.biz.rr.com) |
| 14:02.38 | *** join/#oe timtimred (n=meh@79-67-194-236.dynamic.dsl.as9105.com) |
| 14:03.56 | *** join/#oe Laibsch (n=Laibsch@p5B3B1B31.dip.t-dialin.net) |
| 14:09.11 | *** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 14:35.37 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 14:48.51 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 14:48.59 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 14:55.45 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r60d6be0692 10openembedded.git/recipes/mokomaze/mokomaze-0.5.5/fsoraw.patch: mokomaze: fix building |
| 14:58.53 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 15:15.16 | woglinde | re |
| 15:18.37 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 15:54.34 | rkirti | where/how do I see how OE replaces the variables in the Makefile/configure.ac with the OE ones ? |
| 15:57.34 | *** join/#oe marex (n=marex@thor.hackndev.com) |
| 16:01.40 | woglinde | ???? |
| 16:04.04 | *** join/#oe pH5 (n=ph5@g229140222.adsl.alicedsl.de) |
| 16:19.06 | woglinde | huhu ph5 |
| 16:21.45 | khem | wogm |
| 16:22.32 | khem | err that was my son |
| 16:23.36 | woglinde | khem hihi |
| 16:24.10 | khem | he has learned to pull the chair back and climb on it |
| 16:24.18 | woglinde | fine |
| 16:25.14 | pH5 | hej woglinde |
| 16:29.07 | khem | pH5: hi long time |
| 16:29.47 | pH5 | hi khem |
| 16:34.04 | khem | I remember you being quite active when I was new |
| 16:41.08 | *** join/#oe Gnutoo (n=gnutoo@ABordeaux-152-1-40-189.w83-193.abo.wanadoo.fr) |
| 16:45.31 | woglinde | jo gnutoo |
| 16:45.38 | Gnutoo | woglinde, hi |
| 16:49.20 | *** join/#oe netio (i=530a0bb0@gateway/web/freenode/x-obwphqzdgmtvuzzc) |
| 16:54.20 | *** join/#oe booxter (n=booxter@212.98.182.22) |
| 16:56.08 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 17:14.03 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 17:21.07 | cbrake | khem: I'm looking into the ppoll/uclibc issue now |
| 17:21.46 | cbrake | khem: the beagleboard omap kernel already has the ppoll patch applied, so if uclibc is looking at the kernel headers, I'm not sure why it did not compile ppoll support |
| 17:21.53 | cbrake | (still digging) |
| 17:22.48 | *** join/#oe Laibsch (n=Laibsch@p5B3B1B31.dip.t-dialin.net) |
| 17:22.56 | khem | cbrake: we dont use same sources for real kernel and linux-libc-headers |
| 17:23.21 | khem | cbrake: I had the patch locally here but deleted it mistakenly |
| 17:24.47 | cbrake | khem: so we probably don't want to patch linux-libc-headers globally? |
| 17:25.15 | cbrake | khem: as some machine kernel's won't have ppoll support? |
| 17:25.26 | khem | cbrake: that correct. |
| 17:25.34 | khem | Thats why I was still pondering on it |
| 17:25.59 | khem | probably apply the patch conditionally only for machines which will use kernel with ppoll |
| 17:26.11 | cbrake | khem: hmm, seems like a rather strange problem |
| 17:26.35 | cbrake | khem: I wonder if no one but me is building udev with uclibc? |
| 17:26.41 | khem | yeah ideally we should generate libc-headers from the same kernel sources these days |
| 17:26.45 | cbrake | khem: and you I guess :-) |
| 17:26.51 | khem | cbrake: I was building it too |
| 17:27.00 | khem | and had exact same problem |
| 17:27.07 | khem | I patched 2.6.29 headers |
| 17:31.23 | cbrake | khem: so uclibc is a "machine" package, so there is no problem patching specific for a machine |
| 17:32.38 | khem | this will be linux-libc-headers package actually |
| 17:32.43 | khem | which is not general |
| 17:32.56 | cbrake | khem: glibc does not seem to be that way, rather armv7a, etc |
| 17:32.56 | khem | I mean which is general |
| 17:33.08 | khem | cbrake: glibc has emulation |
| 17:33.21 | khem | so it does not matter if syscalls exist or not |
| 17:33.27 | cbrake | khem: IC so that is why udev works with glibc -- I wondered about that |
| 17:33.59 | khem | yep |
| 17:34.44 | cbrake | khem: hmm, build/angstrom-2008.1/tmp/deploy/glibc/ipk/armv7a/linux-libc-headers (so this is not machine specific?) |
| 17:34.59 | khem | uclibc solely depends on kernel headers if syscall is not wired it will not configure it |
| 17:35.56 | khem | cbrake: I think we can do the patch like SRC_URI_beagleboard += "ppoll patch" |
| 17:38.45 | cbrake | khem: it still seems to me that patching a recipe for a machine seems that the resulting package should be split out by machine, but mayby I'm missing something |
| 17:43.55 | khem | hmm from distribution pov seems like that |
| 17:44.20 | khem | is it possible to get udev going without ppoll/pselect |
| 17:44.44 | *** join/#oe PaulFertser (n=PaulFert@81.200.16.34) |
| 17:44.44 | cbrake | I don't know |
| 17:45.25 | khem | I would say that would be safest |
| 17:47.52 | cbrake | khem: I should probably actually be using mdev ... |
| 17:47.59 | CIA-1 | 03Anton Olkhovik <ant007h@gmail.com> 07shr/import * ref485f5f92 10openembedded.git/recipes/mokomaze/mokomaze_0.5.5.bb: Mokomaze: fix package runtime depends |
| 17:49.33 | *** join/#oe limon (n=limon@94.54.249.219) |
| 17:50.21 | limon | hi, can i get support about oxnas? |
| 17:50.39 | woglinde | whats oxnaxs? |
| 17:51.17 | limon | western digital mybook world edition, and i have see a patch in git repo |
| 17:55.20 | khem | limon: what do you need |
| 17:56.08 | limon | i'm trying get eabi support, for switch arm to armel debian |
| 17:56.23 | limon | and i'm stuck at udev need 2.6.18, but my kernel 2.6.14 |
| 17:56.42 | limon | i see patch for 2.6.24, is it working? |
| 17:57.21 | booxter | debian? why do you ask at #oe? |
| 17:57.37 | limon | booxter: patch in oe repo |
| 17:57.46 | woglinde | 2.6.14 is full of security holes |
| 18:02.31 | khem | cbrake: yeah I think udev also should check for support before using i |
| 18:02.33 | khem | it |
| 18:10.19 | *** join/#oe tryah (n=vo@189.69.84.136) |
| 18:11.56 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 18:13.06 | pb___ | I don't think it's possible to make modern udev or hal work without ppoll. |
| 18:13.52 | pb___ | the glibc emulation is pretty worthless, it just translates one kind of failure into another. |
| 18:14.14 | woglinde | pb lol |
| 18:15.25 | pb___ | but yeah, personally I use mdev anyway. |
| 18:16.17 | *** join/#oe stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94) |
| 18:23.20 | woglinde | pb hm right want to look at it |
| 18:24.06 | woglinde | pb did you build some easy support for mdev now? |
| 18:25.52 | woglinde | on in 1.15 we have ifplugd yeah |
| 18:26.01 | khem | yeah ppoll/pselect unless wired in kernel dont make much sense |
| 18:26.51 | cbrake | how special, minimal image with uclibc is now 6.3MB :-( |
| 18:27.04 | woglinde | cbrake hm |
| 18:27.17 | woglinde | gettext is occupying to much space |
| 18:27.31 | woglinde | but didnt find the time to cleanup my gettext stuff |
| 18:27.59 | cbrake | micro-image is 1.7MB |
| 18:28.14 | woglinde | hm |
| 18:28.16 | cbrake | a little more tolerable, but a far cry from my 1MB uclibc images built some time ago |
| 18:28.29 | woglinde | cbrake???? |
| 18:28.51 | woglinde | I think you mix something |
| 18:29.00 | cbrake | woglinde: uclibc minimal-image built with 1-year old OE snapshot were about 1MB |
| 18:29.04 | woglinde | nope |
| 18:29.08 | woglinde | never |
| 18:29.47 | khem | woglinde: which gcc version ? |
| 18:30.01 | woglinde | khem??? |
| 18:30.08 | cbrake | woglinde: http://pastebin.ca/1547414 |
| 18:30.20 | woglinde | cbrake but would be intressting whats got gibber |
| 18:30.23 | woglinde | args bigger |
| 18:30.50 | khem | question was to cbrake |
| 18:30.59 | khem | image size also depends on compiler |
| 18:31.11 | khem | and uclibc features included |
| 18:31.51 | cbrake | khem: looks like 4.3.3 |
| 18:32.12 | cbrake | khem: fairly recent OE, angstrom, PXA270 |
| 18:32.39 | khem | cbrake: I think you should untar both rootfs and compare big tickers |
| 18:32.48 | khem | like uclibc itslef |
| 18:33.04 | khem | or some other largish files |
| 18:33.35 | *** join/#oe florian (n=fuchs@e179101056.adsl.alicedsl.de) |
| 18:35.31 | khem | cbrake: I just observed that u-boot .bss size overgrew with gcc 4.4.1 |
| 18:35.35 | khem | on ppc |
| 18:35.45 | cbrake | khem: woglinde: http://pastebin.ca/1547420 |
| 18:35.53 | cbrake | kernel image is an obvious one |
| 18:36.00 | florian | hi all |
| 18:36.08 | cbrake | gettext as well |
| 18:37.22 | rkirti | morning florian |
| 18:37.28 | cbrake | I guess micro-image is more what I want these days for a simple inittramfs |
| 18:37.55 | *** join/#oe pH5|N810 (n=ph5@g229140159.adsl.alicedsl.de) |
| 18:39.20 | khem | cbrake: gettext libiconv are mising in one of them |
| 18:40.05 | cbrake | khem: nod, and those obviously are not needed for a simple initramfs |
| 18:40.38 | cbrake | for my custom image, some of that crud is getting pulled back in, so I guess I get to track down the dependencies |
| 18:40.44 | khem | otherwise sizes are same almost |
| 18:41.09 | pb___ | cbrake: micro-image isn't actually that micro. try micro-base-image. |
| 18:42.05 | pb___ | iirc, micro-image has udev and a bunch of other stuff that isn't really compatible with low footprint |
| 18:42.43 | cbrake | pb___: cool, its building mdev :-) |
| 18:43.44 | cbrake | pb___: 1.6MB for micro-base-image vs 1.7MB for micro-image |
| 18:44.48 | cbrake | comparison: http://pastebin.ca/1547429 |
| 18:48.34 | *** join/#oe surikatga (i=530a0bb0@gateway/web/freenode/x-xvqjyufwswklbakr) |
| 18:52.28 | pb___ | cbrake: hm, not really the difference I was expecting. are you using DISTRO=micro? |
| 18:53.16 | cbrake | pb___: no, angstrom |
| 18:53.25 | cbrake | pb___: I'll try micro |
| 18:53.33 | pb___ | oh, angstrom. that would account for some of the extra space although I would still have expected the difference between micro-image and micro-base-image to be more. |
| 18:53.55 | *** join/#oe pH5 (n=ph5@g229186096.adsl.alicedsl.de) |
| 18:54.49 | pb___ | ah, I remember now, I added dropbear to micro-base-image. I guess that was probably not such a good idea for your situation, you might want to take it out again. |
| 18:57.07 | pb___ | hi florian |
| 18:59.11 | woglinde | hm |
| 18:59.18 | woglinde | kernel is included in one |
| 18:59.41 | rkirti | has anybody had luck with building pulseaudio - tinderbox reports successful builds |
| 19:00.06 | woglinde | rkirti whats you rproblem? |
| 19:00.18 | woglinde | I tought I fixed all building bugs |
| 19:01.37 | rkirti | woglinde: sorry, thats an unfinished line that wasnt meant to be entered - I realised midway I need a git pull :-/ |
| 19:01.50 | surikatga | hi, there is a file command equivalent in angstrom console-image? |
| 19:01.52 | rkirti | woglinde: though the fixes affect only the newer version I guess |
| 19:02.18 | rkirti | woglinde: since tinderbox shows only >=0.9.15 successful |
| 19:02.31 | khem | cherry picks darwin host fixes |
| 19:05.40 | surikatga | what type of file is /sys/class/leds/beagleboard::usr0/trigger in angstrom console-image? |
| 19:06.30 | *** join/#oe xxiao (n=chatzill@24.174.117.226) |
| 19:09.52 | khem | hmmm we should also check for wget package in sanity.bbclass |
| 19:14.29 | *** join/#oe kergoth (n=kergoth@ip68-108-193-231.ph.ph.cox.net) |
| 19:15.32 | rkirti | morning kergoth |
| 19:15.50 | pb___ | hi kergoth |
| 19:16.46 | kergoth | hey |
| 19:17.06 | pb___ | surikatga: a text file, I would guess |
| 19:19.00 | surikatga | yes but when i "cat triggers" i got: opt1 opt2 [opt3] |
| 19:19.11 | surikatga | also when echo opt1 > triggers |
| 19:19.30 | surikatga | from cat i will get [opt1] opt2 opt3 |
| 19:19.45 | surikatga | and want to know how work with this type of file under c |
| 19:21.41 | pb___ | well, much the same as any other file. you can open it with fopen(), write to it with fputs(), and so on. |
| 19:23.13 | surikatga | thanks |
| 19:26.15 | *** join/#oe dth_privall (i=50988976@gateway/web/freenode/x-vgvnndyyvxhgwumu) |
| 19:27.45 | surikatga | pb___: but can u explain me why "echo "[opt1] opt2 opt3" > trigger" wont work when "echo opt1 > trigger" works pretty well |
| 19:28.05 | surikatga | its not normal for text file, right? |
| 19:28.42 | *** join/#oe brolin_ (n=brolin@200.24.16.56) |
| 19:28.48 | *** join/#oe thaytan (n=jan@78.16.42.131) |
| 19:41.09 | *** join/#oe toi (n=toi@d54C2AAB7.access.telenet.be) |
| 19:42.39 | woglinde | rkirti yes I only fixed the newest |
| 19:44.30 | khem | hmmm python on mac returns a different string for md5sum and it seems bitbake does not parse it correctly |
| 19:45.02 | khem | looking at verify_md5sum |
| 19:45.10 | *** join/#oe dth_privall (i=50988976@gateway/web/freenode/x-fmlhcxekmdfrgnjd) |
| 19:46.34 | khem | e.g. md5 cooker.log returns MD5 (cooker.log) = 856e897f59b8a42a09403469b45439bf |
| 19:46.54 | khem | <PROTECTED> |
| 20:04.39 | *** join/#oe dth_privall (i=50988976@gateway/web/freenode/x-oaawelnifhwawzxf) |
| 20:08.51 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 20:17.41 | *** join/#oe Martin_B (n=Martin@pool-203-67-198-89.dbd-ipconnect.net) |
| 20:24.31 | khem | if I use python 2.6 from ports q |
| 20:26.34 | cbrake | any thoughts on filesystems for OE builds? My ext3 build partition with 400GB of data seems to be getting a bit slow ... |
| 20:29.45 | khem | I have ext4 |
| 20:31.30 | cbrake | this is interesting -- adding mtd-utils to micro-image pulls in a bunch of extra stuff: http://pastebin.ca/1547566 |
| 20:32.17 | *** join/#oe mekius_ (n=mekius@enlightenment/developer/mekius) |
| 20:32.22 | cbrake | that is unfortunate as I like to use mtd-utils for system update functionality in an initramfs |
| 20:32.24 | mankash | hi |
| 20:36.22 | woglinde | holy shit |
| 20:36.36 | woglinde | there exist springpython |
| 20:37.25 | mankash | any body familiar with usb port programming |
| 20:37.46 | woglinde | cbrake hm whats this? |
| 20:37.48 | woglinde | /armv5te/libgettextsrc_0.17-r2.3_armv5te.ipk |
| 20:40.45 | *** part/#oe limon (n=limon@94.54.249.219) |
| 20:41.42 | cbrake | woglinde: strange, I'm not sure where that came from |
| 20:41.58 | cbrake | woglinde: do you know what causes the gettext package to be pulled in? |
| 20:42.21 | woglinde | some locale package |
| 20:42.25 | rkirti | What causes an error like this --> http://pastebin.com/d7881b29b ? |
| 20:42.48 | woglinde | cbrake hm try opkg remove libgettextlib |
| 20:43.08 | cbrake | woglinde: I can run this on a target as I only have 2MB of space for this FS :-( |
| 20:44.03 | woglinde | cbrake qmeu? |
| 20:44.05 | khem | cbrake: mtd-utils need libuuid lzo and zlib |
| 20:44.18 | woglinde | rkirti hm |
| 20:44.49 | woglinde | These critical programs are missing or too old: as ld gcc |
| 20:45.09 | woglinde | arm-angstrom-linux-gnueabi-gcc: No such file or directory |
| 20:45.39 | khem | rkirti: woglinde this is because gcc-initial is needed |
| 20:45.49 | khem | for glibc-initial |
| 20:45.59 | khem | and somehow gcc is removed |
| 20:46.22 | khem | toolchain build has a strict sequence |
| 20:47.01 | khem | I would have preferred a feature in bitbake where I could say if gcc-cross is built and installed dont bother to even consider the intermediate packages |
| 20:47.11 | khem | unfortunately this is not done |
| 20:47.43 | khem | rkirti: best is clean gcc-cross gcc-cross-intermediate and gcc-cross-initial |
| 20:47.54 | khem | and glibc-intial |
| 20:47.56 | rkirti | khem: thats just what I did |
| 20:48.06 | khem | then and also glibc |
| 20:48.47 | *** join/#oe Spyro (n=ian@5acaf861.bb.sky.com) |
| 20:49.06 | rkirti | khem: I had avgue error with glibc that said my compiler didnt support -E and hence I cleaned the above stuff you mentioned . I forgot gcc-cross-initial though :-/ |
| 20:49.11 | rkirti | will check out again |
| 20:49.21 | rkirti | a/avgye/vague |
| 20:49.34 | khem | rkirti yeah |
| 20:49.55 | khem | actually there are same binaries referred by the packages generated by these recipes |
| 20:50.08 | khem | and if you clean one the rest gets corrupted |
| 20:50.28 | khem | but bitbake thinks they are ok and does not rebuild them |
| 20:50.44 | khem | thats why it skipped gcc-cross-initial and went to build glibc-initial |
| 20:51.14 | rkirti | I see |
| 20:51.43 | khem | if there was a way to flag the conflicts in bitbake then it would not happen |
| 20:52.28 | khem | and I think once glibc and gcc-cross are built intermidiate packages are not needed |
| 20:52.37 | khem | they are only needed to bootstrap the toolchan |
| 20:52.47 | khem | s/toolchan/toolchain/ |
| 20:53.53 | rkirti | <PROTECTED> |
| 20:55.27 | khem | this is generic |
| 20:55.35 | khem | and very specific to toolchain |
| 20:55.48 | khem | I was thinking of adding capability to handle it |
| 20:55.51 | khem | rpm has it |
| 20:56.16 | khem | with rpm you can say this package is obsoleted by y |
| 20:56.29 | *** join/#oe ant__ (n=andrea@host31-251-dynamic.8-87-r.retail.telecomitalia.it) |
| 20:56.31 | khem | and if you install y then x gets removed automatically |
| 20:56.34 | woglinde | jo ant |
| 20:57.00 | rkirti | khem: ah ok |
| 20:57.13 | khem | anybody using mac for OE build here ? |
| 20:57.35 | woglinde | khem hm zecke did some times ago |
| 20:57.36 | khem | no matter what I try bitbake can not find md5sum binary |
| 20:57.44 | woglinde | but then installing linux on his macs |
| 20:57.51 | khem | and the binary is there in my path |
| 21:02.46 | woglinde | hm springpython rockz |
| 21:02.55 | woglinde | http://springpython.webfactional.com/1.0.0/reference/html/remoting.html |
| 21:05.08 | woglinde | wuahah |
| 21:06.04 | woglinde | lol |
| 21:06.17 | woglinde | we should rewrite bitbake with spring stuff |
| 21:07.20 | m4t | khem , any ideas about the bogus initramfs image? do you think it ends up being too large and is overwritten as it uncompresses? |
| 21:07.45 | khem | that would be my first guess |
| 21:07.57 | khem | m4t: you said something else worked ok with gcc 4.4.1 |
| 21:08.06 | khem | so I would not suspect toolchain |
| 21:08.33 | m4t | yea, i got the micro and micro-base images working |
| 21:08.40 | m4t | as well as the eglibc initramfs/ directory |
| 21:08.49 | m4t | which was a base-image i think |
| 21:09.00 | khem | right |
| 21:09.09 | khem | so I think somehow it grows big |
| 21:09.18 | khem | I suspect bss size growth |
| 21:09.38 | m4t | .bss, okay |
| 21:11.26 | pb___ | why would .bss cause the initramfs to be too big? |
| 21:12.21 | m4t | the actual uImages are around 6.6mb |
| 21:12.38 | m4t | ~5mb of that is the initramfs |
| 21:12.39 | ibot | okay, m4t |
| 21:15.08 | pb___ | cbrake: what's the build failure you're seeing with micro-uclibc? |
| 21:16.20 | cbrake | pb___: http://pastebin.ca/1547622 |
| 21:19.13 | *** join/#oe sushisan (i=be312a83@gateway/web/freenode/x-jzjzxciajbgumsat) |
| 21:19.16 | pb___ | cbrake: are you trying to use eabi, or the old abi? |
| 21:19.57 | cbrake | pb___: I assume eabi, but I'm not sure as all I did was configure for micro-uclibc distro and hit go |
| 21:20.02 | pb___ | it sounds as though uclibc is configuring itself for old abi (and the target triple of cm-x270-oe-linux-uclibc would sort of support that) yet the kernel thinks you are on eabi. |
| 21:20.26 | pb___ | yeah, it ought to be eabi by default |
| 21:20.53 | khem | yeah thats the problem I think |
| 21:21.25 | khem | have a look in sane-toolchain magic which sets this triplet magically |
| 21:23.47 | khem | cbrake: TARGET_OS setting in micro.conf is problematic |
| 21:23.52 | khem | prolly here |
| 21:24.19 | *** join/#oe dth_privall (i=50988976@gateway/web/freenode/x-atdmnvzpbbgjrntr) |
| 21:25.18 | pb___ | cbrake: ah, heh. micro-uclibc currently only selects eabi for armeb, not for regular arm |
| 21:26.01 | pb___ | try setting TARGET_OS_arm = "linux-uclibcgnueabi" in local.conf and see if the situation improves for you. |
| 21:26.01 | khem | pb___: locally I removed it here and since it uses sane-toolchain includes I let it rely upon that |
| 21:27.46 | cbrake | khem: so just remove the TARGET_OS settings all together? |
| 21:28.15 | khem | in micro.conf yes |
| 21:28.38 | cbrake | I wonder if micro and micro-uclibc distros could be combined like they are in Angstrom? |
| 21:28.41 | khem | but that said it should work with OABI too so somehow uclibc is broken |
| 21:29.14 | khem | cbrake: right now if you use DISTRO=micro LIBC=uclibc its same |
| 21:29.29 | khem | I have intended to remove -uclibc versions |
| 21:29.43 | cbrake | ok, that sounds good |
| 21:30.47 | pb___ | cbrake: personally I would prefer to keep them separate. uclibc and glibc binaries are not interoperable, and it seems like a reasonable thing to require the distro to pick one and stick to it. |
| 21:31.01 | pb___ | I would be sort of tempted just to ditch the glibc version of micro altogether, it seems like a bit of an oxymoron. |
| 21:32.01 | khem | pb___: yah that would be fine too |
| 21:32.31 | pb___ | but, if folks do want to use glibc with micro-type policies for whatever reason, it would seem to make sense that it should be a separate DISTRO. |
| 21:34.32 | ant__ | cbrake: I'm reading your rants abous (initramfs) size |
| 21:34.46 | ant__ | the only solution appears to be klibc |
| 21:35.38 | pb___ | ant__: why do you say that? |
| 21:35.59 | ant__ | we had 1,2mb size-limiy for kernel+initramfs |
| 21:36.11 | ant__ | we still have (Zaurus) |
| 21:36.17 | pb___ | fixing this problem with mtd-utils hauling in gettext and suchlike doesn't seem like it should require klibc |
| 21:36.24 | ant__ | we tried uclibc ...no way |
| 21:36.45 | ant__ | I tried to bake a minimal-image-with-mts timne ago |
| 21:36.54 | ant__ | with uclibc was around 2.6 mb |
| 21:37.01 | ant__ | (1 yrs ago) |
| 21:37.11 | ant__ | *with mtd |
| 21:37.41 | khem | ant__: did u use USE_NLS=no |
| 21:37.48 | pb___ | ah, if your goal is 1.2MB for kernel _plus_ initramfs (which means, I guess, about 200k for the initramfs itself), you might be right that klibc would be required. |
| 21:38.17 | ant__ | khem: I tried with allposible patches iirc (no-gettext) |
| 21:38.35 | khem | uclibc itself will not fit into 200K |
| 21:38.35 | pb___ | it didn't sound like cbrake's requirements were quite that stringent; he seemed to be talking about 1MB for the initramfs and I think that should be comfortably achievable with uclibc. |
| 21:38.55 | ant__ | I would think so |
| 21:39.06 | ant__ | 1mb is luxury :) |
| 21:39.09 | khem | statically linked busybox might be an option |
| 21:39.14 | khem | if you have like 1M |
| 21:39.59 | cbrake | from a 2008-09 snapshot of OE, I'm able to build 2.2MB initramfs with mtd-utils, and some other things |
| 21:40.13 | cbrake | maybe I was a little unreasonable suggesting 1MB |
| 21:40.40 | pb___ | those sizes are before compression, right? |
| 21:41.19 | ant__ | after, I was talking about nand size |
| 21:41.32 | cbrake | pb___: the sizes in the installed-package-sizes.txt lots are likely before compression, but I really don't know where they come from |
| 21:41.39 | pb___ | 1MB compressed size should be easily doable; my nslu2 images are coming out at about 800k compressed at the moment and I think they still have a certain amount of bloat in them. |
| 21:42.00 | cbrake | pb___: the image sizes I'm throwing around are cpio.gz compressed images |
| 21:42.03 | pb___ | 1MB uncompressed would be a bit more of a challenge but I imagine it still ought to be achievable. |
| 21:42.25 | pb___ | cbrake: hm, right. they do seem awfully high then. |
| 21:42.47 | pb___ | looking at the images that I happen to have lying around here, the last .tar.gz image I built for nslu2 is 660970 bytes. |
| 21:43.08 | pb___ | I don't imagine the tar-vs-cpio thing makes a lot of difference. |
| 21:43.17 | ant__ | <PROTECTED> |
| 21:43.20 | ant__ | :) |
| 21:43.37 | pb___ | I guess I can try one with mtd-utils in and see what happens |
| 21:44.22 | cbrake | pb___: that would be interesting |
| 21:44.26 | ant__ | pb___: I added some bloat because I had to add my nand-read code in userspace (klibc) |
| 21:44.45 | ant__ | I think this coul be just a couple of lines in kernel-space |
| 21:45.29 | ant__ | btw..I missed the move (years ago) from mtd.h to mtd-user.h |
| 21:45.34 | pb___ | I did try building an ipk for mtd-utils and it didn't seem to have any obvious dependency on gettext, so I suspect you might have been suffering from some angstrom-specific effect there. |
| 21:45.54 | ant__ | :/ |
| 21:46.56 | cbrake | hmm, should micro-uclibc be building eglibc-initial? |
| 21:47.30 | khem | no but it has a dependency |
| 21:47.39 | khem | incorrect one on glibc |
| 21:47.48 | ant__ | cbrake: I ended up coding my routines for reading the nand...I really don't depend from mtd-utils anymore (well, I still need flash_eraseall & co.) |
| 21:48.22 | cbrake | ant__: nod, I use flash_eraseall and nandwrite |
| 21:48.30 | ant__ | well, the code is 'stolen' from mtd-utils anyway ;) |
| 21:48.37 | khem | PREFERRED_PROVIDER_virtual/libintl |
| 21:48.48 | cbrake | ant__: would probably be nice to have a nice compact library for implementing system update mechanisms |
| 21:49.14 | pb___ | cbrake: no, I don't think it should be building any *glibc bits. you should just have uclibc-initial and uclibc. |
| 21:49.24 | *** join/#oe kergoth (n=kergoth@ip68-108-193-231.ph.ph.cox.net) |
| 21:49.34 | cbrake | looks again ... |
| 21:49.39 | pb___ | fwiw, my mtd-utils.ipk has: |
| 21:49.40 | pb___ | Depends: libc6 (>= 2.6.1), libgcc1 (>= 4.2.4), libz1 (>= 1.2.3), liblzo1 (>= 1.08), libuuid1 (>= 2.16) |
| 21:49.46 | pb___ | do you have gettext in there as well? |
| 21:50.02 | pb___ | oh, wait, that's the wrong one. that must be a glibc build. |
| 21:50.18 | khem | cbrake: punt this line PREFERRED_PROVIDER_virtual/libintl = "glibc" |
| 21:50.28 | khem | from micro.conf |
| 21:50.29 | ant__ | pb___: I built some months ago, with a patch c/o woglinde nuking gettext |
| 21:50.38 | woglinde | re kergoth |
| 21:50.54 | cbrake | gah: http://pastebin.ca/1547648 |
| 21:51.02 | woglinde | ant__ hm really nuking? |
| 21:51.10 | ant__ | lol |
| 21:51.28 | cbrake | looks like I still have some work to get libc stuff set up correctly for ARM EABI |
| 21:51.33 | pb___ | cbrake: doh, suck |
| 21:51.45 | pb___ | it's a bit sad that uclibc doesn't feature there at all |
| 21:52.02 | cbrake | heh |
| 21:53.03 | pb___ | but yeah, it does sound like the configuration bits are somewhat broken at the moment. |
| 21:53.11 | khem | cbrake: hmm how does your local.conf look like |
| 21:53.53 | cbrake | khem: http://pastebin.ca/1547653 |
| 21:54.43 | ant__ | ehm..do you guys suggest to try eglibc? |
| 21:54.57 | ant__ | (for normal images) |
| 21:55.38 | ant__ | afaik it can be configures uclibc-alike |
| 21:55.42 | m4t | eglibc worked without issues for me |
| 21:55.54 | ant__ | size? |
| 21:55.56 | m4t | 4.4.0/2.9 |
| 21:56.10 | ant__ | real savings? |
| 21:56.27 | khem | cbrake: for now try DISTRO=micro and LIBC=uclibc in your local.conf |
| 21:56.58 | m4t | 1.5Mlibc-2.10.1.so |
| 21:57.10 | khem | cbrake: micro-uclibc is broken because it includes distro/micro.conf before defining LIBC='uclibc' |
| 21:57.19 | cbrake | khem: setting TARGET_OS_arm = "linux-uclibcgnueabi" seems to have fixed the multiple providers are available for virtual/libc issue |
| 21:57.49 | khem | m4t: you are using gcc 4.4.1/eglibc 2.10 |
| 21:58.10 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 21:58.10 | cbrake | khem: will "DISTRO=micro and LIBC=uclibc in your local.conf" have the same effect with no TARGET_OS settings? |
| 21:58.24 | khem | cbrake yes |
| 21:58.30 | cbrake | khem: ok |
| 21:58.37 | cbrake | trying ... |
| 21:59.12 | khem | then probably we should remove micro-uclibc.conf and as pb___ suggested use uclibc as defualt system C lib on micro itself |
| 21:59.40 | khem | and if someone wants to use eglibc or glibc he can override LIBC in his local conf |
| 22:00.15 | cbrake | khem: sounds good to me -- seems like we should get some of this stuff cleaned up |
| 22:00.27 | khem | yes |
| 22:01.12 | ant__ | I dare to say the (override of the ) choice of which libc to use is appropriate in local.conf |
| 22:01.48 | khem | ant__: is that an assertion ? |
| 22:01.58 | ant__ | after rethink...yes |
| 22:02.42 | ant__ | I just reworded your sentence in fact :) |
| 22:02.53 | pb___ | I think I would prefer just to see micro.conf and micro-uclibc.conf fixed so that they each work correctly. There doesn't seem to be any real need to delete either of them, and I'm not sure that suddenly flipping micro itself from glibc to uclibc would be very well received by its users. |
| 22:03.07 | *** join/#oe user1 (n=3MX@cpc1-bele5-0-0-cust875.belf.cable.ntl.com) |
| 22:03.15 | *** join/#oe user2 (n=3MX@cpc1-bele5-0-0-cust875.belf.cable.ntl.com) |
| 22:03.36 | khem | pb__ thats easy then micro-uclibc.conf will look like this |
| 22:04.17 | khem | LIBC = "uclibc" require conf/distro/micro.conf |
| 22:04.23 | khem | as of now |
| 22:04.31 | pb___ | yes, possibly |
| 22:04.40 | cbrake | khem: seems to be working here |
| 22:05.22 | m4t | khem yea, that eglibc 2.10.1 came from 4.4.0 |
| 22:05.27 | khem | cbrake: yeah I expected it to |
| 22:05.33 | cbrake | dinner bell, its been fun, thanks for all the help |
| 22:05.38 | m4t | vs. 404K libuClibc-0.9.30.1.so |
| 22:05.52 | m4t | that is soft float, it might be smaller without that |
| 22:06.26 | khem | m4t: eglibc is trying to hit middle ground it probably will never become as small as uclibc |
| 22:06.42 | m4t | yea |
| 22:07.37 | m4t | ubuntu 9.04 w/out soft float: 1.3M /lib/libc-2.9.so |
| 22:07.38 | *** join/#oe dth_privall (i=50988976@gateway/web/freenode/x-lgigvovhcnosokhh) |
| 22:07.56 | m4t | different arch, too |
| 22:08.07 | khem | m4t: debian is already using eglibc in experimental |
| 22:08.14 | m4t | i read that |
| 22:08.15 | khem | so future ubuntu will have eglibc too :) |
| 22:08.20 | m4t | yup probably |
| 22:08.36 | khem | back to do some mac stuff |
| 22:08.42 | *** part/#oe sushisan (i=be312a83@gateway/web/freenode/x-jzjzxciajbgumsat) |
| 22:25.26 | *** join/#oe sabrod (n=sabrod@mic92-8-82-234-143-184.fbx.proxad.net) |
| 22:29.25 | *** join/#oe Gin-geR (i=hacker@pD953876B.dip0.t-ipconnect.de) |
| 22:43.36 | ant__ | ~lart epiphany devs...killall -9 epiphany practically on each javascript... |
| 22:44.26 | ant__ | oh, yes, CIA is on vacation :) |
| 22:46.09 | *** join/#oe user1 (n=3MX@cpc1-bele5-0-0-cust875.belf.cable.ntl.com) |
| 23:24.12 | *** join/#oe likewise_ (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 23:24.48 | likewise_ | gm |
| 23:32.41 | woglinde | hi likewise |
| 23:51.07 | *** join/#oe fraxinas (n=quassel@p54AA68CD.dip.t-dialin.net) |
| 23:55.03 | *** join/#oe mnabil (n=mnabil@41.234.69.110) |