IRC log for #oe on 20070913

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.45CIA-303mickeyl 07org.oe.dev * rccee86b3... 10/ (3 files in 3 dirs):
01:23.45CIA-3alsa-state: ship standard asoundrc (simple dmix configuration) that should
01:23.45CIA-3be 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.09stelioskgood 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.04RPmorning all
07:36.34CIA-303koen 07org.oe.dev * rf01ed979... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom 2007.1: require sane-srcrevs.inc
07:37.24koengood morning RP
07:37.31koengood morning all
07:49.54CIA-303koen 07org.oe.dev * r8b47107e... 10/ (4 files in 2 dirs):
07:49.54CIA-3srcrev files: updates
07:49.54CIA-3* added new entries to sane-srcrevs.inc and updated old one
07:49.54CIA-3* added insane-srcrevs.inc that sets every package to AUTOREV
07:49.55CIA-3* added moko-autorev.inc that sets openmoko*.bb to AUTOREV
07:50.36koenthere 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.21nudwhen cross-compiling with oe, where are located the header files ?
07:55.42hrwmorning
07:55.54hrw~curse flickr for crap called yahooid
07:55.54ibotMay you be reincarnated as a Windows XP administrator, flickr for crap called yahooid !
07:56.02koenhey hrw
07:56.16koennud: ${STAGING_INCDIR}
07:56.34nudkoen: are all the header files in that particular directory ?
07:56.52*** join/#oe mithro (n=tim@secure.astc-design.com)
07:56.58koennot all, but the ones you need are :)
07:57.07nudok :-)
07:57.15nudopal build system is such a crap...
07:57.44koenopal, openh323, pwlib, all crap
07:57.58nudyeah :-(
07:59.05nudI'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.41Caelian|workhmmm ... 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.10nuddo you think it's wise to use a build dir of another package in a bitbake file ?
08:03.50Caelian|workwhat 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.35RPSRCREV = "1" pushed
08:12.29RPkoen: I tweaked the .inc files to use ?=
08:12.50koenI had a reason for not doing that :)
08:13.04RPkoen: hmm. What was the reason?
08:13.19koenmaking it harder for people to shoot themselves in the foot
08:13.45RPkoen: OE is about allowing people to customise things. I think we have to give them that option
08:13.47hrwkoen: but if I want to have recent eds-dbus I would have to edit OE confs instead of local.conf
08:14.04RPIt should be changable from local.conf
08:14.20koenRP: you can customize things either way
08:15.07koenjust do DISTRO_EXTRA_RDEPENDS = "AUTOREV" in local.conf
08:16.01*** join/#oe ade|desk (n=adavey@194.200.143.249)
08:16.58koenRP: moko-autorev is useless when using ?=
08:17.32RPkoen: why?
08:17.52nudkoen: no way to get the equivalent of the $PREFIX (where dependencies are already installed) ?
08:18.08koenbecause angstrom already includes sane-srcrevs.inc
08:18.26RPkoen: So you need to include it before you include angstrom...
08:18.52koenthat is counterintuitive
08:19.51koenwhy is local.conf so sacred that I have to butcher distro.confs?
08:20.13koenIsn't a distro supposed to set policy?
08:20.22hrwkoen: because local.conf is the only place when user can change some stuff
08:20.32koenthat's not true
08:20.38RPkoen: Distro sets default policy. The user should be free to override whatever they like
08:20.52koenand if you *need* to change things, you're not a user anymore, but a developers
08:20.53hrwkoen: changing distro files is not user way
08:21.06bernard_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.10bernard_ERROR: Cannot satisfy the following dependencies for task-base:
08:21.11koenRP: Isn't that up to the distro to decide?
08:21.13bernard_<PROTECTED>
08:21.29koenbernard_: wrong PACKAGE_EXTRA_ARCHS?
08:21.30bernard_(sorry to interrupt conversation ...)
08:21.30hrwkoen: what if application developer use OE to build it?
08:21.49hrwkoen: then he select DISTRO/MACHINE and want to use AUTOREV for own app
08:22.06koenthen he can set AUTOREV in his recipe
08:22.11RPkoen: 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.30RPkoen: It is also not a good policy for versatile generic include files
08:22.30koenRP: I *have* my own distro, it's called angstrom
08:22.38bernard_koen: in build/conf/local.conf? there's nothing set. it's essentially a copy of OE.dev/conf/local.conf.sample.
08:22.40RPkoen: Angstom is not yours
08:23.30koenRP: that's your opinion
08:24.14hrwbernard_: "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.59hrwbernard_: and give info if this is a reason
08:25.33RPkoen: 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.15bernard_hrw: it does do_package_write, do_build and do_qa_staging, but not do_package
08:27.02koenRP: 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.21hrwbernard_: in that build it does it?
08:28.43RPkoen: I think its a waste of time and is just going to force people to make much nastier hacks
08:29.09RPkoen: I also don't want this "policy" of yours/angstroms spilling onto generic conf files
08:29.52CIA-303rpurdie 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.52koenfirst I get yelled at for creating angstrom-<foo> and now I get yelled at for not making angstrom-<foo> files
08:30.24RPkoen: Its this underlying idea of forcing users to use certain settings I disagree with
08:30.34RPkoen: It is absolutely pointless
08:30.34bernard_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.53RPkoen: All it does is force users to hack the distro or other config files
08:31.06hrwbernard_: do_package_write_ipk are called?
08:31.14RPkoen: It won't actually stop them changing anything,..
08:31.22koenRP: hmm, right
08:31.40koenmaybe I overestimate the common sense of users
08:31.43bernard_hrw: nope. do_package_write is though, not do_package_write_ipk
08:32.09rwhitbySo does koen own Angstrom or not?  The answer to that determines whether SlugOS and MokoSlug survive as distros ...
08:32.10RPkoen: It also makes changes difficult for anyone with a genuine need
08:32.27hrwbernard_: other packages were generated?
08:32.38RPrwhitby: I'm very worried about what koen said above and I think others will be as well :/
08:33.23rwhitbymaybe we need a new distro called 'Micro' who's scope of decision making is a bit wider than an Angstrom ...
08:33.23bernard_hrw: yep. about 2960 of them, but just not those ones it seems.
08:34.21koenRP: 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.41RPkoen: We're waiting on Mickey on that as you yourself has pointed out
08:34.56rwhitbyI think if one person thinks they own Angstrom solely, then the idea of a team is not going to succeed anyway ...
08:35.06RPrwhitby: quite :/
08:35.25rwhitbyBut I hope it was just said in jest above ...
08:35.51koenit was
08:36.18koenthe "start your own distro" remark was nonsense
08:36.51koensince RP demonstrated that even if you start your own distro OE will take control over it
08:36.51ade|deskanyone fancy a pint ?
08:37.41bernard_hrw: i think i've got enough to guide me through. cheers for pointing me in the right direction.
08:37.44rwhitbyI 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.03RPkoen: 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.38RPade|desk: yes please :)
08:40.51rwhitbyCoopers Pale Ale please
08:41.34RPA pint of black sheep ale for me please
08:41.41koenone guinness
08:43.52ade|deskkoen: i'd advise not having the guinness in my local, not a good example sadly
08:44.44ade|deskwhen are folks nearing Cambs I will certainly buy you all a drink :)
08:45.56ade|deskhrw: i thought lager and good are mutually exclusive
08:46.10ade|deskcome on down XorA :)
08:46.22XorAalthough Cambs scares me
08:47.02hrwade|desk: maybe in UK
08:47.02XorAnothing beats a good real ale
08:47.02ade|deskhehe
08:47.07hrwade|desk: but there is possibility to buy Polish beer in UK now ;)
08:47.28koendeuchars?
08:48.07XorAyour due a .......
08:48.27bernard_bleh. this may be something to do with my problem...
08:48.28*** join/#oe benlau (n=benlau@221.125.8.107)
08:48.28bernard_NOTE: package linux-davinci-2.6.x+git20070913-r1: task do_package: started
08:48.28bernard_sh: arm-angstrom-linux-gnueabi-depmod-: command not found
08:48.48koenXorA: can I talk you into bringing a few tins of BRU into OEDEM?
08:49.22XorAkoen: Ill see how luggage weight goes, would bottles be OK?
08:49.26ade|deskdamn the hh16 kernel is a big download 56 mb !
08:49.34koenXorA: sure!
08:50.03XorAWe should invent a Bru + Leffe cocktail for mickey :-D
08:50.20ade|deskas in the orange sticky sweet sparkle juice ?
08:50.27XorAade|desk: yes
08:50.30ade|deskwow
08:51.06ade|deski still think a cheese and chocolate drink is the way forard, pleases both sexes
08:51.15ade|deskforward even
08:53.13*** join/#oe oe (n=panayot@rt1.mps.bg)
08:54.19ade|deskXorA: it's a concept, not a viable product sadly.  men and women will never be able to agree without it though
08:54.42XorAade|desk: sounds like a girls only drink to me
08:54.56*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
08:55.22ade|deskman 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.32likewisecbrake: ping
09:08.30*** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl)
09:15.58RPade|desk: probably ;-)
09:16.03RPmorning zecke
09:16.45zeckemoin
09:38.56CM!oebug 2928
09:39.36XorAyo Laibsch
09:40.07Laibschhi XorA, good morning everyone.
09:40.15*** join/#oe rd_ (n=rd@trung.tam.mua.ban.trao.doi.phu.nu)
09:41.47hrwhi Laibsch
09:42.21*** join/#oe rd__ (n=rd@trung.tam.mua.ban.trao.doi.phu.nu)
09:42.51likewisegm
09:46.44nudhow can one propose a patched / new bb file for inclusion ?
09:46.51hrwvia bugtracker
09:50.33*** join/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca)
09:53.43koenbecause 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.29CIA-303koen 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.36CIA-303hrw 07org.oe.dev * r7370b7cb... 10/ (1 packages/starling/starling_0.2.bb): starling 0.2: fix DEPENDS
10:26.41CIA-303hrw 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.55CIA-303koen 07org.oe.dev * rf17497ce... 10/ (1 packages/uclibc/elf2flt_svn.bb): elf2flt: add wrapper for uclinux binaries needing funky linkers
10:38.59CIA-303koen 07org.oe.dev * rc9f11994... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevc: add elf2flt
10:39.04CIA-303koen 07org.oe.dev * r0fc94aea... 10/ (1 packages/uclibc/bfin-uclibc_svn.bb): bfin-uclibc: add blackfin fork of uclibc
10:39.08CIA-303koen 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.06nik0nhi i get a error on compiling gcc-cross can any1one help plz?
10:58.07nik0ntmp/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.16nik0nTARGET_OS=linux-uclibc
10:58.24nik0nhost is debian
11:01.44rob_whow does oe resume broken downloads ?
11:01.54*** join/#oe mwester-road (n=chatzill@12.47.40.226)
11:03.39nik0nremove the files from the sources directory and fetch again?
11:05.14*** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz)
11:06.50hrw"/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.56ade|deskwow 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.06m0d0re
11:19.10m0d0rhups 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.31zecke_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.51Crofton|homegr, what is poky's svn url?
11:47.21zecke_Crofton|home: go to projects.o-hand.com and check
11:47.28Crofton|homethanks
11:47.37Crofton|homeo-hand was forgotten
11:48.03koenzecke_: most dutch isps indeed filter port 25
11:48.09*** join/#oe psokolovsky (n=psokolov@stingy.earner.volia.net)
11:48.26zecke_koen: why?
11:48.40koenbecause we are dutch and want to be annoying
11:48.57zecke_I use my Uni VPN to send mails but....
11:49.42koenzecke_: http://scap.linuxtogo.org/files/032809c7df976acfe029d7fb8c145719.png
11:50.03zecke_is that sort of usable?
11:50.59koenyes
11:51.23koenthe font is a bit bug and the searchbar thingy takes up too much space, but I think it's usable
11:52.55koens/bug/big/
11:53.34koenzecke_: http://scap.linuxtogo.org/files/028a3a989f0242f801f80f81200628b0.png
11:57.42oehi 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.02oeany suggestions why this is happening?
11:58.32oethe error comes after I try to run bitbake
11:58.48koenyour python-pysqlte2 is too old
11:59.18oewell I installed the latest
11:59.28oeat least that is the latest in the repository
11:59.36oeI use Mepis 6.5
12:04.44zecke_bbl
12:05.29CIA-303rwhitby 07org.oe.dev * r367c1221... 10/ (4 files in 2 dirs): *-(src|auto)revs: Added revs for some missing openmoko packages.
12:08.00hrwrwhitby: does AUTOREV works for you?
12:08.23rwhitbyhrw: dunno - I added a known good rev and AUTOREV in different files at the same time.  one of them worked,.
12:09.24rwhitbyI 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.48rwhitbyInflicting 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.55koenrwhitby: use DISTRO-angstrom-2007.1 in mokomakefile then :)
12:11.03XorArwhitby: you'll have to take that up with the OpenMoko maintainer :-D
12:11.23rwhitbykoen: XorA: yes, I'm fully aware of those two options :-)
12:12.37hrwXorA: kick him
12:12.53rwhitbyBut 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.30rwhitbyFor some reason, I had the idea in my head that XorA was going to be the maintainer ... dunno why.
12:13.34XorAto feed both words, just needs an if $OPENMOKO_DEV_BUILD then include sane.inc else inslude autorev.inc
12:13.46XorAworlds
12:13.52XorAbloody hell this keyboard is getting worse
12:14.49koenand lots of polish
12:15.04hrwXorA: I accept only MS4000 keyboards
12:15.17hrwand not warrant getting them back
12:15.46rwhitbykoen: 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.50XorAhrw: this is an ms4000
12:16.01hrwXorA: black?
12:16.06XorAhrw: out of three, 2 are mine, one is Wolfsons, only one doesnt have sticky keys
12:16.16XorAhrw: yeah, black usb only
12:16.49koenrwhitby: I only added so the openmoko can use it if they want, hrw activated it
12:16.50hrwms4000 is the only one which can replace keyboard which I use now
12:17.04rwhitbyhrw: 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.46rwhitbykoen: would it have the same effect if it was removed and bleeding-edge developers put that line in their local.conf?
12:18.09hrwrwhitby: it was not requested iirc but I added it as OM 2007.2 is too much changing to use one ver
12:18.21koenrwhitby: it should have the same effect
12:18.26hrwfor example yesterday dialer fails, todays works
12:18.36*** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr)
12:18.43rwhitbyhrw: that's exactly the reason why it should be removed.
12:18.44koendoes dialer 2 still restart gsmd at will?
12:18.55hrwkoen: its not dialer but libmokogsmd
12:19.10hrwkoen: I reported bug on it in OM bugtracker
12:19.17rwhitbythe 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.21koenit 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.38hrwkoen: so do not use any mokogsmd app
12:19.42koenyou mean "untested svn checking that breaks horribly"
12:19.44rwhitbythen the community sees a monotonically increasing stable functionality, not an up and down instability,
12:20.03hrwrwhitby: ok, then remove that line
12:20.19hrwand the mistic OM/OE maintainer will handle it
12:21.21XorAhrw: time for your crystal ball
12:21.25rwhitbyI 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.40rwhitby(hopefully after they have tested it)
12:22.24rwhitbyand 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.22rwhitby(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.33hrwrwhitby: ok then. today2 2963, dialer2 2964, contacts2 335 please
12:23.52Crofton|homeI like the idea of floggings
12:24.47rwhitbyhrw: are you asking me to add those to preferred-openmoko-versions.inc, or to sane-srcrevs.inc ?
12:25.33koenrwhitby: I asked for a policy on updating sane-srcrevs.inc a few days ago, no usefull replies so far
12:25.46hrwrwhitby: those ones works on my neo
12:25.58XorACrofton|home: I think in OEDEM we can go to KitKatKlub to get floggings :-)
12:26.10Crofton|homeok
12:26.24Crofton|homethat might encourage this sort of thing though
12:26.51Crofton|homehttp://en.wikipedia.org/wiki/Kitkatclub ?
12:27.05rwhitbykoen: 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.29XorACrofton|home: yup
12:32.21koenrwhitby: I noticed a pattern with breakages and who did the svn checkin
12:32.51koenso for bumping revs for some recipes need to have extensive testing
12:33.54rwhitbykoen: 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.23koenthat person knows about OE
12:34.51koenhe knows what is on the table and doesn't filter his commits
12:35.34nudkoen: maybe you should default to dated svn snapshot packages instead of "latest commits"
12:35.43Crofton|homeI 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.35rwhitbykoen: everywhere I work there is always a layer of isolation between one developers direct svn checkins, and another developers build.
12:36.54koenrwhitby: how it should be :)
12:37.07koenrwhitby: I tried to do that for the openmoko kernel
12:37.22*** part/#oe oe (n=panayot@rt1.mps.bg)
12:37.26koensuddenly things like "we'll fork" came up
12:37.33rwhitbyCrofton|home: I've been part of CMM level 5 evaluations, and have worked in level 4 organisations :-)
12:37.56rwhitbyyeah, I did too.
12:38.26Crofton|homethere is a lot of good in that sort of thing, sadly the people in charge of implentation tend to be incompetent
12:38.41Crofton|homethe good thing here is that most of us are "competent"
12:39.11rwhitbykoen: 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.47rwhitbyCrofton|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.59rwhitbykoen: 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.50koenI think choosing a rev is up to the distro
12:42.10rwhitbyok, that's the second of those two alternatives
12:42.32rwhitby(the distro maintainer(s) being the downstream developer I referred to)
12:42.35XorAwoowoo, my ADSL is cut
12:43.24Crofton|homeanyone know if I can diff betweem branches in mtn?
12:43.49*** join/#oe RP (i=1000@tim.rpsys.net)
12:44.29koenCrofton|home: you can, just diff between the heads of both branches
12:45.07Crofton|homegood :)
12:46.36koen<PROTECTED>
12:46.38chouimatmorning
12:46.44koenhey 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.18Jin^eLDre
13:00.41Jin^eLDjust 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.23CMAnyone 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.35koenCM: it's edje-cc native, you could gdb it on your host
14:27.39CMok, thanks for the pointer
14:28.16koenprobably wrong number of arguments
14:28.27koenefl tends to segfault on crap like that
14:29.47CMI'm guessing mickey|zzZZzz knows :)
14:29.50*** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz)
14:30.07ade|deskhow does one get around a git server not being available ?
14:30.38koenstab linus in the eye
14:30.46XorAkoen: with a spoo
14:30.48XorAn
14:31.41*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
14:31.52ade|deskseems 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.28wirelessdreamerhas anyone here tried the sdhc patch on zaurus yet?
14:41.28*** join/#oe birunko (n=birunko@200.184.118.132)
14:45.04wirelessdreamerhere 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.33XorASDHC is in mainline kernel AFAIK
14:47.02wirelessdreamerthe 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.07XorAI own no SDHC cards
14:48.14XorAotherwise it would be tested
14:48.28ade|deskah 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.09XorAade|desk: remove their kidneys with a spoon
14:49.17wirelessdreameron 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.30tuukkahhello, anyone here able to help be with editing the wiki?
14:50.33ade|deskXorA: no, a fine scalpel , so i can see them on a Russian ebay-alike site
14:50.43XorAade|desk: heh heh
14:50.57tuukkahthere's some problem with anonymous editing: i can make only one edit
14:51.00tuukkahper page
14:52.17tuukkahi'm trying to fix the link to bbfile on the front page, it currently goes to empty page Bbfile
14:53.13tuukkahi 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.44koenwirelessdreamer: that sdhc patch is in 2.6.22 AFAIK
14:58.02wirelessdreamerkoen: thanks
14:59.56Jin^eLDkoen: do you know if openprotium is maintained in oe, or do they use an own branch?
15:00.13hrwkoen: if not in 2.6.21 even
15:01.14XorAsend me a free 8gig card and I will test :-)
15:02.38tuukkahCM, 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.18koenJin^eLD: I think they have their stuff in svn, but you'd have to ask hopsnbarly
15:03.39Jin^eLDah, he is doing that! cool
15:03.45Jin^eLDthanks
15:04.36Jin^eLDI 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.05hrwbye
15:07.22CMtuukkah: 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.40tuukkahCM, ok so it's not just me
15:08.10CMMaybe there's a timeout per page on anonymous edits?
15:09.06tuukkahok, there probably is
15:09.35tuukkahso, 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.34cbrakelikewise: 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.30likewisecbrake: pong. ever worked with openocd and ixp42x?
15:38.53cbrakelikewise: 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.37likewisecbrake: 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.45cbrakelikewise: was successful with 1 out of 3 PXA270 boards, and still working on the AT91SAM9260 ...  
15:40.12cbrakelikewise: strange -- I've not run into that one
15:42.41likewisecbrake: what key worked for you? I'm using the Amontec JTAGkey here
15:43.05cbrakelikewise: I have the Olimex ARM-USB-OCD
15:43.52cbrakelikewise: seems like once you are connected, the jtag adapter should not make a lot of difference, but who knows
15:45.24likewisecbrake: 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.17cbrakelikewise: does working_area == "workspace"?
15:51.34lichtgestaltHi, I am getting a ton of errors like
15:51.43lichtgestaltIOError: [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.08lichtgestaltI assume this is because I have manually removed the work dir earlier
15:52.33lichtgestaltAssuming this was about the equivalent to rm_work
15:52.53lichtgestaltIs there any way to recover other than restarting from scratch?
15:53.43lichtgestaltI 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.00steliosknop. clear all tmp and restart
15:55.12stelioskits the safest way
16:08.37likewisecbrake: I only know about "working_area". i have set it to SDRAM which I initialized beforehand.
16:08.55CMtuukkah: Not much interest from the oe people in their wiki it seems :-/
16:09.28cbrakelikewise: for the PXA270, I think I have been using internal SRAM as working_area -- have not tried SDRAM yet
16:10.08likewisecbrake: 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.54likewisecbrake: thanks for listening, I have emailed the openocd list, and will continue debugging tomorrow.
16:11.20cbrakelikewise: good luck.  Could also try #openjtag -- I think drath is the openocd author
16:11.37likewisecbrake: 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.58zeckeho
17:04.37tony_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.35tuukkahCM, indeed...
17:24.16CMtuukkah: Strange, since the default answer seem to be "see the wiki for documentation"
17:24.54tuukkahindeed^2
17:25.54tuukkahactually rwhitby asked me to do the edits. i suppose i need to wait until he wakes up
17:26.01Crofton|workanyone know where the size arg gets passed to mount during boot?
17:26.16koenCrofton|work: what size arg?
17:26.56Crofton|workkoen, I am starting to work on why gumstix hangs at boot with Angstrom
17:26.58koenCrofton|work: if you are talking about ramfs, I removed the bogus kernel patch
17:27.14Crofton|workyeah
17:27.27Crofton|workI need to see where the optin comes in
17:27.38Crofton|workand see about using full tmpfs, not embedded one
17:28.38CMkoen: 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.52koenCM: I suspect it's the caching mechanism
17:28.54koentry now
17:29.03CM*nod*
17:29.05koenI lowered the cache liftetime from 6 hours to 1 minute
17:30.50CMI 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.28Croftonhttp://rafb.net/p/fIQagV72.html
17:31.49Croftonah ramfs is the bad option ...
17:33.06CMkoen: Thanks, that worked
17:33.46CMkoen: 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.53CMtuukkah: Works better now :-)
17:35.08koenCM: good :)
17:35.19tuukkahlet's see
17:37.04tuukkahkoen, 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.18XorA|gonewowsers, ADSL2+ rocks
17:38.42CMXorA|gone: Fiber too ;)
17:39.40Jin^eLD~seen hopsnbarny
17:39.41iboti haven't seen 'hopsnbarny', Jin^eLD
17:39.49Jin^eLDwhat was his nick again?
17:40.07koen~seen hopsnbarley
17:40.09ibothopsnbarley <n=hops@nslu2-linux/HopsNBarley> was last seen on IRC in channel #oe, 2d 1h 54m 57s ago, saying: 'hi likewise!'.
17:40.33Jin^eLDaah, thanks
17:40.34Jin^eLD:)
17:40.35stelioskCrofton : 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.56tony_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.58pH5tony_: 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.51pH5afaik 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.50tony_pH5, thanks... too bad, that breaks some things I was doing... I guess I will have to explicitly build each package now
18:23.00pH5to build packages, you have to RDEPEND on the recipes.
18:23.23pH5for example create a task recipe that has RDEPENDs on all the packages you need to build.
18:23.34tony_ok, thanks, i will check that out
18:23.40pH5s/packages/recipes/, s/build/package/
18:24.01tony_btw, what does the R in REDEPEND stand for?
18:24.05pH5runtime
18:24.09tony_ah, cool
18:24.09pH5runtime dependency
18:24.10nik0nruntime
18:24.13pH5versus build time dependency
18:24.39tony_thanks, guys, that helps a lot :-)
18:25.09nik0nis it possible to use differend defconfig files for the same distribution? e.g. when i have DISTRO_TYPE="debug" and release?
18:25.15nik0nor do i have to build 2 distributions?
18:26.00*** join/#oe christopher (n=christop@64-199-159-130.ip.mcleodusa.net)
18:27.17pH5nik0n: look at angstrom-2007.1.conf, and how it sets up DEBUG_APPS
18:27.24pH5you can use the same mechanism for any variable
18:27.40*** join/#oe Crofton|work (n=balister@ossie.wireless.vt.edu)
18:27.47nik0nokay
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.00Crofton|workok, 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.02Crofton|worker, how do I bring up the network interface in angstrom>
19:24.19Crofton|workbasically, run dhcp?
19:24.49likewiseifconfig eth0 192.168.0.1 up ?
19:25.15likewiseHow can I have a aptch applied conditional on the svn rev number of the package?
19:25.31Crofton|workI sort of want to run dhcp ...
19:33.01*** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl)
19:35.04likewiseCrofton|work: any dhcp client should bring the i/f up, yes
19:36.06CroftonI think I do not have the correct module ...
19:37.23Croftonhmm
19:41.31likewisezecke @ planet.nl ?
19:41.46likewisezecke: are you eating frikandels?
19:44.48zeckehehe, 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.48CIA-303crofton 07org.oe.dev * r1ae5e50f... 10/ (3 files in 3 dirs):
20:14.48CIA-3linux : Put all defconfig information in the gumstix-verdex defconfig and
20:14.48CIA-3<PROTECTED>
20:14.57CIA-303crofton 07org.oe.dev * r37de267a... 10/ (1 packages/linux/linux-omap.inc):
20:14.57CIA-3linux-omap.inc : Depend on uboot-utils for mkimage. Do not depend on u-boot.
20:14.57CIA-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.04hrwre
21:21.15*** join/#oe trj (n=trj@pantheon.demon.co.uk)
21:22.57hrwRP: ping
21:24.57hrwpsokolovsky: ping
21:26.33RPhrw: pong
21:26.58*** part/#oe vivijim (n=vivijim@200.184.118.132)
21:27.18psokolovskyhrw: pong
21:28.01*** join/#oe flo_lap (n=fuchs@f049002020.adsl.alicedsl.de)
21:28.53hrwRP: 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.09hrwpsokolovsky: will you add 2.6.22 into defconfigman?
21:29.52psokolovskyhrw: yep, sure. eventually. after hh.org upgrade. and that so far blocked by work on merging hackndev patchset.
21:30.16hrwpsokolovsky: ok
21:30.27RPhrw: That is ok with me in principle
21:30.34hrwpsokolovsky: speaking of merging... do you maintain htcuniversal kernel too?
21:32.07Darth_Waderpsokolovsky: if u`re the one who broke h2200 kernel, then u`ll die painfully :>
21:33.45flo_lapre
21:34.48psokolovskyDarth_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.14psokolovskyhrw: err, as you might notice, I kinda (co)maintain entire hh.org tree
21:35.38hrwpsokolovsky: I know that
21:35.39Darth_Waderi`m not sure whose fault it is, but broken touchscreen AND gpio leds on h2200 makes me angry
21:36.13hrwpsokolovsky: in Poky you can find htcuniversal patches being part of linux-rp - thats for 2.6.22 and 2.6.23-rc
21:36.14psokolovskyDarth_Wader: pay for support. make HP pay for support.
21:36.54RPDarth_Wader: Getting angry with people isn't going to be productive
21:37.15Darth_Waderi`d better pay to someone who will teach people in charge NOT to broke already working things :]
21:37.55psokolovskyDarth_Wader: work with koen on that matter. h2200 will remain broken, he said.
21:38.03Darth_Waderhmm
21:39.06Darth_Waderpsokolovsky: where can i read about all this?
21:39.19psokolovskyon MLs and above
21:39.57Darth_Waderwhich subjects on MLs should i read?
21:40.23psokolovskyDarth_Wader: you should read everything if you make claims like above
21:41.33Marexhi RP , do you have a sec please :)
21:41.57RPMarex: a sec, yes
21:42.29MarexRP, 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.42MarexRP, it is NOT a correct fix, but with this is "worksforme"
21:43.02Marexthe problem is that bitbake adds "-r 1" to svn parameters everytime
21:43.38Marexjust when there is no "rev=something" specified in .bb file, it adds -r 1 automagically and breaks everything
21:44.11Marexyea and errr ... I was warned by psokolovsky ... dont kill me if it's not a bug, spare me :B
21:44.20psokolovskyMarex: that's intended behavior
21:44.50Marexpsokolovsky, it's intentionally broken .. I see :)
21:44.53*** join/#oe ggilbert (n=ggilbert@tinman.treke.net)
21:44.54psokolovskyMarex: needed revision, or ${AUTOREV} must be selected explicitly
21:45.40Marexpsokolovsky, you should have said that earlier :/
21:45.46psokolovskyMarex: something like that. I myself have no idea why RP chose -r1 after all, instead of failing out, but that's it
21:46.40psokolovskyMarex: 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.55hrwpsokolovsky: question about defconfigman..
21:46.58*** join/#oe mr_nice (n=mr_nice@p54A9E136.dip.t-dialin.net)
21:47.15Marexpsokolovsky, so how should I fix linux-hackndev-2.6 to work with this intentionally broken bitbake ?
21:47.30hrwpsokolovsky: to select irda I need to set IRDA=m as PXA_FICP=m is not enough - how does it works for you?
21:47.53psokolovskyMarex: Aha, gotcha! You should learn to tag your stuff!
21:48.17Marexpsokolovsky, lucky you Im not going to ukraine any soon ;-E
21:48.36Darth_Waderbut i have some friends there
21:48.40Darth_Waderpsokolovsky: beware
21:48.44MarexXD
21:48.49psokolovskyhrw: kernel.subsys.irda ?= $1
21:49.09hrwok
21:50.42hrwthx
21:51.19psokolovskyMarex: just rtfm, and you won't need to go here except to drink beer ;-). also maybe some football match?
21:54.21RPMarex: 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.46RPMarex: See sane-srcrevs.inc and add an appropriate entry
21:54.58MarexRP, ok, I understand that now, thank you :)
21:56.33psokolovskyMarex: except that local workaround, and the right one is to tag your stuff properly
21:57.47hrwpsokolovsky: the more I look at defconfigman the more I do not understand how does it works ;D
21:57.47Marexdcopidl-native is broken too
21:58.07Marexhrw, is it really that surprising? ;)
21:58.25psokolovskyhrw: simple feature structures with trivial constraint propagation ;-) README should have it all.
21:58.32psokolovskyhrw: what's exactly unclear?
21:58.53hrwMarex: 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.09Croftonhmmm
22:00.35Croftonmy gumstix just stopped booting at "Remounting root file system...."
22:00.42Croftonno errors upstream ..
22:00.44Croftonwait
22:00.45Croftondone
22:00.53Croftonheh
22:00.53hrwpsokolovsky: 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.55Marexhrw, I fully understand your situation, pxa27x based palms are the same
22:00.56Croftonudev on first boot issue
22:01.05psokolovskyhrw: 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.23psokolovskyhrw: NO!
22:01.56hrwpsokolovsky: I also do not like current base setups - for example pcmcia debugging by default to yes
22:02.33psokolovskyhrw: 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.18psokolovskyhrw: 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.11Hrwwhi
22:06.19Hrwwewi lost network
22:06.57*** join/#oe punkass (n=user@unaffiliated/punkass)
22:07.28sakomanCrofton: so how goes your gumstix effort?
22:07.57Hrwwpsokolovsky: ok, I will try to get atleast half of config and will show you machine config to review - ok?
22:07.57Hrwwpsokolovsky: which device you suggest to take as base?
22:08.20Croftonsakoman, good
22:08.37CroftonI have actually loaded Angstrom-minimal onto one
22:08.47CroftonI am using the network board Adam sent me
22:08.54psokolovskyHrww: 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.10CroftonI fixed the haning boot by turning on the full tmpfs in the defconfig
22:09.21Hrwwpsokolovsky: I do not plan to compile before I will get config which I will accept
22:09.39psokolovskyok
22:10.00Croftonsakoman, enough for tonight, need to get caught up on stuff at home
22:10.22sakomanGlad to hear you are up & running!  Got networking?
22:11.56Croftonon the old board, not on the new board
22:12.16CroftonI 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.38Croftonanyway gotta run.
22:12.40sakomanIs his branch pullable now?
22:12.43CroftonMay be back on later
22:12.52sakomanOK, have a nice evening!
22:12.57CroftonHe sent Adam an email, but we think the server is down atm
22:13.22Darth_Waderwhich one? just mtn pull`d a couple of minutes ago
22:13.35Croftona private vendor branch
22:21.41hrw[machine.ide]
22:21.42hrwkernel.subsys.ide=y
22:21.52hrwpsokolovsky: why I am getting ide=m with it?
22:22.24psokolovskyhrw: something overrides it later
22:24.36*** join/#oe Laibsc1 (n=Laibsch@p54B97ADB.dip.t-dialin.net)
22:25.24hrwpsokolovsky: so looks like I need to create empty distro config?
22:25.56RPpsokolovsky: I've finally remembered to reply to that angstrom mail...
22:26.16psokolovskyhrw: I suggest that you start working on machine first. later, we can work on bringing angstrom config to good common shape
22:26.22psokolovskyRP: thanks!
22:27.14hrwpsokolovsky: http://pastebin.com/d50c581af for c7x0
22:28.45psokolovskyhrw: well, yes, seems to be good enough. compiles?
22:29.21hrwpsokolovsky: I do not care does it compiles as long as it will not generate proper config for me
22:30.46psokolovskyhrw: compiles as does defconfigman parses it? ;-) next, need to formulate what settings are wrong with current angstrom distro config there
22:31.11hrwAttempt to set feature 'kernel.subsys.sound' to incompatible value 'y' (already 'm' set by 'kernel.subsys.sound')
22:31.19hrwso forget about ALSA in modules?
22:31.28CIA-303rwhitby 07org.oe.dev * r2d2fba06... 10/ (9 files in 5 dirs): free42: HP42 RPN calculator, also added to openmoko-feed
22:31.47rwhitbythx to quicksand for that one
22:32.15RPhrw: I think copy and paste of the relavent defconfig sections might be easier for the zaurus use...
22:32.44RPhrw: If we actually got them synced up with the device differences documented it wouldn't be that difficult to maintain...
22:32.48hrwRP: thats what I suspect too
22:33.14psokolovskyhrw: no, just need to resolve this conflict
22:33.18hrwRP: but psokolovsky so often mention defconfigman that I decided to give that tool last chance
22:33.27RPhrw: :)
22:33.31hrwpsokolovsky: what conflict?
22:33.34hrw[machine.sound]
22:33.34hrwkernel.subsys.sound = m
22:33.36hrwkernel.subsys.sound.alsa.soc = m
22:34.44psokolovskyhrw: 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.17hrwRP: zaurus.conf + MACHINE.conf + common.conf?
22:35.36psokolovskyhrw: y vs m. try to find what sets it to '= y' and change to '?= y'
22:36.20RPhrw: 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.19hrwpsokolovsky: kernel-subsys.conf->[kernel.subsys.sound]->SOUND=$1 is a problem
22:37.39psokolovskyhrw: using ?= might fix it
22:39.06hrwit does
22:40.07hrwRP: right
22:40.33hrwsomeone know tool which extract common parts from files?
22:40.56RPhrw: You want an inversediff :)
22:41.07*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
22:41.43psokolovskyhrw: in the end you'll get the same crap with own idiosyncrasies (if only only better) ;-)
22:42.17hrwpsokolovsky: in best situation I will end with two files: common + machine-related
22:42.36RPpsokolovsky: The zaurus machine case is actually really simple
22:42.41psokolovskyhrw: I suggest you look and kernel miniconfigs from ex(?)-busybox maintainer, that funky guy. his crap reminded me of defconfig
22:43.17RPpsokolovsky: There are maybe about 10-20 entries that differ between the machines
22:43.17psokolovskyhrw: you have one now, why bother? defconfigman's aim is to have fine-grained features structure, split among maintainable files ;-)
22:43.51psokolovskyRP: I bet. but lack of structuralism. anyway, I just describe what aims I had with defconfigman.
22:44.47RPpsokolovsky: I make no comment on defconfigman, I've never used it ;-)
22:51.21hrwRP: pxa25x/pxa27x/sa1100 + common + machine
22:54.02*** join/#oe Laibsc1 (n=Laibsch@212.17.245.104)
23:12.14hrwRP: conf-c7x0  conf-poodle  conf-pxa25x  conf-pxa27x  conf-qvga  conf-tosa  conf-vga  conf-zaurus
23:12.37hrwRP: where conf-pxa27x is conf-akita-spitz
23:13.18hrwand 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.48hrwlooks like I got it cleaned
23:29.01RPhrw: I'll be interested to see the result :)
23:29.16RPbut tomorrow now ;-)
23:29.20RP'night all
23:29.29hrwcu RP
23:29.33dcordesis 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)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.