| 00:00.19 | *** join/#oe mario-goulart (~user@67.205.85.241) |
| 00:05.28 | *** join/#oe russ (~russ@206.29.188.178) |
| 00:14.41 | *** join/#oe andyj (~andy@c-76-28-141-180.hsd1.wa.comcast.net) |
| 00:23.37 | *** join/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 00:39.06 | nar | It's an advantage if the UIs inherit from a base UI class, then it makes hacking them easier if you've got a syntax error in your work version but you can then switch to a working UI in a seperate file |
| 00:39.13 | nar | vs. having a syntax error in a single script that breake everything |
| 00:40.21 | nar | I wouldn't say I'm an expert in Python, but I have created a couple distutil packages and think it's the best scripting language on my resume. So take my input with a grain of salt. |
| 00:40.45 | *** join/#oe foobar___ (~drew@64.71.167.157) |
| 00:41.13 | *** join/#oe rphillips (~rphillips@hera.xen.prgmr.com) |
| 00:42.21 | ka6sox-work | khem, any luck? |
| 00:43.37 | nar | Hmm, looks like they are broken out into seperate files. yay for that. |
| 00:47.20 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 00:50.02 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 00:53.54 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 00:55.26 | *** join/#oe kgilmer (~kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net) |
| 00:55.56 | nar | I've been thinking about a presentation filter for the output of bitbake -D -v such that task id's would be prepended before each line |
| 00:56.42 | nar | So that you could more easily explore results / pinpoint errors.. Even just parsing it through ansi colorizer to find errors has been beneficial, but it seems like there's a datamining component that would be useful to be able to 'drill down' into recipes regardless of success or fail. |
| 00:56.49 | nar | Unless there's a simpler way to do it |
| 01:06.49 | *** part/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 01:10.52 | hufnus_cicq | I am back. Was watching the Vuelta de Espanga |
| 01:11.17 | hufnus_cicq | let me read what scrolled off |
| 01:12.43 | *** join/#oe AvengerMoJo (~alex@n11211894150.netvigator.com) |
| 01:15.38 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 01:38.23 | *** join/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 01:55.01 | *** join/#oe leviathan__ (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
| 02:06.17 | *** join/#oe Crofton (~balister@pool-96-240-180-126.ronkva.east.verizon.net) |
| 02:10.48 | *** join/#oe adhoc (~adhoc@ubermonkey.net) |
| 02:30.46 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 02:39.33 | *** join/#oe xobs (~smc@cm28.eta34.maxonline.com.sg) |
| 03:06.49 | *** join/#oe methril (~methril@189.27.129.160.dynamic.adsl.gvt.net.br) |
| 03:07.04 | *** join/#oe borg_ (~olaf@p54868184.dip0.t-ipconnect.de) |
| 03:15.43 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 03:32.34 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 03:53.58 | *** part/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 03:58.58 | *** join/#oe russ_ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 04:11.44 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 04:17.32 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 04:39.34 | grg | why do so many projects insist on shipping tarballs with 0 byte README files? |
| 04:40.14 | *** join/#oe xobs (~smc@cm28.eta34.maxonline.com.sg) |
| 04:41.18 | *** join/#oe jerinas (~j24@ns32433.ovh.net) |
| 04:41.20 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
| 04:46.01 | *** join/#oe jerinas_ (~j24@ns32433.ovh.net) |
| 04:48.34 | playya_ | grg, because autotools complains |
| 04:49.19 | grg | playya_, Mystery solved. Thanks. But that doesn't mean they can't put some content in it. |
| 04:49.50 | playya_ | coders want to code, not to write READMEs |
| 04:55.33 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
| 04:56.47 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
| 05:02.01 | *** join/#oe koobe_ (~koobe@dsl-trebrasgw2-fe4df900-31.dhcp.inet.fi) |
| 05:09.29 | *** join/#oe robtow (~a0272704@nat/ti/x-jkeqdzvmsjrvdqzv) |
| 05:09.36 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-ywkfivsjqixrqfrb) |
| 05:09.48 | *** join/#oe kevinsc (~a0214685@nat/ti/x-qoryezyfiqwxaqak) |
| 05:13.14 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 05:16.32 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-mganznwkvdvuorwx) |
| 05:16.56 | *** join/#oe ZeeD (~ZeeD@190.187.241.83.in-addr.dgcsystems.net) |
| 05:39.11 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 05:46.59 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 05:54.56 | *** join/#oe dth (~dth@a89-182-66-120.net-htp.de) |
| 05:58.03 | eFfeM_work | ka6sox4: finally obtained a ping from work: http://www.pastie.org/1157527 |
| 05:58.12 | eFfeM_work | btw & gm everyone |
| 06:08.28 | *** join/#oe kevinsc (~a0214685@nat/ti/x-lpenfkqaaykekflh) |
| 06:08.50 | *** join/#oe vps (~vitus@145.253.169.210) |
| 06:22.43 | *** join/#oe Noor (8bb5d022@gateway/web/freenode/ip.139.181.208.34) |
| 06:22.46 | *** join/#oe iwamatsu (~iwamatsu@49.14.32.202.bf.2iij.net) |
| 06:22.50 | Noor | Hi all |
| 06:23.04 | Noor | any llvm build expert over here |
| 06:38.02 | *** join/#oe mickeyl (~mickey@openmoko/coreteam/mickey) |
| 06:42.32 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:42.42 | CIA-68 | 03Brijesh Singh <bksingh@ti.com> 07org.openembedded.dev * r5513bd1f9a 10openembedded.git/recipes/ti/ (ti-codec-engine.inc ti-codec-engine_2.26.00.08.bb): (log message trimmed) |
| 06:42.42 | CIA-68 | ti-codec-engine_2.26.00.08: add new codec engine version. |
| 06:42.42 | CIA-68 | * Add CE 2.26 GA release version. |
| 06:42.42 | CIA-68 | * .make target is no longer supported on 2.26 hence commenting out from .inc. |
| 06:42.42 | CIA-68 | Signed-off-by: Brijesh Singh <bksingh@ti.com> |
| 06:42.43 | CIA-68 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
| 06:43.33 | CIA-68 | 03Roger Monk <r-monk@ti.com> 07org.openembedded.dev * r0ee1e44969 10openembedded.git/recipes/ti/ (2 files in 2 dirs): |
| 06:43.33 | CIA-68 | ti-codec-engine: Add initial recipe for latest ce 2.26.00.08 |
| 06:43.33 | CIA-68 | Signed-off-by: Roger Monk <r-monk@ti.com> |
| 06:43.33 | CIA-68 | Signed-off-by: Koen Kooi <k-kooi@ti.com> |
| 07:00.27 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 07:06.00 | *** join/#oe joshin1 (~josh@174-17-230-167.phnx.qwest.net) |
| 07:08.14 | *** join/#oe fahad (8bb5d022@gateway/web/freenode/ip.139.181.208.34) |
| 07:16.19 | mckoan | good morning |
| 07:19.25 | hrw | morning |
| 07:22.15 | *** join/#oe dth_ntb (~dth@a89-183-82-135.net-htp.de) |
| 07:32.27 | *** join/#oe Proxyles (~henrik@c-9f93e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 07:40.39 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 07:45.21 | *** join/#oe zecke (~ich@mobile-out.siminn.is) |
| 07:48.26 | *** join/#oe kristoffer (~kristoffe@c-27dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 08:04.52 | Noor | does anyone know where RPATH variable is being set in LLVM packahe |
| 08:07.44 | *** join/#oe vonami|work (~vonami@79.143.67.122) |
| 08:10.42 | *** join/#oe johncylee (~john@61.57.131.211) |
| 08:13.08 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:17.34 | *** join/#oe rob_w (~bob@pD95EC1FD.dip.t-dialin.net) |
| 08:18.14 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
| 08:31.15 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:33.42 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:36.33 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 08:38.58 | *** join/#oe drw|away (~drw@cpe-76-187-85-68.tx.res.rr.com) |
| 08:41.00 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 08:43.12 | *** join/#oe tsaaps (~tsaaps@alpha7.isip.uni-luebeck.de) |
| 08:43.34 | tsaaps | hello? |
| 08:53.40 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 09:00.52 | *** join/#oe mrmoku|a` (~mrmoku@ppp-188-174-4-86.dynamic.mnet-online.de) |
| 09:04.28 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 09:16.25 | *** join/#oe AvengerMoJo (~alex@n11211894150.netvigator.com) |
| 09:16.30 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:16.45 | *** join/#oe xobs (~smc@cm28.eta34.maxonline.com.sg) |
| 09:30.29 | *** join/#oe Marex (vasum7am@u-pl1.ms.mff.cuni.cz) |
| 09:42.48 | Jin^eLD | aja, packi, ganz vergessen |
| 09:42.52 | Jin^eLD | oops wrong window :) |
| 09:53.09 | *** join/#oe B_Lizzard (~havoc@athedsl-423091.home.otenet.gr) |
| 09:54.20 | *** join/#oe xobs (~smc@64.9.156.187) |
| 10:07.05 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 10:11.26 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:14.02 | like|zzz | gm |
| 10:14.12 | Jin^eLD | hi likewise |
| 10:14.32 | likewise | hi Jin^eLD |
| 10:24.03 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 10:40.36 | turanmo | I am trying to add install -d $D${sysconfdir}/${PN} into do_install() function, but the recipe fails with |
| 10:40.38 | turanmo | + install -d /etc/mypackage |
| 10:40.45 | turanmo | install: cannot change permissions of `/etc/mypackage': Operation not permitted |
| 10:40.52 | turanmo | any idea why? |
| 10:41.42 | Jin^eLD | turanmo: try ${D} maybe |
| 10:42.11 | *** join/#oe Noor (8bb5d022@gateway/web/freenode/ip.139.181.208.34) |
| 10:42.24 | Jin^eLD | i.e. ${D}${sysconfdir}/${PN} |
| 10:42.24 | turanmo | oh how dumb, oh how dumb of me |
| 10:42.29 | Noor | Hi again |
| 10:42.36 | turanmo | Jin^eLD: that's a million |
| 10:42.38 | turanmo | :) |
| 10:42.41 | Jin^eLD | :) |
| 10:42.45 | turanmo | s/that's/thanks |
| 10:42.46 | Noor | need help on cmake in llvm package |
| 10:42.49 | Jin^eLD | well, just 4 pair of eyes ;> |
| 10:42.58 | turanmo | yeah |
| 10:43.49 | Noor | in llvm package when do configure task is execute an rpath variable is set |
| 10:44.06 | *** join/#oe CMoH (~cipi@95.76.71.81) |
| 10:44.14 | Noor | need to change that value but could not be able to figure it it out how to do that |
| 10:59.52 | *** join/#oe Crofton (~balister@pool-96-240-180-126.ronkva.east.verizon.net) |
| 11:00.08 | Noor | can anybody give me a hint |
| 11:02.06 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 11:06.19 | *** join/#oe Gaston|DSP (~Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 11:10.50 | eFfeM_work | noor, no idea on llvm, but there are a few options |
| 11:11.01 | eFfeM_work | patch configure in a _prepend and change the path |
| 11:11.13 | eFfeM_work | bye |
| 11:11.28 | eFfeM_work | nm |
| 11:14.24 | turanmo | what is the tag i use to copy files from the "files" directory ? i think i could try ${FILE_DIRNAME}/files. Or is it that all contents of "files" dir, will be available in ${S} ? |
| 11:14.54 | turanmo | so i just use ${S} ? |
| 11:16.55 | Jin^eLD | turanmo: stuff that you install additionally via adding your own file:// entries to SRC_URI land in ${WORKDIR}, all sources from the main package land in ${S} |
| 11:17.44 | turanmo | Jin^eLD: ah, excellent. so i need to use ${WORKDIR} |
| 11:17.57 | turanmo | yes, i will specify it via SRC_URI |
| 11:18.54 | turanmo | glances page 55. oe manual |
| 11:40.59 | *** join/#oe Heinervdm (~thomas@pD9E1462E.dip.t-dialin.net) |
| 11:41.17 | *** join/#oe B_Lizzard (~havoc@athedsl-429543.home.otenet.gr) |
| 11:44.46 | *** join/#oe kgilmer (~kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net) |
| 11:52.47 | ericben | hi, does anyone remember if SRC_URI = "git:///path/gitrepo/" is supposed to work or is it broken ? |
| 11:54.40 | ericben | here it seems git clone the repo but instead of checking out master branch, it tries to checkout an unknow object "1" |
| 11:55.04 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 11:55.14 | Jin^eLD | ericben: I think you need the SRCREV or something, let me look it up |
| 11:55.39 | eFfeM_work | yes, otherwise it will check out rev 1 and that does not exist |
| 11:55.43 | ericben | Jin^eLD: oh yes you are right |
| 11:55.50 | ericben | thanks |
| 11:56.48 | ericben | that explains why it was working on my previous recipe, I had : SRCREV = "${AUTOREV}" |
| 11:56.52 | ericben | :) |
| 12:04.38 | *** join/#oe rsalveti (~rsalveti@201.82.70.219) |
| 12:08.09 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:10.51 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 12:17.36 | *** join/#oe ZeeD (~ZeeD@190.187.241.83.in-addr.dgcsystems.net) |
| 12:21.29 | likewise | ericben: hmm, what did AUTOREV do? Always pick the latest? |
| 12:26.23 | ant_work | likewise: hey |
| 12:26.50 | ant_work | I was fooled by UTC... my build started at 23.08 UTC ... |
| 12:27.04 | *** join/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 12:33.14 | likewise | ant_work: and it failed? or worked? |
| 12:33.48 | ant_work | builds were fine, is logged in tinderbox |
| 12:34.06 | ant_work | but console-image was done before midnight..so angstrom-version |
| 12:34.26 | ant_work | iirc issue arises crossing midnight |
| 12:35.00 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 12:35.08 | ant_work | I remember I've seen huge time-shiftings...several hours |
| 12:35.17 | ant_work | in the oestats logs |
| 12:36.01 | ant_work | but was long ago... |
| 12:39.11 | ericben | likewise: yes AUTOREV always picks that HEAD I think |
| 12:40.20 | turanmo | could someone tell me, how i may give instructions to the user after the installation in do_install() is complete? |
| 12:40.22 | turanmo | perhaps i must add something in pkg_postinst()? what function can i call? if i use "oenote" i get stuff like this on target bootup |
| 12:40.27 | turanmo | /usr/lib/opkg/info/mypackage.postinst: line 1: oenote: not found |
| 12:40.29 | turanmo | /usr/lib/opkg/info/mypackage.postinst: line 2: oenote: not found |
| 12:40.30 | turanmo | /usr/lib/opkg/info/mypackage.postinst: line 3: oenote: not found |
| 12:40.52 | Jin^eLD | turanmo: postinst is shell |
| 12:41.00 | ericben | turanmo: I think oenote is only for usage inside OE but not on the target |
| 12:41.13 | Jin^eLD | right |
| 12:41.22 | turanmo | anything else i can use? |
| 12:41.25 | Jin^eLD | you only have basic sh stuff there and no "special" oe things |
| 12:41.25 | ericben | echo ? |
| 12:41.41 | turanmo | ericben: :) |
| 12:41.53 | eFfeM_work | cat file-with-instructions.txt |
| 12:42.33 | turanmo | was thinking something sophisticated. for example gentoo has "elog" |
| 12:43.04 | turanmo | thanks, i will try echo or cat, for the time being |
| 12:46.40 | Crofton | shouldn't qemu depend on native recipes? |
| 12:58.03 | *** join/#oe dromede (~quassel@93-136-110-123.adsl.net.t-com.hr) |
| 13:01.41 | *** join/#oe GNUtoo|laptop (~gnutoo@host55-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 13:01.59 | *** join/#oe Noor (8bb5d022@gateway/web/freenode/ip.139.181.208.34) |
| 13:04.23 | *** join/#oe xobs (~smc@cm28.eta34.maxonline.com.sg) |
| 13:06.39 | Crofton | ah, I bet BBCLASSEXTEND adds -native to DEPENDS? |
| 13:07.30 | eFfeM_work | yes |
| 13:12.41 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:15.04 | *** join/#oe hansdampf (~moritz@212.77.183.87) |
| 13:17.05 | *** join/#oe xobs (~smc@64.9.156.185) |
| 13:20.48 | *** join/#oe xobs_ (~smc@cm28.eta34.maxonline.com.sg) |
| 13:34.11 | fahad | hi all |
| 13:34.44 | fahad | I am getting errors in building target nkf |
| 13:35.29 | fahad | anyone else faced this problem? |
| 13:37.58 | eFfeM_work | i don't think that is a recipe that is build very often |
| 13:41.15 | fahad | ya, that's right |
| 13:42.58 | eFfeM_work | can't test it now, but what is the problem ? |
| 13:43.03 | eFfeM_work | do you have a tinderbox log ? |
| 13:43.43 | eFfeM_work | http://wiki.openembedded.net/index.php/How_do_I_send_automatic_success_and_failure_reports |
| 13:49.09 | Crofton | OK, now getting mmap: permission denied |
| 13:49.17 | Crofton | looks like when trying to run qemu-arm |
| 13:50.19 | Jin^eLD | Crofton: on ubuntu? I remember someone on ubuntu was having a problem that sounded similar |
| 13:50.37 | Jin^eLD | and he had to echo some value somewhere, doh, if I only could remember |
| 13:52.23 | Crofton | Fedora 13 |
| 13:52.51 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 13:55.56 | Jin^eLD | oh hmm, I'm on fedora 13 |
| 13:56.20 | Jin^eLD | and i did build an image for ARM with binary locale generation enabled (I think qemu is used for that?) |
| 13:56.38 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 13:59.44 | fahad | eFfeM_work: i just tried it with oestat, http://tinderbox.openembedded.org/builds/86629/ |
| 14:01.34 | Crofton | Jin^eLD, yes |
| 14:01.36 | Crofton | weird |
| 14:01.39 | Crofton | hmmm |
| 14:02.18 | ant_work | Crofton: i686 |
| 14:02.29 | Jin^eLD | I'm on x86_64 btw |
| 14:02.30 | Crofton | selinnux is denying it |
| 14:02.41 | ant_work | dunno then :/ |
| 14:02.43 | Jin^eLD | aah, selinux is the first thing I turn off after installing ;) |
| 14:02.50 | ant_work | heh |
| 14:02.58 | Crofton | heh |
| 14:03.05 | Jin^eLD | makes a lot of problems like these go away ;) |
| 14:03.08 | Crofton | if the NSA thought it was a good idea, I leave it on :) |
| 14:03.29 | Jin^eLD | there are plenty of good ideas out there, but then there are the working and the not yet quite working ones ;) |
| 14:03.32 | Crofton | and someone has to be able to answer selinux + OE questions |
| 14:04.59 | eFfeM_work | fahad: thre is no info on that page |
| 14:05.12 | fahad | i just posted it on pastebin |
| 14:05.13 | fahad | http://pastebin.com/9SA0tS1T |
| 14:05.19 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 14:05.50 | eFfeM_work | the gnu hash stuff is simple, has to do with ldflags, don't know details but google can tell you |
| 14:06.43 | eFfeM_work | see eg what this patch does |
| 14:06.44 | eFfeM_work | http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg00625.html |
| 14:07.57 | fahad | thanks, i am trying this now |
| 14:14.48 | eFfeM_work | later, have fun |
| 14:26.19 | CIA-68 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3b1b9336b4 10openembedded.git/recipes/opencv/libdecodeqr_git.bb: libdecodeqr: add 0.9.4+git |
| 14:30.10 | CIA-68 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd374d1c754 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom 2008: switch to cairo 1.10 |
| 14:36.32 | *** join/#oe xobs (~smc@cm28.eta34.maxonline.com.sg) |
| 14:37.14 | *** join/#oe kgilmer (~kgilmer@firebug.buglabs.net) |
| 14:39.43 | *** join/#oe koobe_ (~koobe@84.249.77.31) |
| 14:42.07 | *** join/#oe Heinervdm (~thomas@pD9E1462E.dip.t-dialin.net) |
| 14:50.30 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 14:59.03 | *** join/#oe Spz0 (~a@97-120-166-158.ptld.qwest.net) |
| 15:14.04 | B_Lizzard | Hi, what's the best way of overriding "autoconf" in a recipe? |
| 15:14.28 | B_Lizzard | autoconf, which runs during do_configure, breaks my configure script |
| 15:14.34 | *** join/#oe pH5 (~ph5@e178192158.adsl.alicedsl.de) |
| 15:14.37 | B_Lizzard | I'd like to have it not run. |
| 15:18.54 | kergoth_ | do_configure () { |
| 15:18.56 | kergoth_ | oe_runconf |
| 15:18.57 | kergoth_ | } |
| 15:20.48 | B_Lizzard | Thank you, kergoth. |
| 15:21.12 | kergoth_ | np |
| 15:21.35 | kergoth_ | there are, of course, complications resulting from not running those. if it uses libtool, you'll almost certainly fail to build, for example |
| 15:21.48 | kergoth_ | the better bet is to fix it to work with current autoconf |
| 15:22.08 | kergoth_ | but avoiding the run is a good temporary fix |
| 15:24.12 | ericben | hi, has nayone here tries to build gs (ghostscript) ? It fails here because of tools compiled for the target but used on the host. I've prepared a fix for this but I would like to be sure others also have the problem. |
| 15:24.35 | ericben | sorry, I put the right letters at the right place : has anyone here tried to build ... |
| 15:34.35 | B_Lizzard | It's a nethack recipe which already has a couple of hacks in, and hasn't been accepted yet into OE after a year so it should be fine :) |
| 15:34.55 | kergoth_ | hehe |
| 15:52.10 | *** join/#oe xobs (~smc@64.9.156.148) |
| 15:53.25 | *** join/#oe dromede (~quassel@93-136-110-123.adsl.net.t-com.hr) |
| 15:57.51 | CIA-68 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r6f04cfcf9b 10openembedded.git/recipes/xserver-common/ (3 files in 2 dirs): |
| 15:57.51 | CIA-68 | xserver-common: patch to add a section for nokia900 to xserver-common |
| 15:57.51 | CIA-68 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 15:57.51 | CIA-68 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * ra54c780914 10openembedded.git/recipes/watchdog/ (4 files in 2 dirs): |
| 15:57.51 | CIA-68 | watchdog_5.6.bb: add config for the nokia900 machine |
| 15:57.51 | CIA-68 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 15:58.22 | *** join/#oe hollisb (~hollisb@sjewanfw1-nat.mentorg.com) |
| 16:02.48 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 16:12.09 | pb_ | ibot, message for zecke: your freyther.de mail is bouncing |
| 16:12.23 | *** join/#oe zenlinuxPDX_ (~sgarman@c-67-170-181-205.hsd1.or.comcast.net) |
| 16:16.29 | *** join/#oe kristoffer (~kristoffe@c-27dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 16:20.34 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 16:22.53 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
| 16:24.49 | kergoth_ | ooh |
| 16:24.50 | kergoth_ | http://lateral.netmanagers.com.ar/weblog/posts/BB917.html |
| 16:24.52 | kergoth_ | i like that |
| 16:25.20 | kergoth_ | using an iterator is very clean |
| 16:27.12 | *** join/#oe GNUtoo|laptop (~gnutoo@host55-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 16:35.56 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 16:41.00 | Jin^eLD | hmm, seems I found a bug in opkg, pkg_parse_line function will miss certain fields |
| 16:42.19 | pb_ | bug in opkg? i guess there is a first time for everything. |
| 16:42.27 | pb_ | still, bit of a shocker |
| 16:42.40 | Jin^eLD | are you being sarcasting or are you serious? :) |
| 16:42.46 | Jin^eLD | sarcastic that is |
| 16:43.20 | Jin^eLD | I really have no idea about how good or bad opkg is, was never digging deeper there |
| 16:46.12 | *** join/#oe andyj (~andy@174-31-132-3.tukw.qwest.net) |
| 16:46.55 | pb_ | it's fairly bad |
| 16:47.38 | Jin^eLD | hmm, considered that is's a kind of important and widely used software... it's not really nice then |
| 16:47.52 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 16:52.06 | *** join/#oe mrc3 (~mrc3@nat/ti/x-hzneluagnuughjrl) |
| 16:56.09 | *** join/#oe GNUtoo|laptop (~gnutoo@host55-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 16:57.10 | GNUtoo|laptop | hi,what's the better way to reduce the memory usage while cross-compiling |
| 16:57.16 | GNUtoo|laptop | I've only 4GB on the build system |
| 16:57.36 | GNUtoo|laptop | I've the following settings: |
| 16:57.58 | GNUtoo|laptop | PARALLEL_MAKE = "-j 9" |
| 16:58.00 | GNUtoo|laptop | BB_NUMBER_THREADS = "4" |
| 16:58.04 | GNUtoo|laptop | maybe that's too much? |
| 16:58.32 | *** join/#oe GNUtoo (~GNUtoo@host55-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 17:02.01 | Tartarus | maybe |
| 17:02.12 | Tartarus | where's it crapping out? |
| 17:02.27 | GNUtoo | it's a new laptop |
| 17:02.40 | GNUtoo | I'll try kernel compilations |
| 17:02.42 | GNUtoo | without oe |
| 17:02.55 | GNUtoo | and I bet it won't block |
| 17:03.09 | GNUtoo | oops |
| 17:03.24 | GNUtoo | I'll restart from scratch |
| 17:03.35 | GNUtoo | I've a new laptop, |
| 17:03.53 | GNUtoo | when cross-compiling stuff it uses a lot of ram |
| 17:03.58 | *** join/#oe pcacjr (~pcacjr@187.78.59.180) |
| 17:04.03 | GNUtoo | more than what i have |
| 17:04.05 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 17:04.09 | GNUtoo | and it start using the swap |
| 17:04.13 | GNUtoo | and the laptop freeze |
| 17:04.21 | GNUtoo | maybe my swap has an issue? |
| 17:04.33 | GNUtoo | but anyway if I reduce the ram used.... |
| 17:04.36 | Jin^eLD | GNUtoo: I use 4/4 settings, have 4GB too, but even that seems too high, because working while OE is building something big in the background is tough |
| 17:04.52 | Jin^eLD | everything lags terribly |
| 17:04.55 | GNUtoo | ok |
| 17:04.56 | *** join/#oe Sat_Man (~satman@83.141.3.41) |
| 17:06.16 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 17:08.34 | tsaaps | oh man |
| 17:08.57 | tsaaps | two days solving a problem i had already solved some months ago. |
| 17:09.10 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 17:09.34 | tsaaps | ups, wrong window |
| 17:16.37 | ericben | python-native question: actually python-native is built using UCS2 build (unicode size), this create atrouble when trying to run sdk's gdb on a distribution which has python UCS 4 (example ubuntu 9.10 or 10.04) as I get this error : Unexpected gdb stderr: "/usr/local/angstrom/arm/bin/arm-angstrom-linux-gnueabi-gdb: symbol lookup error: /usr/local/angstrom/arm/bin/arm-angstrom-linux-gnueabi-gdb: undefined symbol: PyUnicodeUCS2_FromEncodedOb |
| 17:16.57 | GNUtoo | hmmm no money for ram |
| 17:17.00 | ericben | is it a bad thing to switch python-native to ucs4 by adding --enable-unicode=ucs4 to configure ? |
| 17:17.02 | GNUtoo | ram isn't cheap |
| 17:17.04 | GNUtoo | hi ericben |
| 17:17.08 | ericben | hi GNUtoo |
| 17:17.19 | ericben | lowering -g and BBTHREADS is cheapper ;-) |
| 17:17.31 | GNUtoo | indeed but I want speed too |
| 17:17.35 | ericben | exact reasons of the problem is detailed here : http://docs.python.org/faq/extending#when-importing-module-x-why-do-i-get-undefined-symbol-pyunicodeucs2 |
| 17:18.03 | ericben | any idea from python experts of potential problems to switch to ucs4 for python-native ? |
| 17:18.48 | GNUtoo | hmmm about python |
| 17:19.25 | GNUtoo | I've an idea: compcache? |
| 17:19.40 | ericben | what is compcache ? |
| 17:20.05 | GNUtoo | basically compressed swap in ram |
| 17:20.18 | GNUtoo | else I could get a faster swap |
| 17:20.23 | GNUtoo | because my swap is encrypted |
| 17:20.27 | ericben | compression will have a CPU cost |
| 17:20.31 | GNUtoo | ok |
| 17:20.41 | ericben | why do you encrypt it if you want speed ? |
| 17:21.26 | GNUtoo | I now want speed |
| 17:21.54 | GNUtoo | but anyway using a raid-like swap won |
| 17:22.01 | ericben | using BB=2 and PARALLEL=4 will be not bad with laptop hard drives |
| 17:22.04 | GNUtoo | 't help I bet |
| 17:22.11 | GNUtoo | ok |
| 17:22.16 | GNUtoo | It'try that |
| 17:23.08 | ericben | anyone for python-native ucs2 vs ucs4 ? |
| 17:23.26 | GNUtoo | for python I read but I was not aware of the problem....but... |
| 17:23.37 | nar | Python before 3.0 doesn't handle unicode very well at all |
| 17:23.37 | GNUtoo | I know mickey|away maintained python stuff |
| 17:23.39 | GNUtoo | but... |
| 17:23.43 | GNUtoo | he's on hollidays |
| 17:23.44 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 17:24.43 | ericben | nar: it's enabled in ubuntu using 2.6 python |
| 17:25.18 | nar | Yeah. It's always enabled, it just doesn't handle unicode very well. You probably won't run into any problems with ucs4 that you wouldn't run into with ucs2 |
| 17:25.41 | *** join/#oe kgilmer (~kgilmer@firebug.buglabs.net) |
| 17:26.05 | ericben | ok, that would solve my compatibility problem (trying to run sdk's gdb from qtcreator which seems to use python things to talk to gdb) |
| 17:26.22 | nar | What version of gdb? |
| 17:26.51 | ericben | GNU gdb (GDB) 7.1 |
| 17:28.39 | nar | ahh, ok, so with python stuff built into gdb |
| 17:28.44 | ericben | ok I'm trying to add the configure option to check this solves my problem and f that works I'll send a patch for ack |
| 17:29.02 | nar | I'd verify what version python your gdb is built against -- you might not need to rebuild |
| 17:29.55 | ericben | nar: I've checked it : servers's python has ucs4, workstation python has ucs4, python-native build by OE has ucs2 |
| 17:30.03 | nar | ahh indeed |
| 17:30.06 | nar | you're on the right path then |
| 17:30.39 | ericben | server has 2.6.4, oe builds 2.6.5, workstation has 2.6.5 |
| 17:30.44 | nar | rgr |
| 17:31.02 | ericben | will let you know the result later, dinner time |
| 17:34.11 | GNUtoo | ok indeed for me too |
| 18:04.48 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 18:08.55 | *** join/#oe zenlinuxPDX (~sgarman@c-76-105-143-140.hsd1.or.comcast.net) |
| 18:16.47 | denix | kergoth: ping |
| 18:27.51 | *** join/#oe timtimred (~meh@79-69-177-0.dynamic.dsl.as9105.com) |
| 18:32.44 | *** join/#oe FM (91558754@gateway/web/freenode/ip.145.85.135.84) |
| 18:32.48 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 18:34.46 | eFfeM_school | gm |
| 18:36.07 | *** join/#oe GNUtoo|laptop (~gnutoo@host55-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 18:36.10 | *** join/#oe dth_ntb (~dth@a89-182-66-120.net-htp.de) |
| 18:36.30 | *** join/#oe gpw (~gerd@p54AEE59C.dip.t-dialin.net) |
| 18:39.12 | *** part/#oe gpw (~gerd@p54AEE59C.dip.t-dialin.net) |
| 18:42.33 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 18:43.57 | *** join/#oe dos11 (~dos@aeco141.neoplus.adsl.tpnet.pl) |
| 18:44.05 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 18:46.31 | khem | gm all |
| 18:46.38 | likewise | gm khem |
| 18:46.43 | khem | likewise: hey |
| 18:49.50 | denix | is it better to use git tags in SRCREV or by adding "tag=" to SRC_URI? both work, but from bitbake fetcher perspective, which one is better? |
| 18:50.23 | Tartarus | Is it different from the fetcher pov? |
| 18:51.23 | denix | not sure |
| 18:52.31 | Tartarus | It shouldn't be much different, if any really, iirc |
| 18:52.50 | denix | if "tag=" used in SRC_URI, you need to remove SRCREV. and if you forget and there's different SRCREV, I don't know which one will be prefered - the tag in SRC_URI or in SRCREV. |
| 18:52.51 | Tartarus | I kinda think tag= is just translated to checkout this, rather than what's passed in as the rev |
| 18:53.32 | denix | won't it checkout by rev anyway? |
| 18:53.33 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 18:53.37 | Tartarus | yeah, my quick read of the code is it uses the tag |
| 18:53.40 | *** join/#oe Jay7 (jay@93-81-2-215.broadband.corbina.ru) |
| 18:53.42 | Tartarus | unless tag is master |
| 18:56.01 | denix | does it translate internally to "tag=SRCREV" anyway? |
| 18:58.40 | *** join/#oe Jay7x (jay@93-81-69-175.broadband.corbina.ru) |
| 18:58.42 | *** join/#oe Martin-B (~martin@pool-45-65-198-89.dbd-ipconnect.net) |
| 18:59.46 | Tartarus | rev is put into the tag variable, yes |
| 18:59.49 | Tartarus | if i read this right :) |
| 19:00.32 | denix | yeah, that was my understanding too, thanks |
| 19:08.39 | *** join/#oe dth_ntb (~dth@a89-182-66-120.net-htp.de) |
| 19:09.32 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-vvsfoijsacyxopyq) |
| 19:14.15 | CIA-68 | 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * r60716e8657 10openembedded.git/recipes/netbase/ (netbase/palmpre/interfaces netbase_4.21.bb): |
| 19:14.15 | CIA-68 | netbase: add interface file for palmpre machine and bump PR |
| 19:14.15 | CIA-68 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 19:14.18 | CIA-68 | 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * rdaa103a9c6 10openembedded.git/recipes/linux/ (linux-palmpre/defconfig linux-palmpre_git.bb): |
| 19:14.18 | CIA-68 | linux-palmpre: enable uinput support in defconfig |
| 19:14.18 | CIA-68 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 19:14.18 | CIA-68 | 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * r6464424bfd 10openembedded.git/recipes/tslib/tslib_git.bb: |
| 19:14.19 | CIA-68 | tslib_git.bb: bump SRCREV |
| 19:14.19 | CIA-68 | Newer version of tslib contains better support for the cy8mrln touchscreen used on the |
| 19:14.20 | CIA-68 | palmpre machine. |
| 19:14.20 | CIA-68 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 19:18.34 | eFfeM_school | hi, can someone push this: http://thread.gmane.org/gmane.comp.handhelds.openembedded/36911 don't have my ssh key here and want to start a build with this fix to see if thigns now build fine |
| 19:22.05 | Tartarus | patchwork url? |
| 19:23.49 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:25.07 | likewise | eFfeM_school: will do |
| 19:26.09 | florian | re |
| 19:33.03 | ka6sox-work | khem, is MIPS64 ld still giving you fits? |
| 19:33.49 | ericben | nar: configuring python-native with ucs4 solved the gdb problem on my workstation |
| 19:37.17 | *** join/#oe kristoffer_ (~kristoffe@c-27dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 19:37.52 | khem | ka6sox-work: yes |
| 19:38.04 | khem | ka6sox-work: it works well on native ubuntu64 |
| 19:38.20 | khem | ka6sox-work: I will dig more |
| 19:39.07 | eFfeM_school | likewise: thanks, don't have a git tree here at school |
| 19:39.55 | eFfeM_school | need to go now before I'm kicked out, catch you in an hour |
| 19:41.18 | *** join/#oe CosmicPenguin (~nobody@rrcs-67-52-130-30.west.biz.rr.com) |
| 19:45.00 | yann | looks like the patchqueue has been growing lately - is that just due to the summer holiday ? |
| 19:45.16 | Tartarus | And people not clearing out their stuff? |
| 19:48.09 | ericben | I have several patches that need ack beforoe being pushed : |
| 19:48.18 | ericben | http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024052.html |
| 19:48.48 | ericben | http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024167.html or http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024166.html |
| 19:48.56 | ericben | http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024192.html |
| 19:49.03 | ericben | http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024231.html |
| 19:49.09 | ericben | http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024233.html |
| 19:49.42 | ericben | sorry if some of them seems basic, until I get more experience I prefer not breaking things even if that works for me (c) :) |
| 19:49.56 | khem | http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024192.html has my ack |
| 19:50.21 | khem | http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024231.html too |
| 19:50.45 | khem | http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024233.html too |
| 19:55.41 | ericben | thanks khem |
| 19:56.46 | CIA-68 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * r203eb8601e 10openembedded.git/recipes/python/python-native_2.6.5.bb: (log message trimmed) |
| 19:56.46 | CIA-68 | python-native: configure unicode to ucs4 |
| 19:56.46 | CIA-68 | * while trying to run gdb from an SDK created by OE, I got the following |
| 19:56.46 | CIA-68 | errors: /usr/local/angstrom/arm/bin/arm-angstrom-linux-gnueabi-gdb: undefined symbol: |
| 19:56.46 | CIA-68 | PyUnicodeUCS2_FromEncodedObject |
| 19:56.47 | CIA-68 | * the reason is that the workstation (ubuntu 10.04 or 9.01)'s Python is compiled using ucs4 |
| 19:56.48 | CIA-68 | and the python-native used to create arm-angstrom-linux-gnueabi-gdb is using ucs2, the |
| 19:56.51 | CIA-68 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * rae447cd948 10openembedded.git/recipes/busybox/files/mdev.conf: |
| 19:56.51 | CIA-68 | busybox/mdev.conf: add net/tun |
| 19:56.51 | CIA-68 | having tun in /dev/net/tun allows openvpn to run without any hack |
| 19:56.51 | CIA-68 | on the target |
| 19:56.51 | CIA-68 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
| 19:56.52 | CIA-68 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 19:56.52 | CIA-68 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * re6094c0b00 10openembedded.git/recipes/tasks/task-qte-toolchain-target.bb: |
| 19:56.53 | CIA-68 | task-qte-toolchain-target: add libqt-embeddedmultimedia4-dev |
| 19:56.53 | CIA-68 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
| 19:56.54 | CIA-68 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 20:01.54 | khem | there should be ack button in patchwork too |
| 20:05.19 | ericben | who are the admins of patchwork ? |
| 20:05.39 | khem | Crofton is one I guess |
| 20:05.57 | ericben | it would be great if the committers could close the patches they commit when the submiter has'nt done it |
| 20:06.10 | khem | yes thats what I do |
| 20:06.13 | khem | generally |
| 20:06.22 | khem | I pick patches from patchwork |
| 20:06.35 | khem | it gets all authors signoffs right |
| 20:06.40 | khem | I dont have to worry |
| 20:06.40 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 20:06.43 | ericben | and picking it close the patch ? |
| 20:06.54 | khem | no |
| 20:06.58 | khem | I have to do it manually |
| 20:07.08 | ericben | even if you're not the initial author ? |
| 20:07.14 | khem | yes |
| 20:07.30 | ericben | ah ok, it's the fact that you added your signoff which gives you the right ? |
| 20:07.47 | yann | here are those from me that need ack too: |
| 20:07.50 | yann | http://patchwork.openembedded.org/patch/2543/ |
| 20:07.54 | khem | no I think I have special rights |
| 20:07.58 | khem | :) |
| 20:08.03 | yann | http://patchwork.openembedded.org/patch/2544/ |
| 20:08.04 | ericben | ah OK :) |
| 20:08.28 | yann | http://patchwork.openembedded.org/patch/2548/ |
| 20:09.15 | khem | http://patchwork.openembedded.org/patch/2543/ PR bump is strange |
| 20:09.39 | khem | /usr/libexec/git-core should use OE vars |
| 20:10.13 | yann | I had asked here about the policy for PR bumps, but got no answer besides "increasing should be good" :} |
| 20:10.15 | khem | http://patchwork.openembedded.org/patch/2548/ |
| 20:10.19 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 20:10.22 | khem | same you have to use OE vars |
| 20:10.30 | khem | /usr/lib/python*/site-packages/gtk-2.0/rsvg.* |
| 20:10.33 | khem | is not ok |
| 20:10.52 | khem | there is PR bump policy on wiki |
| 20:11.17 | khem | http://wiki.openembedded.net/index.php/When_To_Bump_PR |
| 20:11.23 | yann | ok ths |
| 20:11.25 | yann | thx |
| 20:12.18 | yann | what is the problem with the rsvg files ? I wrote that to avoid hardcoding the python version |
| 20:14.05 | ericben | yann: /usr/lib is ${libdir} |
| 20:14.50 | yann | khem: the wiki does tell when, but not about the amount - I was not comfortable to do +1 before knowing whether anyone would commit something else in the meantime - that was meant to make it obvious what the base revision was |
| 20:14.53 | *** join/#oe anarsoul (~anarsoul@80.249.95.150) |
| 20:14.57 | khem | Running task 51500 of 80400 |
| 20:15.05 | khem | ERROR: [Errno 28] No space left on device |
| 20:15.07 | khem | :( |
| 20:15.13 | ericben | and it seems there is ${PYTHON_DIR} in classes/pythoin-dir.bbclass |
| 20:15.37 | khem | ericben: yeah I was bitten wit that catch 22 |
| 20:15.55 | ericben | khem: here bitbake world is stuck at ~50k and doesn't manage to progress anymore |
| 20:16.10 | khem | yann: PRs are usually integers |
| 20:16.13 | ericben | but now I know the new build machine is stable :) |
| 20:16.21 | khem | r6 and then r7 |
| 20:24.09 | *** join/#oe chase (~chase@nat/ti/x-xzvuygzrarbsiizk) |
| 20:26.53 | yann | khem: ok, will reroll all of that |
| 20:27.38 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 20:28.59 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 20:30.31 | likewise | khem: http://www.amazon.com/Western-Digital-Intellipower-Desktop-WD20EARS/dp/B002ZCXK0I/ref=sr_1_sc_1?ie=UTF8&qid=1284496215&sr=8-1-spell :-) |
| 20:30.52 | likewise | "Amazon Has Certified That This Packaging Is Frustration-Free" |
| 20:31.02 | likewise | WTF? :-) |
| 20:31.48 | GNUtoo|laptop | likewise, lol what if you're frustrated while messing with the firmware of the hdd? |
| 20:32.07 | likewise | don't know! :-) BTW, I hope they deliver a top cover with that drive. ;-) |
| 20:32.10 | yann | khem: any comments about my newly-sent http://patchwork.openembedded.org/patch/2952/ ? |
| 20:32.21 | GNUtoo|laptop | like for instance if you reverse enginner the firmware, you surely get a lot frustrated |
| 20:32.29 | GNUtoo|laptop | lol |
| 20:33.38 | khem | likewise: thanks :) this is a laptop but I need a serious hardware upgrade |
| 20:34.07 | likewise | khem: http://www.amazon.com/Minnesota-Vikings-Pro-Grip-Hammer/dp/B000HX1NBK/ref=sr_1_9?s=electronics&ie=UTF8&qid=1284496436&sr=1-9 |
| 20:34.37 | likewise | high quality stainless steel head, fiberglass shaft. That should get the spindle going. |
| 20:35.36 | khem | likewise: the second item I have 3 of them in different sizes and I use them based on frustration level :) |
| 20:47.58 | Crofton | ericben, do you have an account on pw |
| 20:48.11 | Crofton | the account system for it sucks by the way :) |
| 20:48.48 | *** join/#oe skyphyr (~quassel@209.163.219.210) |
| 20:49.45 | ericben | Crofton: yes I do |
| 20:50.05 | ericben | username is ebenard I think |
| 20:50.22 | yann | khem: out of curiosity - the only difference in recipes/git between master and shr/testing2010 is a PR bump (because of libssl) in master - I suppose my patches should be rerolled for the master PR, but what should the PR be when porting back to shr ? |
| 20:50.44 | *** join/#oe foobar___ (~drew@64.71.167.157) |
| 20:52.13 | *** join/#oe rphillips (~rphillips@hera.xen.prgmr.com) |
| 20:52.24 | jconnolly | what does #oe use to log its irc transcripts? anyone know? |
| 20:52.32 | eFfeM | home :-) |
| 20:52.46 | eFfeM | jconnolly: rikers ibot |
| 20:53.02 | eFfeM | see rikers.org |
| 20:53.19 | jconnolly | eFfeM: excellent I'll look into it. thanks eFfeM. I want to do the same for #buglabs... so many times I grep through my own irc logs to find a simple fix for something... would be nice to make it available to others |
| 20:53.40 | Crofton | ok |
| 20:53.47 | Crofton | I'l make sure it has admin rights |
| 20:54.06 | *** join/#oe ant_ (~andrea@host84-105-dynamic.50-82-r.retail.telecomitalia.it) |
| 20:54.38 | ericben | ok thanks |
| 20:55.11 | *** join/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 20:57.19 | *** join/#oe mike_s (~quassel@82-69-35-33.dsl.in-addr.zen.co.uk) |
| 20:57.42 | Crofton | ericben, can you check the username again |
| 20:58.01 | eFfeM | jconnolly: send tim riker an email if you are channel op, he'll add the bot for you, i did the same for hawkboard |
| 20:58.24 | jconnolly | eFfeM: great thanks |
| 21:00.03 | eFfeM | yw |
| 21:01.07 | CIA-68 | 03Graham Gower <graham.gower@gmail.com> 07org.openembedded.dev * rc4bdd84957 10openembedded.git/recipes/foonas-init/ (8 files in 2 dirs): (log message trimmed) |
| 21:01.07 | CIA-68 | foonas-init: remove broken and unused recipe. |
| 21:01.07 | CIA-68 | This recipe has references to non existant files in its SRC_URI, I could not |
| 21:01.07 | CIA-68 | find them in the git logs either. |
| 21:01.07 | CIA-68 | A grep -r foonas-init shows no in tree users. |
| 21:01.08 | CIA-68 | Signed-off-by: Graham Gower <graham.gower@gmail.com> |
| 21:01.09 | CIA-68 | Verified with Tim Ellis and Oyvind Repvik that this can be deleted |
| 21:01.16 | CIA-68 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * reb9f07b76e 10openembedded.git/recipes/fftw/ (fftw_3.2.2.bb fftwf_3.2.2.bb fftwl_3.2.2.bb): |
| 21:01.16 | CIA-68 | fftw: added --enable-threads to the 3.2.2 recipes |
| 21:01.16 | CIA-68 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 21:01.58 | ericben | Crofton: ebenard, email eric eukrea.com |
| 21:02.01 | khem | yann: whatever you have it should be larger than that |
| 21:02.06 | Crofton | grrr |
| 21:04.56 | Crofton | I need to delete all the spam user names |
| 21:05.20 | Crofton | user admin on pw is getting to be a nightmare |
| 21:05.34 | Crofton | ericben, you should be able to change states now |
| 21:05.47 | ericben | Crofton: thanks |
| 21:16.03 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 21:19.14 | *** join/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 21:39.47 | *** join/#oe JDuke128 (~kadirbaso@81.214.22.138) |
| 21:40.34 | ericben | Tartarus: for soe form of RedHat : is Fedora ok ? |
| 21:44.43 | JDuke128 | hi dd |
| 21:45.18 | Tartarus | ericben, sure |
| 21:45.30 | ericben | this should create some trouble there ? |
| 21:45.31 | Tartarus | I'd really love to see an older thing like centos5 also tried |
| 21:45.42 | Tartarus | Well, diff python versions compiled possibly differently :) |
| 21:46.23 | ericben | what is the link between host python versions and that change ? |
| 21:46.41 | Tartarus | maybe I misread, rereading |
| 21:47.01 | Tartarus | * the reason is that the workstation (ubuntu 10.04 or 9.01)'s Python is compiled using ucs4 |
| 21:47.02 | Tartarus | and the python-native used to create arm-angstrom-linux-gnueabi-gdb is using ucs2, the |
| 21:47.02 | Tartarus | problem is detailed here : |
| 21:47.02 | Tartarus | http://docs.python.org/faq/extending#when-importing-module-x-why-do-i-get-undefined-symbol-pyunicodeucs2 |
| 21:47.19 | Tartarus | So how is the host python built on redhat, etc? |
| 21:47.22 | ericben | ok I understand, to test I should not compile test but test the SDK on other hosts |
| 21:47.34 | Tartarus | Yes, make sure the result works elsewhere |
| 21:47.40 | Tartarus | as well as ever anyhow |
| 21:47.49 | ericben | ucs |
| 21:48.16 | Tartarus | What I'm saying is move and retry your testcase on redhat :) |
| 21:48.40 | ericben | well that may be compicated as to trigger the problem I have to use QTCreator which interfaces with gdb through python so I hope QTcreator will work fine |
| 21:49.08 | *** join/#oe B_Lizzard (~havoc@athedsl-429543.home.otenet.gr) |
| 21:49.21 | ericben | ok I checked the SRPM of Redhat 9 (python 2.3 and they have : --enable-unicode=ucs4 |
| 21:50.14 | ericben | the FAQ says : RedHat Linux 7.x, in particular, provided a âpython2â binary that is compiled with 4-byte Unicode. so in fact RedHat was in advance and it should run on redhat from 7.x ! |
| 21:53.59 | ericben | but I'll try a VM with RedHat or Fedora asap |
| 21:54.40 | Tartarus | k |
| 21:55.42 | *** join/#oe mickey|away (~mickey@80.81.242.146) |
| 21:56.45 | ericben | btw, for the sdk, I have library name problems depending on the host |
| 21:57.24 | ericben | for this one I had to make symlinks for libtinfo and libmpfr |
| 21:57.44 | ericben | is there a way to prevent this ? |
| 21:58.02 | ericben | foro libtinfo: this is because the host puts tinfo into ncurses |
| 21:58.37 | ericben | for libmpfr, this is because the binary was linked to .so.4 but the host only had .so.1 's symlink |
| 21:58.43 | Tartarus | Well, the SDK binaries are not cross host compatible |
| 21:58.47 | Tartarus | We don't build them to be |
| 22:00.05 | *** join/#oe angelox_123 (~Angelo@201-95-29-243.dsl.telesp.net.br) |
| 22:00.13 | ericben | OK |
| 22:00.29 | likewise | Tartarus: to what extend are the SDK binaries portable across hosts or relocatable within one host? Not at all I assume? |
| 22:00.58 | Tartarus | not at all portable, should be fully relocatable |
| 22:01.07 | Tartarus | assuming you don't use the .rc file anyhow |
| 22:01.15 | Tartarus | (without fixing it up for where you put it) |
| 22:01.33 | ericben | here we are using them on several debian & ubuntu versions without major problem, just some libraries links to fix sometimes |
| 22:02.12 | Tartarus | You could call that not a major problem, if you want :) |
| 22:02.22 | ericben | but this was until I learn this is not the right thing to do:-) |
| 22:02.36 | ericben | yes of courses this is a major problem the 1st time :) |
| 22:02.46 | Tartarus | Switching to using a static version of mpfr/gmp isn't too hard |
| 22:02.54 | Tartarus | Haven't had to tackle the ncurses issue yet |
| 22:03.27 | ericben | foro ncurses this is triggered using gdb |
| 22:04.24 | ericben | using qte sdk 2 lib symlinks and a symlink for mkspecs, QTCreator is happy with OE's sdk and cross compiles QT projects fine |
| 22:05.03 | ericben | I plan to work on qte sdk to generate one fully compatible with what QTCreator expects |
| 22:07.38 | likewise | You work with Qt a lot? |
| 22:08.02 | ericben | likewise: I don't but customers ask for this so I discovered QTCreator yesterday ! |
| 22:09.13 | likewise | ericben: I learned it last year at the Qt training days. Didn't touch Qt afterwards, too little time. |
| 22:09.21 | ericben | it interfaces well on the SDK and can use gdb + gdbserver to get one clic remote debug + has support for git |
| 22:09.58 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 22:10.43 | ericben | btw Cliff Brake has done review of QTCreator on his website : http://bec-systems.com/site/704/qt-creator-for-cc-development |
| 22:12.33 | ericben | showing it's not only QT centric |
| 22:18.47 | *** join/#oe mataaa (55b53393@gateway/web/freenode/ip.85.181.51.147) |
| 22:20.51 | mataaa | hello folks! I try to build my own image but when I add "xserver-xorg" to IMAGE_INSTALL I get a "satisfy_dependencies_for" error message which misses the libxau6 and libxdmcp6 packages; oe builds libxau and libxdmcp packages but xserver-xorg needs the *6 packages - what is the problem here? |
| 22:21.14 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 22:23.22 | *** join/#oe blindvt (~bf@85-127-86-172.dynamic.xdsl-line.inode.at) |
| 22:36.05 | likewise | gn all |
| 22:36.42 | ericben | bye |
| 22:39.20 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 22:50.34 | *** join/#oe angelox_123 (~Angelo@201-95-29-243.dsl.telesp.net.br) |
| 22:52.13 | Tartarus | gets bit, again, by angstrom not using sane-toolchain.inc |
| 22:52.54 | B_Lizzard | Excuse me if this is a stupid question, but why do certain packages end up with different package names? |
| 22:53.21 | Tartarus | debian.bbclass, often |
| 22:53.29 | B_Lizzard | eglibc ends up as libc6, zlib ends up as libz1, libgcc ends up as libgcc1 |
| 22:53.31 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 22:53.35 | B_Lizzard | Is this intentional? |
| 22:53.40 | B_Lizzard | Ah |
| 22:53.50 | B_Lizzard | This a new addition for compatability? |
| 22:53.57 | B_Lizzard | I haven't used OE in 6 months |
| 22:54.06 | reaperofsouls | Naw its been around for ages. |
| 22:55.49 | B_Lizzard | Ah |
| 22:55.56 | B_Lizzard | Maybe it was a distro thing |
| 22:56.01 | Tartarus | yes |
| 22:56.30 | B_Lizzard | I also see that DEPENDS no longer has dependancies with their versions |
| 22:56.46 | B_Lizzard | libc6 ( <= 2.11) or something like that. |
| 22:57.15 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 22:58.37 | B_Lizzard | Distro-related again? |
| 22:59.10 | *** join/#oe methril (~methril@189.27.136.218.dynamic.adsl.gvt.net.br) |
| 23:06.55 | Tartarus | metadata hasn't ever supported that |
| 23:06.58 | Tartarus | it just didn't puke on it |
| 23:07.03 | Tartarus | ipks still support it |
| 23:07.30 | *** join/#oe anarsoul (~anarsoul@80.249.91.250) |
| 23:07.44 | *** join/#oe rphillips (~rphillips@hera.xen.prgmr.com) |
| 23:09.54 | *** join/#oe foobar___ (~drew@64.71.167.157) |
| 23:24.57 | khem | Tartarus: is nandfs implementation available for lnx do you know |
| 23:25.15 | khem | Tartarus: or ubifs has all goodies |
| 23:26.41 | khem | http://git.iksaif.net/?p=nandfs.git;a=summary |
| 23:26.51 | khem | seems to be 19 months old |
| 23:27.34 | ericben | ubifs works fine here on several arm targets (atmel, freescale, TI) |
| 23:27.41 | ericben | on NAND & NOR flashs |
| 23:28.08 | khem | ericben: what are adv on ubifs when it comes to nand |
| 23:28.16 | khem | on say yaffs2 |
| 23:28.39 | ericben | khem: vs yaffs2 : I don't know |
| 23:28.46 | khem | or in general |
| 23:28.53 | ericben | vs jffs2 : mount time very short |
| 23:28.55 | khem | whats good about ubifs |
| 23:28.59 | khem | scalable ? |
| 23:29.17 | ericben | good for large flashs size |
| 23:29.33 | khem | right |
| 23:30.08 | ericben | + UBI which seems to allow complicated things for people who need it |
| 23:30.18 | Tartarus | checks nandfs |
| 23:30.42 | Tartarus | Hadn't heard of nandfs until now |
| 23:30.47 | ericben | khem: http://www.embedded-linux.co.uk/downloads/ESC-5.4-flash_filesystems-slides.pdf |
| 23:30.50 | Tartarus | But yes, UBI allows for complicated things |
| 23:30.54 | ericben | same here for nandfs |
| 23:31.01 | Tartarus | And abstracts away the wear leveling |
| 23:31.35 | Tartarus | iirc now |
| 23:31.48 | Tartarus | You can do say 2 partitions of stuff on one chip in a ubi volume |
| 23:31.53 | khem | complicated means what here |
| 23:31.54 | Tartarus | and get wear leveling over the whole volume |
| 23:32.05 | khem | ah i see |
| 23:32.28 | khem | UBIFS supports write caching |
| 23:32.31 | khem | thats cool |
| 23:32.33 | ericben | UBI allow for flash what LVM allow for disks |
| 23:32.47 | ericben | dynamic volumes |
| 23:32.53 | ericben | resizing |
| 23:32.55 | Tartarus | That part of LVM, yes :) |
| 23:33.19 | ericben | UBI is part of LVM? |
| 23:33.22 | Tartarus | no |
| 23:33.26 | ericben | ah ok |
| 23:33.42 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:33.42 | Tartarus | just the concepts of LVM you said are part of UBI concepts too |
| 23:33.46 | ericben | yes |
| 23:33.47 | Tartarus | Not all LVM concepts ;) |
| 23:34.18 | ericben | possible, I don't really know LVM |
| 23:34.18 | Tartarus | I think somewhere there's benchmarks of ubi/ubifs vs yaffs2 vs some other stuff |
| 23:34.22 | khem | grg: hello |
| 23:34.23 | Tartarus | And there's wins and losses |
| 23:34.29 | Tartarus | logfs can also be interesting to throw into the mix |
| 23:34.32 | grg | mornin' |
| 23:34.59 | ericben | http://tree.celinuxforum.org/CelfPubWiki/ELCEurope2008Presentations?action=AttachFile&do=get&target=flash-filesystems.pdf |
| 23:35.45 | grg | ubi is a good thing for u-boot |
| 23:35.47 | ericben | and ubifs is mainlined |
| 23:39.06 | khem | nice |
| 23:39.14 | khem | so ubifs seems to be future |
| 23:39.42 | ericben | the present, Nokia has it on the N900 :) |
| 23:40.49 | ericben | and android works on ubifs but not on jffs2 |
| 23:43.49 | Tartarus | mainlined android does ubi now? |
| 23:43.59 | Tartarus | Or just has been done (we did that as a one off back in 1.5 days) |
| 23:44.19 | ericben | we have i.MX51 board running froyo on ubifs here |
| 23:44.49 | khem | ericben: what products does your company make |
| 23:44.49 | Tartarus | yeah, but did you guys add that (or whoever did the i.mx51 port) or is that all in google's codebase? |
| 23:45.21 | ericben | I think this is a local hack |
| 23:46.30 | ericben | khem: we are designing boards, bringing them up and porting the OS on them |
| 23:47.01 | khem | meego uses btrfs |
| 23:47.23 | ericben | Tartarus: I have to check this is an intern who worked on this so I don't have all the details yet |
| 23:47.56 | Tartarus | k |
| 23:48.17 | Tartarus | It shouldn't be a big deal to do so, yeah, it's just adding the tools and a little makefile magic |
| 23:48.26 | Tartarus | google officially uses yaffs2 still i bet, heh |
| 23:49.15 | ericben | Tartarus: yes the official FS seems to be still yaffs2 |
| 23:49.31 | Jin^eLD | how exactly are the ipk files generated during an OE build? |
| 23:50.03 | Jin^eLD | I see that the feed file has fields like "HomePage" but opkg knows nothing about it |
| 23:51.41 | Jin^eLD | ah, found it I think, its the package_ipk bbclass |
| 23:52.06 | Jin^eLD | hm sort of |
| 23:52.43 | khem | meego = moblin + maemo |
| 23:53.01 | khem | may be they should use poky/oe :) |
| 23:53.05 | ericben | = Intel + Nokia :) |
| 23:53.41 | khem | can they stop the droids |
| 23:53.48 | ericben | hope they make progress on battery life once they put a iCore in a smart phone |
| 23:54.50 | ericben | because actually, when I want ot be sure to be able to phone for one day, I have to take a basic nokia as a rescue when android has eaten all the energy of my Acer Liqui :-) |
| 23:54.54 | khem | unless they have an arm vendor as partner in meego effort it might be difficult if they go solo on atom |
| 23:55.23 | ericben | this would be a strange strategy for Intel to come back to ARM |
| 23:55.33 | khem | not so bad for nokia |
| 23:55.48 | khem | and if you have enough money you can have your say |
| 23:56.08 | khem | I wonder if nokia is going to go intel only in future |
| 23:56.10 | ericben | yes but nokia is (was ?) partner with TI and now they chose Intel |
| 23:56.26 | khem | nokia is losing anyway |
| 23:56.44 | khem | they need to have a smartphone seriously |
| 23:57.04 | khem | and cortex-a8/a9 is the easiest path |
| 23:57.43 | Jin^eLD | hm thats odd, package_ipk.bbclass writes "Homepage" but in the Packages file it becomes "HomePage", so far could not figure out who is doing this |
| 23:57.51 | ericben | they've just changed their manager so that may change in the future |
| 23:58.16 | ericben | the new one comes from Microsoft ... |
| 23:59.06 | khem | hehe |
| 23:59.18 | khem | windoze mobile 7 |
| 23:59.26 | khem | they can keep playing this cat and mouse game |
| 23:59.43 | khem | one needs to invest in one path and remain on it to be successful |
| 23:59.59 | khem | android good or bad did that and they are relatively successful |