00:00.19 | sakoman | RP: ah metacity postinst in woring image is 701 bytes, 212 in new non-working image |
00:00.34 | hrw | hi |
00:00.45 | RP | sakoman: Can you pastebin it please? |
00:00.47 | RP | hi hrw |
00:00.55 | sakoman | yup! |
00:01.31 | hrw | mwester: I bought Samsung HDD this time instead of seagate - it was cheaper per TB |
00:02.20 | CIA-80 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r1e7e232522 10openembedded.git/conf/distro/include/slugos.inc: SlugOS: slugos.inc - set preferred provider for util-linux to util-linux-ng. |
00:02.39 | sakoman | RP: http://pastebin.com/m4d94cf17 |
00:03.14 | RP | sakoman: thanks, let me poke around |
00:03.40 | sakoman | RP: good luck! thanks :-) |
00:03.54 | RP | sakoman: looks like something to do with gconf.bbclass |
00:04.12 | sakoman | yes |
00:04.49 | sakoman | I seem to recall having to tweak that a bit to get the ordering of things right when a recipe had a postinst |
00:04.55 | *** join/#oe playya (n=playya@unaffiliated/playya) |
00:04.55 | *** join/#oe Sleep_Walker (n=Sleep@gprs10.vodafone.cz) |
00:06.15 | RP | sakoman: I've spotted one broken class so far :/ |
00:06.25 | RP | sakoman: but not the cause of this |
00:07.08 | RP | sakoman: ah, I know why this has happened. Its my changes too : |
00:07.09 | RP | :/ |
00:07.34 | RP | Too many places making assumptions about the packages core :/ |
00:07.42 | sakoman | Always happy to help find bugs! |
00:13.15 | CIA-80 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r6b591e5079 10openembedded.git/classes/gconf.bbclass: |
00:13.15 | CIA-80 | gconf: Remove hardcoded PKGDEST directory assumption |
00:13.15 | CIA-80 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
00:13.19 | RP | sakoman: These two commits should fix that particular problem |
00:13.20 | CIA-80 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r97da69ac08 10openembedded.git/classes/gtk-icon-cache.bbclass: |
00:13.20 | CIA-80 | gtk-icon-cache.bbclass: Remove hardcoded PKGDEST directory assumption |
00:13.20 | CIA-80 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
00:13.38 | RP | sakoman: ANything using those classes needs to be rebuilt though :/ |
00:13.55 | sakoman | RP: thanks! I'll fire up a new clean build |
00:14.13 | sakoman | (yet another quad core user here) |
00:14.24 | sakoman | Should be done after dinner :-) |
00:14.33 | RP | sakoman: I'd wait 5 minutes - there are more to fix |
00:14.35 | hrw | heh.. I started new fresh build on friday... not finished yet and new 'lets rebuild' needs to be done |
00:14.39 | hrw | ;D |
00:15.00 | hrw | sakoman: intel should really send us some mainboard+core quad i7+ram combos |
00:15.11 | sakoman | RP: OK, I'll wait a bit |
00:15.20 | hrw | ;) |
00:15.31 | sakoman | hrw: I'd be happy to accept a couple for testing :-) |
00:15.51 | *** join/#oe rsalveti (n=rsalveti@189.115.175.8) |
00:15.53 | mwester | They would double as a heat source. |
00:15.55 | hrw | hahah ;D |
00:15.57 | mwester | efficient. |
00:16.03 | RP | ok, just one more, coming now |
00:16.17 | hrw | sakoman: my q6600 starts to generate more heat each time |
00:16.39 | mwester | loves his q6600 - rock-solid. |
00:16.50 | CIA-80 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r01f6b4999d 10openembedded.git/classes/mime.bbclass: |
00:16.50 | CIA-80 | mime.bbclass: Remove hardcoded PKGDEST directory assumption |
00:16.50 | CIA-80 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
00:17.01 | RP | My 8 core i7 is heating a house atm :/ |
00:17.04 | hrw | mwester: my is stable now too - after dropping box cooler and putting some monster on it |
00:17.07 | mwester | 8-core? |
00:17.10 | mwester | ooooo! |
00:17.18 | hrw | RP: xeon? |
00:17.25 | RP | mwester: dual quad core |
00:17.56 | mwester | Yikes - I think I saw one of those MB once, an extra digit in the price tag!~ |
00:18.55 | hrw | ERROR: Task do_rm_work_all does not exist for target console-image |
00:18.57 | RP | hrw: Coe i7 |
00:18.57 | hrw | ARGH |
00:19.01 | RP | Core i7 |
00:19.15 | sakoman | hrw: I guess not if you have an @intel.com in your email address |
00:19.24 | mwester | :D |
00:19.53 | hrw | RP: dual quadcore means two cpus. and iirc only Xeon family works that way |
00:19.54 | RP | That machine was bought from Dell, nothing special |
00:20.21 | hrw | sakoman: I had such one for some time. in middle of having it I lost a way to be able to use it |
00:20.30 | RP | Sorry, its not dual, its an 8 way single chip |
00:20.41 | hrw | RP: quadcore+HT? |
00:20.56 | RP | hrw: yes, it will be |
00:21.18 | RP | blummin fast which is mainly what I was interested in :) |
00:21.35 | hrw | I have buildbot on one dual quadcore xeon machine. works nice |
00:21.56 | hrw | RP: yes, i7 is nicely made. |
00:22.18 | mwester | It requires memory in groups of three, right? |
00:22.44 | hrw | mwester: or two - depends on version iirc |
00:22.59 | RP | mwester: Pass, I plugged it in and used it as should be evident from my lack of knowledge above :/ |
00:23.03 | hrw | mwester: s1156<>s1366 thing iirc |
00:23.50 | RP | sakoman: let me know how the new image works out. Hopefully it was just this... |
00:24.34 | sakoman | I have a feeling that will do it. The image seems to be ok with console command line access, it is just the gnome stuff that is broken. |
00:25.00 | RP | hopes so |
00:25.28 | sakoman | RP: I'll drop you a note confirming it in a few hours :-) (hows that for positive thinking!) |
00:26.49 | sakoman | if that image works, then the changes ought to be in good shape. gnome image is a monster! |
00:27.23 | sakoman | (but actually works surprising well on OMAP3!) |
00:31.59 | mturquette | sakoman: thanks for the angstrom-task-gnome.bb hint. exactly what i'm looking for. |
00:33.46 | grg | is anyone really attached to the 'show diff when an old config file exists' feature in opkg? |
00:34.27 | sakoman | mturquette: what machine will you be building gnome for? |
00:34.40 | grg | i think i'd prefer not to prompt at all, but just install the package's config file 'foo' as foo-dist or something like that |
00:34.41 | mturquette | sakoman: touchbook |
00:34.41 | mwester | I'd ask that question on an end-user IRC or ML -- such as the #openmoko and #openmoko-cdevel channels. :D |
00:35.06 | sakoman | mturquette: ah, I've been meaning to try that |
00:35.08 | mwester | Personally, i'm ok with a different name. |
00:35.54 | mturquette | sakoman: will let you know my impressions after i've built it. i might wait for the tb patches to go upstream to L-O first. |
00:36.28 | sakoman | mturquette: I have some pre-built images that work on beagle & overo, they would likely work on touchbook if you copy over the kernel modules for touchbook |
00:37.02 | sakoman | mturquette: http://www.sakoman.com/feeds/omap3/glibc/images/gnome/ |
00:37.13 | RP | -> Zzzz |
00:37.26 | sakoman | RP: gn -- thanks for the help! |
00:37.47 | hrw | sakoman: gnome works, but what to do with it when there is nearly no free mem? |
00:37.59 | mturquette | sakoman: thanks! i will try to check those later on this week, but only time will tell. |
00:38.52 | sakoman | hrw: seems to work fine for typical web browsing, email, music playing . . . |
00:43.06 | hrw | ok, sleep time |
00:45.35 | *** join/#oe qsp (n=qsp@bl9-19-195.dsl.telepac.pt) |
00:51.28 | *** join/#oe Hrww (n=hrw@chello089078170228.chello.pl) |
00:52.22 | *** join/#oe mnabil_ (n=mnabil@41.234.68.181) |
01:10.15 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
01:10.45 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
01:27.19 | *** join/#oe BillK (n=BillK@124-169-234-182.dyn.iinet.net.au) |
01:29.34 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
02:01.14 | *** join/#oe BenLauDC (n=benlau@221.125.8.18) |
02:04.54 | *** join/#oe Sleep-Walker (n=Sleep@gprs2.vodafone.cz) |
03:12.30 | *** join/#oe fraxinath (n=quassel@p4FD65AB4.dip.t-dialin.net) |
03:31.20 | *** part/#oe Analias (n=analias@c-68-35-8-162.hsd1.nm.comcast.net) |
03:49.02 | *** join/#oe Sleep-Walker (n=Sleep@193.179.96.131) |
05:15.17 | *** join/#oe Undrwater (n=russell@pool-74-100-99-39.lsanca.fios.verizon.net) |
05:30.12 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
05:37.33 | *** join/#oe rddDavid51 (n=roudoudo@78.234.93.192) |
05:45.14 | *** join/#oe hrw|gone (n=hrw@chello089078170228.chello.pl) |
05:50.07 | *** join/#oe Decimate (n=wIRCer@d192-24-56-160.try.wideopenwest.com) |
05:50.12 | *** part/#oe Decimate (n=wIRCer@d192-24-56-160.try.wideopenwest.com) |
05:52.34 | *** join/#oe chouimat_ (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
06:06.05 | *** join/#oe mrc3_ (n=ddiaz@189.157.113.233) |
06:13.43 | *** join/#oe JaMa (n=martin@78.24.13.161) |
06:14.34 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
06:16.58 | *** join/#oe esbenh (n=EsbenH@85.83.33.36) |
06:48.14 | *** join/#oe Weaselweb (n=quassel@2001:6f8:9e4:123:21a:92ff:fe5a:1409) |
07:15.27 | *** join/#oe thebohemian (n=rschus@93.220.109.211) |
07:21.15 | *** join/#oe recalcati__ (i=51485a51@gateway/web/freenode/x-pkbaauuasbgtdyna) |
07:21.19 | recalcati__ | good morning |
07:22.42 | *** join/#oe tasslehoff (n=tassleho@147.84-49-231.nextgentel.com) |
07:33.16 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
07:50.54 | *** join/#oe hillct_ (n=hillct@cpe-069-134-049-165.nc.res.rr.com) |
07:50.57 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
07:51.22 | mckoan | good morning |
08:02.35 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
08:14.39 | *** join/#oe ssam (n=ssam@87.127.117.246) |
08:23.55 | *** join/#oe MWelchUK_work (n=welchma@65.91.2.71) |
08:35.54 | *** join/#oe _ProtoN_ (n=lcintrat@93.2.234.69) |
08:40.00 | XorA | morning |
08:40.26 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
08:56.19 | recalcati__ | I was able to make tslib depending on override dm365-evm, but I don't understand which is the ipk to be re-installed |
08:58.05 | *** join/#oe Jay7 (n=jay@93-81-70-123.broadband.corbina.ru) |
09:01.22 | recalcati__ | I'm trying to use usb mouse on arago, but I need to change tslib |
09:01.50 | *** join/#oe EsbenH (n=EsbenH@77.233.226.4) |
09:04.44 | *** join/#oe rob_w (n=bob@84.155.214.113) |
09:05.30 | hrw | hi |
09:06.49 | recalcati__ | hrw: hi |
09:06.59 | recalcati__ | I was able to make tslib depending on override dm365-evm, but I don't understand which is the ipk to be re-installed |
09:07.22 | *** join/#oe Mc2` (n=fred@alpha.kwain.net) |
09:07.26 | XorA | recalcati__: I dont understand your question |
09:07.33 | *** join/#oe Crofton|work (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net) |
09:09.41 | recalcati__ | I change the recipe, but I don't understand which is the ipk to be re-installed, it seems libts-dev, but I get Package libts-dev md5sum mismatch. Either the opkg or the package index are . |
09:10.07 | hrw | recalcati__: rm /usr/lib/opkg/lists/* and then install |
09:10.35 | *** join/#oe rob_w (n=bob@p549BD671.dip.t-dialin.net) |
09:11.23 | recalcati__ | I did package-index |
09:13.02 | hrw | but have also angstrom feeds there? |
09:13.14 | recalcati__ | now I'm re-compiling all qt, after I'll remember all your helps |
09:13.28 | recalcati__ | hrw: I'm in arago overlay for TI PSP |
09:13.45 | recalcati__ | my apache provide the ipk |
09:13.55 | hrw | strange then |
09:14.04 | recalcati__ | what? |
09:15.26 | hrw | ok, from begining then |
09:15.44 | hrw | 1. you run 'bitbake package-index' on your devmachine |
09:16.02 | hrw | 2. you run 'opkg update;opkg install libts-dev' on devboard |
09:16.11 | hrw | 3. you got md5 mismatch? |
09:16.45 | *** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
09:16.57 | *** join/#oe florian_kc (n=fuchs@Maemo/community/contributor/florian) |
09:17.13 | *** join/#oe lrg (n=lrg@slimlogic.co.uk) |
09:22.20 | CIA-80 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r5f13a271b0 10openembedded.git/recipes/linux/linux-2.6.31/boc01/005-091110-isl12024.patch: linux-2.6.31 : fix email for isl12024 driver author |
09:27.04 | florian_kc | good morning |
09:27.48 | recalcati__ | hrw: yes, I did exactly that |
09:27.50 | hrw | hi florian |
09:28.05 | XorA | grrrrrrrr Im getting more and more annoyed at rday who is earning money from OE but too fscking lazy to help |
09:28.25 | hrw | recalcati__: then no idea what can be broken |
09:28.37 | hrw | recalcati__: rm /usr/lib/opkg/lists/*;opkg update;opkg install libts-dev |
09:29.18 | recalcati__ | "/usr/lib/opkg/lists/*': No such file or directory " |
09:29.19 | hrw | XorA: yep. |
09:29.30 | hrw | recalcati__: so check where opkg stores it |
09:29.38 | florian | is back to work... finally |
09:29.47 | Jay7 | florian: morning :) |
09:29.52 | Jay7 | florian: I've read your message |
09:30.13 | Jay7 | florian: what database settings should I pass to wiki? |
09:30.15 | XorA | shoulda stayed epically drunk |
09:30.36 | florian | Jay7: Great - so the plugin works now, I have to set up a database for it only. |
09:30.39 | RP | mornng all |
09:30.44 | hrw | hi RP |
09:30.47 | florian | hey RP |
09:31.19 | Jay7 | florian: ah.. then I'll just wait some time :) |
09:31.30 | JaMa|Wrk | btw is there someone who is using multiple buildhost and needs to have SRCPVs in sync? |
09:31.41 | *** join/#oe fpga (n=s@92.62.56.51) |
09:31.42 | recalcati__ | hrw: /usr/lib/opkg/lists is empty |
09:32.00 | JaMa|Wrk | as Koen asked in "Re: [oe] SRCPV migration", I'm not sure what is easiest way to do this.. |
09:32.24 | XorA | JaMa|Wrk: Angstrom |
09:32.44 | XorA | JaMa|Wrk: koen and I both do different builds for Angstrom feeds on different machines |
09:33.03 | XorA | JaMa|Wrk: the persistant cache can be implmented as xmlrpc |
09:33.07 | JaMa|Wrk | i guess you can sync bb_persist_data.sqlite3 before building.. but seems a bit error-prone |
09:33.07 | hrw | recalcati__: check where 'opkg update' stores |
09:33.13 | XorA | JaMa|Wrk: but my python is useless |
09:33.41 | RP | XorA: There is no change from the present with the persist_data cache? |
09:33.44 | hrw | JaMa|Wrk: but how I, as a random developer, will sync with them? I do angstrom feed build rarely |
09:34.29 | XorA | RP: sorry didnt parse that |
09:35.08 | JaMa|Wrk | I have no idea how to sync it properly, when I'm building image for myself then I'll always use only my feeds |
09:35.31 | recalcati__ | rm var/lib/opkg/armv5te same result |
09:35.34 | JaMa|Wrk | and If I would like to start building locally from image installed from other builder I would download hist bb_persist_data.sqlite3 before building locally |
09:35.38 | XorA | JaMa|Wrk: the best fix would be to code up some network database capable persisteant methods |
09:35.58 | XorA | JaMa|Wrk: which RP told me should be simple the way he designed the code |
09:36.13 | RP | XorA: How do ou currently solve that problem? |
09:36.23 | JaMa|Wrk | XorA: probably.. but then every builder should be able to push his updated revs there |
09:36.29 | XorA | RP: persistant cache isnt used in any Angstrom package |
09:36.50 | XorA | JaMa|Wrk: thats not an issue I think |
09:36.55 | RP | XorA: ok, so the move to SRCPV doesn't change anything really... |
09:37.17 | XorA | RP: well the PV will now change depending on the machine its built on |
09:37.36 | XorA | RP: where as before it didnt |
09:37.49 | *** join/#oe EsbenH (n=EsbenH@77.233.226.4) |
09:38.07 | JaMa|Wrk | before it did only for packages with AUTOREV, didn't it? |
09:38.22 | XorA | JaMa|Wrk: yes |
09:38.35 | XorA | which Angstrom douesnt use |
09:38.58 | recalcati__ | hrw: the opkg verbose is here http://pastebin.com/f660f67c5 |
09:42.05 | hrw | no idea recalcati__ |
09:42.37 | recalcati__ | ok, after my full recompilation I hope it will be ok |
09:43.16 | recalcati__ | maybe -c clean of packe-index can help , I will try |
09:49.27 | *** join/#oe johan_mx (n=johan@c83-254-130-72.bredband.comhem.se) |
10:06.03 | *** join/#oe greyback (n=greyback@ip-83-147-165-234.dub-3rk1.metro.digiweb.ie) |
10:09.19 | florian | pb__: I'm slowly catching up with my mail... did you have success with the greylist whilteliat at ltg? |
10:10.09 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
10:11.59 | pb__ | florian: ah, not yet. it turns out that the greylistd config doesn't currently have provision for a per-domain whitelist and I didn't get around to adding one. |
10:12.16 | pb__ | if you wanted to do that, that'd be awesome |
10:16.29 | *** join/#oe esbenh (n=EsbenH@77.233.226.4) |
10:24.56 | florian | pb__: just found it... "whitelist-hosts" is the magic file and it takes domains as well. |
10:25.17 | pb__ | florian: oh, does it? very good |
10:25.23 | pb__ | when I looked at that before, it seemed just to be for hosts. |
10:26.29 | CIA-80 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rd762c75040 10openembedded.git/classes/ (gconf.bbclass gtk-icon-cache.bbclass mime.bbclass): |
10:26.29 | CIA-80 | gconf/gtk-icon-theme/mime: Really fix PKGDEST references |
10:26.29 | CIA-80 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
10:27.19 | florian | pb__: I ran into the same before... but I found a hint in a german description and looked at the documentation in the file itself. |
10:28.46 | florian | pb__: It supports both simple wildcards and regular expressions. |
10:29.02 | florian | so we should have fixed this :) |
10:30.00 | *** join/#oe Heinervdm (n=thomas@pD9E16B20.dip.t-dialin.net) |
10:30.34 | pb__ | okay, excellent |
10:31.53 | *** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch) |
10:33.05 | *** join/#oe thaytan (n=jan@nat/sun/x-yyglhjrltfcaovei) |
10:35.09 | *** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
10:47.36 | XorA | wonders what the issue is with guile-native |
10:48.10 | JaMa|Wrk | wonders what will happen with SRCPV now :/ |
10:50.13 | CIA-80 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rbc465d83ad 10openembedded.git/classes/ (31 files): |
10:50.13 | CIA-80 | classes: Drop a number of unneeded import calls (from Poky) |
10:50.13 | CIA-80 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
10:50.35 | *** join/#oe marex (n=marex@eduroam32.ms.mff.cuni.cz) |
10:57.42 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
10:59.13 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
11:04.14 | XorA | my build failed I demand that you fix it!! |
11:18.36 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
11:19.53 | florian | XorA: The issue... might be FC11 :) |
11:20.05 | *** join/#oe zecke (n=ich@siminn-int-gw.on-waves.com) |
11:21.08 | XorA | florian: its all OEs fault, Out of Diskspace Error |
11:21.38 | florian | heh |
11:21.53 | XorA | actually 100G of tmp/ directories |
11:21.54 | XorA | wow |
11:22.23 | florian | XorA: You are building too many beagleboard-demo-images with Angstrom :) |
11:29.15 | hrw | just 100GB? |
11:30.32 | *** join/#oe mario-goulart (n=user@67.205.85.241) |
11:38.17 | *** join/#oe tasslehoff (n=Mich@147.84-49-231.nextgentel.com) |
11:42.09 | Crofton|work | xora, http://pastebin.ca/1673327 |
11:45.50 | *** join/#oe zoff99 (i=chatzill@80.109.110.37) |
11:46.45 | *** join/#oe bswix (n=rode@147.84-49-231.nextgentel.com) |
11:47.00 | recalcati__ | hrw: I did bitbake -c clean package-index; bitbake package-index; and now works |
11:47.22 | DJWillis | Crofton|work: been seeing that on x86 for a while also (was Ubunutu 8.04, now 9.10). Also see something similar in OPKG (but the resulting images are fine). |
11:48.02 | pb__ | hi zecke |
11:49.44 | XorA | Crofton|work: heh thats anew |
11:52.12 | XorA | crap I forgot about the libsdl-mixer breakage |
11:55.22 | *** join/#oe B_Lizzard (n=havoc@athedsl-420758.home.otenet.gr) |
11:55.33 | zecke | pb__: master! |
11:55.42 | zecke | pb__: thanks for the check sum patch |
11:56.09 | zecke | RP: I have managed to build a meta-toolchain for MIPS el... but didn't try to build something with it yet |
11:58.57 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
12:05.02 | pb__ | zecke: yeah, I think this way of doing checksums should be an improvement in general. |
12:05.44 | pb__ | thanks for your review of the patch. |
12:08.17 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
12:24.50 | *** join/#oe marcosmamorim (n=marcos@bd210f4e.virtua.com.br) |
12:26.09 | RP | zecke: cool :) |
12:33.43 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
12:38.42 | *** join/#oe mrc3__ (n=mrc3@nat/ti/x-euifgwegqbufvzmo) |
12:39.01 | *** join/#oe rob_w (n=bob@p549BD486.dip.t-dialin.net) |
12:39.16 | ant_work | RP: another minor issue after last-week changes...for some reasons 3 recipes having QA (non -dev containing .so) did build without QA....magically? |
12:39.35 | ant_work | well, recipes were libpcre, libopieobex0, libgtkstylus. The latter was revisited in the last days and got PR bump, but the other two not yet. |
12:41.03 | hrw | RP: can we get legacy staging recipes logged into tmp/legacy-staging.log? |
12:41.53 | ant_work | RP: I was ready to fix the packaging of the recipes one by one but now I'm a bit confused.. |
12:46.48 | RP | ant_work: Some QA messages are warnings, some are fatal |
12:47.00 | RP | hrw: Yes, we can. Someone just needs to write the patch |
12:47.32 | *** join/#oe fpga (n=s@92.62.56.51) |
12:47.44 | ant_work | I mean only about that specific QA: -dev packaging |
12:49.21 | ant_work | it seems QA stopped after 2009-11-10 afternoon |
12:49.42 | RP | ant_work: all QA? |
12:51.02 | CIA-80 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r9cbd93cd04 10openembedded.git/classes/package.bbclass: |
12:51.02 | CIA-80 | package.bbclass: Add back import os until further metadata cleanups happen |
12:51.02 | CIA-80 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
12:54.22 | ant_work | RP: http://tinderbox.openembedded.net/packages/libpcre/ |
12:54.38 | *** join/#oe montamer (n=montamer@203.199.213.3) |
12:56.13 | ant_work | libgtkstylus was probably fixed |
12:57.05 | ant_work | libopieobex0 needs just a fix in palmtop.bbclass |
12:57.19 | ant_work | but I still don't see it.. |
12:57.33 | ant_work | so QA should be present |
13:02.14 | RP | ant_work: Try my last commit |
13:02.25 | CIA-80 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r777b4f6c6b 10openembedded.git/classes/insane.bbclass: |
13:02.25 | CIA-80 | insane.bbclass: Remove hardcoded path PKGDEST issue |
13:02.25 | CIA-80 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
13:02.25 | ant_work | RP: remaining QA are only about 'invalid' desktop files. These 3 were the last 'serious' |
13:02.29 | ant_work | ah, thx |
13:02.42 | ant_work | I'll do in a few hours @home |
13:03.09 | zecke | RP: any gift you want from iceland? |
13:03.48 | RP | zecke: its ok thanks :) |
13:04.42 | *** join/#oe ChanServ (ChanServ@services.) |
13:04.42 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
13:10.38 | *** join/#oe spaetz (n=spaetz@mtec-hg-docking-1-dhcp-199.ethz.ch) |
13:13.20 | *** join/#oe rob_w (n=bob@p549BD486.dip.t-dialin.net) |
13:14.52 | *** join/#oe ChanServ (ChanServ@services.) |
13:14.52 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
13:17.14 | *** join/#oe BenLauDC (n=benlau@221.125.8.18) |
13:18.27 | *** join/#oe ChanServ (ChanServ@services.) |
13:18.27 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
13:20.56 | *** join/#oe dth_ntb (i=59b61e40@gateway/web/freenode/x-bpsbwyadpebscheo) |
13:27.09 | *** join/#oe B_Lizzard (n=havoc@athedsl-420758.home.otenet.gr) |
13:31.44 | JaMa|Wrk | RP: patch for LOCALCOUNT ready.. I'll send to ML for review.. |
13:36.54 | tasslehoff | I want to load the g_file_storage module on boot. Which recipe/module should I fiddle with? |
13:39.41 | JaMa|Wrk | tasslehoff: kernel recipe or machine config |
13:40.16 | tasslehoff | JaMa|Wrk: ok. thanks. |
13:40.34 | JaMa|Wrk | tasslehoff: you need just module_autoload_g_file_storage = "g_file_storage" |
13:41.12 | tasslehoff | JaMa|Wrk: and with the arguments/parameters at the end? |
13:44.05 | spaetz | <PROTECTED> |
13:44.10 | spaetz | with parameter at the end |
13:44.22 | spaetz | module_autoload_g_file_storage = "g_file_storage blah=blub" |
13:44.25 | JaMa|Wrk | tasslehoff: parameters for modprobe? |
13:45.00 | JaMa|Wrk | module_conf_g_file_storage = "params" |
13:45.17 | tasslehoff | JaMa|Wrk: what spaetz said :) "g_file_storage file=/dev/foo removable=1" |
13:45.52 | JaMa|Wrk | tasslehoff: module_conf_g_file_storage will create /etc/modutils/g_file_storage.conf with "params" |
13:46.20 | JaMa|Wrk | <PROTECTED> |
13:46.21 | tasslehoff | ah. I didn't see the difference in your lines until now. thanks :) |
13:46.38 | tasslehoff | and I can't add this to my local.conf? |
13:47.19 | JaMa|Wrk | tasslehoff: I guess so.. |
13:48.05 | tasslehoff | JaMa|Wrk: but the '..' means that you don't think it is good practice? :) |
13:53.11 | CIA-80 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * rd20b32225e 10openembedded.git/recipes/xorg-xserver/ (xserver-xorg-conf/bug/xorg.conf xserver-xorg-conf_0.1.bb): xserver-xorg-conf: added BUG support |
13:53.11 | CIA-80 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * r740361d57e 10openembedded.git/conf/machine/bug.conf: bug: ship SDIO firmware for WiFi |
13:53.12 | CIA-80 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * red895c630f 10openembedded.git/MAINTAINERS: MAINTAINERS: added BUG to my devices |
13:54.53 | tasslehoff | JaMa|Wrk: only reason I have for putting it in local.conf is that I know it stays with me even if the machine or kernel recipes changes. |
13:55.01 | tasslehoff | anyway. thanks for the help |
13:56.19 | JaMa|Wrk | tasslehoff: it depends what you want to accomplish and if it would be usefull for all users of that recipe/machine :) |
13:58.06 | tasslehoff | JaMa|Wrk: yep. I think the machine.conf is the right place :) |
14:04.02 | *** join/#oe ctusar (n=ctusar@router2.videon-central.net) |
14:04.39 | JaMa|Wrk | RP: isn't ${SRCPV} created as gitr${LOCALCOUNT}+HASH, so with my patch you have constatnt gitr0+? seems working here.. |
14:05.33 | JaMa|Wrk | RP: or you want to preserve count for othere usages somewhere else and modify just FORMAT of ${SRCPV} if you don't want to include LOCALCOUNT? |
14:07.37 | DJWillis | hrw: how do you find SDIO performance on the BUG with WiFi? |
14:08.48 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
14:09.51 | hrw | DJWillis: I have builtin ethernet which do 50Mbps so I do not use wifi |
14:10.37 | DJWillis | hrw: ahhh, I just noticed the commits regarding the SDIO firmware for WiFi on the BUG so wondered what speed was like. |
14:11.31 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
14:17.06 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
14:17.45 | hrw | bye |
14:18.37 | sakoman | RP: ping |
14:21.25 | *** join/#oe rob_w_ (n=bob@p549BDF61.dip.t-dialin.net) |
14:27.22 | sakoman | RP: my clean build of gnome didn't work :-( -- same postinst issue |
14:27.50 | sakoman | RP: I see you redid one of the fixes -- I'll try again |
14:30.14 | *** join/#oe rob_w__ (n=bob@84.155.251.87) |
14:33.31 | *** join/#oe waite (n=quassel@206.83.81.178.ptr.us.xo.net) |
14:36.09 | tasslehoff | if I change my machine.conf, do I have to force a rebuild of something to make it take effect? |
14:36.32 | rsalveti | depends exactly on what you changed |
14:36.38 | tasslehoff | JaMa|Wrk: ^. I added the module-stuff you gave me, but lsmod shows nothing loaded |
14:36.59 | JaMa|Wrk | tasslehoff: you need to rebuild kernel you're using |
14:37.18 | tasslehoff | ah. of course.. |
14:37.30 | JaMa|Wrk | tasslehoff: and kernel-module-g-file-storage should be changed (and containt those 2 files) |
14:38.50 | tasslehoff | JaMa|Wrk: that last one went over my head :) |
14:40.01 | *** join/#oe jeremy_laine (n=sharky@anj75-1-81-57-0-22.fbx.proxad.net) |
14:45.47 | *** join/#oe ChanServ (ChanServ@services.) |
14:45.47 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
14:47.24 | tasslehoff | JaMa|Wrk: what is kernel-module-g-file-storage? I only see it referenced in task-base.bb. and which 2 files did you mean? |
14:48.09 | *** join/#oe jeremy_laine_ (n=sharky@81.57.0.22) |
14:50.28 | *** join/#oe B_Lizzard (n=havoc@athedsl-420758.home.otenet.gr) |
14:51.12 | JaMa|Wrk | tasslehoff: it should be .ipk file generated from kernel recipe |
14:51.21 | JaMa|Wrk | tasslehoff: if you have that module enabled in kernel config |
14:51.39 | tasslehoff | ah. you meant it should be changed after my build? |
14:51.46 | JaMa|Wrk | tasslehoff: and inside is control.tar.gz and data.tar.gz |
14:51.48 | RP | sakoman: yes, I screwed up the patches, sorry :( |
14:51.52 | tasslehoff | I thought it was something I had to modify :) |
14:52.03 | JaMa|Wrk | and data.tar.gz should contain actuall module and those 2 /etc/modutils/ filed |
14:52.05 | JaMa|Wrk | files |
14:52.42 | RP | JaMa|Wrk: My point was that I'd like the distro to be able to set the localcount for a given package should it wish to |
14:52.49 | *** part/#oe esbenh (n=EsbenH@77.233.226.4) |
14:54.11 | Crofton|work | *** glibc detected *** opkg-cl: realloc(): invalid next size: 0x00000000025e6880 *** |
14:54.18 | Crofton|work | this hangs the build |
14:54.32 | JaMa|Wrk | RP: so no global config entry, but for every package if needed? |
14:54.51 | sakoman | RP: no worries, I'm trying again with your new patches |
14:54.56 | Crofton|work | JaMa|Wrk, it seems like this is too make it easier for people using OE to develop SW? |
14:56.07 | RP | JaMa|Wrk: Basically bitbake should just check a variable like LOCALCOUNT_OVERRIDE and use that if its set |
14:56.13 | sakoman | Crofton|work: I find that I get opkg-cl errors simialr to that on my gnome image -- just after the image is created, so I've never spent too much energy tracking down why |
14:56.44 | RP | JaMa|Wrk: We can let the distro worry about setting it (BB_LOCALCOUNT_pn-somepackage = "12") ? |
14:57.00 | sakoman | the build doesn't hang in my case, though it feels like it. If I just wait it completes sometimes with another similar error or two. |
14:57.05 | Crofton|work | also the do_rootfs log shows: opkg: Cannot create directory `/var/lib/opkg': Permission denied |
14:57.20 | RP | I was seeing those messages, I don't know why :/ |
14:57.24 | sakoman | Crofton|work: that message has been there for ges |
14:57.28 | sakoman | ages |
14:57.31 | RP | I think its an opkg problem though |
14:57.31 | Crofton|work | this looks like it is trying to write in to the building machine var |
14:58.10 | JaMa|Wrk | RP: Ah I see your point but is it really needed? (will someone use it that way?) I hoped that with gitr0+Hash for ALL SRCPV recipes will make Koen happy and thats all |
15:00.24 | *** join/#oe dos1 (n=dos@83.23.37.133) |
15:01.06 | JaMa|Wrk | RP: or we can change that localcount increment configurable option (default 1, 0 for angstrom) and then he can set 12 for somepackage with sqlite and it will stay 12 forever |
15:01.15 | *** join/#oe ChanServ (ChanServ@services.) |
15:01.15 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
15:01.19 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
15:01.20 | sakoman | RP: a quick test rebuild of metacity shows that it now has a good postinst! |
15:01.43 | sakoman | RP: I'll fire off a new clean build now |
15:04.17 | RP | JaMa|Wrk: Setting 12 with sqlite is not what is required |
15:05.22 | JaMa|Wrk | I mean if he or someone else really wants |
15:10.30 | tasslehoff | JaMa|Wrk: I put the lines you suggested in beagleboard.conf, cleaned and built the kernel, but data.tar.gz only contains the module (and it is not loaded) |
15:10.30 | *** join/#oe mickey|sofa (n=M@e180130250.adsl.alicedsl.de) |
15:13.54 | *** join/#oe easwar (n=easwarh@unaffiliated/easwar) |
15:14.00 | JaMa|Wrk | tasslehoff: do you have updated oe.dev? |
15:14.53 | JaMa|Wrk | tasslehoff: it was fixed in 2c09164fd4c11832865f18b72f46266b7abffbc7 |
15:14.58 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
15:20.57 | tasslehoff | JaMa|Wrk: ah. that's just a couple of days ago :) |
15:23.07 | *** part/#oe thebohemian (n=rschus@93.220.109.211) |
15:24.38 | *** join/#oe easwar (n=easwarh@unaffiliated/easwar) |
15:25.54 | *** join/#oe gnutoo (n=gnutoo@host186-159-dynamic.44-79-r.retail.telecomitalia.it) |
15:26.12 | JaMa|Wrk | tasslehoff: and it was broken by 29c7d3351f43678c6e93b707b301832009f64b31 also just few days before fix.. |
15:26.43 | tasslehoff | JaMa|Wrk: thanks again :) |
15:34.28 | mwester | re |
15:35.25 | mwester | is quite happy; the SlugOS image boots (from flash at least) just fine on real hardware, after all the OE changes recently. ;) |
15:36.08 | mwester | Woo! And the package feeds built in their entirety, without any failures or restarts. |
15:36.24 | mwester | Quick! Tag that point on the dev branch! :D |
15:38.34 | RP | mwester: cool :) |
15:38.44 | RP | mwester: You sound surprised? ;-) |
15:39.56 | mwester | hehe! I've ignored the SlugOS autobuilder for the most part, since early this summer -- I'm really surprised that it took so little effort to make it all work over the past months. Nice job by everyone to keep .dev working so well. |
15:44.43 | *** join/#oe xcasex (n=quassel@ip-114-42-149-91.dialup.ice.net) |
15:46.51 | *** join/#oe tilarids (i=d970d12a@gateway/web/freenode/x-rjzcojejhdfvjjzf) |
15:47.59 | tilarids | Hi!. I am trying to build oe (angstrom distribution) and have some build problems: http://dpaste.com/120148/ and http://dpaste.com/120149/ (that's the log) |
15:48.17 | tilarids | Is this a known problem? |
15:53.37 | montamer | hi how can i use external toolchain in OE?? |
15:53.58 | montamer | i tried to add the following line in local.conf |
15:54.00 | montamer | "TARGET_PREFIX = arm-none-linux-gnueabi- |
15:54.01 | montamer | ASSUME_PROVIDED += "virtual/${TARGET_PREFIX}gcc virtual/libc"" |
15:54.28 | montamer | but OE seems to build the cross compiler again |
16:05.06 | B_Lizzard | Is MACHINE_FEATURES a free-for-all? |
16:08.07 | gnutoo | montamer, there was a thread in the mailing list about that recently |
16:08.27 | gnutoo | montamer, so the best option is to find this thread |
16:09.55 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
16:16.25 | *** join/#oe Longfield (n=valentin@113-114.4-85.fix.bluewin.ch) |
16:20.33 | *** join/#oe amitshah_ (i=816ef12f@gateway/web/freenode/x-atxtyjdkmmwsefju) |
16:30.12 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
16:36.35 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
16:40.35 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
16:40.43 | B_Lizzard | What is more correct to put in a machine conf file: |
16:41.37 | B_Lizzard | PREFERRED_PROVIDER_xserver = "xserver-kdrive" or PREFFERED_PROVIDER_virtual/xserver ="xserver-kdrive" |
16:41.39 | B_Lizzard | ? |
16:42.35 | B_Lizzard | Does xserver and virtual/xserver have any difference? |
16:42.36 | pb__ | neither of those is really correct |
16:42.40 | B_Lizzard | Oh |
16:42.46 | pb__ | anything that starts "PREFFERED" is pretty much a dead loss |
16:42.55 | B_Lizzard | :) |
16:43.04 | pb__ | it needs to be PREFERRED_PROVIDER, with that number of Fs and that number of Rs, to have any useful effect at all |
16:43.12 | pb__ | and, afaik, only virtual/xserver is used as a virtual |
16:43.29 | pb__ | so, I think "PREFERRED_PROVIDER_virtual/xserver" is probably the magic combination |
16:43.36 | B_Lizzard | With one F? |
16:43.43 | B_Lizzard | And two Rs? |
16:43.55 | pb__ | well, four if you count the Rs in "PROVIDER" :-} |
16:43.56 | pb__ | but, yes |
16:44.04 | B_Lizzard | Thanks, dude. ;D |
16:56.09 | *** join/#oe fpga1 (n=s@92.62.56.51) |
16:57.58 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
16:59.24 | *** join/#oe toi (n=toi@d54C2A96D.access.telenet.be) |
17:00.11 | *** join/#oe kristoffer (n=kristoff@95.209.56.91.bredband.tre.se) |
17:01.30 | pb__ | florian: heh, I see you spoke to Nils about those cpu modules |
17:02.18 | florian | pb__: heh yes, I remebered the fact we forgot them when I saw Nils at the office :-} |
17:03.01 | sakoman | RP: after the pull this morning my kernel build fails! |
17:03.29 | pb__ | florian: yeah, that was dumb of me. oh well. |
17:03.47 | florian | was not much better |
17:03.54 | sakoman | RP: http://pastebin.com/m1f0104a3 |
17:04.35 | sakoman | RP: I think this might be related to your kernel.bbclass changes |
17:04.37 | Jay7 | florian: morning again ;) |
17:05.06 | florian | Jay7: hehe... yes right, the database... |
17:06.19 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
17:07.13 | RP | sakoman: alsmost certainly :( |
17:09.46 | CjNr12 | hi, is there a way to generate an initramfs and a rootfs in the same build process, or do I have to create a different task for the initramfs, build it, then build the rootfs? |
17:10.11 | RP | sakoman: fix pushed (I hope) |
17:10.17 | CIA-80 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r2eb99471ec 10openembedded.git/classes/kernel.bbclass: |
17:10.17 | CIA-80 | kernel.bbclass: Revert import os removal for now |
17:10.17 | CIA-80 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
17:14.43 | *** part/#oe meindian523 (n=easwarh@unaffiliated/easwar) |
17:15.11 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-53-55.w86-212.abo.wanadoo.fr) |
17:15.25 | tilarids | Anyone? I can't udnerstand gcc-cross-initial-4.2.4-r5 can't be built on my system. Error: http://dpaste.com/120148/ Log: http://dpaste.com/120149/ |
17:16.25 | tilarids | Why the makefile is missing "install" target? I don't think it is correct at all |
17:21.03 | florian | Jay7: done |
17:21.33 | Jay7 | florian: thank you! I will check a bit later |
17:22.01 | florian | Jay7: yw |
17:23.54 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
17:28.39 | *** join/#oe willer (n=willer@189.2.128.130) |
17:29.23 | RP | Hmm, my script foo is weak today. How do I make sed remove each and every -L option on a line? :/ |
17:30.04 | *** join/#oe pocek_ (i=pock@83-238-145-235.ip.netia.com.pl) |
17:31.51 | *** join/#oe thaytan (n=jan@nat/sun/x-zfgufltxvyeeiqso) |
17:32.52 | pb__ | RP: sed 's/-L//g'? |
17:33.35 | sakoman | RP: linux built now :-) thanks |
17:33.59 | pb__ | or did you mean that you want it to swallow -L plus its following argument? obviously that would require a slightly more complex regex although the idea is the same. |
17:34.17 | RP | pb__: I guess I need to be more specific - its a .la file and I want to remove any -Lfoo options from the dependency_libs = line :/ |
17:34.44 | *** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
17:34.45 | RP | pb__: yes, its the complex bit that is evading me. Or the regexp isn't running and I have a bigger problem :/ |
17:36.37 | pb__ | RP: remember that sed uses basic regex syntax by default, you need "sed -E" to enable the extended things. |
17:36.43 | pb__ | that's what usually catches me out, heh |
17:37.25 | pb__ | sed -E 's/-L([^ ]+|( +[^ ]+))//g' seems to do the job for me. give that a go and see if it does what you need. |
17:38.53 | pb__ | if you're confident that it will always be "-Lfoo" and not "-L foo" then you can omit the bit after the | |
17:44.52 | RP | pb__: Thanks, I need to do this on a specific line which complicates things but you've given me some further things to think about :) |
17:45.43 | RP | pb__: sed claims it doesn't have a -E option here btw |
17:46.08 | pb__ | doh |
17:46.11 | pb__ | what sed is this? |
17:46.40 | RP | pb__: GNU sed 4.1.5 |
17:47.20 | pb__ | ah, I have 4.2.1 |
17:47.24 | pb__ | does "sed -r" work for you? |
17:47.49 | RP | pb__: That gives different interesting errors :} |
17:47.54 | pb__ | failing that you can obviously convert the regexp to basic form, it just means adding about a hundred backslashes :-} |
17:48.51 | pb__ | or use awk, which (iirc) always uses extended regexps |
17:49.20 | *** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
17:50.46 | mwester | perl |
17:50.49 | mwester | :) |
17:51.14 | RP | pb__: I think I should have gone for awk. I always end up lost in backslashes :/ |
17:51.23 | RP | mwester: python? :) |
17:51.37 | mwester | Well, yeah, I suppose... :D |
18:05.21 | pb__ | RP: hm, weird, sed -r does work fine for me. what errors were you getting? |
18:05.28 | pb__ | fwiw, the equivalent backslashed one appears to be: |
18:05.38 | pb__ | sed 's/-L\([^ ]\+\|\( \+[^ ]\+\)\)//g' |
18:05.53 | RP | pb__: no, it didn't like my own expression :) |
18:05.59 | pb__ | RP: ah, heh |
18:06.04 | RP | pb__: I have something ugly that works now :) |
18:06.10 | pb__ | jolly good |
18:06.21 | RP | is trying to clean up more of gcc (and convert to the new staging world order) |
18:06.47 | RP | This is a challenge for cross packages |
18:06.58 | RP | (which also contain things that become target packages) |
18:07.59 | *** join/#oe EsbenH (n=EsbenH@0x55532124.adsl.cybercity.dk) |
18:08.23 | pb__ | yeah, that whole thing is a bit unsatisfactory |
18:08.34 | pb__ | it's quite tempting to just unbundle the libs and make them be built by a separate recipe |
18:09.01 | RP | pb__: I wondered about that, it'd be a lot nicer. I probably have it working now of course |
18:09.06 | *** join/#oe etank (n=etank@ubuntu/member/etank) |
18:09.14 | RP | and cleaner than it was, at least to me |
18:09.20 | RP | -> food |
18:09.25 | pb__ | good-o |
18:09.28 | pb__ | bon appetit |
18:12.07 | *** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
18:13.03 | *** part/#oe jeremy_laine (n=sharky@81.57.0.22) |
18:17.02 | *** join/#oe eFfeM (n=Frans@j192117.upc-j.chello.nl) |
18:21.38 | *** part/#oe eFfeM (n=Frans@j192117.upc-j.chello.nl) |
18:25.49 | *** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
18:33.23 | *** join/#oe mickey|sofa (n=M@e180130250.adsl.alicedsl.de) |
18:35.32 | pb__ | mickey|sofa: good evening |
18:37.20 | *** join/#oe vasyapupkin (n=randomir@94.159.194.31) |
18:37.46 | vasyapupkin | hey |
18:37.51 | vasyapupkin | just tried to compile OE |
18:38.03 | vasyapupkin | and discovered that it takes about 18G ! |
18:38.22 | vasyapupkin | actually it wanted more, but I ran out of disk space |
18:38.48 | vasyapupkin | how much disk space this so called embedded distro needs ? for build I mean |
18:39.17 | vasyapupkin | considers to buy a new HDD in order to compile OE |
18:40.58 | mickey|sofa | greetings pb__ |
18:41.33 | mickey|sofa | RP: what about the bbextends roadmap? |
18:41.39 | mickey|sofa | bbclassextends, that is |
18:42.08 | *** join/#oe florian (n=fuchs@Maemo/community/contributor/florian) |
18:43.52 | *** join/#oe shawnlower (n=shawnlow@nat/redhat/x-idbldbnlmuxzkwyh) |
18:49.18 | *** join/#oe alecrim_ (n=alecrim@189.2.128.130) |
18:49.35 | *** part/#oe alecrim_ (n=alecrim@189.2.128.130) |
18:51.42 | rsalveti | vasyapupkin: yep, quite a lot, generally when I build mamona it takes around 20-25G |
18:52.44 | *** join/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net) |
18:54.15 | vasyapupkin | rsalveti: it's a bit insane, don't you think ? |
18:54.35 | vasyapupkin | my good old uClinux distro needs less than 1G |
18:55.47 | rsalveti | vasyapupkin: yeah, but because with oe you end up building a lot of things |
18:56.10 | rsalveti | source + compiled objects + installed binaries + metadata |
18:56.12 | rsalveti | and so on |
19:01.21 | RP | mickey|sofa: What about it? |
19:02.36 | mickey|sofa | RP: when is it going to be in? |
19:02.52 | mickey|sofa | or is it already? |
19:03.28 | RP | mickey|sofa: We can start using it, its in |
19:03.51 | mickey|sofa | ah, awesome, that's what i was asking for |
19:03.55 | RP | mickey|sofa: We've not converted many recipes yet |
19:04.04 | mickey|sofa | *nod* i want to have a go at some, |
19:04.22 | RP | mickey|sofa: Have a go, if you have a problem let me know |
19:04.49 | mickey|sofa | oki |
19:04.50 | RP | mickey|sofa: There could be some subtle fixes in class/conf files that I've missed |
19:05.00 | RP | but I should recognise those :) |
19:05.07 | vasyapupkin | rsalveti: maybe... still, I feel that 20GB build size for a console image is too much. |
19:05.16 | vasyapupkin | too much space for bugs, etc... |
19:05.32 | vasyapupkin | I wish they went with uClinux |
19:05.42 | vasyapupkin | beagleboard guys. I mean |
19:06.42 | RP | vasyapupkin: The reason is we have debug symbols enabled |
19:06.47 | Jay7 | vasyapupkin: 20Gb taken by sources, toolchain, staging libraries and headers, resulting packages and, finally, rootfs images |
19:07.08 | RP | vasyapupkin: That makes things large but when things break it helps a lot |
19:07.29 | Jay7 | if you just want to compile hello_world.c for arm, seems you are just needed any arm toolchain |
19:07.50 | Jay7 | OE is more than just toolchain |
19:08.28 | vasyapupkin | I know, I know. Still, I felt much more comfortable with uClinux when I could actually understand each and every step of the build process |
19:09.40 | vasyapupkin | I don't need "just hello world", I need "just" a simple embedded linux distro for beagleboard |
19:09.51 | vasyapupkin | apparently I'm stuck with OE |
19:10.02 | Jay7 | take one from narcissus :) |
19:10.13 | Jay7 | http://www.angstrom-distribution.org/narcissus/ |
19:10.48 | vasyapupkin | interesting |
19:11.10 | vasyapupkin | checks http://www.angstrom-distribution.org/narcissus/ |
19:11.54 | vasyapupkin | not good enough, I want to be able to modify the sources |
19:12.14 | vasyapupkin | that's what real embedded distro is all about |
19:12.31 | vasyapupkin | I have to be able to modify all sources easily, kernel, bootloader, libc, everything |
19:12.33 | Jay7 | well... then use OE and build one |
19:12.46 | vasyapupkin | compiles OE in the background |
19:13.16 | Jay7 | btw, there was manual in russian somewhere on openembedded.ru |
19:13.31 | vasyapupkin | I have a few hours to kill till OE build process finishes, so I'm hanging around here complaining about OE |
19:13.34 | Jay7 | norguthar is translating it slowly |
19:14.26 | vasyapupkin | you mean there is some mysterious way to compile OE in 15 minutes described in russian version of the manual :) ? |
19:14.38 | Jay7 | vasyapupkin: hehe :) |
19:14.55 | Jay7 | just for your knowledge :) |
19:15.05 | vasyapupkin | I will keep it in mind :) |
19:15.11 | *** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
19:17.40 | *** join/#oe toi (n=toi@d54C2A96D.access.telenet.be) |
19:17.41 | florian | re |
19:17.44 | mickey|sofa | wb |
19:19.26 | mickey|sofa | i think we should silence the 'NOTE: Unpacking' |
19:19.45 | mickey|sofa | it's the only non-task related note we still show |
19:20.18 | Jay7 | florian: is wiki ready? :) |
19:20.43 | florian | Jay7: http://projects.linuxtogo.org/plugins/mediawiki/index.php?group_id=55 |
19:21.21 | Jay7 | florian: btw, delete ML zaurus-test please :) |
19:22.04 | *** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
19:22.35 | florian | Jay7: oh yes right |
19:22.39 | florian | Jay7: done |
19:22.42 | Jay7 | 10x |
19:22.48 | Jay7 | last problem is dns :) |
19:22.57 | Jay7 | but it is not critical |
19:23.25 | *** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
19:23.50 | Jay7 | btw |
19:24.15 | Jay7 | florian: can userbase of wiki be in sync with main fusion forge userbase? |
19:24.26 | *** join/#oe pH5 (n=ph5@e178193179.adsl.alicedsl.de) |
19:24.28 | Jay7 | just to skip one registration |
19:25.02 | florian | Jay7: I hope so... in fact I don't know if the plugin does this trick already. |
19:25.37 | RP | mickey|sofa: I totally disagree with all this "note silencing" thing |
19:25.47 | RP | mickey|sofa: Why didn't we just change the default log level? |
19:26.03 | mickey|sofa | RP: isn't that what we did? |
19:26.09 | RP | mickey|sofa: "note" was always about giving an indication of progress |
19:26.20 | RP | mickey|sofa: no, every note appears to have been turned into a debug |
19:26.26 | mickey|sofa | oh |
19:26.34 | mickey|sofa | must confess i was not aware of that |
19:26.44 | RP | is not happy about that :/ |
19:28.48 | Jay7 | florian: seems no.. I can't login with my FF's account |
19:30.04 | florian | Jay7: we should check some other site using FF if it is meant to work :) |
19:30.14 | Jay7 | hm.. |
19:30.19 | Jay7 | did you know any? |
19:36.49 | mickey|sofa | RP: at some point of time we could go over those notes again, put them back into the level we think is appropriate and silence the default level instead |
19:37.21 | kergoth | thinks there are a lot of notes which supply useless information,, stuff the user is never going to care about, in general.. all the output everywhere should be audited |
19:38.13 | mwester | agrees; OE seems to oppose the *nix principle that silence is goodness. |
19:38.17 | *** join/#oe hillct (n=hillct@static-96-233-227-131.rlghnc.dsl-w.verizon.net) |
19:40.45 | *** join/#oe rob_w (n=bob@p549BFB57.dip.t-dialin.net) |
19:42.33 | kergoth | it could be useful to provide a generic "progress" / update mechanism to indicate that, yes, we're still doing something (for tasks to use) |
19:44.42 | Crofton | well, it is nice to see that things are moving along :) |
19:45.23 | kergoth | that's why i was thinking about a generic progress indication method.. for when you want to let the user know that we're doing things, but the information you have isn't particularly useful to them |
19:45.25 | kergoth | shrugs |
19:45.38 | kergoth | should see about pushing the commit that makes bb.msg use the logging module under the hood |
19:46.24 | kergoth | OT: cars suck. just replaced the battery in mine, the battery cost $150 |
19:46.26 | kergoth | hrmph |
19:46.38 | pb__ | wow, that must be quite some battery |
19:46.50 | mwester | The nice thing about a "generic" progress mechanism is that a wrapper tool can use that as well -- e.g. a GUI interface might use that to animate a progress indicator. |
19:47.04 | kergoth | mwester: yeah, exactly |
19:47.05 | mwester | kergoth must have a BMW or something like that! |
19:47.21 | kergoth | it's a chrysler crossfire, but sadly almost everything under the hood is mercedes parts |
19:47.23 | mwester | paid $75 for his last battery, in his Saturn. |
19:47.25 | kergoth | so pretty close to that, yes |
19:47.39 | mwester | Crossfire is a really nice vehicle :) |
19:47.54 | kergoth | its fun... at times i wish i had a back seat, though |
19:47.56 | mwester | Saturn was basic transport, and nothing more. |
19:48.55 | pb__ | yah, I just had to sell my two-seater |
19:49.05 | pb__ | rather a sad day. |
19:49.09 | kergoth | aw |
19:50.05 | Crofton | mourns |
19:50.13 | mwester | pb__, minivan now? |
19:50.16 | pb__ | bought an audi a3 instead which, as it turns out, I never get to drive because my wife uses it. doh. |
19:50.55 | RP | is having the usual fun with winter in a 37 year old car |
19:51.07 | pb__ | so, not quite a minivan yet. :-} |
19:51.45 | RP | pb__: yet :) |
19:51.45 | pb__ | RP: heh, apparently I am supposed to be buying my wife an MGA to replace her car now. |
19:51.53 | Crofton | the minvan was great fun, you could load it up with stuff and go on road trips! |
19:52.22 | kergoth | driving the 2 seater in a minnesota winter was pretty amusing. i backed out of the driveway one day, and never got any further than that. thankfully, i had an olympic weight set to throw in the trunk :) |
19:52.28 | RP | pb__: I've heard tales of my Dad's various MGAs. My Mum knows how to put the spark plugs in the oven from one to get it going... |
19:52.53 | RP | hopes spark plug design has improved in the intervening years |
19:54.04 | pb__ | yeah, I think spark plugs are better nowdays. also, you can get aftermarket electronic ignition which helps quite a bit. |
19:54.37 | RP | pb__: Points aren't that bad if you set them up right |
19:54.45 | Crofton | knows RP is crazy now |
19:54.49 | RP | pb__: The MGB's downfall is twin 6V batteries so twice as many terminals to corrode |
19:54.57 | mwester | the plug wires were problematic on the older vehicles as well -- I recall drying many sets of plug wires in Canadian winters... |
19:55.12 | pb__ | kergoth: heh, I had that problem a few years ago when it snowed here. had to drive my brother to telford to meet his girlfriend, who turned out to live at the bottom of a valley. getting down there was fine, if a little bit exciting at times, but getting back up again was virtually impossible. |
19:55.24 | RP | mwester: I have silicon leads (which are a different set of problems) |
19:55.48 | pb__ | had to have his girlfriend's dad sit on the lid of the trunk to provide enough weight on the rear wheels |
19:56.02 | RP | pb__, kergoth: Try snow on a motorcycle. It means you'll never complain about the car again :) |
19:56.09 | mwester | pb__, did you also have to reverse up the hill? |
19:56.10 | kergoth | hehe |
19:56.15 | RP | Of course I now have the ideal motorcycle for this :) |
19:57.09 | mwester | Of course, many of us can work from home now, so not so many troubles in bad weather anymore. :) |
19:57.20 | RP | mwester: there is that too |
19:57.37 | RP | mwester: the sad thing is I kind of miss the crazy bits... |
19:58.34 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
19:58.45 | RP | The MGB has van tyres running at low pressures on it. All bets are off when it rains, let alone snows |
20:03.49 | *** join/#oe spaetz (n=user@195.190.181.110) |
20:22.39 | *** part/#oe amitshah_ (i=816ef12f@gateway/web/freenode/x-atxtyjdkmmwsefju) |
20:38.11 | kristoffer | Any good mips toolchain versions? |
20:40.13 | *** join/#oe timtimred (n=meh@79-75-235-93.dynamic.dsl.as9105.com) |
20:40.59 | *** join/#oe qsp (n=qsp@bl6-47-125.dsl.telepac.pt) |
20:49.03 | qsp | good evening, how do you do when you are compiling the same kernel several times with slight changes on .config? |
20:49.25 | qsp | i'm using bitbake linux-rp -c menuconfig, and then bitbake linux-rp |
20:49.47 | *** join/#oe toi (n=toi@d54C2A96D.access.telenet.be) |
20:49.48 | qsp | but after compiling the first time, it wont ever compile again, unless i do a -c clean... is there another way? |
20:58.46 | kergoth | bitbake never runs tasks it has already run, generally. you can use -f to override |
20:58.56 | kergoth | bitbake -c compile -f linux-rp; bitbake linux-rp |
20:58.59 | kergoth | or what have you |
21:07.10 | *** join/#oe darion76 (n=darion76@94-248-61-234.dynamic.peoplenet.ua) |
21:07.18 | *** join/#oe playya (n=playya@unaffiliated/playya) |
21:11.33 | qsp | kergoth, thank you! :-) i need the -f switch then. i used the previous process i mentioned before for this compilation already, but next one will be easier with -f. :-) |
21:12.59 | CIA-80 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r10e531444f 10openembedded.git/recipes/owfs/owfs_2.7p24.bb: |
21:12.59 | CIA-80 | owfs: disable swig to prevent doomed attempt to build a perl module. |
21:12.59 | CIA-80 | Signed-off-by: Dirk Opfer <Dirk@do13.de> |
21:16.41 | CIA-80 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r3d48522d84 10openembedded.git/recipes/meta/slugos-packages.bb: SlugOS: add owfs to the package feeds |
21:36.29 | *** join/#oe Laibsch (n=Laibsch@p4044-ipbf3304marunouchi.tokyo.ocn.ne.jp) |
21:37.43 | *** join/#oe ant__ (n=andrea@host7-12-dynamic.60-82-r.retail.telecomitalia.it) |
21:44.12 | B_Lizzard | Hi, I'm trying to get the Omnia touchscreen to work properly with X... I'm having some issues |
21:44.53 | B_Lizzard | Whenever I press something it returns 3 or more screentaps |
21:45.21 | B_Lizzard | Basically, it thinks I'm pressing down on the mouse key or something |
21:45.31 | B_Lizzard | No such issues in OPIE or ts_test |
21:45.55 | B_Lizzard | I've tried playing around with ReportDelay and UntouchDelay, but nothing... |
21:46.58 | B_Lizzard | Is there any way I can have X not to auto-repeat the screentaps like that? |
21:48.38 | *** join/#oe rschuster (n=rob@f053015255.adsl.alicedsl.de) |
22:02.29 | RP | Sometimes the state of the metadata makes me want to cry :/ |
22:02.47 | RP | update-rc.d - installs into native and target in one go :/ |
22:02.55 | RP | now I can see why but... :/ |
22:03.02 | DJWillis | B_Lizzard: EVDEV or TSLib for the X driver? And what sort of event flooding are you seeing. |
22:03.18 | B_Lizzard | tslib |
22:03.25 | DJWillis | RP: lots of things in life have that effect on people ;-) |
22:03.32 | DJWillis | B_Lizzard: version? |
22:03.37 | B_Lizzard | Under X, whenever I press a button it reports multiple keypresses |
22:03.39 | B_Lizzard | Wait a sec... |
22:04.01 | B_Lizzard | 1.0 |
22:04.12 | B_Lizzard | And xf86-input-tslib version 0.0.6 |
22:04.14 | DJWillis | B_Lizzard: that is the X TSLib driver, not TSLib its self that I am interested in, 0.5 or 0.6? |
22:04.21 | DJWillis | Ahhh, okies |
22:05.00 | *** join/#oe tilarids_ (n=tilarids@91.200.156.214) |
22:05.03 | B_Lizzard | It basically seems like autorepeat has no delay |
22:06.59 | *** join/#oe freddy (n=freddy@hotel742.server4you.de) |
22:07.58 | DJWillis | B_Lizzard: try something like http://pastebin.com/d6d572c5d I have seen that before and used to carry that patch (a colleague of mine knocked it up) on the 0.0.5 xf86-input-tslib in the my OpenPandora overlay to fix a similar issue I see on that touchscreen (not sure that 0.0.6 shows the issue for me however). |
22:08.30 | *** join/#oe dth_ntb (n=dieter@p4FDEAC81.dip.t-dialin.net) |
22:08.33 | B_Lizzard | Thanks a lot, dude. |
22:08.42 | B_Lizzard | I'll apply the patch and try it out. |
22:09.16 | *** join/#oe khem (i=4281e024@gateway/web/freenode/x-rwplfydhdcczuiko) |
22:09.46 | DJWillis | B_Lizzard: use something like SRC_URI_append_omap3-pandora = "file://dont_flood_events.diff;patch=1" so you don't upset other users of the recipe, if you find it fixes things let me know as that would be 2 platforms that seem to exhibit the snag. |
22:10.11 | tilarids_ | is there anyone who knows about building angstrom with external toolchain? |
22:11.00 | DJWillis | tilarids_: done it a long time ago. Don't recall it was that hard to do. |
22:13.19 | tilarids_ | DJWillis, can you help me with some links or manuals? I'm new to OE and angstrom and can't build it in usual way, so I am looking for the other ways. |
22:13.50 | tilarids_ | I've tried to use user-manual, but it tries to build gcc-cross anyway |
22:14.15 | DJWillis | tilarids_: any reason you can't build it in the normal way? |
22:15.03 | tilarids_ | DJWillis, it says that '/home/sergey/dev/OE/openembedded/recipes/gcc/gcc-cross-initial_4.2.4.bb' failed . |
22:15.11 | tilarids_ | And in logs I can see only make: *** No rule to make target `install'. Stop. |
22:16.15 | tilarids_ | I was asking for help in #angstrom and #oe recently, with no respond |
22:16.55 | DJWillis | tilarids_: that sort of implies something is borked, I am not sure an external toolchain is the way to get up and running ;-). So you have done a bitbake -cclean gcc-cross-initial && bitbake gcc-cross-initial ? Are you on .dev or stable? |
22:18.46 | tilarids_ | DJWillis, I'm on stable/2009 branch. I was trying to make bitbake base-image ; bitbake console-image ; bitbake x11-image (as said in angstrom build manual) |
22:18.58 | tilarids_ | will give a try to bitbake -cclean gcc-cross-initial && bitbake gcc-cross-initial now, thanks |
22:20.06 | DJWillis | tilarids_: and of course the usual git pull ;-) |
22:20.52 | DJWillis | tilarids_: -cclean and then a rebuild can be a good check just to get rid of guff sometimes, esp. if you run into the odd timing issues that sometimes crop up. |
22:25.04 | tilarids_ | DJWillis, hmm, as I can see that helped! Thank you very much! btw, bitbake -cclean world should clean all the packages, right? |
22:25.55 | *** join/#oe Stugots (n=quassel@unaffiliated/puffthemagic) |
22:26.17 | DJWillis | tilarids_: if your going down that road you may as well blow away your tmp folder ;-), world is not really the keyword of the novice, lots of time and a fair bit of pain (esp. if you ever use it on the .dev tree). |
22:27.20 | DJWillis | tilarids_: assuming your keeping your source downloads out of your build tmp of course, if you blow away your sources that's going to add a lot to the next build ;). |
22:29.49 | tilarids_ | DJWillis, thanks a lot! |
22:31.44 | *** join/#oe univac (n=univac@148.81.171.50) |
22:36.51 | *** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net) |
22:37.10 | *** join/#oe thaytan (n=jan@78.16.53.10) |
22:43.37 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
22:49.56 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
22:50.27 | B_Lizzard | DJWillis: The patch doesn't seem to change anything. |
22:50.48 | B_Lizzard | I was thinking of some kind of delay between the first keypress and the subsequent ones |
22:50.49 | *** join/#oe Martin-B (n=martin@pool-182-65-198-89.dbd-ipconnect.net) |
22:52.33 | *** join/#oe playya (n=playya@unaffiliated/playya) |
23:14.32 | B_Lizzard | Does openmoko-image depend on a non-existant package? |
23:14.33 | B_Lizzard | matchbox-panel-2-applets |
23:30.22 | *** join/#oe Laibsch1 (n=Laibsch@p4044-ipbf3304marunouchi.tokyo.ocn.ne.jp) |
23:33.02 | *** join/#oe bluelightning (n=blueligh@93-96-131-185.zone4.bethere.co.uk) |
23:56.02 | *** join/#oe ctusar (n=ctusar@c-71-58-119-148.hsd1.pa.comcast.net) |
23:59.11 | *** join/#oe qsp (n=qsp@bl6-47-125.dsl.telepac.pt) |