irclog2html for #oe on 20060926

00:07.42*** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby)
00:10.21*** join/#oe csmanx (n=csman@70.53.192.244)
00:11.06*** join/#oe IkeKrull (n=ikey@leibniz.catalyst.net.nz)
00:15.01*** join/#oe wrobbie (n=rob@cm112.sigma248.maxonline.com.sg)
00:15.21*** join/#oe rm_you (n=Adam@131.194.234.45)
00:19.34*** join/#oe leoncamel__ (n=user@219.142.186.3)
00:19.41leoncamel__morning ~!
00:33.19*** join/#oe jacques (n=jacques@nslu2-linux/jacques)
00:46.19*** join/#oe ggilbert_ (n=ggilbert@70-38-101-166.losaca.adelphia.net)
01:02.54*** join/#oe Timelord (n=TL@68-191-189-54.static.fdul.wi.charter.com)
01:04.30*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
01:07.31*** join/#oe idealm (n=ideal@222.66.106.154)
01:08.25*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
01:19.40*** join/#oe csmanx_ (n=csman@70.53.192.244)
01:22.41*** join/#oe tmbinc (i=abcd@e176158184.adsl.alicedsl.de)
01:32.53*** join/#oe idealm (n=ideal@222.66.106.154)
01:53.57*** join/#oe idealm (n=ideal@222.66.106.154)
01:55.03*** join/#oe leoncamel (n=leoncame@219.238.107.107)
02:09.51*** join/#oe punk-ass (n=user@ptbynynas01pool0-a174.ptbyny.tds.net)
02:22.24*** join/#oe idealm (n=ideal@222.66.106.154)
02:22.26*** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby)
02:36.11chouimat|Zzzznight
02:37.29emtenight
02:39.42*** join/#oe mithro (n=tim@203.63.126.9)
02:43.04*** join/#oe idealm (n=ideal@222.66.106.154)
02:55.57leoncamelmorning ~!
02:58.36ggilbert_kergoth: How's openhand?
03:00.12kergothpretty good.  still thinking about getting out of coding for a job, but its pretty good.  dont hate it, and thats better than most jobs i've had
03:00.57ggilbert_Well, better than nothing I guess
03:01.51kergothaye
03:10.42*** join/#oe idealm (n=ideal@222.66.106.154)
03:31.40*** join/#oe idealm (n=ideal@222.66.106.154)
03:56.54*** join/#oe idealm (n=ideal@222.66.106.154)
04:02.02*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
04:03.25*** join/#oe AvengerMoJo (n=alex@61.14.130.209)
04:14.32*** join/#oe exastra (n=go@c-24-21-152-246.hsd1.mn.comcast.net)
04:15.12*** join/#oe mithro (n=tim@203.63.126.9)
04:17.34*** join/#oe idealm (n=ideal@222.66.106.154)
04:21.50*** join/#oe Marex (n=Marex@213.194.240.165)
04:25.07*** join/#oe idealm (n=ideal@222.66.106.154)
04:43.32*** join/#oe mithro (n=tim@203.63.126.9)
04:47.11*** join/#oe idealm (n=ideal@222.66.106.154)
04:51.42*** join/#oe noclouds (n=mhfan@60.166.32.97)
05:09.40*** join/#oe idealm (n=ideal@222.66.106.154)
05:10.31*** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby)
05:32.34*** join/#oe idealm (n=ideal@222.66.106.154)
05:49.29*** join/#oe jerrybme (n=jerry@adsl-68-22-77-231.dsl.emhril.ameritech.net)
05:50.14*** join/#oe mithro (n=tim@203.63.126.9)
05:53.44*** join/#oe idealm (n=ideal@222.66.106.154)
06:02.04*** join/#oe awelux (n=awelux__@dslb-084-058-162-013.pools.arcor-ip.net)
06:02.08*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
06:18.27*** join/#oe rob_w|mis (n=rob_w@p549B9777.dip0.t-ipconnect.de)
06:22.37*** join/#oe idealm (n=ideal@222.66.106.154)
06:46.46*** join/#oe idealm (n=ideal@222.66.106.154)
07:01.34*** join/#oe Genesis (n=Genesis@dyn-88-122-87-116.ppp.as12876.net)
07:01.51Genesissalut
07:04.59*** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr)
07:05.09IfaistosGreetings !
07:05.35Genesismorning :)
07:06.39IfaistosGenesis : hi
07:07.32Ifaistos563 revisions... some people were busy all these days :)
07:09.22*** join/#oe theturtle (n=theturtl@guiness.lifl.fr)
07:11.41*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
07:11.43*** join/#oe idealm (n=ideal@222.66.106.154)
07:18.24*** join/#oe koen (n=koen@dominion.kabel.utwente.nl)
07:20.35*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
07:35.49koengood morning all
07:36.19*** join/#oe idealm (n=ideal@222.66.106.154)
07:39.08v8jlenekoen: morning
07:39.51*** join/#oe cyn__ (n=cyn@cpe-066-057-046-006.nc.res.rr.com)
07:42.12Ifaistoskoen : morning
07:44.59koenhey v8jlene & Ifaistos
07:45.52hrw|workmorning
07:45.58koenhey hrw|work
07:46.51CIA-903lenehan 07org.oe.dev * r2ae64e9d... 10/ (1 classes/cpan.bbclass):
07:46.51CIA-9cpan.bbclass: Instead of putting modules into ${libdir}/perl5 put them into
07:46.52CIA-9${libdir}/perl5/site_perl/${version} since ${libdir}/perl5 is not part of
07:46.52CIA-9the standard INC (search) path for perl and so these modules are not
07:46.52CIA-9found by default in the original location. Technically they should go
07:46.54CIA-9in vendor_perl instead of site_perl, but that requires changes to all
07:46.56CIA-9of the configuration files which is a much more complex change.
07:46.58CIA-903lenehan 07org.oe.dev * r87190a93... 10/ (1 classes/cpan_build.bbclass):
07:47.00CIA-9cpan_build.bbclass: The existing cpan.bbclass works for perl modules that
07:47.02CIA-9uses the old Makefile.PL based build ssytem. This class is for perl modules
07:47.06CIA-9that use the new Build.PL based build system (not widely used yet but
07:47.08CIA-9starting to appear). Again this use site_perl instead of vendor_perl since
07:47.11CIA-9vender_perl is not being setup by the perl build.
07:48.13*** join/#oe wrobbie (n=rob@cm112.sigma248.maxonline.com.sg)
07:49.26Ifaistoskoen : Just back from my honeymoon... i think i can make it to the OEDEM, is it still on the same dates ?
07:50.00koenIfaistos: congrats on the wedding and honeymoon
07:50.20koenhttp://www.openembedded.org/wiki/OEDEM that has the latest info
07:51.15*** join/#oe __law__ (n=law@mail.stiftadmont.at)
07:53.46Ifaistoskoen : any info on location, in order to arrange for hotel ?
07:54.20koenit's near the U6 subway line
07:54.26koenI forget where the location was
07:55.31RPkoen, Ifaistos: http://www.bmco-forum.org/index.php?id=28
07:55.43RPmorning all btw
07:56.03koenhey RP
07:57.51IfaistosRP : Hey
07:57.55*** join/#oe idealm (n=ideal@222.66.106.154)
07:59.37koenAdding new user `gitlog' (UID 113) with group `adm' ...
08:00.30hrw|workhi RP
08:01.37*** join/#oe ade|desk (n=ADAVEY@194.200.143.249)
08:02.02ade|deskhowdy folks
08:02.40XorAmorning
08:03.36koenhey XorA
08:07.17CIA-903lenehan 07org.oe.dev * rcd0ccc8a... 10/ (1 classes/cpan.bbclass classes/cpan_build.bbclass):
08:07.17CIA-9cpan.bbclass/cpan_build.bbclass: Make all perl modules DEPEND on perl
08:07.17CIA-9and RDEPEND on perl-native to avoid having to add it to every single
08:07.17CIA-9perl module recipe.
08:08.01koenv8jlene: RDEPEND on -native?
08:08.26RPThat sounds very very wrong
08:09.03v8jlenegrrr... the codes correct.. comment has it backwards ;(
08:09.31koenI suspected something like that :)
08:09.41v8jleneIt RDEPENDS on perl, DEPENDS on perl-native *sigh* I'm drowning in perl modules...
08:12.20koenv8jlene: don't forget to bump PR on the affected modules
08:13.09koen<PROTECTED>
08:13.11koenhmmm
08:13.27koen<PROTECTED>
08:13.31v8jlenekoen: Yeah, I'll get to it. There's only two checked in and no one could have ever used those 'cause they don't work ;) They were added for the native versions...
08:17.24CIA-903lenehan 07org.oe.dev * r57f56983... 10/ (19 files in 2 dirs):
08:17.24CIA-9perl modules: Add the first collection of perl modules. These modules are
08:17.24CIA-9required to run mason (perl web content development and delivery engine).
08:17.24CIA-9Mason itself, and the additional modules needed to build it, to follow.
08:18.24hrw|workburned thinkpad looks nice
08:19.09koenhrw|work: it's a secret plot to kill FOSS developers
08:19.26*** join/#oe pvanhoof (n=pvanhoof@mailhost.newtec.be)
08:20.11*** join/#oe idealm (n=ideal@222.66.106.154)
08:21.58CIA-903lenehan 07org.oe.dev * r2a36f6aa... 10/ (4 files in 2 dirs):
08:21.58CIA-9perl: Update modules that were effected by the cpan.bbclass changes:
08:21.58CIA-9- Remove the DEPENDS on perl since the cpan class now adds it.
08:21.58CIA-9- Bump PR to take into account the changed installation location.
08:22.33*** join/#oe idealm (n=ideal@222.66.106.154)
08:22.42CIA-903xora 07org.oe.oz354x * r413f65e0... 10/ (1 packages/linux/linux-openzaurus_2.6.16.bb): linux-openzaurus_2.6.16.bb : update to ASoC 0.11.5
08:23.22hrw|workXorA: thx
08:23.45hrw|workXorA: now time to rebuild and finding testers
08:24.05XorAhrw|work: I am running that on c7x0
08:24.18XorAhrw|work: I reported that kernel to .dev
08:24.21hrw|workXorA: testers = akita, spitz also
08:24.31XorAhrw|work: when it arrives :-)
08:24.37hrw|workhrw@bitbake:~/devel/build/3541$ for machine in c7x0 akita spitz  ;do echo "MACHINE = \"$machine\"" > conf/auto.conf;echo "MACHINE = \"$machine\""; bbrebuild packages/linux/linux-openzaurus_2.6.16.bb ;done;date
08:25.16hrw|work~hail multimachine
08:25.19ibotACTION bows down to multimachine and chants, "I'M NOT WORTHY!!"
08:28.12hrw|work45 patches applied to 2.6.16
08:30.16hrw|workhmm. squashfs not updated... will skip updating it anyway
08:30.23*** join/#oe psokolovsky (n=psokolov@236.usernat.ip.net.ua)
08:32.34hrw|workc7x0 built
08:32.55hrw|workhmm.. iptables...
08:33.02Kevin`ohi
08:33.06CIA-903rpurdie 07org.oe.dev * r5386fdf3... 10/ (1 packages/linux/linux-openzaurus_2.6.18.bb): linux-oz-2.6.18: Update to ASoC 0.11.7, refresh poodle_audio patch, correct hrw-pcmcia-ids revision number
08:33.08Kevin`was about to go to sleep
08:33.25hrw|workRP: ops.
08:33.40RPhrw|work: np ;-)
08:34.33Kevin`hrw|work can I expect iptables modules for sl-c3200 anytime soon? :)
08:34.38hrw|workKevin`: what blocks you?
08:34.46hrw|workKevin`: will add it today
08:34.55Kevin`blocks me?
08:35.26hrw|workKevin`: from going to sleep
08:35.32XorAis poodle supposed to flash lights when charging?
08:35.37Kevin`just asking that
08:35.41Kevin`good night
08:35.58RPXorA: It depends how low on charge it is...
08:36.10XorARP: I dont think Liam charged it so its dead
08:36.30RPXorA: unplug and replug the charger after a few minutes and it will probably show lights
08:37.01hrw|workXorA: o.. you got that poodle into hands?
08:37.49XorAhrw|work: yeah
08:38.06XorAhrw|work: building an umage right now
08:38.14*** join/#oe gints__ (n=gints@62.84.15.211)
08:38.28hrw|workXorA: 3.5.4.2 is too old? :D
08:39.11XorAhrw|work: need dev env for fixng ASoC anyway
08:39.57*** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr)
08:39.58hrw|workXorA: its probably too early to ask, but how do you feel being paid for working with Zauruses?
08:40.03hrw|workhi olivier
08:40.23XorAhrw|work: money is always good
08:45.11*** join/#oe idealm (n=ideal@222.66.106.154)
08:46.27*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
08:47.49hrw|workall 3 machines built
08:50.57*** join/#oe zecke (n=freyther@193.1.64.6)
08:51.15zeckehey
08:51.25hrw|workhi zecke
08:51.44XorAwooo oz 3.5.3
08:52.15RPhi zecke
08:52.26zeckehey
08:52.40RPzecke: How did the presentation go?
08:52.58zeckeI think it was quite amusing for me and everyone around
08:53.07zeckeand I have gotten more feedback than expected
08:53.09koenzecke: do you have the slides online?
08:53.21zeckekoen: slides? slides are for losers ;)
08:53.24koenzecke: and does TT have a bounty on your head now?
08:53.32RPzecke: sounds good :)
08:53.33zeckekoen: no, actually not at all
08:53.58zeckeRP: So more and more people, even OSDL, care for mobile devices
08:54.18zeckeRP: and even OSDL classifies stuff like Zaurus, N770 as 'desktop' because it has a GUI
08:54.30zeckeRP: so we are finally getting away from the term 'Embedded Devices'
08:55.00RPzecke: The term has never bothered me but I can see what that is good :)
08:57.13CIA-903Tom 07org.oe.dev * rde17215c... 10/ (1 classes/kernel.bbclass): kernel.bbclass: do not override machine/*.conf setting of KERNEL_IMAGETYPE to allow image other than zImage to be produced - close #1435
08:58.09RPIs Tom on irc?
08:58.17koent0mw ?
08:58.21hrw|workits --author push
08:58.27zeckewho is Tom anyway?
08:58.36T0mWeh?
08:59.05T0mWkoen: you rang?
08:59.05RPT0mW: Did you file bug 1435?
08:59.06koen'mtn automate certs' is your friend :)
08:59.11T0mWRP: yeah
08:59.33T0mWRP: that's the one about the KERNEL_IMAGETYPE ?
08:59.55RPT0mW: In future can you file bugs in the OE metadata against OE, not bitbake
09:00.06T0mWhuh?
09:00.31T0mWRP: I thought the class lib was bitbake?
09:00.42T0mWRP: oh, doh, sorry
09:00.52RPT0mW: No, the classes are in OE
09:01.17T0mWRP: I tend to think of the apps as OE and anything that isn't an app as BitBake
09:01.36T0mWRP: got it now. heh
09:01.52RPT0mW: np :)
09:02.28RPT0mW: FWIW, I'm not sure the machine.conf is the best place to set KERNEL_IMAGETYPE - Its usually set by the kernel .bb file (after the inherit kernel)
09:02.42T0mWmy first project is about done here, I am very pleased with the results of having use OE to build it.
09:02.54RP(although I can see arguments either way...)
09:03.09T0mWRP: yeah, but you cannot override what the kernel.class will do.
09:03.45hrw|workRP: imagine machines which use different bootloaders so need uimage/zimage but has one kernel...
09:03.53RPT0mW: you can - 'inherit kergel \n KERNEL_IMAGETYPE="bzImage"'
09:04.21T0mWok
09:04.31CIA-903Tom 07org.oe.dev * raf3514ac... 10/ (1 classes/base.bbclass): base.bbclass: handle tar.Z archives - close #1433
09:04.33RPT0mW: Can you tell us what the project was out of interest or not?
09:04.49T0mWnp, it is the Zipit
09:05.00*** join/#oe like2wise (n=chatzill@atwork-98.r-212.178.104.atwork.nl)
09:05.26RPT0mW: Ah, interesting. Have we a machine.conf for that in OE now?
09:05.33T0mWRP: http://www.openzip.org
09:06.18T0mWRP: couple more things to polish and then I'll see about getting a dev account to commit the stuff.
09:06.43RPT0mW: Host openzip.org not found: 3(NXDOMAIN) :-/
09:07.07T0mWRP: doh, http://www.openzipit.org  I am really tired of typing tonite.  I need a break!
09:07.34T0mWRP: check out the Add-On Board, that is mine
09:08.25*** join/#oe simcop2387 (n=simcop23@p3m/member/simcop2387)
09:09.34RPT0mW: very cool :)
09:11.05*** join/#oe mikearthur (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk)
09:11.18T0mWRP: That thing just has caught my imagination.  I pick them up on ebay for about $60
09:11.59T0mWI've got this one running openvpn and accessing my IMAP mail from public wifi.
09:12.20CIA-903Tom 07org.oe.dev * r34b832f9... 10/ (1 packages/pine/pine_4.63.bb): pine: fixed SRC_URI - close #1434
09:12.20T0mWcannot get weechat to build though
09:13.07RPT0mW: I know someone with one and played with one for a while. They're quite cute devices :)
09:13.42simcop2387cute devices? where :)
09:13.44T0mWThe thing is that the flash is too small to do anything serious with it.  
09:13.57*** join/#oe idealm (n=ideal@222.66.106.154)
09:13.57T0mWsimcop2387: down boy, down.
09:14.12RPT0mW: But this is where your miniSD comes in? :)
09:14.15simcop2387T0mW: what kind of devices? i'm always up for new devices
09:14.49T0mWRP: yeah, the new system I put together with OE loads the kernel from flash but boots from the mmc card.
09:15.02*** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de)
09:15.14T0mWI just wish that I could put a clock in this thing.
09:15.20T0mWno room
09:15.29simcop2387just keep using ntpdate!
09:15.45T0mWsimcop2387: LOL yes
09:16.34T0mWsimcop2387: when you power the unit off, save the old clock time for the next boot.    that way your files have something like a real date/time on them.
09:17.50simcop2387yea, i'm planning on patching/fixing my zaurus (collie) to do that, with the latest openzaurus, it resets it to build time at boot for some odd reason
09:18.15T0mWew!
09:18.16hrw|worksimcop2387: on collie you can try to remove /etc/timestamp
09:18.37*** join/#oe polyonymous (i=hacker@pD9539C7C.dip0.t-ipconnect.de)
09:19.08CIA-903Shane 07org.oe.dev * r5792a180... 10/ (1 packages/gdb/gdb-cross_6.4.bb): gdb-cross: added 6.4 version - closed #1426
09:19.39hrw|workdo we have ciabot source in contrib?
09:20.05*** join/#oe zecke (n=freyther@193.1.64.6)
09:20.42simcop2387hrw|work: thanks, i planned on going through the whole init :)
09:21.35simcop2387though i may end up writing a Makefile driven init for the collie anyway, simply because of how much faster i know it can be thanks to less overhead
09:22.06simcop2387i once booted a 486 33mhz laptop in < 10 seconds that way, fully functional boot too
09:22.18simcop2387hard as hell to maintain though
09:24.18*** join/#oe bigd0g (n=b1gdo6@193.1.99.21)
09:24.35CIA-903mickeyl 07org.oe.dev * r78ea8c7c... 10/ (6 files in 3 dirs): glibc 2.4 backport two patches from HEAD
09:28.43*** join/#oe blaster8 (n=jonesml@nslu2-linux/blaster8)
09:29.13CIA-903Bastian 07org.oe.dev * rdf4696f2... 10/ (6 files in 4 dirs): bacula-client: added 1.38.11 - close #1420
09:29.23blaster8hey there
09:29.40blaster8How do I DEPENDS on a specific version of another bbfile
09:29.59hrw|workno way now
09:30.12blaster8hmm
09:32.43simcop2387there we go, got it to stop trying to compile the 2.6 kernel for collie, (it kept borking on uart symbols anyway)
09:35.38*** join/#oe idealm (n=ideal@222.66.106.154)
09:36.02*** join/#oe alan|philo (n=alan@ARouen-156-1-47-114.w90-8.abo.wanadoo.fr)
09:39.59florian_kcgood morning
09:41.06like2wisegood morning to you 2
09:41.54likewiseleon@blaze:~/sandbox/ixp4xx/openembedded/build/tmp/work/busybox-1.2.1-r1.3/busybox-1.2.1$ grep MOUNT .config        ----->       # CONFIG_MOUNT is not set
09:42.42likewiseI do not get how the busybox mount functionality is used in OE, can someone explain pls?
09:42.45*** join/#oe idealm (n=ideal@222.66.106.154)
09:45.41XorAT0mW: hows is your samsung coming?
09:46.40T0mWXorA: heh, been spending time learning OE.  Next week I'll have to pull that samsung together.  I cannot get the USB working on it.
09:46.50XorAT0mW: which board do you have?
09:47.20T0mWXorA: the littlechips LN2410SBC-LN64
09:47.33XorAT0mW: have a SMDK2440 here
09:47.44T0mWah
09:47.49T0mWXorA: http://www.littlechips.com/LN2410SBC_TFT.htm
09:48.21T0mWXorA: I don't need the LCD for this project, but...
09:48.23T0mW;)
09:48.58XorAT0mW: cool, we are trying to figure out the 2440 seems a bit quiet on board support for that
09:49.33T0mWhumpf, everyone seems quiet about linux support for thier boards, don't they?
09:49.56XorAT0mW: yeah, all pretty pictures, no code
09:51.06T0mWXorA: been there done that, I bought a couple of dev boards these past few years and it seems that most will give you an outdated kernel source and then give you blank looks when you ask about linux.
09:51.58*** join/#oe e-ffi (n=cybercom@dslb-084-056-116-092.pools.arcor-ip.net)
09:53.40slapin<PROTECTED>
09:56.12*** join/#oe __law__ (n=law@mail.stiftadmont.at)
09:58.19CIA-903Bastian 07org.oe.dev * r9b62bcf6... 10/ (8 files in 4 dirs): privoxy: added 3.0.3 - close #1419
10:07.47hrw|workXorA: when you will get working poodle image then can you look at #1388 and #1415?
10:08.10*** join/#oe idealm (n=ideal@222.66.106.154)
10:10.12XorAhrw|work: 1388 is my job
10:11.18RPXorA: 1388 should be fixed in recent ASoC releases. The only known issue is now the static
10:11.24hrw|workXorA: I know, but nudge anyway
10:11.48XorARP: currently my machine is catching fire doing two builds :-)
10:16.19XorAmickey|zzZZzz: I suspect your last email needs a PREFERRED_PROVIDER_dbus-glib = "dbus-glib" but I missed the orignal mail
10:17.52hrw|workget_gcc_fpu_setting get_glibc_fpu_setting functions.. will they migrate into classes/ or bitbake trunk will warn about them?
10:21.08hrw|workXorA: I do not remember when last time I saw any gui on Z :)
10:22.56*** join/#oe Laibsch (n=Laibsch@V2b5b.v.pppool.de)
10:23.17hrw|workRP: does bitbake trunk (r612) is usable/working?
10:27.02CIA-903hrw 07org.oe.dev * rbbe00e72... 10/ (1 packages/opie-mediaplayer1/opie-mediaplayer1.inc): opie-mediaplayer1: remove unneded DEPENDS on opie-mediaplayer2-skin-default - probably close #1406
10:30.32XorAhrw|work: you are near to marriage, you arent allowed toys :-)
10:31.43hrw|workXorA: its not so good already
10:37.09RPhrw|work: I'm running trunk for all my builds...
10:37.28RPIn fact I'm considering moving poky to use trunk...
10:37.31hrw|workok
10:38.02hrw|workRP: can you do 'bitbake-trunk -n opie-mediaplayer1' on recent .dev?
10:38.23RPhrw|work: No, it will give circular dependency errors
10:38.38hrw|workRP: .dev or opie-mediaplayer1?
10:38.56RPhrw|work: The metadata is correct but incompatible with debian.bbclass
10:39.01hrw|workaha
10:39.07*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
10:39.11hrw|workhi Bernardo
10:39.12Bernardogood morning
10:39.18Bernardohi hrw|work
10:39.33RPhrw|work: How we solve it is a difficult question and probably needs a rewrite of our package renaming code
10:39.51*** join/#oe idealm (n=ideal@222.67.232.101)
10:43.11hrw|work12:43 hrw@work:linux-2.6.16$ diff -u ../defconfig-c7x0 .config|diffstat .config |  128 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++--------
10:43.47hrw|workiptables stuff...
10:44.01psokolovskyRP: FYI, for me, bitbake trunk stopped working at all after latest commits (which were >1week ago though).
10:45.18psokolovskyRP: And before that, trunk tried to fetch more stuff than 1.6. I.e. when "bitbake gpe-image" converged to just building image with 1.6, running trunk tried to pull up more stuff.
10:45.55RPpsokolovsky: Stopped working in what way?
10:46.15psokolovskyRP: Anyway, is there some requirements/textual description why dep refactor was done and what it addressed. I'd like to know background before asking stupid questions ;-)
10:46.31RPpsokolovsky: It will build more things but it is correct to do so - dependency handling was incorrect in previous versions :-(
10:47.14RPpsokolovsky: I can summarise - the problem is debian.bbclass - it renamed packages and requires anything to be built before it can work out the correct renaming
10:47.15psokolovskyRP: Currently, it gives parsing error for each .bb ;-(. Anyway, consider that FYI only. I'll double-check my setup, and only them come up with mor formal report/questions.
10:47.35RPpsokolovsky: It shouldn't give a parsing error (and doesn't do that here)
10:47.55psokolovskyRP: I tried to move away debian.class usage, but it still tried to fethc more.
10:48.31psokolovskyRP: Ok, again, i need look more carefully at it. Just on todo for couple of weeks, so I guessed I just mention it now ;-)
10:48.33RPpsokolovsky: When you say moved away from, you removed the inherit?
10:48.48psokolovskyRP: Yes, from angstrom distro config.
10:49.08RPThat should have stopped it pulling in most things
10:50.45psokolovskyso I thought. maybe I made a mistake somewhere. So, is there a kind of summary what issues the refactor addressed, except allowing for multithreaded builds?
10:51.27RPpsokolovsky: It isn't really documented anywhere :-/
10:51.46psokolovskyRP: Ok, np, code is my friend ;-)
10:52.10hrw|workRP: what do you think about dropping other machines then c7x0/spitz/akita from 2.6.16 in .oz354x?
10:52.55RPhrw|work: I have no problem with that
10:53.02hrw|workko
10:53.37psokolovskyRP: Just in case, passing a feature request I got from users: it would be nice to make possible separate fetching of all sources required to build some target, to be them later (e.g., work vs home). I guess, new dep framework would allow to do that.
10:54.04psokolovskyRP: Or would -c fetch would do that with trunk already?
10:54.13RPpsokolovsky: It will, we just need to add some way to trigger it from the commandline
10:54.23hrw|workpsokolovsky: bitbake -cfetch some-target
10:54.45RPThat won't work and never should have as the fetch task doesn't depend on all the other fetch tasks
10:54.45psokolovskyRP, hrw|work: Ok, thanks, will pass that info
10:54.56psokolovskyhm
10:55.12psokolovskyok
10:57.07CIA-903hrw 07org.oe.oz354x * rde446702... 10/ (7 files in 3 dirs): linux-oz 2.6.16: drop support of other models then c7x0/spitz/akita
10:57.10CIA-903hrw 07org.oe.oz354x * r92e38746... 10/ (5 files in 3 dirs): linux-oz 2.6.16: enable iptables
10:58.41*** join/#oe mithro (n=tim@ppp115-20.lns1.adl4.internode.on.net)
11:01.02*** join/#oe Sleep_Walker (n=Sleep_Wa@r5bm116.net.upc.cz)
11:25.18*** join/#oe mikearthur (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk)
11:42.35XorAhey mikearthur
11:42.42mikearthurgood day XorA
11:42.45mikearthurenjoying wolfson?
11:43.11XorAmikearthur: cool so far
11:43.28XorAmikearthur: your muppet makes it easy to find my desk
11:43.32mikearthur:D
11:50.26ade|deskXorA: changed jobs ?
11:58.16XorAade|desk: Im sitting in mikes old seat in wolfson
12:01.56ade|deskXorA: groovy
12:04.09*** join/#oe Marex (n=Marex@213.194.240.165)
12:08.32*** join/#oe zecke (n=freyther@193.1.232.52)
12:08.39*** join/#oe lrg (n=liam@edincore.wolfsonmicro.com)
12:08.45lrgmorning all
12:08.58likewiseWhat's the proper way to fix the package versions inside a stable distro release?
12:09.09XorAhey lrg
12:09.22hrw|worklikewise: PREFERRED_VERSION_package = "myversion"
12:09.23likewisehi all
12:09.27XorARP: does zaurus serial need a MAX chip inline?
12:09.38likewisehrw|work: and set this for each package in the distro.conf file?
12:12.39hrw|workyes
12:13.19chouimatm orning
12:21.40*** join/#oe TheCan (n=thecan@dslb-084-056-161-007.pools.arcor-ip.net)
12:24.43*** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu)
12:28.03*** join/#oe AvengerMoJo (n=alex@219.142.242.102)
12:34.07*** join/#oe csmanx (n=csman@70.53.192.244)
12:34.45T0mWsimcop2387: did you notice that the symlink in rc0.d and rc6.d for save-rtc.sh is wrong?  It should be K26save-rtc.sh not S26save-rtc.sh
12:36.09XorAhrw|work: did you complete your earlier checkin with linux-oz_2.6.17 as Im having trouble with .dd having v4 of the ids patch
12:36.52hrw|workmoment
12:38.48T0mWsimcop2387: nm, I was wrong, it is correct. :/
12:39.15hrw|workXorA: thx. fixed
12:39.24XorAhrw|work: cool
12:39.49CIA-903hrw 07org.oe.dev * r8e21cbd2... 10/ (4 files in 2 dirs): linux-oz: s/r4/r5/ on hrw-pcmcia patch
12:42.43*** join/#oe stevenh (n=lews@65.167.23.2)
12:43.23hrw|workcu
12:57.04RPXorA: technically, yes
12:57.44RPXorA: The SerialIO people got away without that using some resistors for the 5V models (i.e. not cxx00). I suspect the serial on poodle is missing some locomo code
12:58.03CIA-903blaster8 07org.oe.dev * r60a1e838... 10/ (13 files in 6 dirs):
12:58.03CIA-9ixp4xx-npe: Add automatic byte-swapping for LE firmware load
12:58.03CIA-9mdev: Update loadmicrocode.sh
13:03.17XorARP: so if I got the techies here to make somethuing like this? http://www.pdaxrom.org/node/92
13:04.10*** join/#oe koen (n=koen@dominion.kabel.utwente.nl)
13:04.32*** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net)
13:18.39RPXorA: It would work fine. Can I have one too? :)
13:19.02RPXorA: You still might need to fix the locomo driver in poodle
13:22.02XorARP: ok, but having working cable would be helpful
13:22.42koenhrw|work: biff
13:22.44koenzecke: biff
13:25.06*** join/#oe Laibsch (n=Laibsch@V2b5b.v.pppool.de)
13:25.14RPXorA: yes :)
13:29.55koenXorA: if you are going to work on s3c24xx, have a chat with prpplague
13:30.01koen~seen prpplague
13:30.26ibotprpplague is currently on #ol (20m 47s) #edev (20m 47s) #openjtag (20m 47s) #uclibc (20m 47s) #handhelds.org (20m 47s). Has said a total of 2 messages. Is idling for 45s, last said: '~quote scox'.
13:32.29XorAkoen: got a real name to go with that nick?
13:32.39koenXorA: Dave Anders
13:33.09XorAkoen: cheers
13:33.55zeckekoen: biff what? xbiff?
13:34.12koen'biff' as in 'you have mail'
13:34.55*** join/#oe joshin (i=josh@VDSL-130-13-143-78.PHNX.QWEST.NET)
13:35.06zeckeI knew that
13:35.17zeckeI have not read mails since ages as my macbook is still broken
13:35.25zeckeI have read a botmail today though
13:35.29zeckeI think it was from you
13:36.32koenzecke: ewi546 is going to be redeployed
13:36.43zeckekoen: oh :(
13:36.49koenindeed
13:36.57zeckeand I should get my stuff off this machine then
13:37.56koenI'm trying to keep it, but it doesn't look like I will succeed :(
13:45.55CIA-903koen 07org.oe.dev * r300063bb... 10/ (31 files in 5 dirs):
13:45.55CIA-9dbus: move obsolete versions (0.20 - 0.61) to packages/obsolete/dbus
13:45.55CIA-9* rebuild dbus and apps dependant on it
13:58.14*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
13:59.00hrw|workkoen: ;(
14:01.04*** join/#oe EvilDevil_ (n=miau@p54A6F54D.dip.t-dialin.net)
14:01.53koenzecke: http://blog.gwright.org.uk/articles/2006/09/24/akademy-2006-day-1
14:02.16chouimatmy eyes!!!!!!
14:03.10zeckekoen: George is a moron, I have proof for that
14:03.29zeckekoen: Oh I'm so kewl, I just use Haret, a pre compiled kernel
14:03.45zeckekoen: I have too much money to spend on geek toys, but don't do any coding :}
14:03.47chouimatzecke: but he's so funny ...
14:04.15zecke<PROTECTED>
14:04.39*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
14:05.53hrw|workzecke: is he another 'pavel machek' kind of man?
14:07.34zeckehrw|work: no, Pavel actually knows stuff
14:07.47zeckehrw|work: George is, well a journeyer
14:08.00hrw|workah
14:08.58chouimathrw|work: no just a 18 years old really mixed up boy ... doesn't seems to be past the "girls have cooties" stage
14:10.18chouimatzecke: can't remember the number of time I gave him pointer on programming ...
14:11.30hrw|workcooties?
14:11.32koenhrw|work: when will pavel learn to recognize an overfilled root partition?
14:11.43hrw|workkoen: ask him
14:12.04koenhrw|work: cooties are imaginary bugs girls have
14:12.41hrw|workthx for translation
14:12.53koenhttp://en.wikipedia.org/wiki/Cooties
14:18.05Croftonundergrads have cooties
14:18.10*** join/#oe rm_you| (n=Adam@131.194.234.45)
14:19.18Crofton~quote scox
14:23.16XorA~lart spectrum-fw build
14:23.59XorAwhy does it fetch firmware during configure?
14:28.54RPXorA: I suspect spectrum-fw was my fault :-/
14:29.23XorARP: heh heh, it would be ok, but wolfson proxy seems to block it
14:32.19hrw|workcant we add results into metadata?
14:32.25hrw|workor mirror it somewhere?
14:33.53XorARP: like your emails, xmms-mad/xmms-tremor/xmms have the RDEPENDS/DEPEND circular at the moment, it would be nice to see that fixed
14:34.20XorARP: looking at DEPENDS at task level its nice and solvable
14:39.35RPhrw|work: I'm not sure about the licence on spectrum-fw :-/
14:39.55RPXorA: Yes, its no big problem, just needs someone to spend some time on splitting up the packaging task
14:42.06koenhrw|work: http://zaurus.daemons.gr/menaie/openzaurus/
14:43.49koen<PROTECTED>
14:43.49koen<PROTECTED>
14:43.49koen<PROTECTED>
14:44.13koen"how to become clueless about package management - part I"
14:44.50zeckeBTW: IceCream rocks!
14:45.14hrw|workkoen: interesting
14:52.52RPkoen: The packages list is obviously OE derived :)
14:54.37koenRP: it is :)
14:54.44XorA~hail sockisfy
14:54.46ibotACTION bows down to sockisfy and chants, "I'M NOT WORTHY!!"
14:54.51koenthe script would be a lot simpler if
14:55.02koena) it would use package names instead of filenames
14:55.10koenb) would use ipkg -o
14:55.25zecke/home/hrw
14:56.25likewisekoen: has anyone already investigated in why the 32-bit builds differ from the 64-bit builds (in terms of diff'ing the generated binaries)?
14:56.53koenlikewise: iirc yes
14:56.54zeckenot that I know
14:57.01*** join/#oe zap (n=zap@85.249.170.16)
14:57.11hrw|work~spell Netherlands
14:57.22koenpb_(_) had people disassemble the binaries
14:57.40RPlikewise: People started to but never came to a good conclusion. It would be good to know
14:57.41koenThis new audioslave album rocks
14:57.50*** part/#oe Sleep_Walker (n=Sleep_Wa@r5bm116.net.upc.cz)
14:58.12likewiserp: hmmm, I ran out of diskspace trying to install a 32-bit environment for that test... grr
14:58.54likewisedid openslug 3.10 suffer from this (because that's a nice old test set)?
15:00.15XorAkoen: time for you to start #oe.radio
15:01.28koenXorA: faith no more also rocks, kudos to your wife for reminding me :)
15:03.40XorAkoen: you google stalker :-)
15:04.14XorAkoen: she is forever bitter that she is 5 years too young to have grown up when all the cool rock bands were big
15:05.48*** join/#oe Crofton_|laptop (n=balister@hc65217dc.dhcp.vt.edu)
15:06.07koenXorA: you mean bands like deep purple?
15:06.38likewisekoen: I love faith no more, what audioslave album do you mean?
15:06.56XorAkoen: sabbath, metallica, bon jovi, aerosmith, etc etc
15:07.23koenlikewise: revelations
15:07.32*** join/#oe benlau (n=benlau@221.125.13.148)
15:07.35likewisekoen: ok, tnx
15:08.02zeckewow mtn 0.30 is out
15:08.24koenzecke: yes, have a look in http://www.openembedded.org/snapshots/
15:08.31XorAzecke: I spent whole day re rostifying database
15:09.14likewisezecke: I built pre-built monotone binaries (.deb) for ubuntu-amd64. there are on the venge.org website already.
15:09.57likewisemy girlie surprised me with a motorcycle lesson yesterday
15:10.01zeckelikewise: I have a icecream cluster here :)
15:10.16likewisezecke: huh?
15:10.39koenlikewise: icecream is distcc on steroids
15:10.49XorAanyone else see zlib-native not staging zlib.h?
15:10.51zeckelikewise: at aKademy, we have about 20-60 CPUs to spare
15:10.53chouimatwith a nice monitor :)
15:11.18zeckechouimat: I have heard teambuilder is more nice
15:11.34likewiseXorA: similar problems, libz.la not staged.
15:11.57likewiseXorA: happens on only one of my build hosts, both are amd64 ubuntu....
15:12.08chouimatzecke: it's different ... I think it use less cpu ...
15:12.15XorAlikewise: i686 ubuntu here
15:12.18koenzecke: the immendio dudes have a patches jpeg package with a libtool update to unbreak it
15:12.31koenpatched*
15:12.45zeckekoen: I have missed it was broken, wow I'm out of loop
15:12.57koenzecke: http://developer.imendio.com/projects/gtk-macosx/build-instructions
15:13.10likewiseout of loop error, that's what I suffer from also.
15:13.16koen"Note: The reason the script downloads a modified version of libjpeg is because the released tarball has a too old libtool version that can't make a dynamic library on OS X. The only change is an updated libtool."
15:14.06koenzecke: I also bought a firewire HD so I can do OE builds on osx
15:14.09*** join/#oe CosmicPenguin (i=nobody@nat/amd/x-2789c5a638770a0b)
15:14.26zeckeAHHH
15:14.35zeckemacbook == broken == life sucks
15:14.54XorAlikewise: I added do_stage from zlib_1.2.3 to zlib-native_1.2.3 and that seems to fix it
15:15.32likewiseXorA: to be absolutely clear (because I am a OE moron): you plain copied the zlib_1.2.3 do_stage() to zlib_native (.bb)
15:15.44XorAlikewise: yes
15:15.49likewiseXorA: :-) thanks
15:16.27XorAlikewise: I suspect thats a "hack" though
15:16.36zeckereal    3m37.031s
15:16.37zeckeuser    2m19.921s
15:16.37zeckesys     0m14.429s
15:16.42zecketime needed to compile mtn 0.30
15:17.58Croftonhmm, 0.30 worth it?
15:18.17zeckechouimat: you need to regenerate a cache (which takes tiiiiime)
15:18.26zeckeCrofton: you need to regenerate a cache (which takes tiiiiime)
15:18.39Croftonbut only once?
15:18.58zeckeyes
15:19.06zeckeand netsync is compatible
15:19.13Croftonok
15:19.17zeckeso you can use netsync 0.30 on the server and 0.26 on the client
15:19.24zeckeor 0.26 client and 0.30 server
15:19.40psokolovskykoen: How about removing old handhelds-pxa-2.6 versions? like 2.6.8?
15:20.40koenpsokolovsky: go ahead
15:21.16koenor you download http://www.openembedded.org/snapshots/OE-this-is-for-mtn-0.30.mtn.bz2
15:21.29psokolovskykoen, ok. I know, there're people who still use 2.6.12 kernel. So, I'll delete up to that.
15:22.14koennote that mtn 0.31 will feature a similar change to the db which agains speeds up initial pull
15:22.54koen0.30 makes pulling ~40% faster
15:23.13*** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi)
15:23.22koenit's all in the release notes :)
15:23.25koenhey lamikr
15:24.44lamikrhi koen
15:30.30CIA-903pfalcon 07org.oe.dev * r8f247360... 10/ (7 files in 2 dirs):
15:30.30CIA-9handhelds-pxa-2.6: Remove old versions.
15:30.30CIA-9* Familiar 0.8.4 was on 2.6.15.
15:30.30CIA-9* But there are people who still use 2.6.12.
15:30.31CIA-9* So, remove pre-2.6.12 (left one 2.6.11 bb just in case).
15:30.31CIA-9* Approved by koen.
15:30.53zeckenjs: your test-coverage page is broken
15:30.59CosmicPenguinheh - approved by koen
15:31.00zeckenjs: or do you only have 0% covered?
15:32.56psokolovskyCosmicPenguin, yep, I'd prefer such things as dropping kernel .bb's or other core component go thru explicit approval by one of core maintainers.
15:33.52CosmicPenguinbut koen?
15:33.56koenwe could be like kernel fanboys and require stuff like
15:33.57CosmicPenguin:)
15:34.12koenfarted-on-by: Koen <koen@oe.org>
15:35.23psokolovskyCosmicPenguin, koen: ah yep, I usually write full name, but got caught among few things, and typed irc nick ;-) sorry
15:35.24hrw|workSOB etc?
15:35.29hrw|work+1 from me
15:36.27koenhrw|work: 'mtn approve <rev>'
15:37.47hrw|workkoen: when I look at packages/random/files/random.patch I like to see who did patch and why
15:38.23koenhrw|work: mtn approve will attach a cert to that revision
15:39.48psokolovskyhrw|work, let's hope mtn log will soon become fully usable to let do that easily
15:41.08*** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net)
15:41.34koenpsokolovsky: 0.31 addresses that with the new 'heights' stuff
15:41.45psokolovskyok
15:41.55koenand 0.32 will probably address it again with the 'uncommon ancestor' stuff
15:48.30hrw|gonecu
15:50.07koenRP: two questions:
15:50.24koenRP: what's the state of the devgen stuff in poky?
15:50.37koenRP: did you manage to fill in the devmand svn repo yet?
15:52.20RPThe devgen stuff in poky was merged from the branch into poky and is functional. I want to merge it into OE but need to abstract it a class for packaged staging use. That isn't needed for poky so is something I'll have to do on my own time
15:52.35RPand no, devmand hasn't happened yet - just lack of time
15:52.49RPMy brother's house is going to impact a lot on my hacking time :-(
15:53.41lrgRP needs colin & justin to help with his brothers house ;)
15:54.10blaster8hehe
15:54.30blaster8how many Brits are here anyway? :p
15:56.15zeckelater
15:59.04lrgblaster8: afaik me, RP, XorA, maybe more
15:59.25*** join/#oe pH5 (n=ph5@e178252234.adsl.alicedsl.de)
15:59.28koen+mallum, cwiiiiiiiiis
15:59.53lrgkoen: ah, I forgot :)
16:00.28starkruzrhi folks.  has anyone with an Akita noticed that their CF slot stopped working (like, cards don't even turn on) after upgrading to OZ 3.5.4.1?  yes, I know this is not an OZ support channel, but no one talks in there.  /msg me if you know what I'm talking about, please.  thanks.
16:01.30*** join/#oe simcop2387 (n=simcop23@p3m/member/simcop2387)
16:04.24blaster8Cambs or Cam?
16:04.52ade|deskCambs, nr Ely
16:05.03blaster8Cool, nice place
16:05.07blaster8bit flat though
16:05.17ade|desklol understatement
16:06.36koenpH5: http://galathilion.livejournal.com/85187.html
16:08.02*** join/#oe BobOfDoom (i=ato@2002:d20b:92f1:0:0:0:0:1)
16:09.57ade|deskright hometime
16:15.47*** join/#oe hvontres|poodle (n=henry@redhill.orthodyne.com)
16:17.51*** join/#oe andersee (n=andersee@codepoet.org)
16:20.50*** join/#oe malfi (n=malte@e178063061.adsl.alicedsl.de)
16:25.28*** join/#oe angom (n=angom@red-corp-200.79.133.11.telnor.net)
16:30.05lrg~seen fluff
16:30.41ibotfluff <n=stereo@p54817608.dip.t-dialin.net> was last seen on IRC in channel #debian, 270d 54m 33s ago, saying: 'rod: what is your question?'.
16:31.04*** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk)
16:31.05koenlrg: just put some samsung SoCs on your sill and the dooks fairy will come your way
16:31.45lrgkoen: they are on my sill, he may be on vacation atm
16:32.13lrgkoen: btw how is nbp ?
16:32.24koenlrg: 44 days of uptime
16:32.43lrgkoen: excelllent :)
16:33.08CIA-903tmbinc 07org.oe.dreambox * rbb2fb1b2... 10/ (1 packages/enigma2/enigma2.bb): enigma2: the integrated movie player needs gst-plugin-mpegstream, update to 20060926
16:33.11koenbut simtec doesn't respond to my mails about the copyright status of the patch, and I don't have the tools to build a kernel-image
16:33.52koenI should poke Philippe to build 2.6.9/EABI
16:34.17*** join/#oe pleemans (n=peter@d51A5E421.access.telenet.be)
16:34.43lrgkoen: most of it should be in mainline by now.
16:35.00koenlrg: except machine support and pcon
16:35.18lrgkoen: pcon :-/
16:35.21koenthe pcon stuff needs a rewrite for the new i2c infrastructure
16:35.36*** join/#oe psokolovsky_ (n=psokolov@236.usernat.ip.net.ua)
16:38.49koenlrg: sd, pcmcia, cpufreq, audio, video and usb should be present in mainline
16:39.53lrgkoen: touch will be soon
16:40.08*** part/#oe AvengerMoJo (n=alex@219.142.242.102)
16:41.40*** join/#oe AvengerMoJo (n=alex@219.142.242.102)
16:42.00koenlrg: I suspect XorA will drool over any nbps left at wolfsson ;)
16:42.20lrgkoen: you have the last ones :)
16:43.37lrgheh
16:43.46koenI did receive another pcmcia -> cf type 2 converter today so I can put a microdrive in the devboard
16:44.32lrgkoen: cool, it should be a good for native build
16:45.46koenI did find out that distcc is not working well in OZ
16:47.31kergothkoen: how so?
16:49.46koenkergoth: it has trouble finding gcc, and when it does it errors out will compile errors
16:49.59koenI tested it with hello.c
16:50.36koenI didn't try the updated version I added to .dev
16:52.34Genesisa+
16:54.30*** join/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com)
16:55.52koenmeh
16:56.02koenI should write down more stuff
16:56.03*** join/#oe pH5_ (n=ph5@e178223043.adsl.alicedsl.de)
16:56.17pH5_koen: thanks for the pointer :)
16:57.31koenpH5: the xcb dudes needed a release to get in to X11R7.2
16:58.15koen7.2 is looking sweet, but I fear the new RandR stuff will break with kdrive and/or pdas
16:59.24koenI hope 7.2 will have working xcalibrate* foo
16:59.54hvontres|poodle~nbp
17:00.12koenhvontres|poodle: http://dominion.kabel.utwente.nl/koen/cms/netbookpro-s
17:00.23pH5koen: I didn't follow development closely. Any exciting news besides working xcalib and possibly not working xrandr?
17:00.46koena lot of bugfixes
17:00.51hvontres|poodlekoen: ahh :)
17:01.38koenpH5: I'm working on a machine file for my  desktop (tyan 2462 mainboard) to test angstrom/x86
17:02.02koen7.2 seems to have better support for ATI cards
17:04.38pH5cool, my olde laptop has a M9. But I guess that doesn't include imageon yet :)
17:11.10*** join/#oe furlongm (n=furlongm@193.1.232.237)
17:19.00CIA-903pH5 07org.oe.dev * r0934fe98... 10/ (3 files in 2 dirs): libxcb, xcb-proto: add 0.9.91 (1.0 RC1)
17:19.06CIA-903pH5 07org.oe.dev * re50c88a2... 10/ (1 packages/xcb/libxcb_0.9.91.bb): libxcb-0.9.91: correct library naming, stop splitting dev package
17:19.13CIA-903koen 07org.oe.dev * r6925fd8e... 10/ (1 conf/machine/include/tune-athlonmp.conf): tune-athonmp: tune from athlon MP cpus
17:19.20CIA-903koen 07org.oe.dev * r090b60f3... 10/ (1 conf/machine/guinness.conf): guinness.conf: machine description for computers containing a tyan 2462 mainboard
17:19.27CIA-903koen 07org.oe.dev * rffd7294f... 10/ (3 files in 3 dirs): linux-x86: add a rudimentary config for the guinness machine
17:19.54*** join/#oe malfimalfi (n=malte@e178006194.adsl.alicedsl.de)
17:23.09hrwmornign
17:24.22GerrathI'm tring to build glib-2.0 as it it required by several packages and I keep getting the following error during build: gconvert.c:47:2: #error GNU libiconv not in use but included iconv.h is from libiconv
17:25.23*** join/#oe tralala (n=slid3r@65.254.53.130)
17:25.32*** part/#oe tralala (n=slid3r@65.254.53.130)
17:26.07hrwGerrath: do you have USE_NLS=no or build uclibc?
17:26.45Gerrathhrw, I'm using glibc and not uclibc.  What is USE_NLS=no?
17:27.14hrwGerrath: do not remember now exactly
17:27.38Gerrathhrw, were do I set it?
17:28.05hrwif not set then do not touch rather
17:30.02Gerrathhrw, any other ideas why it won't compile?  I guess I can try a fresh OE build..
17:30.20*** join/#oe ken (n=ken@h207n2fls302o1049.telia.com)
17:30.27hrwno idea now
17:30.58kergothGerrath: that indicates that you've built libiconv, which overwrote the C library's iconv.h.  dont build libiconv unless you're using uclibc
17:31.01kergothif i recall correctly anyway
17:31.04kergoththat stuff was unpleasant
17:31.31Gerrathkergoth, so how can I undo it if that is what happened?  Rebuild glibc?
17:31.36hrwkergoth: should not libiconv have check 'if glibc then skip'?
17:32.29kergothprobably, afaik currently it just doesnt get added to the deps
17:32.32kergothGerrath: yep
17:32.47kergothhrw: cant wait for packaged staging ;)
17:34.05*** join/#oe Laibsch (n=Laibsch@V2b5b.v.pppool.de)
17:34.30Gerrathkergoth, what is packaged staging?
17:39.14kergothits an effort to make the staging area managed by a package management system, so things lke one package overwriting another's files wont be allowed
17:39.57*** join/#oe zecke (n=freyther@193.1.232.52)
17:43.11*** join/#oe Sleep-Walker (n=Sleep_Wa@195.22.44.103.adsl.nextra.cz)
17:46.05*** join/#oe Sleep-Walker (n=Sleep_Wa@195.22.44.103.adsl.nextra.cz)
17:48.21*** join/#oe Laibsc1 (n=Laibsch@V4e48.v.pppool.de)
17:51.06CIA-903kristoffer 07org.oe.dev * r2b6edbb6... 10/ (1 conf/distro/jlime-donkey.conf):
17:51.06CIA-9conf/distro/jlime-donkey.conf : Remove glibc-intermediate providers
17:51.06CIA-9* Remove due to "spam" at buildtime.
17:51.09*** join/#oe JoseJX2 (n=Joe@beh-wireless-197.wireless.pitt.edu)
17:53.38Gerrathkergoth, that is great!  I'm just so impressed with the state of OE.  I'm hoping to put together a demo and present it to as many companies as possible in my area (Pittsburg, PA).  I want to be an OE preacher :-p
17:54.15JoseJX2Woot!  Another Pittsburgher :)
17:54.35hrwhi JoseJX2
17:54.39JoseJX2hi hrw
17:55.47hrw~spell satisfactionable
17:57.15njszecke: it does that sometimes... if you wait a bit it will have numbers again :-)
17:58.15GerrathJoseJX, are you a student or do you work in the area?
17:58.33JoseJX2Gerrath: Grad student at Pitt
17:58.57hrwJoseJX2: collie user?
17:59.17GerrathJoseJX2, I just started to look into the Pitt grad program.. I'm a Penn State Alumni so its been a hard migration :-p
17:59.33JoseJX2hrw: I just got a 5000D.
17:59.46JoseJX2hrw: I'm not sure if RP told you, but I'm documenting the SD/MMC slot driver
17:59.57JoseJX2Gerrath: heh, understandable :)
18:00.06hrwJoseJX2: I got mail
18:00.25JoseJX2http://josejx.net/collie/
18:00.46JoseJX2That's where the specs will end up, I've started documenting now that I'm mostly done translating
18:01.11hrwJoseJX2: translating?
18:01.53JoseJX2hrw: I translated all of the ARM assembly into C by hand so I can understand it better.
18:02.00hrwah
18:02.03JoseJX2hrw: I basically have the source to the 2.4 driver in C now. :p
18:02.32*** join/#oe gb2 (n=gbritton@207-172-223-250.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com)
18:02.33hrwtried to use it instead of binary one? :D
18:02.58JoseJX2hrw: No, not yet.  It's not 100% compilable yet, but I could...
18:03.00JoseJX2:)
18:03.49JoseJX2Actually, maybe you can explain this
18:04.08JoseJX2In sharp_char, they use ioctl 0x5680-0x5682 for LEDs
18:04.28hrwI'm not familiar with 2.4-crapix
18:04.28JoseJX2In this driver they use the same ioctl for some of the SD bus control.
18:04.32JoseJX2That doesn't make sense :p
18:04.36JoseJX2heh, okay, nm then
18:05.43JoseJX2Well, my goal is to get 2.6 running on my collie, so, hopefully crapix will go away sooner rather than later :)
18:06.01hrwJoseJX2: tried OZ 3.5.4.2 image?
18:07.52JoseJX2hrw: I think it's running 3.5.4
18:08.00JoseJX2hrw: I haven't flashed it in a while
18:08.12hrwJoseJX2: 3.5.4.2 is 2.6 powered experimental
18:08.17JoseJX2Then no
18:08.24JoseJX2I need my SD slot
18:08.33hrwRP: ping
18:09.06JoseJX2:p
18:09.06JoseJX2Only 32MB of ram with a dead backup battery
18:09.06hrwah..
18:09.06JoseJX2So I use the ram for volatile, SD for storage
18:09.07JoseJX2I have a wifi card for the CF slot
18:09.40hrwJoseJX2: we probably can find unused 5500
18:09.55JoseJX2It's okay, I'm otherwise happy with my 5000D.
18:10.16*** join/#oe XorA|gon1 (n=dp@81-178-222-150.dsl.pipex.com)
18:10.20JoseJX2I just need to buy a new backup battery at some point and find the time to solder it in :)
18:10.22hrwhi xora
18:10.32hrwJoseJX2: no need to solder
18:10.41hrwJoseJX2: and most of collie lack that battery
18:10.45JoseJX2Oh really?  That's much easier then
18:10.49JoseJX2Hmm really?
18:11.17JoseJX2I thought that losing the data on reset was a symptom of a dead battery
18:11.57hrwdata from flash or mtdram?
18:12.07JoseJX2ramdisk
18:12.17JoseJX2Isn't it supposed to have a battery backup for that?
18:12.49JoseJX2I haven't looked into it all that much
18:14.13hvontres|poodleJoseJX2: you're probbably better off using the RAM as RAM anyways
18:14.33JoseJX2hvontres|poodle: Yep, that's the conclusion I came to as well. :)
18:14.40JoseJX232MB isn't all that much anyway
18:16.04hvontres|poodleJoseJX2: If I remember correctly, the 5000D still uses SMD RAM chips, so in theory, it could be upgraded with only minor pain, As opposed to a 5500 or newer machine, which all use BGA's
18:16.54*** part/#oe gb2 (n=gbritton@207-172-223-250.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com)
18:17.01JoseJX2hvontres|poodle: I'll have to open it and see :)
18:17.55hrwJoseJX2: http://www.oesf.org/forums/index.php?act=Attach&type=post&id=368 for backup battery
18:18.08hrwJoseJX2: and http://www.oesf.org/forums/index.php?showtopic=11337
18:19.17*** join/#oe gremlin[it] (n=gremlin@ppp-23-8.25-151.libero.it)
18:20.27JoseJX2Cool, thanks
18:21.53hrwsometimes 9h time diff helps
18:23.37koenhmmm
18:24.53kergothkoen: i always set TARGET_VENDOR just in case arch/os of build matches target, want to make damn sure autoconf doesnt think its native when it isnt
18:24.56kergothheh
18:25.30Croftonwould I be correct in thinking m4 autconf macros may look in /usr/... and cause problems with OE?
18:26.04kergothshouldnt. autoconf-native was built with a prefix in staging
18:26.35CroftonI am thinking the problem is stuff theat ends up in aclocal.d
18:27.25hrwhmm.. my gfx card lost xvideo ;(
18:27.47*** join/#oe leoncamel (n=leoncame@219.142.186.3)
18:27.56hrwmplayer -zoom -xy 1280 -vo x11 is not daemon of speed..
18:27.58hrwhi leoncamel
18:28.48leoncamelhrw, hey
18:28.50leoncamelhrw, so. what are you talk about ? mplayer on arm ?
18:29.43hrwleoncamel: no - on my x86 desktop my gfxcard lost xvideo - just show blue window
18:30.07*** join/#oe goxboxlive (n=jrs@9.80-202-160.nextgentel.com)
18:30.28leoncamelhrw, remote login and play video ?
18:30.45hrwleoncamel: no
18:31.31leoncamelhrw, :). no idea .
18:38.11*** join/#oe XorA|gone (n=dp@85-210-184-68.dsl.pipex.com)
18:44.03koenkergoth: that's the problem, target-vendor is set
18:44.18koenkergoth: but it looks like multimachine.bbclass doesn't include it
18:44.27koen(haven't looked at it, just guessing)
18:51.14hrw~poky
18:51.36iboti heard poky is http://projects.o-hand.com/poky, or a subset of OpenEmbedded, created by o-hand.com to testdrive some of their technology
18:52.47*** join/#oe psokolovsky (n=psokolov@236.usernat.ip.net.ua)
18:55.19*** join/#oe Marex (n=Marex@213.194.240.165)
18:58.58*** join/#oe XorA|gon1 (n=dp@81-179-80-159.dsl.pipex.com)
19:00.35koenhrw: ewi is going to be moved to a new lab soon, so it will be down for some hours
19:00.48hrwkoen: noticed
19:00.52*** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-79-150.w81-50.abo.wanadoo.fr)
19:00.58koenhrw: but thanks to bureaucracy I get to keep it for a while :)
19:01.03hrwkoen: have to think how to resolve OZ feeds now
19:01.22hrwand where to put that 7G of stuff.
19:01.23cyrilRomaingood evening #oe !
19:01.24koendoesn't feeds.hentges.net cover that?
19:01.28koenhey cyrilRomain
19:01.34cyrilRomainhi koen
19:01.54hrwkoen: it do but cannot be used as primary machine
19:02.07hrwkoen: bandwidth costs
19:02.10hrwhi cyrilRomain
19:02.38hrwkoen: too bad that company where I work has problems with storage now..
19:03.11hrwkoen: if not that then I would probably be able to get some GB there and no transfer limits maybe even
19:04.07koenzecke and I want to get a new colo box
19:04.13koenmost likely under the ltg banner
19:05.06hrw~lart being non-profit
19:05.23koenit looks like ewi will be up till OEDEM, so we can discuss it there
19:08.29kergothkoen: ahh
19:08.54kergothkoen: maybe it should just use TARGET_SYS then
19:09.05chouimathi kergoth
19:11.36kergothhey
19:15.18*** join/#oe pvanhoof (n=pvanhoof@d54C0F9B5.access.telenet.be)
19:16.36hrwcu all
19:37.12*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
19:37.16*** join/#oe zecke (n=freyther@193.1.232.52)
19:37.17CIA-903blaster8 07org.oe.dev * rf6d01778... 10/ (1 packages/linux/ixp4xx-kernel_2.6.18.bb): ixp4xx-kernel: Bump to latest SVN for LE fix
19:37.25CIA-903blaster8 07org.oe.dev * r39de275a... 10/ (6 files in 4 dirs):
19:37.25CIA-9mdev: Add proper firmware loading support to mdev
19:37.25CIA-9<PROTECTED>
19:37.25CIA-9<PROTECTED>
19:58.07*** join/#oe W8TVI (n=me@166.165.151.4)
20:17.39*** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it)
20:37.54*** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net)
20:38.09RPhrw|gone: pong
20:38.11CosmicPenguinSigh - we could really use GIT targets for all the X stuff
20:38.11CosmicPenguinI keep getting complaints that the Geode driver isn't working for 7.2
20:38.12*** join/#oe marcus2k6 (n=clonewol@user-54408f9b.wfd74a.dsl.pol.co.uk)
20:38.12*** part/#oe marcus2k6 (n=clonewol@user-54408f9b.wfd74a.dsl.pol.co.uk)
20:40.18*** join/#oe joshua_ (i=joshua@c-24-60-144-77.hsd1.ma.comcast.net)
20:42.17*** join/#oe pH5 (n=ph5@e178208139.adsl.alicedsl.de)
20:44.16koen|awayCosmicPenguin: feel free to add them :)
20:45.45CosmicPenguinthanks
20:45.53CosmicPenguin~lart my firewall
20:46.05CosmicPenguin~lart projects that don't make development snapshots
20:46.24CosmicPenguinI can only do HTTP GIT
20:46.28CosmicPenguinwhich limits me greatly
20:47.13*** join/#oe koen (n=koen@dominion.kabel.utwente.nl)
20:47.42CosmicPenguinespecially, lart X for not providing development snapshots
20:47.57koendoes our git fetcher understand http git?
20:48.49CosmicPenguinlooks like it
20:49.03CosmicPenguinlets see if it works
20:49.29koenyou could fetch a git tree at home and throw the tarball our way and use that as SRC_URI
20:49.44CosmicPenguinyeah - but thats always so messy
20:49.54blaster8at least it's predictable...
20:50.09CosmicPenguinbut only as predictable as I am
20:50.16CosmicPenguinthere's something to be said for pulling "official" sources
20:50.22blaster8true
20:50.46koenexcept when 'official' means 'darcs using hippies'
20:50.52*** join/#oe gints___ (n=gints@62.84.15.211)
20:51.28Croftonkoen, who might that be?
20:52.20koenCrofton: any project that uses darcs :)
20:52.22koen"The display in the hardware is based off of the Geode GX2. One of the folks at AMD has written an EXA driver for the hardware"
20:52.40CosmicPenguinThose bastards!
20:53.00CosmicPenguinThats AMD for you - always doing something stupid
20:53.23koen" in order to hit our targets for operating system footprint (100MB of flash used) we need to remove a lot of unused bits from the set of packages we’re including."
20:53.29koenpoor redhat people
20:53.35CosmicPenguinkoen: how did you get your hands on that blog engry?
20:53.40CosmicPenguins/engry/entry/
20:53.41CosmicPenguin?
20:53.49koenplanet.gnome.org
20:54.04CosmicPenguinWow - they are fast
20:54.14koenhttp://www.0xdeadbeef.com/weblog/?p=222
20:54.19kergothhahah
20:54.26CosmicPenguinYeah - he just posted that like 5 minutes ago in #olpc
20:56.28koenI hit 'refresh' in my news reader a few minutes ago :)
20:56.28blaster8'100MB might sound like a pretty low number but we’re pretty sure we can make that.'
20:56.35koenheh
20:56.56blaster8I distinctly remember building a uclibc OS that was under 2MB compressed
20:56.57koenWe've been squeezing X + mb + gpe in 14 mb for some time now
20:57.03blaster8hehe
20:57.15koenpeople have gotten X + mb + custom tools in <8MB
20:57.19CosmicPenguinheh
20:57.25blaster8they are probably not using compression, I bet
20:57.28CosmicPenguinjffs2
20:57.36blaster8oh they are, good :)
20:57.46blaster8still JFFS2 is mighty slow on big disks
20:57.57koenthey have patches for that
20:58.18koendwmw2 got a board sometime ago
20:58.19CosmicPenguinAnd we have the MTD god on our side
20:58.32koenaround the time the yaffs2 people were trying to get their stuff into the kernel
20:58.46CosmicPenguinThe redhat image has lots of junk in t
20:58.47blaster8~impressed
20:58.48CosmicPenguinit
20:58.50CosmicPenguinfor example - perl
20:58.57koenand python
20:59.02CosmicPenguinhe
20:59.02CosmicPenguinh
20:59.06CosmicPenguinwell - python isn't going anywhere
20:59.14CosmicPenguinfor better or worse
20:59.34kergothi wish someone would build something capable based on scons
20:59.47kergothscons is too low level, everybody ends up implementing shit in thieir own way, so nothing is standard
20:59.50kergothmeh
20:59.52zeckeCosmicPenguin: hehe
21:00.01zeckeCosmicPenguin: they are investigating where perl comes from ;)
21:00.05koenkergoth: that's why kde dumped it and switched to cmake
21:00.13CosmicPenguinsugar has an obscene number of dependancies
21:00.14kergoththat one, waf, looked promising
21:00.17kergothhavent checked it out in a while though
21:01.00koenhttp://public.kitware.com/Dart/HTML/Index.shtml has some nice buzzwords as well
21:01.19zeckekoen: are you at aKademy as well?
21:01.22koenwaf makes me think of frank herberts Dune
21:01.34Croftonwho is this Jordan Crouse person ....
21:01.49koenCrofton: CosmicPenguin = Jordan Crouse
21:01.54Crofton:)
21:02.15CosmicPenguinHe's a dick
21:02.30Croftontalking to redhat people and everything
21:02.42CosmicPenguinI have been secretly running OE images the whole time
21:02.44suihkulokkiapproximatly how much power do zaurii/ipaq's consume power when idling with linux?
21:03.26koensuihkulokki: with or without lcd+backlight?
21:03.55koen"too much" probably, since they're using xscales
21:03.59suihkulokkikoen: either way
21:04.26koenI remember RP doing some tests
21:04.46koen100 mA comes to mind, but I don't now wether that's full load or idling
21:05.05koen(and yes, mA isn't power, I know)
21:05.34suihkulokkithat's with 3.3V ? so it would be about 330mW
21:05.45koen4.7 iirc
21:07.41suihkulokkiroger
21:08.57suihkulokkiOLPC people are reporting that their system has reached "only 3W" consumption when idling
21:09.26koenthey do have a bigger screen
21:09.56suihkulokkihttp://www.0xdeadbeef.com/weblog/?p=222
21:10.30CosmicPenguinMy measurements are higher,but I have this power sapping dcon FPGA on mine
21:11.32koenCosmicPenguin: are you still using OE to build the bios?
21:11.39CosmicPenguinno
21:11.58koenah, too bad
21:11.59CosmicPenguinhttp://dev.laptop.org/git.do?p=users/jcrouse/buildrom;a=summary
21:12.11CosmicPenguinOE is too heavy for the BIOS
21:12.57zeckeCosmicPenguin: hmm I should have given you a minimal OE :(
21:13.17CosmicPenguinIts just not that complicated
21:13.42CosmicPenguinwe don't need dependancy tracking or a solid variable namespace
21:14.20CosmicPenguintrust me- I would have used bitbake if we had needed it
21:14.22koenI'm only asking since my workstation is supposed to have linuxbios support as well
21:14.35*** join/#oe JaMa (n=martin@2001:718:2:900:213:d4ff:fe50:9da8)
21:14.38CosmicPenguinI believe that ray pushed up a LB target
21:14.49CosmicPenguinIts probably possible to put together something with OE
21:15.21koenCosmicPenguin: http://www.openembedded.org/viewmtn/revision.psp?id=090b60f3cd2b37a02d6dd0e3e8f854462cd2ea1e
21:16.37koenseeing that ubuntu managed to break my "long term support" install of dapper twice in the past month, I'm seriously considering running and OE built distro
21:16.39CosmicPenguinkoen: hmm - I don't see 2462 in LB
21:16.53CosmicPenguin[jcrouse:mainboard]$ ls tyan/
21:16.54CosmicPenguins2735  s2875  s2881  s2885  s2892  s4880
21:16.54CosmicPenguins2850  s2880  s2882  s2891  s2895  s4882
21:16.57koenit was supported by LB a few years ago
21:17.03CosmicPenguinOh - did they drop it?
21:17.19CosmicPenguinthats stupid
21:17.23CosmicPenguinhold on - I was in a dumb area
21:17.45CosmicPenguinIt must be similar to something else
21:18.02koenhttp://www.mail-archive.com/linuxbios@listman.lanl.gov/msg04985.html
21:18.40CosmicPenguinoh, we suck
21:19.02koen2462 = "thunder K7"
21:19.45koenrunning and OE build 'distro' inside my bios chip would be 1337
21:19.56koen(pardon my speech)
21:20.20CosmicPenguinNo - its pretty neat
21:20.24CosmicPenguinI really like the whole LB idea
21:20.49CosmicPenguinAnd the geek in me smiles at the OLPC "bootloader" kexecing a bigger kernel from the small kernel
21:25.24koenI've been thinking about using some nommu and linuxtiny patches to make a small kernel with uclibc + busybox + kexectools in to the kernel partition in some devices
21:25.56CosmicPenguinthats just almost exactly what we are doing with olpc
21:26.01koeninsert 'initramfs' somehwere above
21:26.48koenand bribe some demoscene dudes to make some 3d rotating boot menu
21:26.54CosmicPenguin3d rotating?
21:26.56CosmicPenguinheh
21:27.00CosmicPenguinI'm not nearly that leet
21:27.05CosmicPenguinmy bootmenu only does 2d
21:27.05koenin ~5k
21:27.31CosmicPenguinbut I might make it do xfig
21:28.18koenI love the bootloader on my sgi indigo2 machines
21:28.33koenand the one one my sparc5 is pretty decent as well
21:29.00*** join/#oe goxboxlive (n=jrs@9.80-202-160.nextgentel.com)
21:29.16koenanyway
21:29.21koen'night all
21:33.47CosmicPenguingah
21:33.54CosmicPenguin~lart gentoo
21:35.20CosmicPenguinwhy isn't curl support for git built in automagically?
21:38.07JustinPCosmicPenguin: perhaps you didn't set curl in yoru USE flags for git?
21:38.12CosmicPenguinyeah - but still
21:38.15JustinPCosmicPenguin: or perhaps you have -curl somewhere?
21:38.21CosmicPenguinI shouldn't have to go out of my way to select it
21:38.22JustinPeasy to fix
21:38.38JustinPecho "app-devel/git curl" >> /usr/portage/package.use
21:38.39CosmicPenguinThey're really serious about encouraging the git:// protocol
21:39.14kergoththeres a ietf draft for ssh urls, i wonder if curl supports that yet
21:40.15*** join/#oe wsuetholz (n=kvirc@ip205.centonline.com)
21:41.42zeckewow MontaVista uses directFB
21:49.48CIA-903lenehan 07org.oe.documentation * r4c3c0276... 10/ (1 usermanual/reference/var_src_uri.xml):
21:49.48CIA-9SRC_URI: Support for tar.Z in SRC_URI was added to OE, update the
21:49.48CIA-9documentation include it as well.
21:50.05*** join/#oe ggilbert (n=ggilbert@tinman.treke.net)
21:51.32CoreDump|homehi
21:52.15*** join/#oe JoseJX2 (n=Joe@beh-wireless-208.wireless.pitt.edu)
21:53.08RPCosmicPenguin: Did you get sugar running under OE in the end?
21:54.09CosmicPenguinyeah
21:54.11CosmicPenguinmost of it
21:54.19CosmicPenguinwell - actually
21:54.24CosmicPenguinI got the login screen... :)
21:54.35CosmicPenguinThe main stuff need avahi - which just wouldn't build for me in OE
21:54.41CosmicPenguinand I didn't want to dick with it too much more
21:54.41RPThat's good enough for me ;-)
21:54.52RPStrange, avahi works in poky...
21:54.58CosmicPenguinI should compare them
21:55.02CosmicPenguinit might be a x86_64 issue
21:55.20RPPerhaps. I'm stuck in the past with 32 bit. Safer ;-)
21:55.31RPHave you waved one of the OE images at the olpc people?
21:55.48CosmicPenguinno way I'm stirring up that hornet's nest
21:55.51hrwre
21:56.18hrwI got first OE related job ;)
21:56.18RPCosmicPenguin: I can't say I blame you :-(
21:56.26RPhrw: congrats :)
21:56.47RPCosmicPenguin: There's no way some info/an image could slip out?
21:58.19RPI guess I also have mixed feelings as something the size of redhat could take over and destroy OE
21:58.29CosmicPenguinThere is no reason why the OE or poky metadata can't have an olpc targeted image
21:58.31CosmicPenguinafter all - its open source
21:58.47RPindeed :)
21:58.47hvontres|poodlehrw: Congratulations on getting a job for OE stuff... I am asuming it's a paying gig, right?
21:58.53CosmicPenguinbut we're just not going to convince OLPC to dump RH
21:59.07CosmicPenguinwhich is probably a good thing in the end - we've got all the RH brains working on OLPC, which is a good thing for the project
21:59.21CosmicPenguinRP: | ../avahi-common/.libs/libavahi-common.so: undefined reference to `rpl_realloc'
21:59.21RPCosmicPenguin: Dumping RH wasn't what I had in mind
21:59.27hrwhvontres|poodle: quite nice paying
21:59.59hvontres|poodlehrw: I guess it's time to save for a nice laptop to replace your athlon headache :)
22:00.25hrwhvontres|poodle: 1000 EUR for cheapest turion64x2
22:01.05hrwCosmicPenguin: you being amd guy - what do you think about t64x2?
22:01.22RPCosmicPenguin: google on that
22:01.26*** join/#oe Hrww (n=hrw@c28-240.icpnet.pl)
22:01.32Hrwwre
22:01.34ggilbertRP: I personally suspect the project is going to die a horribly flaming death at some point, so letting redhat deal with it seems like a good thing :)
22:01.37CosmicPenguinhrw: I have real trouble recommending AMD parts for mobile
22:01.52Hrwwmidnight - ewi connection broke
22:02.28HrwwCosmicPenguin: ok
22:02.50CosmicPenguinI'm not very satisfied with my laptop
22:03.10RPggilbert: I know what you mean :)
22:03.14CosmicPenguinI'm a company man and all - but  I cna't go against the facts
22:03.15HrwwCosmicPenguin: neither do I with my desktop
22:03.25CosmicPenguinServers?  yeah - amd all the awy
22:03.37CosmicPenguinlaptops - there are bettter implementations out there
22:03.43CosmicPenguinand I say that from a mobile standpoint - power and heat
22:03.53psokolovskyCosmicPenguin, rpl_realloc error can be common crosscompile issue when configure can't run exe's and assume realloc is broken.
22:03.54RPI was bitten by AMD once too often several years ago :-/
22:03.57CosmicPenguinif you are only going to ever keep your laptop on a desk plugged in, then sure, get an AMD part
22:05.14Hrwwthe good point is that familiar-unstable will get less popular soon..
22:05.36RPHrww: why?
22:06.07ljpanyone know how to find out if symbol visibility is implented in a system/binary?
22:06.08HrwwRP: celf use it for omap-osk machine
22:07.03RPHrww: ah
22:07.22Croftoncelf must have done their own machine file ...
22:08.54HrwwRP: I have to reidentify..
22:09.08RPHrww: ah, ok
22:09.58CosmicPenguinahh - ok
22:10.02hrw|workdone
22:10.43CosmicPenguinthe x86 site files haven't been updated with ac_cv_func_realloc_0_nonnull
22:12.25CosmicPenguinNOTE: package xserver-xorg-1.1.0+git20060906: completed
22:12.27CosmicPenguinhmm
22:13.29*** join/#oe JoseJX2 (n=Joe@beh-wireless-208.wireless.pitt.edu)
22:14.25*** join/#oe joshin (i=josh@VDSL-130-13-143-78.PHNX.QWEST.NET)
22:14.55*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
22:15.53CosmicPenguinnow /me needs avahi-python
22:15.54hrw|workRP: btw my ping today...
22:16.15hrw|workRP: I think that machine/distro features will get extended soon
22:16.28hrw|workRP: s/ext2/internal-cf-storage
22:16.45hrw|workRP: usb-host usb-gadget usb-wlanng namespaces
22:17.11RPhrw|work: That's fine, what's there was always intended to be a first draft :)
22:17.14hrw|workRP: I want also to kill^Wreplace zaurus-clamshell-2.6.conf with zaurus-2.6.conf
22:17.33RPhrw|work: also fine with me
22:17.46hrw|workRP: also kill of zaurus-clamshell-2.4.conf and rest of 2.4 for clamshells
22:18.14RPOnce it was for clamshells but that has changes a bit as the other 2.6 ports have caught up. We also have a lot less info in there to worry about now
22:18.41v8jleneI should try and see if I can make the distro features stuff work for my distro as well. Since I'm doing router/firewall stuff the requirements are a bit different.
22:18.48hrw|workRP: list of features need to be longer
22:19.22hrw|workRP: bluetooth -> usb-bluetooth, serial-bluetooth, cf-bluetooth
22:19.29hrw|workhm.. no.
22:19.43RPno :)
22:19.46hrw|workmachine feature usb-bluetooth or serial-bluetooth
22:20.13hrw|workmachine which feature pcmcia automatically can get pcmcia-wifi pcmcia-bt pcmcia-serial etc...
22:20.29RPyou could say the same for usb
22:21.01hrw|workRP: usb-wifi == usb-wlanng usb-zd1211 usb-ralink (and some more follow)
22:21.26hrw|workbig granulity..
22:21.56RPhrw|work: The built in wifi modules might be best specified as machine options
22:22.27hrw|workRP: what if I want to have wifiless distro on tosa?
22:23.00RPhrw|work: Hmmm. How likely is that? :)
22:23.02hrw|workRP: machine_features = 'usb-wlanng' but distro_features does not contain 'wifi'...
22:23.28hrw|workRP: it is possible...
22:23.36RPIf you think that will be a problem, create usb-wlanng
22:23.43hrw|workRP: I plan to
22:24.17RPI don't think we have to cover every possible option. All I intended was to create something that could do so, if we needed it to
22:25.10hrw|workRP: sure
22:25.28hrw|workRP: but why not giving wlan-ng-modules by default for cxx00?
22:26.00hrw|workRP: whey have usb-host and distro has wifi so it can get usb-wlanng/usb-ralink/usb-zd1211 in rootfs by default
22:26.01RPhrw|work: Do people have cards that use that driver?
22:26.18hrw|workRP: I was close to get one
22:26.43hrw|workwlanng crap card is 50% of zd1211 or ralink one
22:26.55RPIn general, people using usb-host will probably expect to install modules...
22:27.38hrw|workRP: spitz ones has internal-cf-storage...
22:28.09RPhrw|work: Its tricky :)
22:28.49hrw|workRP: .dev/task-base is same as poky one?
22:29.39RPhrw|work: near enough, yes
22:29.43hrw|workk
22:31.12hrw|workRP: http://pastebin.ca/183433
22:31.56hrw|workRP: if I will not be so tired like I was today after work I will work on it
22:32.14RPhrw|work: Looks good but what the spaces with append
22:32.21RPs/what/watch/
22:32.46hrw|workyep
22:33.23CoreDump|home~curse the god damn sky2 driver
22:33.32ibotMay the fleas of a thousand camels infest your most sensitive regions, the god damn sky2 driver !
22:35.24hrw|workhmm.. at work I have over 4k recipes..
22:35.26hrw|workhave to update
22:35.53*** join/#oe awelux (n=awelux__@dslb-084-058-159-136.pools.arcor-ip.net)
22:37.56hrw|workok. time to sleep
22:37.57hrw|workcu
22:38.05RP'night hrw|gone
22:38.12CoreDump|homen8 hrw|gone
22:38.23hrw|gonen8 guys
22:53.05CIA-903lenehan 07org.oe.dev * r9d592baa... 10/ (14 files in 2 dirs):
22:53.06CIA-9perl: Add some additional perl modules. This are the optional dependencies
22:53.06CIA-9of libmodule-build, the new Build.PL based perl install system.
22:54.37CIA-903lenehan 07org.oe.dev * r0612bd80... 10/ (1 packages/perl/libio-zlib-perl_1.04.bb):
22:54.37CIA-9perl: Add libio-zlib perl module which I forget to add in the previous
22:54.37CIA-9commit.
23:13.04*** join/#oe LordVan|Mobile (n=lordvan@i-83-67-126-41.freedom2surf.net)
23:17.53CIA-903lenehan 07org.oe.dev * r1efdf395... 10/ (3 files in 2 dirs):
23:17.53CIA-9perl: Add the libmodule-build perl module. This is required for anything
23:17.53CIA-9using the new Build.PL build system, *expect* for libmodule-build itself
23:17.53CIA-9which can bootstrap itself.
23:25.05CosmicPenguinbah
23:29.59*** join/#oe JoeSchmo (n=jciccone@pool-71-127-192-233.nwrknj.east.verizon.net)
23:55.44*** part/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com)

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.