00:00.54 | *** join/#oe tmbinc (i=abcd@83.141.3.59) |
00:22.24 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
00:29.09 | *** join/#oe jott_ (n=j@unaffiliated/jott) |
00:49.51 | *** join/#oe tnb (n=tnb@sdgsystems.net) |
01:06.59 | *** join/#oe greentux (n=lemke@Z591b.z.pppool.de) |
01:09.56 | *** join/#oe W8TVI (n=me@166.166.52.254) |
01:13.10 | *** join/#oe Laibsc1 (n=Laibsch@p54B96A11.dip.t-dialin.net) |
01:16.20 | *** join/#oe mwester-road (n=chatzill@12.47.40.226) |
01:23.45 | CIA-3 | 03mickeyl 07org.oe.dev * rccee86b3... 10/ (3 files in 3 dirs): |
01:23.45 | CIA-3 | alsa-state: ship standard asoundrc (simple dmix configuration) that should |
01:23.45 | CIA-3 | be a reasonable default for most devices |
01:28.09 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
01:38.28 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
01:38.35 | *** join/#oe jumpkick (n=GED@bas2-toronto47-1242435719.dsl.bell.ca) |
01:46.18 | *** join/#oe memeruiz_ (n=memeruiz@R9573.r.pppool.de) |
02:15.56 | *** join/#oe benlau (n=benlau@221.125.8.107) |
02:23.00 | *** join/#oe rd_ (n=rd@trung.tam.mua.ban.trao.doi.phu.nu) |
02:29.49 | *** join/#oe khem (n=khem@adsl-71-146-21-254.dsl.pltn13.sbcglobal.net) |
02:46.55 | *** join/#oe mwester-road (n=chatzill@12.47.40.226) |
03:07.38 | *** join/#oe tank17 (i=tank17@gateway/tor/x-476a31021dc1f59d) |
03:56.14 | *** join/#oe mhnoyes__ (n=mhnoyes@dialup-4.246.21.20.Dial1.SanJose1.Level3.net) |
04:16.34 | *** join/#oe tank1717 (i=tank17@gateway/tor/x-aa39b8619d6713cb) |
04:19.04 | *** join/#oe _summatusmentis_ (n=summatus@umm-yrless170.morris.umn.edu) |
04:51.59 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
05:02.04 | *** join/#oe psokolovsky (n=psokolov@82.193.99.25) |
05:17.19 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
05:46.10 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
05:46.50 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
06:01.55 | *** join/#oe bluelightning (n=blueligh@122.57.160.97) |
06:19.20 | *** join/#oe polyonymous (n=hacker@pD95392E1.dip0.t-ipconnect.de) |
06:42.58 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
06:43.09 | steliosk | good morning all |
06:52.05 | *** join/#oe Darth_Wader (n=sith@vorphalack.dialup.corbina.ru) |
07:01.13 | *** join/#oe daurnimator (n=fake@unaffiliated/daurnimator) |
07:02.32 | *** join/#oe summatusmentis_ (n=summatus@rn083002.morris.umn.edu) |
07:11.29 | *** join/#oe nud (n=sf@www.multitel.be) |
07:12.49 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
07:28.34 | *** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net) |
07:34.04 | RP | morning all |
07:36.34 | CIA-3 | 03koen 07org.oe.dev * rf01ed979... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom 2007.1: require sane-srcrevs.inc |
07:37.24 | koen | good morning RP |
07:37.31 | koen | good morning all |
07:49.54 | CIA-3 | 03koen 07org.oe.dev * r8b47107e... 10/ (4 files in 2 dirs): |
07:49.54 | CIA-3 | srcrev files: updates |
07:49.54 | CIA-3 | * added new entries to sane-srcrevs.inc and updated old one |
07:49.54 | CIA-3 | * added insane-srcrevs.inc that sets every package to AUTOREV |
07:49.55 | CIA-3 | * added moko-autorev.inc that sets openmoko*.bb to AUTOREV |
07:50.36 | koen | there we go |
07:53.44 | *** join/#oe Caelian|work (n=pascal@p5481E4CE.dip.t-dialin.net) |
07:53.48 | *** join/#oe rob_w (n=bob@M958f.m.pppool.de) |
07:54.21 | nud | when cross-compiling with oe, where are located the header files ? |
07:55.42 | hrw | morning |
07:55.54 | hrw | ~curse flickr for crap called yahooid |
07:55.54 | ibot | May you be reincarnated as a Windows XP administrator, flickr for crap called yahooid ! |
07:56.02 | koen | hey hrw |
07:56.16 | koen | nud: ${STAGING_INCDIR} |
07:56.34 | nud | koen: are all the header files in that particular directory ? |
07:56.52 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
07:56.58 | koen | not all, but the ones you need are :) |
07:57.07 | nud | ok :-) |
07:57.15 | nud | opal build system is such a crap... |
07:57.44 | koen | opal, openh323, pwlib, all crap |
07:57.58 | nud | yeah :-( |
07:59.05 | nud | I've heard someone whas properly autotooling all that |
07:59.32 | *** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net) |
08:01.41 | Caelian|work | hmmm ... i just noticed in my build log that the ipk build of ruby for slugosle fails to build the socket library with the following error: "Fatal: --enable-ipv6 is specified, and your OS seems to support IPv6 feature. But your getaddrinfo() and getnameinfo() are appeared to be broken. Sorry,you cannot compile IPv6 socket classes with broken these functions. You can try --enable-wide-getaddrinfo." |
08:03.10 | nud | do you think it's wise to use a build dir of another package in a bitbake file ? |
08:03.50 | Caelian|work | what would be the easiest way to "fix" this ipk package build .. as i need the socket interface regardless of wether or not it supports ipv6 |
08:10.50 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
08:11.08 | *** join/#oe frank7d (n=afs@91.2.3.213.fix.bluewin.ch) |
08:11.29 | *** join/#oe Sleep_Walker (i=Sleep@nat/suse/x-d63670e9a5b5bb7a) |
08:11.35 | RP | SRCREV = "1" pushed |
08:12.29 | RP | koen: I tweaked the .inc files to use ?= |
08:12.50 | koen | I had a reason for not doing that :) |
08:13.04 | RP | koen: hmm. What was the reason? |
08:13.19 | koen | making it harder for people to shoot themselves in the foot |
08:13.45 | RP | koen: OE is about allowing people to customise things. I think we have to give them that option |
08:13.47 | hrw | koen: but if I want to have recent eds-dbus I would have to edit OE confs instead of local.conf |
08:14.04 | RP | It should be changable from local.conf |
08:14.20 | koen | RP: you can customize things either way |
08:15.07 | koen | just do DISTRO_EXTRA_RDEPENDS = "AUTOREV" in local.conf |
08:16.01 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
08:16.58 | koen | RP: moko-autorev is useless when using ?= |
08:17.32 | RP | koen: why? |
08:17.52 | nud | koen: no way to get the equivalent of the $PREFIX (where dependencies are already installed) ? |
08:18.08 | koen | because angstrom already includes sane-srcrevs.inc |
08:18.26 | RP | koen: So you need to include it before you include angstrom... |
08:18.52 | koen | that is counterintuitive |
08:19.51 | koen | why is local.conf so sacred that I have to butcher distro.confs? |
08:20.13 | koen | Isn't a distro supposed to set policy? |
08:20.22 | hrw | koen: because local.conf is the only place when user can change some stuff |
08:20.32 | koen | that's not true |
08:20.38 | RP | koen: Distro sets default policy. The user should be free to override whatever they like |
08:20.52 | koen | and if you *need* to change things, you're not a user anymore, but a developers |
08:20.53 | hrw | koen: changing distro files is not user way |
08:21.06 | bernard_ | using angstrom-2007.1 on davinci-dvevm, when i `bitbake bootstrap-image`, i get a bunch of "unsatisfied recommendation for ..." (where, ... includes things like kernel-module-vfat, kernel-module-nfs, pointercal, alsa-states, ncurses-terminfo, and more), followed by: |
08:21.10 | bernard_ | ERROR: Cannot satisfy the following dependencies for task-base: |
08:21.11 | koen | RP: Isn't that up to the distro to decide? |
08:21.13 | bernard_ | <PROTECTED> |
08:21.29 | koen | bernard_: wrong PACKAGE_EXTRA_ARCHS? |
08:21.30 | bernard_ | (sorry to interrupt conversation ...) |
08:21.30 | hrw | koen: what if application developer use OE to build it? |
08:21.49 | hrw | koen: then he select DISTRO/MACHINE and want to use AUTOREV for own app |
08:22.06 | koen | then he can set AUTOREV in his recipe |
08:22.11 | RP | koen: If you think everything should be locked down and unchangable by the user please go and start your own distro. It is not a good policy for the "default" OE distro which is meant to allow cusotmisation |
08:22.30 | RP | koen: It is also not a good policy for versatile generic include files |
08:22.30 | koen | RP: I *have* my own distro, it's called angstrom |
08:22.38 | bernard_ | koen: in build/conf/local.conf? there's nothing set. it's essentially a copy of OE.dev/conf/local.conf.sample. |
08:22.40 | RP | koen: Angstom is not yours |
08:23.30 | koen | RP: that's your opinion |
08:24.14 | hrw | bernard_: "bitbake update-modules angstrom-version ipkg-collateral sysvinit update-rc.d prism-firmware spectrum-fw" and look does it start do_package tasks for them |
08:24.59 | hrw | bernard_: and give info if this is a reason |
08:25.33 | RP | koen: Its a blummin important distinction. If you think you "own" angstrom then its not the OE community distro that half of us think it is... |
08:26.15 | bernard_ | hrw: it does do_package_write, do_build and do_qa_staging, but not do_package |
08:27.02 | koen | RP: I want angstrom to be hard to break, you say I can't do that |
08:27.07 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
08:27.21 | hrw | bernard_: in that build it does it? |
08:28.43 | RP | koen: I think its a waste of time and is just going to force people to make much nastier hacks |
08:29.09 | RP | koen: I also don't want this "policy" of yours/angstroms spilling onto generic conf files |
08:29.52 | CIA-3 | 03rpurdie 07org.oe.dev * rd6b23e81... 10/ (5 files in 3 dirs): srcrev: Change default to '1', make assignments in .inc files weak assignment and update generator code, set SRCREV to the old default insane-srcrevs.inc |
08:29.52 | koen | first I get yelled at for creating angstrom-<foo> and now I get yelled at for not making angstrom-<foo> files |
08:30.24 | RP | koen: Its this underlying idea of forcing users to use certain settings I disagree with |
08:30.34 | RP | koen: It is absolutely pointless |
08:30.34 | bernard_ | hrw: nope. that bitbake command never called do_package. should i blow away the stamps for those packages and bitbake -c package them? |
08:30.53 | RP | koen: All it does is force users to hack the distro or other config files |
08:31.06 | hrw | bernard_: do_package_write_ipk are called? |
08:31.14 | RP | koen: It won't actually stop them changing anything,.. |
08:31.22 | koen | RP: hmm, right |
08:31.40 | koen | maybe I overestimate the common sense of users |
08:31.43 | bernard_ | hrw: nope. do_package_write is though, not do_package_write_ipk |
08:32.09 | rwhitby | So does koen own Angstrom or not? The answer to that determines whether SlugOS and MokoSlug survive as distros ... |
08:32.10 | RP | koen: It also makes changes difficult for anyone with a genuine need |
08:32.27 | hrw | bernard_: other packages were generated? |
08:32.38 | RP | rwhitby: I'm very worried about what koen said above and I think others will be as well :/ |
08:33.23 | rwhitby | maybe we need a new distro called 'Micro' who's scope of decision making is a bit wider than an Angstrom ... |
08:33.23 | bernard_ | hrw: yep. about 2960 of them, but just not those ones it seems. |
08:34.21 | koen | RP: the angstrom core team was suggested a few weeks back, but no action was taken, so I guess people don't want that team |
08:34.41 | RP | koen: We're waiting on Mickey on that as you yourself has pointed out |
08:34.56 | rwhitby | I think if one person thinks they own Angstrom solely, then the idea of a team is not going to succeed anyway ... |
08:35.06 | RP | rwhitby: quite :/ |
08:35.25 | rwhitby | But I hope it was just said in jest above ... |
08:35.51 | koen | it was |
08:36.18 | koen | the "start your own distro" remark was nonsense |
08:36.51 | koen | since RP demonstrated that even if you start your own distro OE will take control over it |
08:36.51 | ade|desk | anyone fancy a pint ? |
08:37.41 | bernard_ | hrw: i think i've got enough to guide me through. cheers for pointing me in the right direction. |
08:37.44 | rwhitby | I think the main point is that if a certain distro is always touted as being the "reference distro for OE", then it should be a product of a community of people, not just one point of view. |
08:39.03 | RP | koen: I have no intention of "taking control" of openmoko or any other specific distros. As rwhitby said, angstrom has been held up as a reference distro which is why "OE" is expecting to have some influence over it. It is meant to set an example |
08:39.55 | *** join/#oe AvengerMoJo (n=alex@219.142.253.48) |
08:40.38 | RP | ade|desk: yes please :) |
08:40.51 | rwhitby | Coopers Pale Ale please |
08:41.34 | RP | A pint of black sheep ale for me please |
08:41.41 | koen | one guinness |
08:43.52 | ade|desk | koen: i'd advise not having the guinness in my local, not a good example sadly |
08:44.44 | ade|desk | when are folks nearing Cambs I will certainly buy you all a drink :) |
08:45.56 | ade|desk | hrw: i thought lager and good are mutually exclusive |
08:46.10 | ade|desk | come on down XorA :) |
08:46.22 | XorA | although Cambs scares me |
08:47.02 | hrw | ade|desk: maybe in UK |
08:47.02 | XorA | nothing beats a good real ale |
08:47.02 | ade|desk | hehe |
08:47.07 | hrw | ade|desk: but there is possibility to buy Polish beer in UK now ;) |
08:47.28 | koen | deuchars? |
08:48.07 | XorA | your due a ....... |
08:48.27 | bernard_ | bleh. this may be something to do with my problem... |
08:48.28 | *** join/#oe benlau (n=benlau@221.125.8.107) |
08:48.28 | bernard_ | NOTE: package linux-davinci-2.6.x+git20070913-r1: task do_package: started |
08:48.28 | bernard_ | sh: arm-angstrom-linux-gnueabi-depmod-: command not found |
08:48.48 | koen | XorA: can I talk you into bringing a few tins of BRU into OEDEM? |
08:49.22 | XorA | koen: Ill see how luggage weight goes, would bottles be OK? |
08:49.26 | ade|desk | damn the hh16 kernel is a big download 56 mb ! |
08:49.34 | koen | XorA: sure! |
08:50.03 | XorA | We should invent a Bru + Leffe cocktail for mickey :-D |
08:50.20 | ade|desk | as in the orange sticky sweet sparkle juice ? |
08:50.27 | XorA | ade|desk: yes |
08:50.30 | ade|desk | wow |
08:51.06 | ade|desk | i still think a cheese and chocolate drink is the way forard, pleases both sexes |
08:51.15 | ade|desk | forward even |
08:53.13 | *** join/#oe oe (n=panayot@rt1.mps.bg) |
08:54.19 | ade|desk | XorA: it's a concept, not a viable product sadly. men and women will never be able to agree without it though |
08:54.42 | XorA | ade|desk: sounds like a girls only drink to me |
08:54.56 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
08:55.22 | ade|desk | man and cheese, maybe it's a southern thing |
09:00.42 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
09:01.17 | *** join/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
09:04.32 | likewise | cbrake: ping |
09:08.30 | *** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl) |
09:15.58 | RP | ade|desk: probably ;-) |
09:16.03 | RP | morning zecke |
09:16.45 | zecke | moin |
09:38.56 | CM | !oebug 2928 |
09:39.36 | XorA | yo Laibsch |
09:40.07 | Laibsch | hi XorA, good morning everyone. |
09:40.15 | *** join/#oe rd_ (n=rd@trung.tam.mua.ban.trao.doi.phu.nu) |
09:41.47 | hrw | hi Laibsch |
09:42.21 | *** join/#oe rd__ (n=rd@trung.tam.mua.ban.trao.doi.phu.nu) |
09:42.51 | likewise | gm |
09:46.44 | nud | how can one propose a patched / new bb file for inclusion ? |
09:46.51 | hrw | via bugtracker |
09:50.33 | *** join/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
09:53.43 | koen | because it checks /usr/<foo>, which is on your host |
09:54.17 | *** join/#oe Caelian|work_ (n=pascal@p5481E4CE.dip.t-dialin.net) |
09:58.06 | *** join/#oe kristoffer (n=kristoff@80.251.192.3) |
09:59.07 | *** join/#oe Caelian|work (n=pascal@p5481E4CE.dip.t-dialin.net) |
10:04.00 | *** join/#oe Caelian|work_ (n=pascal@p5481E4CE.dip.t-dialin.net) |
10:19.24 | *** join/#oe psokolovsky (n=psokolov@82.193.99.25) |
10:24.29 | CIA-3 | 03koen 07org.oe.dev * rb37835d2... 10/ (1 packages/linux/linux_2.6.21.bb): linux 2.6.21: remove gumstix patch that breaks busybox |
10:26.36 | CIA-3 | 03hrw 07org.oe.dev * r7370b7cb... 10/ (1 packages/starling/starling_0.2.bb): starling 0.2: fix DEPENDS |
10:26.41 | CIA-3 | 03hrw 07org.oe.dev * r159bde97... 10/ (1 conf/distro/openmoko.conf): openmoko: use moto-autorev.inc to get OpenMoko apps from SVN always |
10:32.28 | *** join/#oe lichtges1alt (n=Lichtges@R72b8.r.ppp-pool.de) |
10:38.55 | CIA-3 | 03koen 07org.oe.dev * rf17497ce... 10/ (1 packages/uclibc/elf2flt_svn.bb): elf2flt: add wrapper for uclinux binaries needing funky linkers |
10:38.59 | CIA-3 | 03koen 07org.oe.dev * rc9f11994... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevc: add elf2flt |
10:39.04 | CIA-3 | 03koen 07org.oe.dev * r0fc94aea... 10/ (1 packages/uclibc/bfin-uclibc_svn.bb): bfin-uclibc: add blackfin fork of uclibc |
10:39.08 | CIA-3 | 03koen 07org.oe.dev * rab0d9a48... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevs: add bfin-uclibc |
10:55.44 | *** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl) |
10:58.06 | nik0n | hi i get a error on compiling gcc-cross can any1one help plz? |
10:58.07 | nik0n | tmp/work/gcc-cross-4.1.2-r6/gcc-4.1.2/build.i686-linux.arm-linux-uclibc/arm-linux-uclibc/libstdc++-v3/include/cstdlib:111: error: '::atof' has not been declared |
10:58.16 | nik0n | TARGET_OS=linux-uclibc |
10:58.24 | nik0n | host is debian |
11:01.44 | rob_w | how does oe resume broken downloads ? |
11:01.54 | *** join/#oe mwester-road (n=chatzill@12.47.40.226) |
11:03.39 | nik0n | remove the files from the sources directory and fetch again? |
11:05.14 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
11:06.50 | hrw | "/usr/bin/env svn update -r ${AUTOREV} failed with signal 1" :( |
11:08.01 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
11:11.38 | *** join/#oe zecke_ (n=ich@rosine187.inf.fu-berlin.de) |
11:14.56 | ade|desk | wow the folks at fd.org are a bit naff at systems admin, its not too hard to keep a git feed up but they seem to defy belief. |
11:19.06 | m0d0r | e |
11:19.10 | m0d0r | hups sorry |
11:20.31 | *** join/#oe florian (n=fuchs@217.146.132.69) |
11:43.56 | *** join/#oe osas (n=nnnnnnnn@72.53.149.68) |
11:44.09 | *** join/#oe oe (n=panayot@rt1.mps.bg) |
11:45.31 | zecke_ | koen: This mail was stuck in the outbox, port 25 is filtered in the .nl? ;) |
11:46.29 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
11:46.51 | Crofton|home | gr, what is poky's svn url? |
11:47.21 | zecke_ | Crofton|home: go to projects.o-hand.com and check |
11:47.28 | Crofton|home | thanks |
11:47.37 | Crofton|home | o-hand was forgotten |
11:48.03 | koen | zecke_: most dutch isps indeed filter port 25 |
11:48.09 | *** join/#oe psokolovsky (n=psokolov@stingy.earner.volia.net) |
11:48.26 | zecke_ | koen: why? |
11:48.40 | koen | because we are dutch and want to be annoying |
11:48.57 | zecke_ | I use my Uni VPN to send mails but.... |
11:49.42 | koen | zecke_: http://scap.linuxtogo.org/files/032809c7df976acfe029d7fb8c145719.png |
11:50.03 | zecke_ | is that sort of usable? |
11:50.59 | koen | yes |
11:51.23 | koen | the font is a bit bug and the searchbar thingy takes up too much space, but I think it's usable |
11:52.55 | koen | s/bug/big/ |
11:53.34 | koen | zecke_: http://scap.linuxtogo.org/files/028a3a989f0242f801f80f81200628b0.png |
11:57.42 | oe | hi everyone, after my OE crashed for an unknown reason after an OE update. I tried to reinstall everything from scratch but now I get the following error AttributeError: 'pysqlite2.dbapi2.Connection' object has no attribute 'execute' |
11:58.02 | oe | any suggestions why this is happening? |
11:58.32 | oe | the error comes after I try to run bitbake |
11:58.48 | koen | your python-pysqlte2 is too old |
11:59.18 | oe | well I installed the latest |
11:59.28 | oe | at least that is the latest in the repository |
11:59.36 | oe | I use Mepis 6.5 |
12:04.44 | zecke_ | bbl |
12:05.29 | CIA-3 | 03rwhitby 07org.oe.dev * r367c1221... 10/ (4 files in 2 dirs): *-(src|auto)revs: Added revs for some missing openmoko packages. |
12:08.00 | hrw | rwhitby: does AUTOREV works for you? |
12:08.23 | rwhitby | hrw: dunno - I added a known good rev and AUTOREV in different files at the same time. one of them worked,. |
12:09.24 | rwhitby | I still don't agree with openmoko using AUTOREV, and I'm considering making MokoMakefile add known good versions to preferred-openmoko-versions.inc so that openmoko developers are forced to change the srcrev each time they *intentionally* want the community to test a new version. |
12:10.48 | rwhitby | Inflicting Joe Random OpenMoko developer's random SVN checkin on hundreds of community members is simply criminal, and will continue to lead to frustration and developers leaving the community. |
12:10.55 | koen | rwhitby: use DISTRO-angstrom-2007.1 in mokomakefile then :) |
12:11.03 | XorA | rwhitby: you'll have to take that up with the OpenMoko maintainer :-D |
12:11.23 | rwhitby | koen: XorA: yes, I'm fully aware of those two options :-) |
12:12.37 | hrw | XorA: kick him |
12:12.53 | rwhitby | But I figure that DISTRO=angstrom-2007.1 already has an "if (running-under-MokoMakefile-and-not-via-openmoko.conf) then print "use bitbake directly instead"; ;-) |
12:13.30 | rwhitby | For some reason, I had the idea in my head that XorA was going to be the maintainer ... dunno why. |
12:13.34 | XorA | to feed both words, just needs an if $OPENMOKO_DEV_BUILD then include sane.inc else inslude autorev.inc |
12:13.46 | XorA | worlds |
12:13.52 | XorA | bloody hell this keyboard is getting worse |
12:14.49 | koen | and lots of polish |
12:15.04 | hrw | XorA: I accept only MS4000 keyboards |
12:15.17 | hrw | and not warrant getting them back |
12:15.46 | rwhitby | koen: did mickey|zzZZzz specifically request moko-autorev.inc, or was it just put in there to maintain the status quo and mickey|zzZZzz hasn't given input yet on whether it should be there or not? |
12:15.50 | XorA | hrw: this is an ms4000 |
12:16.01 | hrw | XorA: black? |
12:16.06 | XorA | hrw: out of three, 2 are mine, one is Wolfsons, only one doesnt have sticky keys |
12:16.16 | XorA | hrw: yeah, black usb only |
12:16.49 | koen | rwhitby: I only added so the openmoko can use it if they want, hrw activated it |
12:16.50 | hrw | ms4000 is the only one which can replace keyboard which I use now |
12:17.04 | rwhitby | hrw: did mickey|zzZZzz specifically request moko-autorev.inc, or was it just put in there to maintain the status quo and mickey|zzZZzz hasn't given input yet on whether it should be there or not? |
12:17.46 | rwhitby | koen: would it have the same effect if it was removed and bleeding-edge developers put that line in their local.conf? |
12:18.09 | hrw | rwhitby: it was not requested iirc but I added it as OM 2007.2 is too much changing to use one ver |
12:18.21 | koen | rwhitby: it should have the same effect |
12:18.26 | hrw | for example yesterday dialer fails, todays works |
12:18.36 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
12:18.43 | rwhitby | hrw: that's exactly the reason why it should be removed. |
12:18.44 | koen | does dialer 2 still restart gsmd at will? |
12:18.55 | hrw | koen: its not dialer but libmokogsmd |
12:19.10 | hrw | koen: I reported bug on it in OM bugtracker |
12:19.17 | rwhitby | the person who realises that today's dialer works should be the one who updates the fixed SRCREV, it should not happen simply as a result of someone doing an svn checkin |
12:19.21 | koen | it makes debugging my a780 modem quite hard |
12:19.37 | *** join/#oe rd_ (n=rd@trung.tam.mua.ban.trao.doi.phu.nu) |
12:19.38 | hrw | koen: so do not use any mokogsmd app |
12:19.42 | koen | you mean "untested svn checking that breaks horribly" |
12:19.44 | rwhitby | then the community sees a monotonically increasing stable functionality, not an up and down instability, |
12:20.03 | hrw | rwhitby: ok, then remove that line |
12:20.19 | hrw | and the mistic OM/OE maintainer will handle it |
12:21.21 | XorA | hrw: time for your crystal ball |
12:21.25 | rwhitby | I think the draw of new working functionity (i.e. someone sees a commit comment and says "hey, I'd like that") will mean that OM community devs with OE commit access will bump the revs at the right times. |
12:21.40 | rwhitby | (hopefully after they have tested it) |
12:22.24 | rwhitby | and it means that the person who breaks it by bumping the SRCREV is immediately answerable due to them having OE commit access - i.e. they are not one step removed from accountability for their actions |
12:23.22 | rwhitby | (BTW, I think this conversation applies to all OE distros that have more than one user, which is why I am making these points here rather than in #openmoko) |
12:23.33 | hrw | rwhitby: ok then. today2 2963, dialer2 2964, contacts2 335 please |
12:23.52 | Crofton|home | I like the idea of floggings |
12:24.47 | rwhitby | hrw: are you asking me to add those to preferred-openmoko-versions.inc, or to sane-srcrevs.inc ? |
12:25.33 | koen | rwhitby: I asked for a policy on updating sane-srcrevs.inc a few days ago, no usefull replies so far |
12:25.46 | hrw | rwhitby: those ones works on my neo |
12:25.58 | XorA | Crofton|home: I think in OEDEM we can go to KitKatKlub to get floggings :-) |
12:26.10 | Crofton|home | ok |
12:26.24 | Crofton|home | that might encourage this sort of thing though |
12:26.51 | Crofton|home | http://en.wikipedia.org/wiki/Kitkatclub ? |
12:27.05 | rwhitby | koen: I would think a sensible policy would be that the specific package builds and runs, and worked with other packages in at least one distro. I don't think a sane-srcrevs bump can be expected to guarantee operation on more than one distro. |
12:27.29 | XorA | Crofton|home: yup |
12:32.21 | koen | rwhitby: I noticed a pattern with breakages and who did the svn checkin |
12:32.51 | koen | so for bumping revs for some recipes need to have extensive testing |
12:33.54 | rwhitby | koen: well I think it's better to blame the process than the person (who may not even know that OE is using their SVN checkins directly). No software process should release an artifact to hundreds of customers directly from trunk (unless development is mandated on branches not trunk) |
12:34.23 | koen | that person knows about OE |
12:34.51 | koen | he knows what is on the table and doesn't filter his commits |
12:35.34 | nud | koen: maybe you should default to dated svn snapshot packages instead of "latest commits" |
12:35.43 | Crofton|home | I still think it is important to focus on process |
12:36.16 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.123.Dial1.SanJose1.Level3.net) |
12:36.35 | rwhitby | koen: everywhere I work there is always a layer of isolation between one developers direct svn checkins, and another developers build. |
12:36.54 | koen | rwhitby: how it should be :) |
12:37.07 | koen | rwhitby: I tried to do that for the openmoko kernel |
12:37.22 | *** part/#oe oe (n=panayot@rt1.mps.bg) |
12:37.26 | koen | suddenly things like "we'll fork" came up |
12:37.33 | rwhitby | Crofton|home: I've been part of CMM level 5 evaluations, and have worked in level 4 organisations :-) |
12:37.56 | rwhitby | yeah, I did too. |
12:38.26 | Crofton|home | there is a lot of good in that sort of thing, sadly the people in charge of implentation tend to be incompetent |
12:38.41 | Crofton|home | the good thing here is that most of us are "competent" |
12:39.11 | rwhitby | koen: it should be the case that an individual developer can do a checkin at any time, without directly affecting another developer. that either means that development is on branches and release from trunk, or development on trunk and release from branches, or development on trunk and build from tags. |
12:39.11 | *** join/#oe oe (n=panayot@rt1.mps.bg) |
12:39.47 | rwhitby | Crofton|home: there is lots of good - in my experience the bad happens when the CMM level is the goal, rather than business results from improved quality is the goal. |
12:40.59 | rwhitby | koen: in our case here, it means that no OE recipe should use a floating svn rev. It should always be a fixed rev, and either the original developer bumps it (saying "I assert this is a new good version") or a downstream developer using it bumps the rev (saying "I've tested this new version and it looks good to me") |
12:41.50 | koen | I think choosing a rev is up to the distro |
12:42.10 | rwhitby | ok, that's the second of those two alternatives |
12:42.32 | rwhitby | (the distro maintainer(s) being the downstream developer I referred to) |
12:42.35 | XorA | woowoo, my ADSL is cut |
12:43.24 | Crofton|home | anyone know if I can diff betweem branches in mtn? |
12:43.49 | *** join/#oe RP (i=1000@tim.rpsys.net) |
12:44.29 | koen | Crofton|home: you can, just diff between the heads of both branches |
12:45.07 | Crofton|home | good :) |
12:46.36 | koen | <PROTECTED> |
12:46.38 | chouimat | morning |
12:46.44 | koen | hey chouimat |
12:47.18 | *** part/#oe oe (n=panayot@rt1.mps.bg) |
12:49.11 | *** join/#oe wirelessdreamer (n=yume@chrobd01.vailsys.com) |
12:53.00 | *** join/#oe Frg (n=Frg@chello087206088102.chello.pl) |
12:58.49 | *** join/#oe tnb (n=tnb@sdgsystems.net) |
13:00.18 | Jin^eLD | re |
13:00.41 | Jin^eLD | just added a serial console to my storecenter unit :> time for an OE image |
13:02.01 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
13:10.51 | *** join/#oe dcordes (n=tsingtao@e179110011.adsl.alicedsl.de) |
13:17.47 | *** join/#oe jsheldon (n=jim@70.90.111.225) |
13:21.01 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
13:27.39 | *** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net) |
13:32.42 | *** join/#oe christopher (n=christop@64-199-159-130.ip.mcleodusa.net) |
13:43.13 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
14:01.06 | *** join/#oe trj (n=trj@pantheon.demon.co.uk) |
14:04.58 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
14:08.23 | CM | Anyone have a hint how to resolve an edje_cc segnmentation fault when building emotion? http://rafb.net/p/lH6XGn29.html |
14:09.06 | *** join/#oe aloisio (n=aloisio@200.184.118.132) |
14:11.51 | *** join/#oe VoodooZ (n=palm3@76-10-149-24.dsl.teksavvy.com) |
14:11.59 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
14:15.25 | *** join/#oe Beg (n=beg@82.138.51.4) |
14:24.06 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
14:26.35 | koen | CM: it's edje-cc native, you could gdb it on your host |
14:27.39 | CM | ok, thanks for the pointer |
14:28.16 | koen | probably wrong number of arguments |
14:28.27 | koen | efl tends to segfault on crap like that |
14:29.47 | CM | I'm guessing mickey|zzZZzz knows :) |
14:29.50 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
14:30.07 | ade|desk | how does one get around a git server not being available ? |
14:30.38 | koen | stab linus in the eye |
14:30.46 | XorA | koen: with a spoo |
14:30.48 | XorA | n |
14:31.41 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
14:31.52 | ade|desk | seems a bit harsh as its the one at fd.o |
14:32.05 | *** part/#oe Caelian|work (n=pascal@p5481E4CE.dip.t-dialin.net) |
14:38.14 | *** join/#oe csmanx (n=csman@190.42.14.26) |
14:38.29 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
14:40.28 | wirelessdreamer | has anyone here tried the sdhc patch on zaurus yet? |
14:41.28 | *** join/#oe birunko (n=birunko@200.184.118.132) |
14:45.04 | wirelessdreamer | here is the untranslated page, google is a readable translation if anyone can test it http://ebsnap.lkj.jp/zaurus/memo/hiki.cgi?SDHC+%A5%AB%A1%BC%A5%C9%A4%F2%BB%C8%A4%A6 |
14:45.33 | XorA | SDHC is in mainline kernel AFAIK |
14:47.02 | wirelessdreamer | the last information i had heard was that sdhc was unsupported, but the info on their said we just need an updated driver in the kernel, do you know of anyone who tried it yet? |
14:48.07 | XorA | I own no SDHC cards |
14:48.14 | XorA | otherwise it would be tested |
14:48.28 | ade|desk | ah great shoving a tag=[hex] in the hal-info_git.bb , downloading that tag from angstrom sources, able to continue building now, at last |
14:49.09 | XorA | ade|desk: remove their kidneys with a spoon |
14:49.17 | wirelessdreamer | on a seperate note, which branch in oe should i be pulling from? |
14:49.31 | *** join/#oe tuukkah (i=tuukka@tuukka.iki.fi) |
14:50.30 | tuukkah | hello, anyone here able to help be with editing the wiki? |
14:50.33 | ade|desk | XorA: no, a fine scalpel , so i can see them on a Russian ebay-alike site |
14:50.43 | XorA | ade|desk: heh heh |
14:50.57 | tuukkah | there's some problem with anonymous editing: i can make only one edit |
14:51.00 | tuukkah | per page |
14:52.17 | tuukkah | i'm trying to fix the link to bbfile on the front page, it currently goes to empty page Bbfile |
14:53.13 | tuukkah | i don't understand how the name of the page can be bbfile but [[bbfile]] creates a link to Bbfile |
14:56.33 | *** join/#oe zdanek (n=ds@fw2.autoguard.pl) |
14:56.44 | koen | wirelessdreamer: that sdhc patch is in 2.6.22 AFAIK |
14:58.02 | wirelessdreamer | koen: thanks |
14:59.56 | Jin^eLD | koen: do you know if openprotium is maintained in oe, or do they use an own branch? |
15:00.13 | hrw | koen: if not in 2.6.21 even |
15:01.14 | XorA | send me a free 8gig card and I will test :-) |
15:02.38 | tuukkah | CM, if you can edit the main page, can you change the link to bbfile to the uri http://www.openembedded.org/wiki/bbfile for now? |
15:03.18 | koen | Jin^eLD: I think they have their stuff in svn, but you'd have to ask hopsnbarly |
15:03.39 | Jin^eLD | ah, he is doing that! cool |
15:03.45 | Jin^eLD | thanks |
15:04.36 | Jin^eLD | I added serial to my box today, so want to play around with it a little more |
15:05.24 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
15:07.05 | hrw | bye |
15:07.22 | CM | tuukkah: I tried to edit http://www.openembedded.org/wiki/DirectoryStructure again to fix another spelling error, but got "This content has been modified by another user, changes cannot be saved." just like you did |
15:07.40 | tuukkah | CM, ok so it's not just me |
15:08.10 | CM | Maybe there's a timeout per page on anonymous edits? |
15:09.06 | tuukkah | ok, there probably is |
15:09.35 | tuukkah | so, anyone with an oe account willing to fix the main page link to bbfile? |
15:18.49 | *** join/#oe zecke (n=ich@rosine187.inf.fu-berlin.de) |
15:27.48 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
15:30.22 | *** join/#oe Laibsch (n=Laibsch@p54B96A11.dip.t-dialin.net) |
15:31.34 | cbrake | likewise: hello, sorry I did not have my status set correctly this morning, and I missed your ping |
15:33.44 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
15:38.30 | likewise | cbrake: pong. ever worked with openocd and ixp42x? |
15:38.53 | cbrake | likewise: no, I've only tried it on the PXA270 and the AT91SAM9260 |
15:39.36 | *** join/#oe Crofton (n=balister@hc6521718.dhcp.vt.edu) |
15:39.37 | likewise | cbrake: got eveything to work for flashing (even with workspace) 16 MB worth of Flash image, except that the second nibble always is zero. |
15:39.44 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.21.127.Dial1.SanJose1.Level3.net) |
15:39.45 | cbrake | likewise: was successful with 1 out of 3 PXA270 boards, and still working on the AT91SAM9260 ... |
15:40.12 | cbrake | likewise: strange -- I've not run into that one |
15:42.41 | likewise | cbrake: what key worked for you? I'm using the Amontec JTAGkey here |
15:43.05 | cbrake | likewise: I have the Olimex ARM-USB-OCD |
15:43.52 | cbrake | likewise: seems like once you are connected, the jtag adapter should not make a lot of difference, but who knows |
15:45.24 | likewise | cbrake: I'm now performing low-level CFI command to write individual 16-bit words. The problem then occurs on each 16-bit write. 0xeeee becomes 0xe0ee. During block writes (using workspace) only the first 16 bit word is affected, the remaining 16 MB are OK. |
15:47.54 | *** join/#oe lichtgestalt (n=Lichtges@R72b8.r.ppp-pool.de) |
15:49.17 | cbrake | likewise: does working_area == "workspace"? |
15:51.34 | lichtgestalt | Hi, I am getting a ton of errors like |
15:51.43 | lichtgestalt | IOError: [Errno 2] No such file or directory: '/usr/src/oe/tmp/work/armv5te-angstrom-linux-gnueabi/util-linux-2.12r-r12/install/util-linux-fdisk.lock' |
15:52.08 | lichtgestalt | I assume this is because I have manually removed the work dir earlier |
15:52.33 | lichtgestalt | Assuming this was about the equivalent to rm_work |
15:52.53 | lichtgestalt | Is there any way to recover other than restarting from scratch? |
15:53.43 | lichtgestalt | I can do "bitbake -c rebuild util-linux" and the package will build fine. but there are so many failing that it becomes tedious. |
15:55.00 | steliosk | nop. clear all tmp and restart |
15:55.12 | steliosk | its the safest way |
16:08.37 | likewise | cbrake: I only know about "working_area". i have set it to SDRAM which I initialized beforehand. |
16:08.55 | CM | tuukkah: Not much interest from the oe people in their wiki it seems :-/ |
16:09.28 | cbrake | likewise: for the PXA270, I think I have been using internal SRAM as working_area -- have not tried SDRAM yet |
16:10.08 | likewise | cbrake: If I kill openocd during the write_binary, the first 16-bits look ok when I subsequently read them. So seemingly, openocd does an extra write of "f0ff" to address 0 afterwards. |
16:10.54 | likewise | cbrake: thanks for listening, I have emailed the openocd list, and will continue debugging tomorrow. |
16:11.20 | cbrake | likewise: good luck. Could also try #openjtag -- I think drath is the openocd author |
16:11.37 | likewise | cbrake: he seems silent today. I will ping him just to make sure. |
16:33.12 | *** join/#oe TheCan (n=thecan@dslb-084-056-155-060.pools.arcor-ip.net) |
16:33.14 | *** part/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
16:43.05 | *** join/#oe dcordes (n=tsingtao@f048016237.adsl.alicedsl.de) |
16:43.33 | *** join/#oe mallum (n=mallum@86.157.93.91) |
16:45.06 | *** join/#oe Bernardo (n=Bernardo@89-180-152-254.net.novis.pt) |
16:53.40 | *** join/#oe greentux (n=lemke@Z591b.z.pppool.de) |
16:57.39 | *** join/#oe tony_ (n=tony@71.140.233.26) |
17:01.27 | *** join/#oe mgross (i=mgross@nat/intel/x-1747defafa118543) |
17:02.58 | zecke | ho |
17:04.37 | tony_ | any bitbake experts in here? i recently upgraded bitbake, and i notice a difference in behaviour, i think, when doing OE builds. before it would make a package for every dependency of my target. not it only makes a package for the target. is there a way to tell bitbake to make a package for everything it compiles? |
17:08.18 | *** join/#oe osas (n=nnnnnnnn@72.53.149.68) |
17:09.38 | *** join/#oe ssvb (n=user@87.252.225.64) |
17:18.41 | *** join/#oe tank1791 (i=tank17@gateway/tor/x-b040ecf4252109ac) |
17:22.35 | tuukkah | CM, indeed... |
17:24.16 | CM | tuukkah: Strange, since the default answer seem to be "see the wiki for documentation" |
17:24.54 | tuukkah | indeed^2 |
17:25.54 | tuukkah | actually rwhitby asked me to do the edits. i suppose i need to wait until he wakes up |
17:26.01 | Crofton|work | anyone know where the size arg gets passed to mount during boot? |
17:26.16 | koen | Crofton|work: what size arg? |
17:26.56 | Crofton|work | koen, I am starting to work on why gumstix hangs at boot with Angstrom |
17:26.58 | koen | Crofton|work: if you are talking about ramfs, I removed the bogus kernel patch |
17:27.14 | Crofton|work | yeah |
17:27.27 | Crofton|work | I need to see where the optin comes in |
17:27.38 | Crofton|work | and see about using full tmpfs, not embedded one |
17:28.38 | CM | koen: What's up with the oe wiki. Why only one edit per page? Do all changes require some kind of accept or something? |
17:28.52 | koen | CM: I suspect it's the caching mechanism |
17:28.54 | koen | try now |
17:29.03 | CM | *nod* |
17:29.05 | koen | I lowered the cache liftetime from 6 hours to 1 minute |
17:30.50 | CM | I could update the page that was locked 2.5 h ago, I'll try changing it again |
17:30.56 | *** join/#oe Laibsch (n=Laibsch@p54B96A11.dip.t-dialin.net) |
17:31.28 | Crofton | http://rafb.net/p/fIQagV72.html |
17:31.49 | Crofton | ah ramfs is the bad option ... |
17:33.06 | CM | koen: Thanks, that worked |
17:33.46 | CM | koen: But the "Edit" page I got the first time was still the old text from before my first change, but after going back to the original page and then Edit again, I got the updated one |
17:33.53 | CM | tuukkah: Works better now :-) |
17:35.08 | koen | CM: good :) |
17:35.19 | tuukkah | let's see |
17:37.04 | tuukkah | koen, could you also rename the page bbfile as "Recipe format" since that's how it's called on the front page and we can't make links to pages that start with a lowercase letter? |
17:38.18 | XorA|gone | wowsers, ADSL2+ rocks |
17:38.42 | CM | XorA|gone: Fiber too ;) |
17:39.40 | Jin^eLD | ~seen hopsnbarny |
17:39.41 | ibot | i haven't seen 'hopsnbarny', Jin^eLD |
17:39.49 | Jin^eLD | what was his nick again? |
17:40.07 | koen | ~seen hopsnbarley |
17:40.09 | ibot | hopsnbarley <n=hops@nslu2-linux/HopsNBarley> was last seen on IRC in channel #oe, 2d 1h 54m 57s ago, saying: 'hi likewise!'. |
17:40.33 | Jin^eLD | aah, thanks |
17:40.34 | Jin^eLD | :) |
17:40.35 | steliosk | Crofton : Austin style entertainment -> http://www.radisson.com/hoteldirectory/pictures/hoteldetailimages.jsp?imageUrl=%2Frad%2Fimages%2Fhotels%2FTXAUSTDT%2Fserv_ent_450.jpg&caption=Austin+Style+Entertainment |
17:50.42 | *** join/#oe pH5 (n=ph5@e178221042.adsl.alicedsl.de) |
17:53.39 | *** join/#oe kristoffer_ (n=kristoff@80.251.192.5) |
17:58.56 | tony_ | any bitbake experts in here? i recently upgraded bitbake, and i notice a difference in behaviour, i think, when doing OE builds. before it would make a package for every dependency of my target. not it only makes a package for the target. is there a way to tell bitbake to make a package for everything it compiles? |
18:20.58 | pH5 | tony_: bitbake now has task dependencies, so if A (build-)depends on B, B only has to be built up to where it populates the staging area. |
18:21.51 | pH5 | afaik there is (unfortunately) no option (yet) to change to something like the old behaviour where each recipe is built from start to finish. |
18:22.50 | tony_ | pH5, thanks... too bad, that breaks some things I was doing... I guess I will have to explicitly build each package now |
18:23.00 | pH5 | to build packages, you have to RDEPEND on the recipes. |
18:23.23 | pH5 | for example create a task recipe that has RDEPENDs on all the packages you need to build. |
18:23.34 | tony_ | ok, thanks, i will check that out |
18:23.40 | pH5 | s/packages/recipes/, s/build/package/ |
18:24.01 | tony_ | btw, what does the R in REDEPEND stand for? |
18:24.05 | pH5 | runtime |
18:24.09 | tony_ | ah, cool |
18:24.09 | pH5 | runtime dependency |
18:24.10 | nik0n | runtime |
18:24.13 | pH5 | versus build time dependency |
18:24.39 | tony_ | thanks, guys, that helps a lot :-) |
18:25.09 | nik0n | is it possible to use differend defconfig files for the same distribution? e.g. when i have DISTRO_TYPE="debug" and release? |
18:25.15 | nik0n | or do i have to build 2 distributions? |
18:26.00 | *** join/#oe christopher (n=christop@64-199-159-130.ip.mcleodusa.net) |
18:27.17 | pH5 | nik0n: look at angstrom-2007.1.conf, and how it sets up DEBUG_APPS |
18:27.24 | pH5 | you can use the same mechanism for any variable |
18:27.40 | *** join/#oe Crofton|work (n=balister@ossie.wireless.vt.edu) |
18:27.47 | nik0n | okay |
18:32.49 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
18:34.56 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
18:36.00 | Crofton|work | ok, I am almost back to where I was a week ago .... |
18:41.42 | *** join/#oe osas (n=nnnnnnnn@72.53.149.68) |
18:52.08 | *** join/#oe mgross (i=mgross@nat/intel/x-2f9edf30dc501188) |
18:52.47 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
19:06.56 | *** join/#oe jonib1 (n=jonas@ua-83-227-144-18.cust.bredbandsbolaget.se) |
19:15.54 | *** join/#oe yakov (n=yakov@89-179-15-5.broadband.corbina.ru) |
19:24.02 | Crofton|work | er, how do I bring up the network interface in angstrom> |
19:24.19 | Crofton|work | basically, run dhcp? |
19:24.49 | likewise | ifconfig eth0 192.168.0.1 up ? |
19:25.15 | likewise | How can I have a aptch applied conditional on the svn rev number of the package? |
19:25.31 | Crofton|work | I sort of want to run dhcp ... |
19:33.01 | *** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl) |
19:35.04 | likewise | Crofton|work: any dhcp client should bring the i/f up, yes |
19:36.06 | Crofton | I think I do not have the correct module ... |
19:37.23 | Crofton | hmm |
19:41.31 | likewise | zecke @ planet.nl ? |
19:41.46 | likewise | zecke: are you eating frikandels? |
19:44.48 | zecke | hehe, actually I have not yet managed to get fastfood |
19:58.55 | *** join/#oe Laibsch (n=Laibsch@dialin105105.justdsl.de) |
20:14.43 | *** join/#oe stevenh (n=lews@65.167.23.2) |
20:14.48 | CIA-3 | 03crofton 07org.oe.dev * r1ae5e50f... 10/ (3 files in 3 dirs): |
20:14.48 | CIA-3 | linux : Put all defconfig information in the gumstix-verdex defconfig and |
20:14.48 | CIA-3 | <PROTECTED> |
20:14.57 | CIA-3 | 03crofton 07org.oe.dev * r37de267a... 10/ (1 packages/linux/linux-omap.inc): |
20:14.57 | CIA-3 | linux-omap.inc : Depend on uboot-utils for mkimage. Do not depend on u-boot. |
20:14.57 | CIA-3 | <PROTECTED> |
20:25.11 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
20:50.48 | *** join/#oe e-ffi (n=cybercom@dslb-088-065-052-092.pools.arcor-ip.net) |
21:06.08 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
21:13.38 | *** join/#oe aloisio (n=aloisio@200.184.118.132) |
21:21.04 | hrw | re |
21:21.15 | *** join/#oe trj (n=trj@pantheon.demon.co.uk) |
21:22.57 | hrw | RP: ping |
21:24.57 | hrw | psokolovsky: ping |
21:26.33 | RP | hrw: pong |
21:26.58 | *** part/#oe vivijim (n=vivijim@200.184.118.132) |
21:27.18 | psokolovsky | hrw: pong |
21:28.01 | *** join/#oe flo_lap (n=fuchs@f049002020.adsl.alicedsl.de) |
21:28.53 | hrw | RP: I need to enable few more drivers in Zaurus kernels so I am thinking about enabling all pcmcia/usb drivers available (into modules). |
21:29.09 | hrw | psokolovsky: will you add 2.6.22 into defconfigman? |
21:29.52 | psokolovsky | hrw: yep, sure. eventually. after hh.org upgrade. and that so far blocked by work on merging hackndev patchset. |
21:30.16 | hrw | psokolovsky: ok |
21:30.27 | RP | hrw: That is ok with me in principle |
21:30.34 | hrw | psokolovsky: speaking of merging... do you maintain htcuniversal kernel too? |
21:32.07 | Darth_Wader | psokolovsky: if u`re the one who broke h2200 kernel, then u`ll die painfully :> |
21:33.45 | flo_lap | re |
21:34.48 | psokolovsky | Darth_Wader: lol. throw your spears at koen. the guy can't get that configuration managed is not piece of cake, and bothers to revert maintainer's changes ;-D |
21:35.14 | psokolovsky | hrw: err, as you might notice, I kinda (co)maintain entire hh.org tree |
21:35.38 | hrw | psokolovsky: I know that |
21:35.39 | Darth_Wader | i`m not sure whose fault it is, but broken touchscreen AND gpio leds on h2200 makes me angry |
21:36.13 | hrw | psokolovsky: in Poky you can find htcuniversal patches being part of linux-rp - thats for 2.6.22 and 2.6.23-rc |
21:36.14 | psokolovsky | Darth_Wader: pay for support. make HP pay for support. |
21:36.54 | RP | Darth_Wader: Getting angry with people isn't going to be productive |
21:37.15 | Darth_Wader | i`d better pay to someone who will teach people in charge NOT to broke already working things :] |
21:37.55 | psokolovsky | Darth_Wader: work with koen on that matter. h2200 will remain broken, he said. |
21:38.03 | Darth_Wader | hmm |
21:39.06 | Darth_Wader | psokolovsky: where can i read about all this? |
21:39.19 | psokolovsky | on MLs and above |
21:39.57 | Darth_Wader | which subjects on MLs should i read? |
21:40.23 | psokolovsky | Darth_Wader: you should read everything if you make claims like above |
21:41.33 | Marex | hi RP , do you have a sec please :) |
21:41.57 | RP | Marex: a sec, yes |
21:42.29 | Marex | RP, well ... I think I found a bug in bitbake, since oe bugtracker appears to be down, can you please check this ? http://cmh.hackndev.com/pastebin/39/ |
21:42.42 | Marex | RP, it is NOT a correct fix, but with this is "worksforme" |
21:43.02 | Marex | the problem is that bitbake adds "-r 1" to svn parameters everytime |
21:43.38 | Marex | just when there is no "rev=something" specified in .bb file, it adds -r 1 automagically and breaks everything |
21:44.11 | Marex | yea and errr ... I was warned by psokolovsky ... dont kill me if it's not a bug, spare me :B |
21:44.20 | psokolovsky | Marex: that's intended behavior |
21:44.50 | Marex | psokolovsky, it's intentionally broken .. I see :) |
21:44.53 | *** join/#oe ggilbert (n=ggilbert@tinman.treke.net) |
21:44.54 | psokolovsky | Marex: needed revision, or ${AUTOREV} must be selected explicitly |
21:45.40 | Marex | psokolovsky, you should have said that earlier :/ |
21:45.46 | psokolovsky | Marex: something like that. I myself have no idea why RP chose -r1 after all, instead of failing out, but that's it |
21:46.40 | psokolovsky | Marex: so, I think, just check the stuff once again. it kinda should work. if not, I'll try it tomorrow, and we'll come back to RP then... |
21:46.55 | hrw | psokolovsky: question about defconfigman.. |
21:46.58 | *** join/#oe mr_nice (n=mr_nice@p54A9E136.dip.t-dialin.net) |
21:47.15 | Marex | psokolovsky, so how should I fix linux-hackndev-2.6 to work with this intentionally broken bitbake ? |
21:47.30 | hrw | psokolovsky: to select irda I need to set IRDA=m as PXA_FICP=m is not enough - how does it works for you? |
21:47.53 | psokolovsky | Marex: Aha, gotcha! You should learn to tag your stuff! |
21:48.17 | Marex | psokolovsky, lucky you Im not going to ukraine any soon ;-E |
21:48.36 | Darth_Wader | but i have some friends there |
21:48.40 | Darth_Wader | psokolovsky: beware |
21:48.44 | Marex | XD |
21:48.49 | psokolovsky | hrw: kernel.subsys.irda ?= $1 |
21:49.09 | hrw | ok |
21:50.42 | hrw | thx |
21:51.19 | psokolovsky | Marex: just rtfm, and you won't need to go here except to drink beer ;-). also maybe some football match? |
21:54.21 | RP | Marex: Its not intentionally broken, the revision of "1" is just a gentle hint that you might want to set a SRCREV for that package |
21:54.46 | RP | Marex: See sane-srcrevs.inc and add an appropriate entry |
21:54.58 | Marex | RP, ok, I understand that now, thank you :) |
21:56.33 | psokolovsky | Marex: except that local workaround, and the right one is to tag your stuff properly |
21:57.47 | hrw | psokolovsky: the more I look at defconfigman the more I do not understand how does it works ;D |
21:57.47 | Marex | dcopidl-native is broken too |
21:58.07 | Marex | hrw, is it really that surprising? ;) |
21:58.25 | psokolovsky | hrw: simple feature structures with trivial constraint propagation ;-) README should have it all. |
21:58.32 | psokolovsky | hrw: what's exactly unclear? |
21:58.53 | hrw | Marex: all what I am looking for is a way to simplify generating Zaurus configs as now they are more and more not in sync |
22:00.09 | Crofton | hmmm |
22:00.35 | Crofton | my gumstix just stopped booting at "Remounting root file system...." |
22:00.42 | Crofton | no errors upstream .. |
22:00.44 | Crofton | wait |
22:00.45 | Crofton | done |
22:00.53 | Crofton | heh |
22:00.53 | hrw | psokolovsky: I want to enable usb hosts, all usb drivers, all pcmcia drivers so looks like I need to create whole base configs from scratch |
22:00.55 | Marex | hrw, I fully understand your situation, pxa27x based palms are the same |
22:00.56 | Crofton | udev on first boot issue |
22:01.05 | psokolovsky | hrw: defconfigman can do that. the easiest way is to just start with some existing config. Caveat: it may need a bit of patching for other trees (but it for example work for well for hackndev, but that;s downstream) |
22:01.23 | psokolovsky | hrw: NO! |
22:01.56 | hrw | psokolovsky: I also do not like current base setups - for example pcmcia debugging by default to yes |
22:02.33 | psokolovsky | hrw: caveat, it should be done well, and finegrained, that's why h2200 issue for example. have a look at kernel.subsys.pcmcia.drivers.wifi for example |
22:03.18 | psokolovsky | hrw: that's because pcmcia needs debugging here ;-). that's what I mean by "tweaking" |
22:03.37 | *** join/#oe memeruiz (n=memeruiz@R9573.r.pppool.de) |
22:06.01 | *** join/#oe Hrww (n=hrw@c30-211.icpnet.pl) |
22:06.11 | Hrww | hi |
22:06.19 | Hrww | ewi lost network |
22:06.57 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
22:07.28 | sakoman | Crofton: so how goes your gumstix effort? |
22:07.57 | Hrww | psokolovsky: ok, I will try to get atleast half of config and will show you machine config to review - ok? |
22:07.57 | Hrww | psokolovsky: which device you suggest to take as base? |
22:08.20 | Crofton | sakoman, good |
22:08.37 | Crofton | I have actually loaded Angstrom-minimal onto one |
22:08.47 | Crofton | I am using the network board Adam sent me |
22:08.54 | psokolovsky | Hrww: sure, will be glad to help. But please be prepared that it might take some effort to get it boot at first. h4000 is good as the base. |
22:09.10 | Crofton | I fixed the haning boot by turning on the full tmpfs in the defconfig |
22:09.21 | Hrww | psokolovsky: I do not plan to compile before I will get config which I will accept |
22:09.39 | psokolovsky | ok |
22:10.00 | Crofton | sakoman, enough for tonight, need to get caught up on stuff at home |
22:10.22 | sakoman | Glad to hear you are up & running! Got networking? |
22:11.56 | Crofton | on the old board, not on the new board |
22:12.16 | Crofton | I need to pull Craig's OE branch and study the diffs |
22:12.28 | *** join/#oe univac (n=univac@148.81.191.193) |
22:12.38 | Crofton | anyway gotta run. |
22:12.40 | sakoman | Is his branch pullable now? |
22:12.43 | Crofton | May be back on later |
22:12.52 | sakoman | OK, have a nice evening! |
22:12.57 | Crofton | He sent Adam an email, but we think the server is down atm |
22:13.22 | Darth_Wader | which one? just mtn pull`d a couple of minutes ago |
22:13.35 | Crofton | a private vendor branch |
22:21.41 | hrw | [machine.ide] |
22:21.42 | hrw | kernel.subsys.ide=y |
22:21.52 | hrw | psokolovsky: why I am getting ide=m with it? |
22:22.24 | psokolovsky | hrw: something overrides it later |
22:24.36 | *** join/#oe Laibsc1 (n=Laibsch@p54B97ADB.dip.t-dialin.net) |
22:25.24 | hrw | psokolovsky: so looks like I need to create empty distro config? |
22:25.56 | RP | psokolovsky: I've finally remembered to reply to that angstrom mail... |
22:26.16 | psokolovsky | hrw: I suggest that you start working on machine first. later, we can work on bringing angstrom config to good common shape |
22:26.22 | psokolovsky | RP: thanks! |
22:27.14 | hrw | psokolovsky: http://pastebin.com/d50c581af for c7x0 |
22:28.45 | psokolovsky | hrw: well, yes, seems to be good enough. compiles? |
22:29.21 | hrw | psokolovsky: I do not care does it compiles as long as it will not generate proper config for me |
22:30.46 | psokolovsky | hrw: compiles as does defconfigman parses it? ;-) next, need to formulate what settings are wrong with current angstrom distro config there |
22:31.11 | hrw | Attempt to set feature 'kernel.subsys.sound' to incompatible value 'y' (already 'm' set by 'kernel.subsys.sound') |
22:31.19 | hrw | so forget about ALSA in modules? |
22:31.28 | CIA-3 | 03rwhitby 07org.oe.dev * r2d2fba06... 10/ (9 files in 5 dirs): free42: HP42 RPN calculator, also added to openmoko-feed |
22:31.47 | rwhitby | thx to quicksand for that one |
22:32.15 | RP | hrw: I think copy and paste of the relavent defconfig sections might be easier for the zaurus use... |
22:32.44 | RP | hrw: If we actually got them synced up with the device differences documented it wouldn't be that difficult to maintain... |
22:32.48 | hrw | RP: thats what I suspect too |
22:33.14 | psokolovsky | hrw: no, just need to resolve this conflict |
22:33.18 | hrw | RP: but psokolovsky so often mention defconfigman that I decided to give that tool last chance |
22:33.27 | RP | hrw: :) |
22:33.31 | hrw | psokolovsky: what conflict? |
22:33.34 | hrw | [machine.sound] |
22:33.34 | hrw | kernel.subsys.sound = m |
22:33.36 | hrw | kernel.subsys.sound.alsa.soc = m |
22:34.44 | psokolovsky | hrw: well, you could give it only 1st chance at this time. and noone said it would be easy. moreover, I'd personally wouldn't push you to use it for zaurus. To do it *right*, there would be lots of organizational effort, and that's probably out of scope now ;-( |
22:35.17 | hrw | RP: zaurus.conf + MACHINE.conf + common.conf? |
22:35.36 | psokolovsky | hrw: y vs m. try to find what sets it to '= y' and change to '?= y' |
22:36.20 | RP | hrw: Something like that. In theory there are just MACHINE + common |
22:37.07 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
22:37.19 | hrw | psokolovsky: kernel-subsys.conf->[kernel.subsys.sound]->SOUND=$1 is a problem |
22:37.39 | psokolovsky | hrw: using ?= might fix it |
22:39.06 | hrw | it does |
22:40.07 | hrw | RP: right |
22:40.33 | hrw | someone know tool which extract common parts from files? |
22:40.56 | RP | hrw: You want an inversediff :) |
22:41.07 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
22:41.43 | psokolovsky | hrw: in the end you'll get the same crap with own idiosyncrasies (if only only better) ;-) |
22:42.17 | hrw | psokolovsky: in best situation I will end with two files: common + machine-related |
22:42.36 | RP | psokolovsky: The zaurus machine case is actually really simple |
22:42.41 | psokolovsky | hrw: I suggest you look and kernel miniconfigs from ex(?)-busybox maintainer, that funky guy. his crap reminded me of defconfig |
22:43.17 | RP | psokolovsky: There are maybe about 10-20 entries that differ between the machines |
22:43.17 | psokolovsky | hrw: you have one now, why bother? defconfigman's aim is to have fine-grained features structure, split among maintainable files ;-) |
22:43.51 | psokolovsky | RP: I bet. but lack of structuralism. anyway, I just describe what aims I had with defconfigman. |
22:44.47 | RP | psokolovsky: I make no comment on defconfigman, I've never used it ;-) |
22:51.21 | hrw | RP: pxa25x/pxa27x/sa1100 + common + machine |
22:54.02 | *** join/#oe Laibsc1 (n=Laibsch@212.17.245.104) |
23:12.14 | hrw | RP: conf-c7x0 conf-poodle conf-pxa25x conf-pxa27x conf-qvga conf-tosa conf-vga conf-zaurus |
23:12.37 | hrw | RP: where conf-pxa27x is conf-akita-spitz |
23:13.18 | hrw | and tosa conf suxx due to lack of its support in 2.6.22 |
23:23.46 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
23:26.48 | hrw | looks like I got it cleaned |
23:29.01 | RP | hrw: I'll be interested to see the result :) |
23:29.16 | RP | but tomorrow now ;-) |
23:29.20 | RP | 'night all |
23:29.29 | hrw | cu RP |
23:29.33 | dcordes | is mr brabec present? |
23:43.49 | *** join/#oe mykilx (n=mykilx@239-210.35-65.tampabay.res.rr.com) |
23:44.27 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |