| 00:02.02 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 00:02.45 | *** part/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 00:15.34 | *** join/#oe mikc (~mick@delta360.server4you.de) |
| 00:42.06 | *** join/#oe CMoH (~cipi@95.76.71.81) |
| 00:45.58 | angelox_123 | how to unpack IPK file? |
| 00:46.23 | kergoth | it's an 'ar' archive with two tar.gz files inside. |
| 00:46.25 | kergoth | ar x foo.ipk |
| 00:46.33 | kergoth | it's the same file format as .deb |
| 00:46.55 | angelox_123 | oh thanks! |
| 00:47.30 | kergoth | np |
| 00:49.52 | angelox_123 | what is debian-binary file? |
| 00:58.57 | kergoth | it's just part of the deb file format. you should be able to find the documentation on the format in the debian docs somewhere |
| 00:59.16 | angelox_123 | ok. thanks |
| 00:59.22 | kergoth | doesn't recall offhand, might be the version of the format or something |
| 01:04.30 | grg | http://www.debian.org/doc/debian-policy/ |
| 01:04.39 | grg | that has info on all the .deb stuff |
| 01:04.46 | angelox_123 | cheers |
| 01:05.30 | grg | .ipk is only a subset of the control files |
| 01:06.44 | kergoth | :) thanks for digging up the link |
| 01:12.12 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 01:12.53 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 01:32.53 | *** join/#oe zecke (~ich@123-192-162-165.dynamic.kbronet.com.tw) |
| 02:11.56 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 02:21.13 | *** join/#oe angelox_123 (~Angelo@189-18-204-195.dsl.telesp.net.br) |
| 02:30.06 | *** join/#oe angelox_123 (~Angelo@189-18-204-195.dsl.telesp.net.br) |
| 02:40.03 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 02:41.29 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 02:49.40 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 03:03.14 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 03:15.19 | *** join/#oe borg__ (~olaf@p54868040.dip0.t-ipconnect.de) |
| 03:28.56 | *** join/#oe pcacjr (~pcacjr@187.78.145.32) |
| 03:29.03 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 03:43.07 | *** join/#oe joshin (~josh@unaffiliated/joshin) |
| 03:50.10 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 04:22.25 | *** join/#oe rednul_ (~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) |
| 04:55.03 | *** join/#oe konne (~Miranda@85.183.99.11) |
| 04:58.30 | *** join/#oe sge (~username@62.240.71.4) |
| 05:06.44 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-qwjmlqtxgarljwrf) |
| 05:12.07 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-vlxzpasjtrwtpygt) |
| 05:17.30 | *** join/#oe Noor (8bb5d022@gateway/web/freenode/ip.139.181.208.34) |
| 05:24.36 | *** join/#oe htns (~htns@61.6.64.6) |
| 05:24.45 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 05:24.53 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 05:39.42 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 05:40.04 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 05:48.35 | *** join/#oe vps (~vitus@145.253.169.210) |
| 05:48.51 | htns | hey guys, i'm playing with OE's sdk build capability, I created a meta-toolchain-myboard.bb, and the task-myboard-toolchain-target which had glibc-dbg in it, now when i do bitbake meta-toolchain-myboard, it fails since do_populate_sdk finds unmet recommendations for glibc-locale stuff |
| 05:49.22 | htns | i removed that, just left task-sdk-bare and did bitbake -c clean and tried rebuilding but same error. any suggestions? |
| 05:58.07 | zecke | htns: sorry, I can only propose to use the mailinglist |
| 06:01.10 | khem | htns: and what does your bb look like ? |
| 06:05.08 | Noor | Hi all |
| 06:05.18 | Noor | I am merging native and non native recipes |
| 06:06.10 | Noor | In libfribidi recipe there is recipe named fribidi_0.19.2.bb |
| 06:06.40 | Noor | and libfribidi_0.10.4.bb and libfribidi-native_0.10.4.bb |
| 06:06.57 | Noor | we I use BBCLASSXTEND in fribidi.bb file |
| 06:07.43 | Noor | try to build libfribidi-native package it says multiplt providers for libfribidi-native set preferred_provider |
| 06:08.17 | Noor | should I also set the preferred_provider and add it in the patch ? |
| 06:10.15 | *** join/#oe nar (~nar@c-76-103-154-204.hsd1.ca.comcast.net) |
| 06:10.30 | nar | greetings openembedders |
| 06:12.58 | nar | I've got a curious problem. I built a newer version of boost, then decided it wasn't for me -- now when I try to build my older version it complains 'Package version for package <blahblah> went backwards which would break package feeds from (${new-but-not-preferable} to ${old-and-works}) -- tried a distclean on package-index, doesn't seem to fix things. |
| 06:13.12 | *** join/#oe sge (~username@62.240.71.4) |
| 06:21.18 | khem | Noor: determine differences between these two recipes |
| 06:21.35 | khem | and probably only one will be needed |
| 06:22.13 | khem | nar: you need to delete the ipk from your feeds |
| 06:22.36 | nar | Noted. Thanks for the input. |
| 06:23.01 | khem | nar: plus you need to select the old version thru PREFERRED_PROVIDED |
| 06:23.10 | khem | PREFERRED_PROVIDER I meant |
| 06:23.14 | khem | then do |
| 06:23.25 | khem | bitbake -c clean boost; bitbake boost |
| 06:23.43 | nar | 'k |
| 06:25.18 | Noor | khem libfribidi recipe is downloading fribidi-0.10.4.tar.bz2 from sourceforce_mirrors |
| 06:25.57 | nar | Incidentally, I did something kinda neat the other day. I built what I call a 'solid image', which is a concatenation of a (u-boot script, a kernel+initramfs for rootpivot, rootfs in ext2 format) -- the u-boot script contains meta-data for offsets/size of the kernel+initramfs and the rootfs such that in u-boot you just need to ext2load /solidimage 0x0;go 0x0, and it takes care of the chain of booting/mounting automatically. |
| 06:26.09 | Noor | and fribidi is downloading from http://fribidi.org/download the version is fribidi-0.19.2.tar.gz |
| 06:26.11 | nar | Is that worth writing up a recipe for to send up-stream you think? |
| 06:27.41 | khem | Noor: ok. seems fribidi is newer so try to see whats there in libfribidi which is different preferably get all into fribidi recipe |
| 06:27.58 | khem | Noor: and rename/delete old recipe if no one is using it |
| 06:28.24 | Noor | but there is one comment in fribidi recipe |
| 06:28.28 | Noor | it says |
| 06:28.49 | khem | nar: you could create a wiki page for this if you will |
| 06:29.15 | khem | Noor: you have to read thru the recipe |
| 06:29.24 | Noor | # Slightly incompatible with 0.10.x, so: |
| 06:29.31 | nar | Yeah. I have diagrams and everything too. :p |
| 06:29.35 | Noor | DEFAULT_PREFERENCE = "-1" |
| 06:29.38 | Noor | DEFAULT_PREFERENCE_angstrom = "1" |
| 06:30.04 | khem | nar: nice it would be if you put it up in wiki |
| 06:30.14 | khem | Noor: hmmm |
| 06:30.31 | htns | zecke, khem , thx, i was able to get it to build by renaming everything to board2 and having only task-sdk-bare in task-board2-toolchain-target.bb |
| 06:31.19 | htns | it seems like bitbake -c clean meta-toolchain-myboard was not sufficient to wipe the dependencies it had generated |
| 06:31.28 | Noor | secondly this recipe has been added since Aug 8th 2009 |
| 06:31.56 | Noor | so its quite old recipe |
| 06:32.13 | khem | Aug 8th 2009 is not that old |
| 06:32.32 | eFfeM_work | gm |
| 06:33.08 | Noor | :) |
| 06:33.23 | Noor | good morning eFfeM_work |
| 06:34.51 | eFfeM_work | we have too many DP's and DP_something's in oe; especially in old recipes DP=-1 seems to be a fair indication that the recipe is probably never used |
| 06:35.19 | eFfeM_work | noor and the multiple providers is probably because you still have the native recipe around |
| 06:35.52 | khem | Noor: it seems not many are using libfribidi recipe |
| 06:36.13 | Noor | eFfeM_work: but when I built the target packagae for libfribidi fribidi_0.19.2.bb is being picked by bitbake |
| 06:36.20 | khem | Noor: you could consolidate the fribidi_0.19.2.bb |
| 06:36.50 | eFfeM_work | Noor, I agree with khem and the fact that 0.19.2 is checked is due to default_preference |
| 06:37.10 | Noor | but DEFAULT_PREFERENCE = "-1" is in the fribidi recipe |
| 06:37.15 | Noor | not in the libfribidi recipe |
| 06:37.16 | khem | conf/compatibility-providers.conf has PREFERRED_PROVIDER_libfribidi ?= "fribidi" |
| 06:37.33 | khem | Noor: you can require conf/compatibility-providers.conf in your local.conf too |
| 06:37.46 | khem | but that will not solve the native problem I guess |
| 06:38.16 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:39.23 | khem | has 15000/82500 tasks building with bitbake world before some thing in java/swt chickens out |
| 06:39.41 | khem | java needs love in OE |
| 06:39.58 | khem | I have fixed few things |
| 06:40.12 | eFfeM_work | khem, cool |
| 06:40.48 | eFfeM_work | khem when I tested it I did bitbake -k world to get a complete list of what would fail |
| 06:41.11 | khem | oh I dont do that I go one by one |
| 06:41.18 | khem | I dont have that much time anyway these days |
| 06:41.43 | khem | whats Roberts Schuster's nick |
| 06:41.50 | eFfeM_work | and when posting my results I got some nasty remarks from a certain dev that we should disallow bitbake world |
| 06:41.54 | eFfeM_work | khem no idea |
| 06:42.08 | Noor | if I change any preferred_provider then do I have to upstream that as well |
| 06:42.13 | khem | heh disable bitbake world why |
| 06:42.27 | khem | Noor: no, |
| 06:42.37 | khem | Noor: its a distro choice |
| 06:42.49 | *** join/#oe B_Lizzard (~havoc@athedsl-435831.home.otenet.gr) |
| 06:42.51 | Noor | then how OE maintainer will test it |
| 06:43.18 | khem | Noor: they need to select it |
| 06:43.24 | Noor | I mean when he want to test it. It will get the same error that I am getting multiple provider error |
| 06:43.51 | khem | Noor: as I said try to figure out if we really need the old recipe |
| 06:43.52 | Noor | OK. That means they will habdle it themselves I dont have to worry about it |
| 06:44.34 | khem | multiple providers are ok but there need to be a good reason to have two recipes for seemingly same source |
| 06:44.59 | khem | I can uderstand two different recipes providing same thing |
| 06:46.37 | *** join/#oe sge (~username@62.240.71.4) |
| 06:46.51 | eFfeM_work | <PROTECTED> |
| 06:47.15 | nar | One more dumb question.. I'm using codesourcery toolchain, and I'm running into a problem with stack-traces that I'm unsure if it's related to CSL or not -- I compile my app with '-gstabs -O0 -rdynamic' (along with my platform specific stuff), and when I force a core-dump (kill -SIGSEGV), the threads in the core file (except for the main thread) always show up as 0x00000000 with no stacktrace. Am I missing something stupid here? |
| 06:49.04 | khem | nar: gstabs ??? |
| 06:49.14 | khem | nar: why not dwarf |
| 06:49.28 | khem | use -g -O0 |
| 06:49.35 | nar | Trying to use google-breakpad, I still have the same problem with vanilla -g |
| 06:49.36 | khem | and you will be happier man |
| 06:50.23 | khem | nar: is it arm |
| 06:50.31 | nar | indeed |
| 06:50.58 | khem | are you using CSL for all compilation jobs ? |
| 06:51.07 | nar | yes, 100% |
| 06:51.12 | khem | ok |
| 06:51.36 | khem | and you dont have -fomit-frame-pointer in CFLAGS |
| 06:52.00 | khem | I would suggest that you install the -dbg packages on rootfile system too |
| 06:52.06 | khem | and then retry |
| 06:52.37 | nar | Hmm. I tried that, I don't explicitly say -fomit-frame-pointer but.. I'm wondering now if there's something setting that serruptitiously. I should double check. |
| 06:54.08 | nar | god damn it |
| 06:54.12 | nar | Good call khem |
| 06:54.18 | khem | nar: you can add -fno-omit-frame-pointer to your global flags |
| 06:54.44 | nar | Where would I do that? local.conf? |
| 06:55.11 | zecke | nar: -02 enables -fno-omit-frame-pointer on ARM by default |
| 06:55.18 | mckoan | good morning |
| 06:55.49 | khem | nar: yes FULL_OPTIMIZATION += "-fno-omit-frame-pointer" something on those lines |
| 06:55.55 | khem | mckoan: gm |
| 06:56.15 | nar | Well what I'm seeing is |
| 06:56.15 | nar | export TARGET_CXXFLAGS="-isystem/opt/build/tmp/staging/armv5te-none-linux-gnueabi/usr/include -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 -ggdb3 -fpermissive" |
| 06:56.33 | nar | ahh, thank you |
| 06:57.00 | khem | nar: whats your distro |
| 06:57.22 | nar | custom at this point, started out with angstrom-2008.1, barely resembles it anymore. |
| 06:57.44 | khem | nar: ok do you still include the files that angstrom.conf included ? |
| 06:58.11 | nar | some of them yeah |
| 06:58.14 | khem | e.g. conf/distro/include/angstrom-eglibc.inc etc |
| 06:58.20 | khem | whats your libc ? |
| 06:58.30 | nar | glibc that shipped with codesourcery |
| 06:58.33 | khem | glibc or eglibc |
| 06:58.34 | khem | ok |
| 06:58.58 | khem | then you could also edit conf/distro/include/angstrom-glibc.inc |
| 06:59.01 | khem | and add it there |
| 06:59.12 | khem | infact remove -fomit-frame-pointer |
| 06:59.35 | khem | it may help it may not worth a try there may be other problems |
| 06:59.55 | nar | definitely. good input |
| 07:00.28 | khem | unless I see the build tree and logs its hard to deduce what could be wrong at your end |
| 07:00.41 | khem | its midnight sh**t |
| 07:00.49 | khem | time to sleep |
| 07:00.55 | nar | I think this is on the right path. I'm rebuilding my distro, should be easy from here. |
| 07:01.00 | khem | gn all |
| 07:01.04 | nar | Thank you for your input khem, zecke. |
| 07:01.05 | nar | night |
| 07:01.15 | *** join/#oe rschus (~rschus@234.163.71-86.rev.gaoland.net) |
| 07:01.28 | khem | rschus: hey |
| 07:01.40 | khem | rschus: I have some java patches posted to ml |
| 07:01.49 | khem | I would love to hear your feedback |
| 07:03.03 | rschus | khem: ok, will review them later (some stuff to do here still) |
| 07:03.34 | khem | rschus: thanks |
| 07:03.56 | khem | really sleeps |
| 07:04.33 | eFfeM_work | nite khem |
| 07:05.20 | *** join/#oe Heinervdm (~thomas@pD9E14667.dip.t-dialin.net) |
| 07:08.08 | *** join/#oe Proxyles (~henrik@c-9f93e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 07:08.38 | *** join/#oe Heinervdm (~thomas@pD9E14667.dip.t-dialin.net) |
| 07:09.55 | *** join/#oe vonami|work (~vonami@79.143.67.122) |
| 07:17.08 | *** join/#oe shoragan (~shoragan@sicherheitsschwankung.de) |
| 07:19.59 | *** join/#oe sge (~username@62.240.71.4) |
| 07:22.35 | *** join/#oe joshin (~josh@unaffiliated/joshin) |
| 07:22.37 | *** join/#oe ron (~ron@nat/cisco/x-qewfrqyxpjgitwpr) |
| 07:26.39 | *** join/#oe johncylee (~john@61.57.131.211) |
| 07:32.41 | hrw | morning |
| 07:32.50 | nar | good morning |
| 07:38.18 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 07:49.03 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 07:53.18 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 08:04.31 | *** join/#oe mlip (~mlip@62.218.44.194) |
| 08:08.41 | ericben | good morning |
| 08:09.35 | CIA-2 | 03Andreas Mueller <schnitzeltony@gmx.de> 07org.openembedded.dev * r8d9d249f12 10openembedded.git/recipes/moblin/ (6 files in 2 dirs): (log message trimmed) |
| 08:09.35 | CIA-2 | moblin: update recipes to match latest clutter |
| 08:09.35 | CIA-2 | * nbtk: bump required to configure properly with clutter |
| 08:09.35 | CIA-2 | * clutter-imcontext: now required by nbtk |
| 08:09.35 | CIA-2 | * hornsey_git: bump required to configure properly with clutter |
| 08:09.36 | CIA-2 | * libccss_git: bump required to match new nbtk requirements |
| 08:09.37 | CIA-2 | bumping by SRCREV_pn-libccss = .. is a hack to get throgh the door |
| 08:09.37 | CIA-2 | 03Andreas Mueller <schnitzeltony@gmx.de> 07org.openembedded.dev * r8d64681eb7 10openembedded.git/recipes/clutter/ (21 files in 5 dirs): (log message trimmed) |
| 08:09.38 | CIA-2 | clutter: clean builds for clutter 1.0 |
| 08:09.38 | CIA-2 | * all 0.9 recipes (are actually 1.0rc) & files referenced were removed |
| 08:09.39 | CIA-2 | * all 0.8 recipes were renamed to clutter*-0.8 to ensure parallel |
| 08:09.39 | CIA-2 | installation with later versions |
| 08:09.40 | CIA-2 | * clutter-common.inc as container for helpers was created (also from |
| 08:09.41 | CIA-2 | clutter-fpu.inc) |
| 08:09.41 | CIA-2 | 03Andreas Mueller <schnitzeltony@gmx.de> 07org.openembedded.dev * r970c9cfb83 10openembedded.git/recipes/clutter/ (3 files): (log message trimmed) |
| 08:09.42 | CIA-2 | clutter (+box2d +gtk): Bump to latest (stable) versions |
| 08:10.02 | CIA-2 | * removed clutter*svn*: repositories no more available |
| 08:10.02 | CIA-2 | * removed clutter* with version < 0.8 |
| 08:10.02 | CIA-2 | * removed moblin-proto: repositories no more available |
| 08:10.02 | CIA-2 | * removed table: repositories no more available (now in toys/attic) |
| 08:10.03 | CIA-2 | 03Andreas Mueller <schnitzeltony@gmx.de> 07org.openembedded.dev * r712d5d30f5 10openembedded.git/recipes/gnome/ (3 files): (log message trimmed) |
| 08:10.03 | CIA-2 | libchamplain(-gtk): Bumped to 0.7.1 to meat actual clutter |
| 08:10.04 | CIA-2 | * builds separate packages for libchamplain and libchamplain-gtk |
| 08:10.04 | CIA-2 | * libchamplain_0.2.8 removed because it tries to configure against |
| 08:10.05 | CIA-2 | (3 lines omitted) |
| 08:12.16 | mlip | morning |
| 08:17.46 | Jin^eLD | morning |
| 08:22.51 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
| 08:24.50 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:27.42 | *** join/#oe sge (~username@62.240.71.4) |
| 08:29.13 | *** join/#oe dth_ntb (~dth@a89-182-208-61.net-htp.de) |
| 08:35.34 | *** join/#oe kristoffer (~kristoffe@c-96dde555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 08:37.56 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 08:56.02 | eFfeM_work | hm, there is no busybox 'arch' applet ?? |
| 08:56.38 | eFfeM_work | is there a package that delivers arch ? |
| 08:58.13 | eFfeM_work | nevermind, uname -m does it |
| 09:01.31 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 09:08.59 | *** join/#oe Noor_ (8bb5d022@gateway/web/freenode/ip.139.181.208.34) |
| 09:11.38 | nar | Is there any instrinsic value of running real 'glibc' over 'eglibc' ? |
| 09:12.22 | nar | I assumed there would be.. But CSL's shitty toolchain has me at my wits end. |
| 09:35.55 | *** join/#oe sge (~username@62.240.71.4) |
| 09:37.44 | eFfeM_work | hm makedevs refuses to create a fifo for me does this sound familar ? |
| 09:38.09 | nar | In the build environment or on the running embedded system? |
| 09:38.18 | eFfeM_work | in the build env |
| 09:38.42 | eFfeM_work | it does make the fakeroot entries for block and char devs |
| 09:39.35 | nar | hmm. Can't say I've run into that. Whats the error? |
| 09:40.05 | eFfeM_work | | makedevs: /home/frans/workspace/gtd/tmp/rootfs/axon-bootmode-image/dev/log: file can not be created with mknod! |
| 09:41.19 | nar | Whats your device table entry look like? |
| 09:41.50 | eFfeM_work | /dev/logp64000----- |
| 09:41.58 | eFfeM_work | commented it out for now, the b and c's work fine |
| 09:42.05 | nar | hmm! |
| 09:42.17 | eFfeM_work | actually i retract that comment |
| 09:42.36 | eFfeM_work | the b and c also are not created but the error is not trapped |
| 09:42.41 | nar | ! |
| 09:43.51 | eFfeM_work | i have a nice rfs actually I can even boot from it, but /dev is empty (actually would have expected init to fail if it cannot find /dev/console |
| 09:44.19 | nar | Do you control the hardware platform? |
| 09:44.24 | eFfeM_work | yes |
| 09:44.32 | nar | will there be stuff hotplugging into it? |
| 09:44.41 | nar | or a static set of devices |
| 09:44.47 | eFfeM_work | nope, that is why i'm using a static table |
| 09:44.50 | nar | heh |
| 09:45.02 | eFfeM_work | makes things a little bit faster and no need to have udev or friends on the system |
| 09:45.16 | nar | Consider this the worst advice you'll get all day: tar up a 'good' dev directory and just untar it and don't mess around with mknod at all. :p |
| 09:45.58 | nar | Going through makedevices when you've got a static set of devices is pedantic IMHO. |
| 09:46.16 | nar | (and, wasted cycles during bootup) |
| 09:47.02 | nar | Otherwise, I'd investigate fakeroot not working correctly. |
| 09:48.00 | nar | makedevice's add_new_fifo() looks trivial.. it just tries mknod(path,mode,0) and craps out if it fails. |
| 09:48.06 | eFfeM_work | well oe does support devicetable, and devicetable makes it somewhat simpler if hthings need to be changed |
| 09:48.06 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:48.33 | nar | I suppose. |
| 09:49.22 | eFfeM_work | yes, well added a perror to it and that showed no such file or dir, apparently the dev dir does not exist yet |
| 09:49.50 | nar | interesting. |
| 09:50.29 | eFfeM_work | ah, compared with another dev talbe that one indeed starts with |
| 09:50.33 | eFfeM_work | <PROTECTED> |
| 09:50.46 | nar | ho ho |
| 09:51.10 | eFfeM_work | guess that'll help |
| 09:52.13 | nar | Odd that /dev wouldn't exist until makedevs 'makes' it. Seems kinda like something that the image would force by default. |
| 09:52.23 | nar | would/should |
| 09:52.24 | eFfeM_work | yes, will look at it |
| 09:53.35 | nar | I'm as giddy as a school girl. glibc 2.10.1 is compiling with gcc 4.4.3 for me under ARM. |
| 09:53.36 | *** join/#oe GNUtoo|laptop (~gnutoo@host146-132-dynamic.16-79-r.retail.telecomitalia.it) |
| 09:53.51 | nar | It pays to keep git sync'd I guess. |
| 09:54.20 | nar | non-corrupted thread stack-traces are in my near future. |
| 09:54.23 | eFfeM_work | guess so, i had no problems with glibc and arm |
| 09:54.54 | nar | I used CSL as my toolchain.. a decision I've now kind of hastily got to reverse. |
| 09:55.20 | nar | With 2 weeks till customer ship! |
| 09:57.19 | eFfeM_work | never used csl, i always build the std cross compiler |
| 09:57.36 | eFfeM_work | what hw are you using ? |
| 09:57.50 | nar | custom board, Marvell Feroceon based |
| 09:57.56 | nar | (not pogoplug. :D) |
| 09:59.09 | nar | 512 meg ram, 1GB NAND via SATA bridge, 1ghz processor. Not a bad little box. |
| 10:01.23 | florian | nar: Sounds cute... link? :) |
| 10:01.55 | nar | ohh.. well, it's not really general platform. It's specific to office/industrial light controls |
| 10:02.26 | florian | Quite some power for light controls... |
| 10:02.40 | nar | Indeed. It does lots of useful things. |
| 10:02.48 | nar | Things that make zigbee cry. |
| 10:02.59 | eFfeM_work | nar, sounds cute |
| 10:03.03 | florian | got a Dockstar recently |
| 10:03.30 | nar | The FreeAgent? |
| 10:03.41 | eFfeM_work | actually compiled a lot of stuff for sheeva last few days, still need to test & configure |
| 10:03.45 | eFfeM_work | also has an openrd client |
| 10:03.54 | nar | ahh yeah |
| 10:04.05 | nar | Man |
| 10:04.07 | nar | I'll tell you what |
| 10:04.09 | nar | I don't care who knows it |
| 10:04.12 | nar | I ****ing hate Marvell |
| 10:04.19 | eFfeM_work | :-) |
| 10:04.49 | nar | I knew things were going to be bad when I had to crack their documentation PDF to remove the 4 seperate watermarks per page. |
| 10:05.01 | nar | Everything else has been down-hill. |
| 10:05.53 | eFfeM_work | <PROTECTED> |
| 10:06.16 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:07.11 | nar | We originally prototyped with TI OMAP-L137, who rolled a sweet JTAG interface + IDE into an Eclipse setup.. had heaps of stand-alone sample code.. heaps of great docs.. |
| 10:07.33 | nar | To Marvell, who have no JTAG solution, or IDE.. they suggested we use 'makeroot' for building our distro.. |
| 10:08.30 | nar | I don't blame Marvell tho, we're small potatos right now.. so they don't care about us that much. Hopefully once we get into production we'll be dealing with numbers that get them excited. |
| 10:09.46 | nar | The real irony is, the pogoplug has better u-boot _and_ kernel than our 'commercial' processor. |
| 10:10.30 | nar | The version of u-boot they provided is so old it should have come on a punchcard. |
| 10:11.05 | eFfeM_work | <PROTECTED> |
| 10:11.10 | eFfeM_work | 1.1.4 ? |
| 10:11.14 | nar | yeah |
| 10:11.32 | nar | I had to backport a bunch of junk just to make it bareable. |
| 10:11.52 | eFfeM_work | <PROTECTED> |
| 10:12.21 | eFfeM_work | oe u-boot works for sheeva, but misses some functionality that is in their 1.1.4 |
| 10:12.34 | eFfeM_work | i think sd support and maybe bubt |
| 10:12.49 | nar | heh, bubt. I remember that. |
| 10:13.42 | nar | I had problems with bubt and u-boot's netconsole I think. |
| 10:14.12 | nar | I just wrote a bunch of u-boot script that does basically what bubt does to compensate. |
| 10:14.17 | eFfeM_work | the u-boot they use is indeed not that good |
| 10:14.25 | *** join/#oe sge (~username@62.240.71.4) |
| 10:14.35 | nar | Our board is kinda tricky.. no JTAG or UART pins |
| 10:15.35 | eFfeM_work | no jtag, that is nasty if your flash gets corrupted |
| 10:15.38 | pb_ | nar: heh, yes, working with marvell is just a bad idea. |
| 10:15.44 | eFfeM_work | it is only four wires |
| 10:16.06 | nar | The hardware guys are all ex-cisco, so they're front-loading the cost-reduction. :D |
| 10:16.40 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 10:17.01 | nar | I've got a couple dev boards to experiment on, but.. it's 'no mistakes allowed' when I push stuff live. |
| 10:17.11 | eFfeM_work | ah ok, had to make a mindset change as well when I changed from high vol to low vol electronics |
| 10:17.36 | nar | I fought for months against not having serial port. :( And lost. |
| 10:17.47 | eFfeM_work | but not having jtag is not really a cost saver, you just need to have a few lines |
| 10:17.59 | eFfeM_work | same for serial, do the level shifting and buffering off-board |
| 10:18.04 | nar | oh, we have it.. just no header |
| 10:18.12 | eFfeM_work | ah ok |
| 10:18.30 | nar | So nuking in the field is an RMA event, nuking in the lab is 'go cry to a hardware guy' event. |
| 10:19.32 | nar | hrm. glibc-2.10.1 didn't build for me. rats. |
| 10:20.15 | eFfeM_work | nar, i recall that, there the device used drm and the user should not be able to hack that |
| 10:20.24 | eFfeM_work | nar glibc for me builds for sheeva |
| 10:20.43 | nar | What GCC version you using/ |
| 10:20.45 | nar | ? |
| 10:25.59 | eFfeM_work | I think 4.3.3, I've done that at home, just select sheevaplug as machine and you'll see what it builds |
| 10:27.29 | nar | hmm! ok. I was trying 4.4.3 |
| 10:27.35 | nar | Perhap this will improve my odds! |
| 10:28.07 | nar | I really want to get google-breakpad working by 8am |
| 10:28.21 | nar | It's all integrated into the app, but the stack-trace for threads is junk. |
| 10:28.30 | nar | So hopefully this will fix it. |
| 10:39.19 | vps | [STABLE] I would like to include in our SDK the possibility to create ipks, but unfortunately ipkg-build isn't there. And ipkg-utils-native doesn't install anything. |
| 10:39.28 | vps | How do I get ipkg-build? |
| 10:41.44 | nar | ipkg-build is part of ipkg-utils, but.. if your OE is setup right, it should be able to make packages on it's own. |
| 10:42.11 | nar | You don't normally have to run ipkg-build manually |
| 10:44.33 | nar | hrm. So, if I use 'internal' GCC for cross-compiling.. Is there a simple way to provide use of it to my developers? With CSL it's just 'add this to your path', which was an attractive feature. |
| 10:57.24 | *** join/#oe GNUtoo|laptop (~gnutoo@host146-132-dynamic.16-79-r.retail.telecomitalia.it) |
| 11:00.15 | *** join/#oe hrw (~hrw@chello087207212063.chello.pl) |
| 11:06.49 | *** join/#oe konne (~Miranda@85.183.99.11) |
| 11:08.39 | eFfeM_work | nar: there is the possibility to make an sdk, but I never tried it myself |
| 11:09.51 | CIA-2 | 03Stefan Schmidt <stefan@datenfreihafen.org> 07org.openembedded.dev * rd70dc036b7 10openembedded.git/recipes/netbase/ (netbase/imote2/interfaces netbase_4.21.bb): |
| 11:09.52 | CIA-2 | netbase: Add interface file for imote2 and bump PR |
| 11:09.52 | CIA-2 | We need to set 'auto usb0' here to avoid some random kernel oops when trying to |
| 11:09.52 | CIA-2 | to gadget_ethernet. |
| 11:13.37 | nar | hmm |
| 11:18.28 | vps | Building SDKs works fine in stable/2009, I use it to provide cross-compiler for my colleagues |
| 11:19.15 | vps | opkg is part of the SDK but 1) libssl and libcrypto are missing and 2) opkg can't CREATE ipks anyway |
| 11:19.52 | vps | ipkg-utils-native doesn't have a do_install() method in stable/2009 so there is no ipk to add to my SDKs |
| 11:20.33 | vps | Result: my colleagues can't provide ipks to install on our hardware |
| 11:22.37 | vps | Could dpkg-buildpackage from debian-lenny build packages for embedded devices? Will try... |
| 11:26.28 | *** join/#oe sge (~username@62.240.71.4) |
| 11:28.47 | *** join/#oe dnjl (~dnjl@dslb-094-223-219-144.pools.arcor-ip.net) |
| 11:32.51 | dnjl | hi, if got a small problem: I want to use in a machine the current cvs-kernel of hh.org. so I defined: |
| 11:32.53 | dnjl | PREFERRED_PROVIDER_virtual/kernel = "linux-handhelds-2.6" |
| 11:32.55 | dnjl | PREFERRED_VERSION_linux-handhelds-2.6 = "cvs" |
| 11:32.57 | dnjl | but the preferred version doesn't call the linux-handhelds-2.6_cvs.bb - instead linux-handhelds-2.6_2.6.16-hh9.bb is used. why?? |
| 11:32.59 | dnjl | if I define e.g. "2.6.21" this will work. |
| 11:34.11 | fahad | hi all |
| 11:35.03 | fahad | I have a question if someone can answer |
| 11:35.26 | fahad | when merginig native and target recipes, what to do if they are both inheriting from different recipes |
| 11:36.21 | vps | "inheriting"? Depending or requiring? |
| 11:38.15 | fahad | inherit |
| 11:39.19 | fahad | vps: using the *inherit* keyword |
| 11:39.38 | vps | Sorry, no idea. I thought it was only possible to inherit from classes |
| 11:40.03 | fahad | yes, from calsses, not recipes |
| 11:41.45 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 11:41.47 | vps | dnjl: I think you have to match PV in your preferred version: PV = "${K_MAJOR}.${K_MINOR}.${K_MICRO}-hh${HHV}+cvs${SRCDATE}" |
| 11:42.32 | fahad | vps: in non-native recipe, i have "inherit autotools pkgconfig binconfig" and in native, it is "inherit autotools pkgconfig native gettext" |
| 11:45.28 | eFfeM_work | fahad, i'm not too sure on binconfig, but if the native recipe requires gettext, I would expect it in the nonnative recipe too |
| 11:45.36 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 11:48.35 | fahad | eFfeM_work: okay, then i think i should just add gettext to non-native as well, and see if it builds fine |
| 11:48.42 | eFfeM_work | yes |
| 11:49.45 | *** join/#oe Marex (vasum7am@u-pl19.ms.mff.cuni.cz) |
| 11:50.31 | *** join/#oe kristoffer (~kristoffe@c-96dde555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 11:57.23 | dnjl | vps: tnx, this works if I define K_* and HHV before |
| 11:58.45 | *** join/#oe jpieper (~jpieper@209-6-37-232.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 12:04.57 | *** join/#oe sge (~username@62.240.71.4) |
| 12:06.35 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd5b3850cb6 10openembedded.git/recipes/bash/bash_3.2.bb: bash 3.2: bump PR |
| 12:06.36 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r16d7a4c8a3 10openembedded.git/conf/distro/include/ (4 files): |
| 12:06.36 | CIA-2 | angstrom: switch to ggdb2 to save space, noone seems to really exploit the things -ggdb3 provides |
| 12:06.36 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 12:06.36 | CIA-2 | Acked-by: Graeme Gregory <dp@xora.org.uk> |
| 12:06.36 | CIA-2 | Acked-by: Philip Balister <philip@balister.org> |
| 12:06.44 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc13e53be1a 10openembedded.git/recipes/mozilla/ (16 files in 2 dirs): firefox: update to 3.6.8 |
| 12:09.05 | nar | hrm. I keep getting 'This configuration not matched in ../abi-tags' |
| 12:09.09 | nar | when I try to build glibc |
| 12:10.02 | eFfeM_work | hm, never seen taht |
| 12:11.38 | nar | #define __ABI_TAG_OS 0 |
| 12:11.38 | nar | #ifndef __ABI_TAG_VERSION |
| 12:11.38 | nar | # define __ABI_TAG_VERSION 2,0,0 |
| 12:11.38 | nar | #endif |
| 12:11.54 | nar | is the contents of tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.10.1-r36.1/build-arm-angstrom-linux-gnueabi/csu/abi-tag.h |
| 12:13.11 | eFfeM_work | no idea, I haven't seen this with the sheeva build I did last weekend (but that was on my system at home, so cannot check what I have in that file) |
| 12:13.16 | nar | rgr |
| 12:14.59 | nar | I'm glad I use source control.. Because this dev tree is a disaster at this point. |
| 12:21.23 | nar | ahh. __ABI_TAG_VERSION should be the kernel sources it's built against.. 2,0,0 hardly seems right. |
| 12:22.37 | *** join/#oe anand_ (c2c54f12@gateway/web/freenode/ip.194.197.79.18) |
| 12:22.39 | vps | Using "Debian `dpkg-deb' package archive backend version 1.14.29 (i386)" I were able to create a .deb which installs on our ppc603e-based machine. :-) |
| 12:23.06 | nar | yay |
| 12:23.41 | anand_ | Hi |
| 12:23.51 | nar | greets |
| 12:24.01 | eFfeM_work | ls |
| 12:24.05 | anand_ | I am trying to boot beagle board rev C3 |
| 12:24.09 | nar | no such file! |
| 12:24.20 | anand_ | and I haven't ben able to boot it |
| 12:24.49 | anand_ | Any body who has worked on beagle board plz respond thanks |
| 12:25.16 | anand_ | waiting!!!!!!!!!! |
| 12:25.58 | eFfeM_work | lol |
| 12:26.18 | ericben | No need to wait more : I've worked on a beagle board. It was booting. :-D |
| 12:26.39 | eFfeM_work | like a charm |
| 12:26.54 | eFfeM_work | waiting too :-) |
| 12:26.56 | nar | Please insert $100 per hour! |
| 12:27.03 | anand_ | I m tryiing to boot it from MMC card and it shows only initial logo |
| 12:27.07 | ericben | http://elinux.org/BeagleBoard |
| 12:27.08 | nar | 1,000 hours minimum |
| 12:27.21 | eFfeM_work | anand_: have you read the channel topic ? |
| 12:27.28 | eFfeM_work | ~topic |
| 12:27.34 | eFfeM_work | help topic |
| 12:27.44 | anand_ | where is it? |
| 12:27.56 | Jin^eLD | just type /topic ;> |
| 12:27.58 | anand_ | give me the link |
| 12:28.02 | eFfeM_work | you get it when you join the channel (at least on decent clients |
| 12:28.13 | anand_ | ok |
| 12:28.30 | eFfeM_work | ok, now what is the part of the last sentence that you did not understand ? |
| 12:29.28 | anand_ | See I need help regarding beagle board, if u can plz respond |
| 12:30.02 | anand_ | I copied MLO and u-boot.bin into MMC card and tried to boot borad from MM card |
| 12:30.05 | ericben | anand_: check : http://elinux.org/BeagleBoard and here : http://elinux.org/BeagleBoardBeginners |
| 12:30.13 | eFfeM_work | anand_ have you tried #ubuntu that might be equally inappropriate |
| 12:30.15 | anand_ | ok thanks' |
| 12:30.28 | eFfeM_work | and things like (02:28:05 PM) anand_: waiting!!!!!!!!!! |
| 12:30.34 | eFfeM_work | does not help to get answers either |
| 12:30.37 | anand_ | No actually i want to try symbian |
| 12:30.46 | eFfeM_work | you might want to try #beagle |
| 12:31.16 | *** join/#oe dm8tbr (dm8tbr@gw.bfst.de) |
| 12:31.22 | anand_ | I m trying symbia on beagle |
| 12:31.31 | anand_ | symbian |
| 12:31.40 | Jin^eLD | eFfeM_work: I think he does not get the idea that #xxxxx means "channel on IRC" |
| 12:32.09 | eFfeM_work | Jin^eLD: nope |
| 12:32.19 | eFfeM_work | anand_: please type |
| 12:32.23 | eFfeM_work | <PROTECTED> |
| 12:32.31 | anand_ | ok |
| 12:33.41 | eFfeM_work | it is a much more appropriate place for your Q |
| 12:33.50 | ericben | or try this link : http://lmgtfy.com/?q=beagleboard+symbian |
| 12:34.01 | eFfeM_work | wonders how people interested in symbian on beagle end up in #oe anyway |
| 12:34.05 | eFfeM_work | ericben: :P |
| 12:36.42 | eFfeM_work | http://members.fortunecity.com/therealpuppet/annoy.html |
| 12:36.53 | eFfeM_work | doesn't mention the use of excessive exclamation marks though |
| 12:37.06 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
| 12:38.20 | dnjl | ehm, how to I remove all old kernel-builds from a build root? I don't want delete the whole build env and start from scratch. |
| 12:38.22 | dnjl | I've built some experimental kernels and now, if I build a image, it will every time include a newer kernel (and modules), which I doesn't use anymore. |
| 12:58.21 | *** join/#oe gnutoo (~gnutoo@host146-132-dynamic.16-79-r.retail.telecomitalia.it) |
| 13:06.10 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r56a7be995b 10openembedded.git/conf/distro/ (angstrom-2008.1.conf angstrom-2010.x.conf): |
| 13:06.10 | CIA-2 | angstrom: bump DISTRO_PR |
| 13:06.10 | CIA-2 | See http://thread.gmane.org/gmane.linux.distributions.angstrom.devel/4426 |
| 13:06.23 | *** join/#oe GNUtoo|laptop (~gnutoo@90.84.144.66) |
| 13:10.30 | ericben | glib-2.0 - 2.24.1 - r0 : configure: error: Could not find a glib-genmarshal in your PATH ... it seems glib-2.0 needs glib tools to be installed on the host |
| 13:11.31 | *** join/#oe hansdampf (~moritz@212.77.183.87) |
| 13:12.21 | eFfeM_work | ericben: what distro do you use on host |
| 13:12.37 | eFfeM_work | never had that message (ubuntu 8.04, 10.04 and opensuse 11.2) |
| 13:12.51 | ericben | I think the customer has a kubuntu ! |
| 13:13.03 | ericben | ubuntu & opensuse may already have glib installed |
| 13:13.27 | ericben | kubuntu may not install this, I'm investigating |
| 13:22.15 | *** join/#oe rschus (~rschus@234.163.71-86.rev.gaoland.net) |
| 13:25.07 | *** join/#oe zecke (~ich@123-192-162-165.dynamic.kbronet.com.tw) |
| 13:33.45 | Jin^eLD | can anyone hint me on bbclasses? looking at the autotools bbclass as example; does "EXPORT_FUNCTIONS do_configure do_install" mean that the defined functions autotools_do_configure and autotools_do_install will be called instead of the "default" ones? |
| 13:34.55 | *** join/#oe mlip (~mlip@62.218.44.194) |
| 13:35.50 | vps | ~topic |
| 13:36.10 | eFfeM_work | vps it is /topic |
| 13:36.36 | vps | thank you! I always wondered whether this would work in pidgin |
| 13:37.20 | eFfeM_work | yw |
| 13:47.06 | *** join/#oe vollhorst (3ee1668b@gateway/web/freenode/ip.62.225.102.139) |
| 13:52.46 | Jin^eLD | what is native machine conf supposed to be doing? a lot of packages fail because they attempt to install stuff to / on the build host (where they of course get permission denied) |
| 13:53.30 | *** join/#oe dos1 (~dos@adkn91.neoplus.adsl.tpnet.pl) |
| 13:53.30 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 13:53.46 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 13:55.09 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:02.48 | *** join/#oe kevinsc (~a0214685@nat/ti/x-fhglrlfitazowskg) |
| 14:03.03 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 14:05.45 | Jin^eLD | hey |
| 14:05.47 | Jin^eLD | oops wrong window |
| 14:06.36 | *** join/#oe SidH_ (~Sid_H@192.163.20.231) |
| 14:22.37 | *** join/#oe nar_ (~nar@38.104.194.118) |
| 14:23.14 | *** join/#oe SidH_ (~Sid_H@192.163.20.231) |
| 14:23.42 | *** join/#oe zecke (~ich@123-192-162-165.dynamic.kbronet.com.tw) |
| 14:25.52 | *** join/#oe Spz0 (~a@97-120-153-16.ptld.qwest.net) |
| 14:31.09 | *** join/#oe DJWillis (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com) |
| 14:32.47 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 14:33.48 | *** part/#oe dnjl (~dnjl@dslb-094-223-219-144.pools.arcor-ip.net) |
| 14:41.31 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 14:42.21 | *** join/#oe angelox_123 (~Angelo@201-95-128-239.dsl.telesp.net.br) |
| 14:43.22 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 14:46.53 | *** join/#oe zenlinuxPDX (~sgarman@li38-254.members.linode.com) |
| 14:47.41 | *** join/#oe koobe_ (~koobe@dsl-trebrasgw2-fe4df900-31.dhcp.inet.fi) |
| 14:54.01 | *** join/#oe pcacjr_ (~pcacjr@187.78.80.253) |
| 14:54.07 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 14:54.48 | *** join/#oe rednul_ (~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) |
| 15:01.16 | *** part/#oe mlip (~mlip@62.218.44.194) |
| 15:02.38 | CMoH | hello. i used to be able to point a bb recipe to a folder on disk using file://path-to-folder as SRC_URI. however nowadays it seems that does not work anymore; is this intentional? |
| 15:06.07 | angelox_123 | hi! I compiled opie-image with angstrom to EZX Phone A1200..it work but with wrong colours..any idea? my device uses 18bpp... |
| 15:06.17 | kergoth_ | CMoH: sounds like you aren't using a current version of OE |
| 15:06.53 | CMoH | kergoth_, so is this not intentional? |
| 15:07.02 | kergoth_ | it was broken, it was fixed |
| 15:07.07 | CMoH | i see; thanks |
| 15:07.32 | kergoth_ | CMoH: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=dd478c59e5ec36bc5f43ed9721323ad8171b5ef4 |
| 15:08.02 | CMoH | thanks |
| 15:08.22 | CMoH | that's a pretty recent commit |
| 15:08.53 | kergoth_ | a week ago, yes |
| 15:09.11 | angelox_123 | any help? |
| 15:09.37 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 15:10.34 | kristoffer | something wrong with the server? Getting permission denied when cloning repository |
| 15:11.10 | angelox_123 | i ever clone as root,after i do chmod -R 777 openembedded |
| 15:15.51 | *** join/#oe rschus (~rschus@234.163.71-86.rev.gaoland.net) |
| 15:19.15 | kristoffer | Im setting up my pushing environment on a different server (development server). All I need is to move my keys to that server right? |
| 15:19.52 | angelox_123 | hi! I compiled opie-image with angstrom to EZX Phone A1200..it work but with wrong colours..any idea? my device uses 18bpp... |
| 15:28.52 | *** join/#oe CosmicPenguin (~nobody@rrcs-67-52-130-30.west.biz.rr.com) |
| 15:39.55 | angelox_123 | hi! I compiled opie-image with angstrom to EZX Phone A1200..it work but with wrong colours..any idea? my device uses 18bpp... |
| 15:43.41 | *** join/#oe GNUtoo|laptop (~gnutoo@90.84.144.85) |
| 15:48.21 | *** part/#oe rschus (~rschus@234.163.71-86.rev.gaoland.net) |
| 16:02.45 | *** join/#oe angelox_123 (~Angelo@201-95-128-239.dsl.telesp.net.br) |
| 16:07.26 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 16:22.34 | *** join/#oe rednul_ (~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) |
| 16:34.15 | *** join/#oe angelox_123 (~Angelo@201-95-128-239.dsl.telesp.net.br) |
| 16:40.27 | nar_ | I realize this isn't the place for it, but I've got a weird issue.. With redundant u-boot env variables, when I use fw_setenv -- when the system resets, it drops directly to the u-boot prompt after the countdown.. doesn't run the bootcmd or anything. |
| 16:40.34 | nar_ | I'm baffled. |
| 16:40.46 | nar_ | Resetting power seems to 'fix it' |
| 16:50.42 | *** join/#oe rednul_ (~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) |
| 16:51.06 | *** join/#oe pH5 (~ph5@e178233104.adsl.alicedsl.de) |
| 17:01.45 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 17:05.26 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r62b89c2652 10openembedded.git/recipes/udev/ (udev-compat141_141.bb udev.inc udev_151.bb udev_154.bb): |
| 17:05.26 | CIA-2 | udev,udev-compat141: Fix machine specific RDEPENDS |
| 17:05.26 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 17:05.38 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r8df63c817f 10openembedded.git/recipes/xml-commons/ (jaxme_0.5.2.bb xpp3_1.1.3.4.O.bb): |
| 17:05.38 | CIA-2 | jaxme_0.5.2.bb, xpp3_1.1.3.4.O.bb: Remove do_stage_append |
| 17:05.38 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 17:05.38 | CIA-2 | Signed-off-by: Robert Schuster <robertschuster@fsfe.org> |
| 17:05.39 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r3b019733d8 10openembedded.git/classes/java-library.bbclass: |
| 17:05.39 | CIA-2 | java-library.bbclass: do_stage is not needed anymore |
| 17:05.40 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 17:05.40 | CIA-2 | Signed-off-by: Robert Schuster <robertschuster@fsfe.org> |
| 17:11.52 | *** join/#oe Martin-B (~martin@pool-85-67-198-89.dbd-ipconnect.net) |
| 17:23.20 | khem | nar_: are you doing saveenv ? |
| 17:23.58 | khem | nar_: usually when you modify the params the stay in ram unless you write them flash using saveenv |
| 17:24.22 | khem | and when you reset the old values are read from rom again |
| 17:34.31 | Jin^eLD | hmm, I have ASSUME_PROVIDED += "virtual/gcc-initial virtual/gcc-intermediate virtual/gcc virtual/g++" - why is it still building gcc-cross-intermediate? |
| 17:34.58 | kergoth_ | is there a reason you're not including 'cross' anywhere in your provided? |
| 17:35.32 | Jin^eLD | uhm, maybe I missed it? |
| 17:35.42 | kergoth_ | there is no "virtual/gcc" |
| 17:35.53 | kergoth_ | i suggest you look at the recipes, or various config files that set preferences |
| 17:36.06 | Jin^eLD | I copied the line from native machine conf I think |
| 17:36.09 | kergoth_ | bitbake -e gcc-cross-intermediate|grep \^PROVIDES |
| 17:36.39 | Jin^eLD | basically I was trying to come up with a configuration that would not build anything, and that should only be capable of produceing "all"-arch ipk's by repackaging some tar files, nothing more |
| 17:37.24 | kergoth_ | an assume provided like that is intended to not build the crosscompiler. that isn't going to magically make it not build anything else |
| 17:37.34 | kergoth_ | it'll just try to build things without having a crosscompiler, and die |
| 17:37.47 | Jin^eLD | I know, I tried adding more assume/provided things but that did not really work out |
| 17:38.26 | kergoth_ | assume provided will make bitbake not bulid that recipe *at all*. i guess you can pick the recipes you don't want to build one by one.. have fun |
| 17:38.27 | Jin^eLD | but I guess there is no real way to turn all that stuff off, so I'll probably still end up with building at least some minimal set of packages even if I do not need them |
| 17:38.38 | Jin^eLD | yeah, thats what I figured |
| 17:38.51 | Jin^eLD | so I ended up with trying to avoid at least the "big ones" |
| 17:38.59 | kergoth_ | i really don't see the point. |
| 17:39.25 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-sufphfnhauejlzeq) |
| 17:39.34 | kergoth_ | very very few recipes will work at all without a crosscopmiler, much less without their dependencies. you'll have to assume provided every recipe but a few tasks or something |
| 17:40.01 | Jin^eLD | well, I want to make use of the convenience that comes with OE/recipes for creating ipk's of some web sources |
| 17:40.22 | kergoth_ | okay, so create a recipe that doesn't depend on anything. |
| 17:40.24 | Jin^eLD | which are all noarch and are not complie |
| 17:40.28 | *** join/#oe soltys (soltys@soltys.soad.pl) |
| 17:40.29 | kergoth_ | INHIBIT_DEFAULT_DEPS = "1" |
| 17:40.32 | kergoth_ | in the recipe |
| 17:40.35 | kergoth_ | then bkae the recipe |
| 17:40.41 | kergoth_ | you don't need to use assume provided for that at all |
| 17:41.14 | Jin^eLD | hmm; I also have one recipe that basically adds the configuration for opkg, i.e. the stuff in /etc/opkg for a feed for those |
| 17:41.15 | khem | Jin^eLD: its gcc-cross-intermediate and gcc-cross-initial |
| 17:41.58 | Jin^eLD | from what I see that package does not have any depends either, still it was trying to build gcc/glibc and all the other stuff, I guess I must have something in my local.conf then |
| 17:43.27 | khem | Jin^eLD: bitbake -g is your friend |
| 17:43.33 | Jin^eLD | roger that, thanks |
| 17:45.48 | kergoth_ | Jin^eLD, not setting a varaible in a recipe doesn't mean its empty. |
| 17:45.55 | kergoth_ | Jin^eLD, are you forgetting that classes exist? |
| 17:46.07 | kergoth_ | i just told you how to disable the default dependencies |
| 17:46.45 | Jin^eLD | well that recipe did not inherit anything.. but yes, I am about to try that variable |
| 17:46.51 | Jin^eLD | :) |
| 17:46.58 | kergoth_ | yes, it did. |
| 17:47.16 | kergoth_ | the "base" class along with all classes listed in INHERIT are loaded for all recipes |
| 17:48.06 | Jin^eLD | aah, I did not think about that... |
| 17:48.09 | Jin^eLD | doh :> |
| 17:48.19 | kergoth_ | if base wasn't loaded, no tasks would exist |
| 17:48.23 | kergoth_ | including configure, compile, install.. |
| 17:48.27 | kergoth_ | the recipe would just do nothing at all |
| 17:49.58 | Jin^eLD | oh, I see.. |
| 17:50.14 | Jin^eLD | well next step for me will be to write a bbclass, that will handle this custom packaging that I have in mind |
| 17:53.06 | Jin^eLD | kergoth_: does "EXPORT_FUNCTIONS do_configure do_install" mean that the defined functions autotools_do_configure and autotools_do_install will be called instead of the "default" ones? |
| 17:53.38 | kergoth_ | yeah, it basically creates wrappers that call the class named ones |
| 17:53.54 | kergoth_ | its a convenience, to make it easier to name class tasks such that they can be run directly from overridden versions in recipes |
| 17:54.21 | Jin^eLD | so any foo_do_install in a bbclass will replace the default function? ok.. thx |
| 17:54.26 | kergoth_ | if autotools just defined do_confjigure, there'd be no way to create a do_configure that runs the autotools one :) |
| 17:55.01 | Jin^eLD | :) |
| 17:55.54 | kergoth_ | i can't remember if EXPORT_FUCNTIONS is a global thing, or if you have to do it in each class that creates a foo_do_bar |
| 17:55.58 | kergoth_ | drawing a blank |
| 18:00.59 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 18:04.03 | *** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz) |
| 18:10.28 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3967caeb51 10openembedded.git/recipes/nodejs/nodejs_0.2.0.bb: |
| 18:10.28 | CIA-2 | nodejs: fix recipe |
| 18:10.28 | CIA-2 | * fix configure |
| 18:10.28 | CIA-2 | * fix do_install |
| 18:10.28 | CIA-2 | * fix packaging |
| 18:10.38 | CIA-2 | 03AJ ONeal <coolaj86@gmail.com> 07org.openembedded.dev * r8a9ba8cde8 10openembedded.git/recipes/nodejs/ (4 files in 2 dirs): |
| 18:10.38 | CIA-2 | added recipe for nodejs |
| 18:10.38 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 18:10.46 | *** join/#oe vps (~vitus@hnvr-4d078030.pool.mediaWays.net) |
| 18:18.37 | *** join/#oe tharvey (~tharvey@76.205.222.173) |
| 18:19.57 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:27.55 | *** join/#oe GNUtoo|laptop (~gnutoo@80.10.46.35) |
| 18:31.02 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r241b8865f2 10openembedded.git/recipes/gcc/gcc-package-target.inc: |
| 18:31.02 | CIA-2 | gcc: trade QA errors for broken runtime dependencies |
| 18:31.02 | CIA-2 | * this fixes the missing deps on libstdc++ and libgcc after building gcc |
| 18:33.29 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 18:37.50 | kristoffer | khem, got your email, got any other ideas?.. |
| 18:45.25 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 18:48.34 | *** join/#oe redguy (~matik@unaffiliated/redguy) |
| 18:49.15 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 18:56.26 | nar_ | khem: Yeah.. I do the saveenv.. (twice) |
| 18:56.35 | nar_ | I'm betting this is a u-boot bug with marvell's crappo u-boot |
| 18:56.47 | nar_ | or I have to do saveenv twice or something ridiculous |
| 19:09.33 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
| 19:12.15 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 19:16.44 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 19:20.55 | *** join/#oe pcacjr_ (~pcacjr@187.78.80.191) |
| 19:20.55 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 19:27.54 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 19:32.23 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 19:48.09 | ka6sox | khem how many builds do you run simultaneously on garnet? |
| 19:50.43 | *** join/#oe psanchez (~psanchez@207.35.173.122) |
| 19:59.43 | psanchez | [Help Please] Why is MACHINE in my local.conf file not recognized? The file contains the line MACHINE = "at191sam9260ek" and the environment variable BBPATH is properly set. However when I run bitbake I get ""Please set a valid MACHINE in your local.conf". But when I set MACHINE in the environment, it works fine. |
| 20:04.27 | Tartarus | Is there a at191sam9260ek.conf file? |
| 20:05.01 | Tartarus | Or was that a typo? |
| 20:05.24 | Tartarus | at91sam9260ek exists |
| 20:05.27 | Tartarus | not 191 |
| 20:06.54 | *** join/#oe GNUtoo|laptop (~gnutoo@90.84.144.120) |
| 20:08.00 | psanchez | It's typo ... in my local.conf file. Thanks!! |
| 20:08.42 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 20:12.15 | *** join/#oe polyonymous (~hacker@g230195222.adsl.alicedsl.de) |
| 20:18.25 | *** join/#oe bluelightning (~bluelight@93-96-131-185.zone4.bethere.co.uk) |
| 20:18.25 | *** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning) |
| 20:24.22 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 20:39.21 | ericben | hi, can someone confirm bitbake -g works fine ? Here I get a lot of lines like described in this bug report : http://bugs.openembedded.net/show_bug.cgi?id=5002 |
| 20:59.16 | *** join/#oe GNUtoo|laptop (~gnutoo@host146-132-dynamic.16-79-r.retail.telecomitalia.it) |
| 21:00.14 | *** join/#oe ant_mob (~ant_mob@109.114.134.57) |
| 21:21.48 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 21:22.02 | pb__ | evening |
| 21:22.16 | Jin^eLD | hi |
| 21:25.22 | ant_mob | hi pb__ |
| 21:26.15 | ant_mob | How's going wrt house? |
| 21:27.13 | ant_mob | Monsoon season is coming on Uk... |
| 21:28.56 | ka6sox-work | khem, I need to give garnet more RAM...its OOM'd 2X today |
| 21:35.44 | *** join/#oe [Rui] (~Rui@a83-132-122-21.cpe.netcabo.pt) |
| 21:36.39 | [Rui] | kergoth: hi, I noticed you had to revert that fix about the paths of file:// urls, have you come up with a better fix? |
| 21:48.05 | khem | ka6sox: hi |
| 21:48.12 | khem | ka6sox: only one build |
| 21:48.18 | khem | but it runs like 4 jobs |
| 21:48.21 | khem | in parallel |
| 21:49.41 | khem | ericben: should be fixed in latest bitbake as it seems |
| 21:50.43 | khem | Hi pb__ how is your house construction coming up |
| 21:53.32 | kergoth | [Rui]: apparently you didn't look closely. it was reverted, then re-applied with an additional fix |
| 21:53.50 | khem | ka6sox-work: you can bring garnet down if you want |
| 21:53.53 | [Rui] | kergoth: maybe it was after I checked the log! |
| 21:53.59 | khem | I can restart the builds |
| 21:54.09 | kergoth | i think it was that day, but perhaps |
| 21:54.26 | [Rui] | kergoth: I tend to not update so frequently because then I'll have to wait over a day before I can start doing my packages to test the application :| |
| 21:54.29 | ka6sox-work | khem, then I should give it like 2.5GB... |
| 21:54.31 | kergoth | nods |
| 21:54.38 | [Rui] | kergoth: thanks :) |
| 21:55.13 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
| 21:55.38 | pb__ | ant_mob, khem: well, we have some walls on the ground floor now. |
| 21:55.42 | khem | ka6sox-work: ok |
| 21:56.03 | pb__ | next week, hopefully a first floor as well. |
| 21:56.10 | khem | pb__: cool. |
| 21:56.26 | ka6sox-work | khem, its back up...go ahead and start up all 4 |
| 21:56.26 | khem | pb__: can you reside in it at same time now |
| 21:56.31 | ka6sox-work | and lets see if it oom's |
| 21:56.31 | khem | ok |
| 21:56.54 | pb__ | khem: no, not yet. |
| 21:57.15 | pb__ | probably another 8 weeks at least until it's habitable. |
| 21:57.26 | khem | hmm ok |
| 21:58.01 | pb__ | ground floor walls means literally that. no roof, no ceiling. |
| 21:58.10 | pb__ | also no plumbing or electricity yet. |
| 21:58.30 | pb__ | and no doors or windows :-} |
| 21:59.42 | khem | pb__: heh got it. but skeleton is ready |
| 22:00.21 | ant_mob | he .."barebox" |
| 22:01.33 | ant_mob | khem: thx for fixing klibc static renaming fallout |
| 22:01.46 | ant_mob | I had no ti |
| 22:01.47 | khem | ant_mob: np |
| 22:02.28 | RP | pb__: Sounds like you're making progress at least |
| 22:02.28 | ant_mob | time to test the initramfs imgs |
| 22:02.48 | RP | is having trouble finding a builder to come and sort out the garage |
| 22:02.58 | RP | is giving up on doing that himself |
| 22:02.59 | *** join/#oe gnutoo (~gnutoo@host146-132-dynamic.16-79-r.retail.telecomitalia.it) |
| 22:03.53 | ant_mob | khem: about udev-compat, it looks like 2.6.36 will soon obsolete the need for it |
| 22:04.15 | ant_mob | (fingers crossed) |
| 22:04.32 | khem | ant_mob: yeah and also the scsi headers will be sorted out |
| 22:04.42 | khem | so .36 will be nice |
| 22:05.33 | khem | NameError: global name 'providerlog' is not defined |
| 22:05.38 | khem | hmmm latest bitbake |
| 22:06.16 | khem | kergoth: I guess its the logging branch stuff .. |
| 22:06.55 | kergoth | hmm, haven't seen that one |
| 22:06.56 | kergoth | looks |
| 22:07.58 | *** join/#oe GNUtoo|laptop (~gnutoo@host146-132-dynamic.16-79-r.retail.telecomitalia.it) |
| 22:08.55 | khem | kergoth: http://pastebin.com/sJe8fhp7 |
| 22:09.05 | khem | has more info |
| 22:09.31 | kergoth | khem: fixed, thanks |
| 22:09.46 | khem | yeah lib/bb/taskdata.py doesnt seems to define it |
| 22:09.48 | khem | ok |
| 22:12.00 | khem | kergoth: thanks seems to work now |
| 22:12.20 | kergoth | cool, thanks for the report. downside to python, if you don't actually hit each codepath, errors can lurk :) |
| 22:12.34 | khem | yes |
| 22:12.38 | khem | code coverage is needed |
| 22:12.56 | kergoth | yeah |
| 22:13.02 | khem | kergoth: http://bugs.openembedded.net/attachment.cgi?id=13797 |
| 22:13.09 | khem | this seems to be lurking in master |
| 22:13.21 | khem | I mean http://bugs.openembedded.net/show_bug.cgi?id=5002 |
| 22:13.45 | khem | I guess we need that patch on master |
| 22:15.10 | kergoth | my comment from last year seemed to imply it was fixed in master, but differently. can you reproduce that? |
| 22:15.49 | ericben | kergoth: yes |
| 22:16.47 | ericben | kergoth: il seems for rdepend in depgraph["rdepends-pkg"][package]: |
| 22:17.07 | ericben | gives letters and not strings |
| 22:17.09 | kergoth | was that supposed to be english? |
| 22:17.21 | kergoth | yes, i know what the behavior is, the patch implies it, and the bug explains it |
| 22:17.35 | ericben | sorry this was line 443 of bitbake/lib/bb/cooker.py |
| 22:18.24 | ericben | yes, but the bug was marked as solved and it seems to still exist and the patch doesn't seems to work anymore |
| 22:18.30 | kergoth | so re-open the thing |
| 22:18.32 | kergoth | it's not that hard |
| 22:18.36 | kergoth | if its broken, reopen the bug |
| 22:19.02 | ericben | sorry, I was just trying to understand the thing before |
| 22:32.05 | ericben | kergoth: while talking of bitbake, do you think this patch is ok ? : http://patchwork.openembedded.org/patch/2883/ |
| 22:33.14 | kergoth | i'd question the wisdom of using chdir. the caller might not be expecting its current directory to change. it'd be better to do that in the subprocess it spawns off to run the fetch command |
| 22:37.33 | ericben | if I understand well hg.py, it's changing the dir just after runfetchcmd so is that a problem too change dir just before runfetchcmd ? |
| 22:39.06 | ericben | for the bug report, it's assigned to bitbake-dev@lists.berlios.de as a default, should I add openembedded's dev list in copy ? |
| 22:45.24 | *** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz) |
| 22:47.04 | *** join/#oe ant_mob (~ant_mob@109.114.134.57) |
| 22:47.09 | ericben | ok bug submited : http://bugs.openembedded.net/show_bug.cgi?id=5471 |
| 22:48.10 | *** join/#oe tharvey (~tharvey@76.205.222.173) |
| 22:48.34 | *** join/#oe GNUtoo|laptop (~gnutoo@84.246.217.30) |
| 22:55.08 | *** join/#oe angelox_123 (~Angelo@201-95-28-105.dsl.telesp.net.br) |
| 22:56.22 | *** join/#oe d_th (~dth@a89-183-8-141.net-htp.de) |
| 22:56.24 | *** join/#oe GNUtoo|laptop (~gnutoo@host55-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 22:57.20 | ericben | when installing python-modules, python-dev is installed which pulls several dev packages. Is this an expected behaviour or should we remove python-dev from RDEPENDS_python-modules ? |
| 23:01.15 | GNUtoo|laptop | ericben, hi, quick thing: |
| 23:01.23 | GNUtoo|laptop | the wesnoth demo problem was an sdl bug |
| 23:01.26 | ericben | hi GNUtoo|laptop |
| 23:01.45 | ericben | ok this was demo effect :) |
| 23:02.10 | ericben | Are you back in Italia ? |
| 23:02.53 | GNUtoo|laptop | not yet |
| 23:02.59 | GNUtoo|laptop | I'm using my vpn |
| 23:03.06 | GNUtoo|laptop | but I will very soon |
| 23:06.27 | GNUtoo|laptop | and as soon as I've the time....I'll try to port serial on an upstream kernel for my bug device |
| 23:06.40 | GNUtoo|laptop | btw you know wifi? |
| 23:07.20 | GNUtoo|laptop | there was a thread on the wireless mailing list about wl1271 and omap zoom |
| 23:07.30 | GNUtoo|laptop | it was about the virtual card detect thing |
| 23:08.00 | GNUtoo|laptop | if the card is wired, do I need a similar hack? |
| 23:08.11 | GNUtoo|laptop | for instance if it's powered by gpios |
| 23:09.03 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:09.06 | GNUtoo|laptop | the driver is libertas_sdio but it's not on the bug device |
| 23:09.43 | ericben | on one board we also have libertas_sdio and no card detect as it's soldered on the board |
| 23:12.26 | GNUtoo|laptop | I mean virtual card-detect |
| 23:12.37 | GNUtoo|laptop | but maybe it's not needed |
| 23:14.03 | ericben | I don't know what is this virtual card-detect |
| 23:15.31 | GNUtoo|laptop | ok |
| 23:15.50 | GNUtoo|laptop | it's because certain driver like wl1271 are powerd down by defualt |
| 23:16.03 | GNUtoo|laptop | on wl1251 it's the same |
| 23:16.22 | GNUtoo|laptop | if you don't force a card-detect I assume that it won't find the card |
| 23:17.49 | GNUtoo|laptop | I'll try without card detect then |
| 23:17.51 | GNUtoo|laptop | thanks a lot |
| 23:18.09 | *** join/#oe tharvey (~tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
| 23:21.43 | ericben | for libertas, we are using it as a module and that works fine. I must check but I think for this SD slot we don't register a card detect in the platform driver |
| 23:22.46 | ericben | on i.MX we can have the card detect using DAT3 pin so you don't always need a GPIO |
| 23:23.11 | ericben | do yoou know what is python-distutils ? is it only for development or also for the target ? |
| 23:24.18 | GNUtoo|laptop | ok thanks a lot! |
| 23:24.20 | GNUtoo|laptop | I think it's for compiling python stuff |
| 23:24.20 | GNUtoo|laptop | not sure |
| 23:24.21 | GNUtoo|laptop | http://www.mail-archive.com/linux-omap@vger.kernel.org/msg31698.html is the thread about virtual card detect btw |
| 23:24.57 | ericben | http://www.spinics.net/lists/linux-omap/msg33767.html here theyy say this is no more needed |
| 23:25.46 | GNUtoo|laptop | ok |
| 23:26.55 | GNUtoo|laptop | thanks a lot |
| 23:28.23 | GNUtoo|laptop | I'll go to sleep very soon |
| 23:28.39 | GNUtoo|laptop | bye, and thanks a lot |
| 23:28.45 | GNUtoo|laptop | btw about distutils |
| 23:28.46 | ericben | same here , bye |
| 23:28.58 | GNUtoo|laptop | you know better perl or python? |
| 23:29.04 | ericben | none :-D |
| 23:29.17 | GNUtoo|laptop | ok |
| 23:29.22 | GNUtoo|laptop | both don't use makefiles |
| 23:29.27 | GNUtoo|laptop | but a perl or python script |
| 23:29.36 | ericben | ok |
| 23:29.39 | GNUtoo|laptop | for "compiling" or installing a module |
| 23:29.54 | GNUtoo|laptop | so distutils is necessary for that to work |
| 23:29.59 | ericben | from what I understand from t he doc : distutils is used to "build" the modules |
| 23:30.07 | ericben | but is it also needed at runtine on the target ? |
| 23:30.24 | GNUtoo|laptop | http://docs.python.org/distutils/setupscript.html |
| 23:30.28 | GNUtoo|laptop | for the reference |
| 23:30.30 | ericben | because in the end, that's a 6MB package only for python-distutils |
| 23:30.33 | GNUtoo|laptop | not at all |
| 23:30.35 | ericben | yes I was also here |
| 23:30.41 | GNUtoo|laptop | unless you want to build the modules on target |
| 23:31.10 | ericben | ok thanks |
| 23:32.08 | khem | kergoth: I see these huge messages with rm_work enabled |
| 23:32.18 | ericben | I'll submit to patches : one to remove python-dev from python-modules and an other to remove python-distutils. python experts will judge but with these pathces my image went from 256MB to 56 ! |
| 23:33.19 | khem | kergoth: http://pastebin.com/6SBcSgVy |
| 23:33.48 | kergoth | no idea |
| 23:34.20 | khem | I did not enable packaged staging but still those messages are confusing |
| 23:34.33 | khem | may be rm_work brought those in |
| 23:35.53 | khem | do_qa_staging fails got packages and when I run bitbake <recipe> then it works |
| 23:35.55 | khem | weird |
| 23:36.34 | khem | its for recipe called recipes/check/check_0.9.5.bb |
| 23:36.41 | Jin^eLD | hmm, I have my own bbclass, which for testing purposes looks like this: http://pastebin.mozilla.org/784934 and I see that do_check is being run, but why does bb.fatal does not abort? I also tried bb.note and did not get any output either |
| 23:46.13 | kergoth | Jin^eLD: you didn't add do_check to EXPORT_FUNCTIONS |
| 23:46.21 | kergoth | so it's running a nonexistent empty task, if anything |
| 23:46.26 | Jin^eLD | oh hmm |
| 23:46.38 | Jin^eLD | I saw that some classes do not use that EXPORT_FUNCTIONS thing at all |
| 23:46.41 | Jin^eLD | so I was kind of unsure |
| 23:46.49 | kergoth | i already told you what it does |
| 23:46.55 | kergoth | it handles the different naming |
| 23:47.07 | kergoth | it creates a wrapper for <task> which runs classname_<task> |
| 23:47.16 | kergoth | if you don't want to use it, don't, but don't name your task addons_do_check |
| 23:47.19 | kergoth | just make it do_check |
| 23:47.40 | Jin^eLD | ok I guess I was confused then, got it now |
| 23:49.21 | Jin^eLD | yep now it works, thanks again ) I can finally go to sleep now :) |
| 23:49.38 | kergoth | ericben|away: the manifest is generated, iirc. see if you need to change the scripts that generate them, too |
| 23:49.41 | kergoth | np |