| 00:04.36 | kergoth | there we go, got it |
| 00:04.52 | kergoth | khem: there was a bitbake bug that resulted in the silent exit when the specified task didn't exist |
| 00:05.11 | khem | ah |
| 00:05.16 | kergoth | <3 bisect P |
| 00:05.17 | khem | is it fixed ? |
| 00:05.18 | kergoth | :P |
| 00:05.20 | kergoth | yep |
| 00:05.24 | khem | ook |
| 00:05.30 | kergoth | 1.10 wasn't affected |
| 00:05.49 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r0298bf1934 10openembedded.git/recipes/pam/ (5 files in 2 dirs): |
| 00:05.49 | CIA-2 | libpam-1.1.1: Add recipe. |
| 00:05.50 | CIA-2 | * Tested build on arm*uclibc |
| 00:05.50 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 00:05.59 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r0abf974adf 10openembedded.git/recipes/libelf/libelf_0.8.13.bb: |
| 00:05.59 | CIA-2 | libelf_0.8.13.bb: Add recipe |
| 00:05.59 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 00:05.59 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rec7e940083 10openembedded.git/recipes/gcc/gcc-4.5.inc: |
| 00:05.59 | CIA-2 | gcc-4.5: flto requires libelf as dependency |
| 00:06.00 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 00:07.44 | khem | kergoth: if you remember the fix to get dbg filtered out of module deps in kernel.bbclass then let me know |
| 00:07.54 | khem | I want to debug this shadow thing and its PITA |
| 00:08.06 | khem | to copy binaries with debugging |
| 00:08.10 | kergoth | ah |
| 00:08.24 | kergoth | could always disable the split of the .debug stuff entirely |
| 00:08.41 | khem | how ? |
| 00:08.46 | khem | that will work too |
| 00:09.12 | kergoth | not sure :) would have to check package.bbclass probably |
| 00:09.36 | khem | #INHIBIT_PACKAGE_STRIP = "1" |
| 00:09.36 | khem | #PACKAGE_STRIP = "no" |
| 00:09.47 | khem | I tried those last time but no success |
| 00:10.35 | kergoth | PACKAGE_STRIP = "no" should do it, going by the code in package.bbclass |
| 00:10.40 | kergoth | it doesn't run its runstrip function if its no |
| 00:11.13 | khem | ok let me try it |
| 00:11.51 | khem | what is INHIBIT_PACKAGE_STRIP |
| 00:11.56 | kergoth | shrugs |
| 00:15.04 | khem | there is OLD_INHIBIT_PACKAGE_STRIP used in recipes/gcc/gcc-package-cross.inc |
| 00:15.08 | khem | but set nowhere |
| 00:16.31 | khem | there is DISTRO_TYPE which could be one of debug and release and it sets the flags accordingly |
| 00:17.03 | khem | and then there is another var DEBUG_BUILD which when set to 1 should enable debug info |
| 00:17.13 | khem | I guess they should be fused together |
| 00:18.43 | khem | bitbake.conf:SELECTED_OPTIMIZATION = "${@bb.data.getVar(['FULL_OPTIMIZATION', 'DEBUG_OPTIMIZATION'][bb.data.getVar('DEBUG_BUILD', d, 1) == '1'], d, 1)}" |
| 00:19.00 | kergoth | that stuff is pretty useless |
| 00:19.07 | *** join/#oe drw|away (~dwilliams@cpe-76-187-85-68.tx.res.rr.com) |
| 00:19.10 | kergoth | remnants from before the debug info could be built and then split out |
| 00:19.11 | *** join/#oe MWelchUK_work__ (~welchma@65.91.2.71) |
| 00:19.18 | kergoth | afaik, anyway |
| 00:20.29 | khem | kergoth: it still kicks in |
| 00:20.40 | kergoth | yes, but what's the point? |
| 00:20.48 | kergoth | of building without debug in the first place, i mean |
| 00:21.08 | khem | kergoth: so DISTRO_TYPE=debug|release sets the packages one wants to have for debugging like strace gdb etc. so semantically its different |
| 00:21.16 | kergoth | i know |
| 00:21.21 | kergoth | i was referring to SELECTED_OPTIMIZATION |
| 00:21.24 | kergoth | and DEBUG_BUILD |
| 00:21.33 | khem | well you can speed up compilation |
| 00:21.43 | khem | if you dont emit debug info needlessl |
| 00:21.49 | khem | y |
| 00:21.59 | khem | and it could save you disk space |
| 00:22.15 | khem | so why not |
| 00:23.15 | *** join/#oe Spz0 (~a@97-120-172-230.ptld.qwest.net) |
| 00:24.55 | khem | angstrom uses -ggdb3 in FULL_OPTIMIZATION :) |
| 00:35.34 | *** join/#oe jpieper_ (~jpieper@209-6-37-232.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 00:36.16 | *** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net) |
| 00:36.26 | *** join/#oe Linf (~Linp@201-92-180-97.dsl.telesp.net.br) |
| 00:36.43 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 00:38.21 | kergoth | hmmm |
| 00:38.28 | kergoth | where the hell are these variable references coming from |
| 00:38.38 | kergoth | do_package_write doesn't do shit, yet somehow i'm picking up it doing something |
| 00:38.39 | kergoth | hmmm |
| 00:38.48 | kergoth | maybe its task interleaving |
| 00:42.23 | *** join/#oe rsalveti (~rsalveti@189.115.168.250.dynamic.adsl.gvt.net.br) |
| 00:43.57 | kergoth | damnit |
| 00:52.49 | kergoth | hmmm |
| 00:57.09 | *** join/#oe zecke (~ich@123-192-240-117.dynamic.kbronet.com.tw) |
| 01:05.02 | *** join/#oe aloisiojr (~aloisio@189.115.175.112) |
| 01:12.47 | *** join/#oe wroberts1 (~klogd@qbang.org) |
| 01:15.30 | *** join/#oe william_zhang (~william@58.247.126.174) |
| 01:21.41 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 01:38.40 | kergoth | damnit, where the hell .. |
| 01:38.41 | kergoth | grrr |
| 01:39.37 | kergoth | MAINTAINER sure as hell isn't used by do_distribute_sources |
| 01:39.40 | kergoth | this boggles the mind |
| 01:39.47 | kergoth | scratches head |
| 01:57.19 | *** join/#oe dfarnsworth (~dfarnswor@nat/montavista/x-zqlvwkmfeopmyqlk) |
| 02:00.03 | mwester-laptop | suddenly realizes that he copied his big server's local.conf to his laptop without changing -j 5 and bb_number_threads 4, which explains what's happened to his laptop that only has a single GB of RAM, dual-core CPU... :D |
| 02:02.17 | kergoth | hehe, oops |
| 02:24.33 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 02:36.11 | *** join/#oe mario-goulart (~user@67.205.85.241) |
| 02:38.05 | aditya_111 | hiyo |
| 02:38.12 | aditya_111 | greetings fellow OE nerds |
| 03:17.14 | *** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
| 03:23.50 | *** join/#oe jhelwig (~jhelwig@96.225.220.117) |
| 03:35.13 | *** join/#oe auntie (~rewt@97-121-44-56.bois.qwest.net) |
| 03:52.30 | *** join/#oe borg_ (~olaf@p548691C9.dip0.t-ipconnect.de) |
| 04:05.09 | *** join/#oe shoragan (~shoragan@sicherheitsschwankung.de) |
| 04:07.15 | *** join/#oe shashi (~a0876501@nat/ti/x-ugyubufgmsztfwvp) |
| 04:15.27 | *** join/#oe auntie (~rewt@97-121-52-140.bois.qwest.net) |
| 04:25.18 | *** join/#oe zecke (~ich@123-192-240-117.dynamic.kbronet.com.tw) |
| 04:34.52 | *** join/#oe xeon-eno1f (~xeon-enou@pool-108-14-98-244.nycmny.fios.verizon.net) |
| 04:43.56 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 04:57.12 | *** join/#oe mad_soft (~mad_soft@77.51.33.209) |
| 05:09.13 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 05:11.09 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-dlgruouojcwtzxtu) |
| 05:16.15 | *** join/#oe auntie (~rewt@97-121-42-245.bois.qwest.net) |
| 05:24.31 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 05:35.45 | *** join/#oe sirgads (~swold@nat/intel/x-oeckifilcwnmbrvj) |
| 05:39.38 | *** join/#oe CruX| (~jozo@pc-3r0oapyeojvdpt61ks2su2mddvoc1iv.usr.iklub.sk) |
| 05:39.54 | CruX| | hi all, |
| 05:40.20 | CruX| | can you fix db_5.0.21.bb ? |
| 05:40.33 | CruX| | all downloads links are broken |
| 05:40.52 | *** join/#oe undrwater (~russell@pool-74-100-99-39.lsanca.fios.verizon.net) |
| 05:41.22 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r803bf45d6d 10openembedded.git/recipes/gcc/gcc-cross_4.5.bb: |
| 05:41.23 | CIA-2 | gcc-cross_4.5.bb: Add libelf-native to DEPENDS |
| 05:41.23 | CIA-2 | * libelf is needed for LTO |
| 05:41.23 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 05:41.32 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r73145d4831 10openembedded.git/recipes/libelf/libelf_0.8.13.bb: |
| 05:41.32 | CIA-2 | libelf_0.8.13.bb: Provide libelf-native using BBCLASSEXTEND. |
| 05:41.32 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 06:04.16 | *** join/#oe tsjsieb (~tsjsieb@80.101.185.65) |
| 06:13.42 | *** join/#oe Nikunj (~7d166140@gateway/web/freenode/ip.125.22.97.64) |
| 06:15.26 | Nikunj | Hi, Nikunj here from Bangalore, INDIA. Can someone tell me how to build rootfs using OE with ANGSTROM Distro and OMAP5912OSK Machine.?? |
| 06:16.20 | grg | Nikunj, have you tried reading the very fine documentation instead of having the instructions spoon fed to you by another person? |
| 06:18.07 | Nikunj | yup.. I saw openembedded.org already . Nothings working out. I have built "helloworld" package succesfully. rootfs is required now. |
| 06:18.35 | Nikunj | <grg> If you have any useful link kindly do share with me. |
| 06:19.22 | grg | Nikunj, http://wiki.openembedded.net/index.php/Getting_started |
| 06:19.43 | grg | http://docs.openembedded.org/usermanual/usermanual.html |
| 06:24.16 | mad_soft | <Nikunj> angstrom also has it's own tutorial here http://www.angstrom-distribution.org/building-angstrom |
| 06:24.29 | *** join/#oe ZeeD (~ZeeD@m90-130-235-181.cust.tele2.se) |
| 06:25.01 | Nikunj | grg, It doesnot show how to build a root file system for the distro I am using. already checked both of'em. "rootfs" folder isnt getting created alonwith "work", "deploy" etc., further "images" directory doesnot exist under tmp/build. |
| 06:27.02 | grg | Nikunj, http://docs.openembedded.org/usermanual/usermanual.html#id415073 |
| 06:28.11 | Nikunj | grg, doesit mean , rootfs doesnot gets created alongwith command "$ bitbake helloworld" ? |
| 06:28.56 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 06:28.56 | grg | no. that just creates the helloworld package |
| 06:30.00 | Nikunj | Cool, cleared a major doubt. ! |
| 06:30.56 | Nikunj | grg, Thanks a Ton.! |
| 06:30.58 | *** join/#oe Jay7 (jay@95-29-185-51.broadband.corbina.ru) |
| 06:34.21 | *** join/#oe ZeeD_ (~ZeeD@m83-188-213-238.cust.tele2.se) |
| 06:42.46 | CIA-2 | 03Vladimir Sorokin <sorokin@altell.ru> 07org.openembedded.dev * re4d74a2f94 10openembedded.git/recipes/ipset/ (files/Makefile.patch ipset.inc ipset_4.2.bb): (log message trimmed) |
| 06:42.46 | CIA-2 | ipset: Initial commit |
| 06:42.46 | CIA-2 | If you want to |
| 06:42.46 | CIA-2 | * store multiple IP addresses or port numbers and match against the collection |
| 06:42.46 | CIA-2 | by iptables at one swoop; |
| 06:42.46 | CIA-2 | * dynamically update iptables rules against IP addresses or ports without |
| 06:42.47 | CIA-2 | performance penalty; |
| 06:44.08 | *** join/#oe vps (~vitus@212.144.247.210) |
| 06:53.54 | *** join/#oe mckoan (~marco@host56-7-static.30-87-b.business.telecomitalia.it) |
| 06:53.59 | *** join/#oe mckoan (~marco@unaffiliated/mckoan) |
| 06:54.17 | mckoan | good morning |
| 07:02.35 | eFfeM | hi |
| 07:11.26 | ericben | hi |
| 07:15.01 | CIA-2 | 03Vladimir Sorokin <sorokin@altell.ru> 07org.openembedded.dev * r5f0fe8217c 10openembedded.git/recipes/flex/flex_2.5.35.bb: |
| 07:15.01 | CIA-2 | flex-2.5.35: create lex and flex++ symlinks |
| 07:15.01 | CIA-2 | Were missing in this version, which for example lead to build failures |
| 07:15.01 | CIA-2 | for packages depending on flex-native. |
| 07:15.02 | CIA-2 | Signed-off-by: Vladimir Sorokin <sorokin@altell.ru> |
| 07:15.02 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 07:15.13 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * rb96ee9edc8 10openembedded.git/recipes/flex/ (flex.inc flex_2.5.31.bb flex_2.5.35.bb): |
| 07:15.13 | CIA-2 | flex: convert to INC_PR |
| 07:15.13 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 07:18.04 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r6486ab8a0f 10openembedded.git/recipes/dropbear/ (4 files): |
| 07:18.04 | CIA-2 | dropbear: switch to INC_PR |
| 07:18.04 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 07:18.06 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r44f496d37d 10openembedded.git/recipes/dropbear/ (dropbear.inc dropbear/init): |
| 07:18.06 | CIA-2 | dropbear: support comma-separated list of addresses in port spec |
| 07:18.06 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 07:20.56 | *** join/#oe ZeeD (~ZeeD@m83-188-240-4.cust.tele2.se) |
| 07:21.34 | CIA-2 | 03Vladimir Sorokin <sorokin@altell.ru> 07org.openembedded.dev * ra933f26993 10openembedded.git/recipes/perl/libtree-simple-perl_1.18.bb: |
| 07:21.35 | CIA-2 | libtree-simple-perl: Initial commit |
| 07:21.35 | CIA-2 | A simple tree object in Perl. |
| 07:21.35 | CIA-2 | Signed-off-by: Vladimir Sorokin <sorokin@altell.ru> |
| 07:21.35 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 07:25.57 | *** join/#oe ZeeD (~ZeeD@m83-188-254-253.cust.tele2.se) |
| 07:27.36 | *** join/#oe dth_ntb (~dieter@a89-182-194-54.net-htp.de) |
| 07:27.51 | *** join/#oe Proxyles (~henrik@c-7f93e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 07:40.08 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:42.45 | *** join/#oe Heinervdm (~thomas@pD9E16B1B.dip.t-dialin.net) |
| 07:44.52 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 07:44.55 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r0005d44efd 10openembedded.git/recipes/navit/navit_svn.bb: |
| 07:44.55 | CIA-2 | navit: bump PR after libgps naming fix |
| 07:44.55 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:47.24 | hrw | morning |
| 07:48.13 | mckoan | hi hrw |
| 07:48.16 | tsjsieb | good morning |
| 07:49.46 | mckoan | gettext-native-0.18-r1 build fails, is it normal? http://pastebin.com/rzT8Nb2b |
| 07:50.30 | JaMa | khem: with newer target gcc, I've moved only a bit further :/ collect2: COLLECT_LTO_WRAPPER must be set. |
| 07:50.45 | *** join/#oe ZeeD (~ZeeD@m83-188-252-183.cust.tele2.se) |
| 07:51.09 | hrw | JaMa: 4.5.0? |
| 07:51.43 | JaMa | hrw: yes |
| 07:52.21 | JaMa | opkg files gcc | grep lto -> no lto-wrapper |
| 07:53.45 | JaMa | hrw: FYI: this is only on target when building with -flto |
| 07:54.31 | JaMa | hrw: khem said lto it's not ready for prime time, but wanted me to rerun benchmarks with -flto.. |
| 07:54.42 | mckoan | khem: maybe you know gettext better than others |
| 07:55.56 | JaMa | mckoan: which autoconf version do you have? |
| 07:56.01 | *** join/#oe ZeeD (~ZeeD@80.252.210.136) |
| 07:56.03 | JaMa | mckoan: it worked fine with 2.65 |
| 07:56.40 | mckoan | JaMa: Debian lenny's autoconf (GNU Autoconf) 2.61 |
| 07:56.52 | JaMa | mckoan: and automake-native 1.11 |
| 07:57.10 | mckoan | everything worked ontil a few weeks ago |
| 07:57.44 | mckoan | I can't change the distro packages |
| 07:58.00 | mckoan | OE should work with Debian too |
| 07:58.28 | JaMa | mckoan: http://thread.gmane.org/gmane.comp.handhelds.openembedded/33147/focus=33220 |
| 07:58.40 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 07:58.50 | JaMa | mckoan: not host version, but -native in OE.. |
| 07:59.07 | mckoan | PREFERRED_VERSION_autoconf = "2.65" |
| 07:59.22 | JaMa | and automake-native? |
| 07:59.40 | mckoan | PREFERRED_VERSION_automake-native = "1.10.3" |
| 07:59.53 | mckoan | switching to the newer |
| 07:59.57 | mckoan | thx |
| 07:59.59 | *** join/#oe ZeeD_ (~ZeeD@m83-188-233-184.cust.tele2.se) |
| 08:00.05 | JaMa | yw |
| 08:10.44 | *** join/#oe zub (U2FsdGVkX1@linux.fjfi.cvut.cz) |
| 08:12.45 | *** join/#oe kristoffer (~kristoffe@79.138.221.18.bredband.tre.se) |
| 08:19.56 | *** join/#oe thebohemian (~rschus@p5DDC1FE2.dip.t-dialin.net) |
| 08:20.12 | *** join/#oe rob_w (~bob@pD95EB622.dip.t-dialin.net) |
| 08:21.11 | *** join/#oe ZeeD_ (~ZeeD@80.252.210.136) |
| 08:35.17 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:38.42 | *** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 08:39.04 | *** join/#oe mouss (~mouss@212.99.37.34) |
| 09:06.00 | JaMa | khem: NOTE: /usr/libexec/gcc/arm-angstrom-linux-gnueabi/4.5.1/lto-wrapper is not packaged |
| 09:10.53 | *** join/#oe woglinde (henning@familie-heinold.de) |
| 09:10.56 | woglinde | ping hrw |
| 09:11.21 | woglinde | ~seen hrw |
| 09:11.24 | ibot | hrw is currently on #maemo #oe. Has said a total of 13 messages. Is idling for 1h 20m 15s, last said: 'JaMa: 4.5.0?'. |
| 09:12.10 | hrw | hi woglinde |
| 09:12.22 | woglinde | hrw could you do me a fovour |
| 09:12.27 | woglinde | uos favour |
| 09:12.37 | hrw | woglinde: what I have to do? |
| 09:12.45 | woglinde | could build me navit for the bug 1.0? |
| 09:12.53 | woglinde | the recipe is in oe.dev |
| 09:13.07 | hrw | woglinde: I do not have trees for OE builds |
| 09:13.21 | *** join/#oe mrc3 (~ddiaz@189.157.106.155) |
| 09:13.24 | woglinde | yeah you have to copy the recipe over |
| 09:13.31 | hrw | woglinde: so it would take me few hours to do build |
| 09:13.42 | woglinde | and see if it works out of the box |
| 09:14.01 | woglinde | I have latest rootfs running |
| 09:14.13 | woglinde | I tried with sdk to build navit |
| 09:14.21 | woglinde | but wasnt sucessful |
| 09:14.39 | hrw | woglinde: catch jconnolly maybe |
| 09:14.46 | woglinde | hm |
| 09:14.51 | woglinde | he sleeps now I think |
| 09:14.55 | hrw | yes |
| 09:14.56 | woglinde | okay thanks anymway |
| 09:15.08 | hrw | woglinde: will you be on LT on friday? |
| 09:15.17 | woglinde | unfornatly no |
| 09:15.21 | hrw | ok |
| 09:15.24 | hrw | ~seen florian |
| 09:15.25 | ibot | florian <~fuchs@Maemo/community/contributor/florian> was last seen on IRC in channel #edev, 1d 13h 21m 13s ago, saying: 'hi chouimat'. |
| 09:15.34 | woglinde | kindergarden has free and I have to nurse toby |
| 09:16.37 | hrw | ok |
| 09:16.41 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 09:16.46 | woglinde | jo flroian |
| 09:16.59 | woglinde | I am at the navit booth this year |
| 09:17.42 | woglinde | strange that the touchscrenen on bug not works when the accel sensor is connected |
| 09:18.38 | hrw | woglinde: strange indeed |
| 09:18.57 | hrw | flo_lap: how goes LT? |
| 09:25.01 | zecke | woglinde: hi |
| 09:30.22 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 09:31.05 | Jay7 | NOTE: package neon-0.25.5-r4: task do_qa_configure: Started |
| 09:31.07 | Jay7 | FATAL: This autoconf log indicates errors, it looked at host includes. |
| 09:44.21 | ant_work | JaMa: about Gentoo, binutils-2.20.1-r1 is now stable, still toolchain-binutils.eclass is unchanged |
| 09:45.24 | JaMa | ant_work: yes, I didn't report it on gentoo bugzilla, waiting for you to confirm you have same issue :) |
| 09:46.00 | JaMa | ant_work: because I'm also using gcc-4.5 on my host and maybe my bug will be considered as less supported configuration |
| 09:46.55 | ant_work | I got ar: can't set BFD default target to `i686-pc-linux-gnu': Invalid bfd target without using gcc-4.5 |
| 09:47.44 | ant_work | Don't know if we should reopen http://bugs.gentoo.org/298571 |
| 09:51.48 | JaMa | ant_work: not sure if "stabilize" bug is right place for it, as for me it works only with that development snapshot :) |
| 09:53.18 | eFfeM | is there a way to bitbake a native package with bitbake -b if BBCLASASEXTEND="antive" is there ? (as there iis no xx-=native.bb file any more ) |
| 09:53.21 | ant_work | well, we have to trust khem: our builds are exposing an hidden issue |
| 09:53.56 | JaMa | eFfeM: with bitbake-1.10 or master just prefix -b path with virtual:native:some_path |
| 09:54.35 | eFfeM | ah, ok guess that is a good reason to go to 1.10 (actually was hoping that there would be a 1.10 tarball at some point in time |
| 09:57.40 | *** join/#oe shazkhan (~shaz@116.71.214.234) |
| 10:04.42 | *** join/#oe GNUtoo|laptop (~gnutoo@95.237.157.170) |
| 10:08.52 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:10.49 | JaMa | ant_work: do you have x86 or amd64 gentoo? |
| 10:10.59 | ant_work | x86 |
| 10:11.04 | JaMa | thx |
| 10:31.00 | JaMa | ant_work, khem: http://bugs.gentoo.org/show_bug.cgi?id=323319 |
| 10:36.49 | *** join/#oe dth_ntb (~dieter@a89-182-194-54.net-htp.de) |
| 10:43.21 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 11:14.02 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:44.22 | *** join/#oe dth (~dieter@p4FDEFEE1.dip.t-dialin.net) |
| 11:50.19 | *** join/#oe zecke (~ich@123-192-240-117.dynamic.kbronet.com.tw) |
| 12:09.17 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 12:30.26 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
| 12:31.06 | *** join/#oe arun (~arun@unaffiliated/sindian) |
| 12:33.15 | cbrake | <PROTECTED> |
| 12:36.33 | *** join/#oe methril (~methril@189.27.129.211.dynamic.adsl.gvt.net.br) |
| 12:42.09 | *** join/#oe sgh (~quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 12:44.17 | zecke | woglinde: did you add lldb to OE yet? |
| 12:51.06 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 12:53.38 | *** join/#oe CMoH (~cipi@95.76.71.81) |
| 12:54.30 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 12:58.43 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 13:00.08 | ant_work | zecke: how do you say "eject a CD" in german? |
| 13:00.24 | ant_work | ausholen |
| 13:00.26 | ant_work | ? |
| 13:00.37 | XorA | ant_work: that just sounds rude :-) |
| 13:00.54 | mickey|bbl | Auswerfen |
| 13:01.04 | ant_work | is on the phone with a supplier just incapable of transfering EDI orders :/ |
| 13:01.13 | ant_work | srry :/ |
| 13:01.44 | ant_work | you nasty German with your EDI dialects ... |
| 13:02.34 | ant_work | and the open source parsers usxxx |
| 13:03.52 | ant_work | mickeyl: I owe you a beer |
| 13:04.01 | *** join/#oe rsalveti (~rsalveti@187.113.163.88) |
| 13:04.29 | mickeyl | :) |
| 13:11.06 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 13:17.04 | pb_ | mickeyl: good afternoon |
| 13:17.39 | mickeyl | good afternoon pb |
| 13:24.02 | pb_ | our building work has commenced this week, all very exciting. |
| 13:28.22 | *** join/#oe shashi (~a0876501@nat/ti/x-kpglrxklogxespkt) |
| 13:43.44 | *** join/#oe rsalveti (~rsalveti@200.184.118.130) |
| 13:44.03 | mckoan | grabbed another bug |
| 13:44.06 | mckoan | ERROR: Build of /home/koan/devel/openembedded/recipes/qt4/qt4-x11-free_4.6.2.bb do_install failed |
| 13:44.19 | mckoan | | mv: `/home/koan/devel/build/kaeilos/tmp/work/armv5te-oe-linux-gnueabi/qt4-x11-free-4.6.2-r17.2/image/usr/bin/qtdemo' and `/home/koan/devel/build/kaeilos/tmp/work/armv5te-oe-linux-gnueabi/qt4-x11-free-4.6.2-r17.2/image/usr/bin/qtdemo' are the same file |
| 13:44.52 | mckoan | looks like the Append an E to the qtdemo file han not been tested with qt/X11 |
| 13:49.05 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 13:51.45 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r23619bee5f 10openembedded.git/recipes/efl1/elementary_svn.bb: |
| 13:51.46 | CIA-2 | elementary: try to fix upgrade path from older -themes and -configs subpackage |
| 13:51.46 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 13:51.53 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rfddbd9804e 10openembedded.git/recipes/qt4/ (2 files in 2 dirs): |
| 13:51.53 | CIA-2 | qt-4.7.0-beta1: build fix for demos/browser |
| 13:51.53 | CIA-2 | * to fix it properly someone should package libQtMediaServices (now it's built but not packaged) |
| 13:51.53 | CIA-2 | and results to NOTE: Couldn't find shared library provider for libQtMediaServices.so.4 |
| 13:51.53 | CIA-2 | * so demos/browser won't probably work on target as it's now |
| 13:51.53 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 13:52.28 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 13:55.43 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r03f5456ed0 10openembedded.git/recipes/gcc/gcc_4.5.bb: |
| 13:55.43 | CIA-2 | gcc_4.5.bb: Add lto to gcc package. |
| 13:55.43 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 13:56.38 | mckoan | patched recipes/qt4/qt-4.6.2.inc, and sent an email to ML to RFC it |
| 13:57.32 | mckoan | denix: what about it? |
| 13:58.15 | khem | eFfeM: you can build a virtual native package like this bitbake -b virtual:native:</path/to/bb" |
| 13:58.21 | khem | gm all |
| 13:58.40 | mckoan | hi khem |
| 13:58.48 | khem | mckoan: hello |
| 13:59.46 | JaMa | khem: thx.. building benchmark with -flto now |
| 14:00.14 | khem | JaMa: you have to sort of repackage target gcc |
| 14:00.47 | khem | JaMa: one fine day all packages could be built with -flto |
| 14:01.13 | JaMa | khem: I already did.. |
| 14:01.21 | JaMa | khem: before you pushed it :) |
| 14:01.38 | hrw | OE gcc recipes are hard to follow ;( |
| 14:01.52 | khem | JaMa: you can also improve it a bit by adding -fwhole-program at link step |
| 14:02.05 | *** join/#oe robtaylor (~robtaylor@floopily.codethink.co.uk) |
| 14:02.24 | khem | hrw: they can be simplified but the problem is complex |
| 14:02.58 | khem | we churn out so many types of gcc ( cross native sdk target) and so many versions (3.x to 4.5) |
| 14:03.26 | khem | hrw: I always think of improvements. |
| 14:03.51 | khem | hrw: one thing I am working on is to separate our runtime library builds |
| 14:04.29 | hrw | khem: one step would be to drop x.y.z releases where z < latest (unless needed by some strange ports) |
| 14:04.33 | khem | that way we can have the tools and runtime libraries in separate recipes |
| 14:04.47 | khem | hrw: thats already done for gcc 4.5 |
| 14:05.06 | khem | hrw: unfortunately I cant do it for older releases |
| 14:05.12 | khem | as people have tied versions |
| 14:06.14 | hrw | khem: gcc-x.y.z.inc cleanups (common code) |
| 14:06.28 | khem | hrw: thats hairy part |
| 14:06.36 | hrw | yep |
| 14:06.47 | khem | if I change one line I have build all gcc to make sure it does nt have any fallouts |
| 14:07.30 | hrw | which suxx |
| 14:07.35 | khem | yes |
| 14:07.42 | khem | and I have a slow machine :) |
| 14:08.13 | khem | I wonder if we can switch gcc 4.4 also to drop the minor releae |
| 14:08.15 | khem | release |
| 14:09.04 | khem | JaMa: so try with -flto and then with -flto -fwhole-program link steps and see if it makes any difference |
| 14:09.11 | hrw | 182 files in recipes/gcc/ |
| 14:09.19 | hrw | but cant get idea how to improve it |
| 14:10.13 | khem | once we are able to separate out runtime library builds things will ease out |
| 14:10.38 | khem | another think that would help is if we could reuse build trees |
| 14:11.04 | khem | then we wont have to build gcc bootstrap separately |
| 14:11.24 | khem | we can go into same build tree and resume build where we left |
| 14:11.34 | khem | its more like gcc is unified src build approach |
| 14:11.44 | khem | s/gcc is/gcc's/ |
| 14:13.31 | khem | npviewer.in takes 5% of cpu hmmm |
| 14:14.39 | mario-goulart | Hi. What was the latest glibc version to be added to OE before the new staging style? |
| 14:14.54 | *** join/#oe CSMan (~csman@unaffiliated/csman) |
| 14:15.37 | mario-goulart | 2.9? |
| 14:20.15 | eFfeM | khem, thanks, didn't try it yet, got sidetracked in something else, but will try later |
| 14:22.24 | *** join/#oe Spz0 (~a@97-120-172-230.ptld.qwest.net) |
| 14:29.59 | khem | mario-goulart: only eglibc 2.12 has been added post new stagign |
| 14:30.15 | khem | mario-goulart: glibc versions were all there before too |
| 14:30.43 | *** join/#oe ZeeD (~ZeeD@80.252.210.136) |
| 14:31.12 | mario-goulart | khem: were all glibc versions adapted to the new staging style? |
| 14:31.23 | khem | mario-goulart: I hope so |
| 14:31.31 | khem | mario-goulart: do u see any issues ? |
| 14:32.42 | mario-goulart | khem: no, not at all. The case is that we are using the old staging style here, but we need to upgrade to a newer glibc version. The version we want is on the dev branch. |
| 14:33.15 | khem | mario-goulart: then use eglibc |
| 14:33.24 | khem | I am sure that have new staging |
| 14:33.39 | *** join/#oe dth_ntb (~dieter@p4FDEFEE1.dip.t-dialin.net) |
| 14:34.03 | mario-goulart | khem: Hmmm. I think that'd be a too radical move. |
| 14:34.29 | khem | mario-goulart: try an experiment and you will be surprised how easy it is |
| 14:34.44 | khem | afterall eglibc is glibc+some fixes |
| 14:34.55 | mario-goulart | I was thinking about cherry-picking the latest glibc version before the move to the new staging style. |
| 14:35.02 | GNUtoo|laptop | ping mickeyl |
| 14:35.41 | khem | mario-goulart: ah when then you have your answers choose whichever youwant |
| 14:37.01 | blindvt` | pb_, could you please sed -i -e s/absolsute/absolute/ lib/bb/parse/parse_py/BBHandler.py |
| 14:37.12 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 14:37.21 | mario-goulart | khem: alright. Thanks. |
| 14:38.08 | pb_ | blindvt_: I'm not sure that I have write access to the bitbake repository at the moment (and in fact I'm not even quite sure where it is). you'd probably do better asking kergoth or RP for that. |
| 14:38.54 | khem | pb_: his problem got sorted out |
| 14:39.11 | *** join/#oe LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
| 14:39.11 | khem | pb_: how is house construction going on |
| 14:40.01 | *** join/#oe whittenburg (~whittenbu@mail.tacticalelectronics.com) |
| 14:40.07 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 14:41.36 | mickeyl | GNUtoo|laptop: pong |
| 14:43.02 | CIA-2 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07org.openembedded.dev * r05592a8274 10openembedded.git/recipes/qt4/qt-4.6.2.inc: |
| 14:43.02 | CIA-2 | qt-4.6.2.inc: solved a bug when trying to append an empty string to the qtdemo file when building Qt/X11 (QT != Qt/E) |
| 14:43.02 | CIA-2 | * Now checking if [ -n ${QT_LIBINFIX} ] before mv qtdemo |
| 14:43.12 | CIA-2 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07org.openembedded.dev * rabb60bbc40 10openembedded.git/conf/distro/include/kaeilos-2009-preferred-versions.inc: kaeilos-2009-preferred-versions.inc: some distro version updates and mainly automake-native 1.11 |
| 14:44.29 | blindvt` | pb_, sorry, i ment in fact RP :( |
| 14:44.44 | blindvt` | RP, could you please sed -i -e s/absolsute/absolute/ lib/bb/parse/parse_py/BBHandler.py |
| 14:44.49 | pb_ | heh, righto |
| 14:48.00 | *** join/#oe B_Lizzard (~havoc@athedsl-427688.home.otenet.gr) |
| 14:52.57 | *** join/#oe brolin (~c80debc4@gateway/web/freenode/ip.200.13.235.196) |
| 14:54.20 | *** join/#oe frank7d_uh (~frank@vps-1007962-2463.united-hoster.de) |
| 14:55.45 | *** join/#oe dth_ntb (~dieter@p4FDEFEE1.dip.t-dialin.net) |
| 15:04.46 | *** join/#oe shazkhan (~shaz@116.71.214.234) |
| 15:13.13 | *** join/#oe Gaston|Home (~Miranda@c-012fe353.155-1-64736c11.cust.bredbandsbolaget.se) |
| 15:27.33 | *** join/#oe kergoth (~clarson@ip24-251-170-95.ph.ph.cox.net) |
| 15:27.40 | kergoth | hey all |
| 15:28.24 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 15:29.17 | pb_ | g'day kergoth |
| 15:30.46 | kergoth | hey pb_ |
| 15:36.00 | kergoth | man.. i'm starting to regret ever starting this variabler reference tracking code |
| 15:36.50 | Tartarus | Ha |
| 15:37.04 | *** join/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 15:37.31 | kergoth | the most annoying bit is the failure mode -- it's difficult to identify when a reference occurred that wasn't tracked, at least for all the code that isn't subject to static analysis, which means events, the methodpool, and everything in the bb and oe python packages |
| 15:38.40 | kergoth | exported vars are annoying as well, unless i start trying to track references to shell variables.. either all exported vars are included for every shell value, or we figure out which of the exported vars is utilized, but thats a danger too, since some things are exported for child processes |
| 15:39.27 | kergoth | what it comes down to, for shell at least, is that I think we need to 1) audit our exported variables, and 2) distinguish between *emitted* into the shell script and *exported* from the shell script -- the former is usable only as shell variables in the tasks, the latter for ./configure, etc |
| 15:39.32 | kergoth | ponders |
| 15:39.53 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 15:41.42 | kergoth | Aside: bitbake -e needs a way to show me flags |
| 15:41.55 | kergoth | i need to know the final contents of a variable flag |
| 15:42.37 | kergoth | Tartarus: its just a can of worms.. or more likely, a nested set of cans of worms |
| 15:42.49 | Tartarus | hehe |
| 15:43.16 | kergoth | its to the point that it could be used, but the failure mode still worries me |
| 15:45.23 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 15:45.40 | *** join/#oe oneshel (~jim@c-98-216-198-0.hsd1.nh.comcast.net) |
| 15:46.25 | oneshel | greetings! I'm trying to build a toolchain with 'bitbake meta-toolchain', but tmp/staging/armv7a-angstrom-linux-gnueabi/usr/lib/libboost_* doesn't end up in the tarball, do I need to explicitly add boost somehow? |
| 15:47.30 | kergoth | hmm |
| 15:47.33 | kergoth | i wonder |
| 15:48.09 | kergoth | what if i introduced a filter -- references to a variable that isn't encompassed by the signature (or is blackedlisted) during a task execution raises an exception |
| 15:48.16 | oneshel | I'm not sure if it matters, but I'm using the boost 1.33.1 recipe since newer ones don't seem to have serialization |
| 15:48.29 | kergoth | s/blacked/black/ |
| 15:49.33 | kergoth | oneshel: take a look at openembedded/recipes/meta/meta-toolchain.bb |
| 15:50.07 | kergoth | hmmmmm |
| 15:50.13 | kergoth | maybe its time i started integrating this into bitbake |
| 15:50.14 | oneshel | kergoth: yep I've been digging through there, trying to understand it, I'll keep looking, thanks |
| 15:50.18 | kergoth | that'd make it easier to introduce a filter |
| 15:50.35 | kergoth | oneshel: specifically, look at TOOLCHAIN_HOST_TASK and TOOLCHAIN_TARGET_TASK |
| 15:50.45 | kergoth | those are vars holding the packages installed |
| 15:50.50 | mouss | hi all |
| 15:50.54 | kergoth | defaulting to task-sdk-host and task-sdk-bare, respectively |
| 15:50.56 | oneshel | kergoth: ok great, thanks again! |
| 15:50.58 | kergoth | np |
| 15:51.05 | mouss | talking about meta-tolchain, does anyone could help me on that topic http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg06096.html |
| 15:51.08 | mouss | please ? |
| 15:53.27 | *** part/#oe mouss (~mouss@212.99.37.34) |
| 15:57.30 | kergoth | heh, that person could be a tad more patient |
| 15:57.36 | kergoth | ask a question, leave two minutes later? |
| 15:58.20 | *** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 16:00.39 | *** part/#oe thebohemian (~rschus@p5DDC1FE2.dip.t-dialin.net) |
| 16:02.23 | kergoth | hrm |
| 16:02.46 | kergoth | maybe.. hmm |
| 16:04.09 | kergoth | if i could get bitbake to generate a signature for the task its about to execute, then *in the worker process* for that task, set a global flag to instruct getVar to raise an exception if any requested variable isn't in that flag |
| 16:04.29 | blindvt_ | kergoth, may i push this to bb master? sed -i -e s/absolsute/absolute/ lib/bb/parse/parse_py/BBHandler.py |
| 16:04.43 | kergoth | go for it, typo fixes are a no brainer :) |
| 16:04.49 | blindvt_ | kergoth, thanks |
| 16:05.19 | kergoth | found one in oe yesterday that could actually affect code, though i'm not entirely sure in what way :| |
| 16:05.34 | kergoth | s/PSTAGE_TMDPDIR_STAGE/PSTAGE_TMPDIR_STAGE/ in packaged-staging.bbclass |
| 16:05.40 | blindvt_ | kergoth, are all typos ok to push without asking? |
| 16:05.50 | kergoth | i'd say so, yeah. |
| 16:05.57 | blindvt_ | k |
| 16:06.11 | kergoth | absolute worst case something can be reverted, of course, but for cosmetic stuff that won't impact the user its awfully unlikely :) |
| 16:10.16 | blindvt | kergoth, btw.. I was thinking if it would be acceptable to implement BBHandle.py (for example, didn't profile it yet) in C or C++? Or is this against established rules/taste ? Just curious for now, didn't write a single line nor look yet |
| 16:12.15 | *** join/#oe rhc (~matt@qnan.org) |
| 16:16.34 | kergoth | blindvt: i'd suggest doing some heavy profiling first. the actual parse isn't a huge part of the time spent, much is taken up executing anonymous python, etc |
| 16:16.48 | kergoth | we'd certainly be open to it, of course |
| 16:18.36 | *** join/#oe knee (~knee@84.24.186.155) |
| 16:18.42 | *** join/#oe shashi (~a0876501@nat/ti/x-nrheojlraaqpltrz) |
| 16:19.24 | kergoth | blindvt: might be easiest to do it with cython or something, rather than having to deal with the c api yourself :) |
| 16:19.45 | kergoth | but definitely profile before spending time on it |
| 16:20.20 | blindvt | kergoth, k. And another question: i was adjusting debug output like so: http://paste.debian.net/76764/ ; What i'm wondering now is that i'm still seeing like 8930 occurances of "Parsing: ...xyz.bb". Can't we store them in the DB and parse that instead of walking the filesystem (or is that done already and i'm just blind?) |
| 16:21.14 | kergoth | the initial cache only holds dependency information for construction of the runqueue |
| 16:21.21 | kergoth | the recipes are all -reparsed- when executing each task |
| 16:21.37 | kergoth | they werent in the past, in the past we kept shit in memory, but the ram usage was out of control |
| 16:21.53 | kergoth | iirc RP tried caching the whole things, but wasn't hugely beneficial |
| 16:22.10 | kergoth | he'd probably recall more details than i, i wasn't working on oe/bitbake for a 2-3 year period |
| 16:22.20 | kergoth | and this stuff went in at that time, iirc |
| 16:22.40 | kergoth | a coworker has a patch to cache the parsed recipes until all the tasks for that recipe are executed |
| 16:22.45 | kergoth | but it doesn't greatly affect build time |
| 16:22.55 | kergoth | which is why i mention profiling first, it won't necessarily improve it the way you think it will |
| 16:24.04 | blindvt | RP, do you remember if putting the .bb into the DB when priming the parser and consequently only "parsing" the cached entry from the DB was benefical, by chance? |
| 16:24.13 | blindvt | nods kergoth |
| 16:24.53 | kergoth | i have some experimental alternative parsers floating around, one using pyparsing.. the code is much cleaner, but sadly it was actually slower |
| 16:25.00 | kergoth | :) |
| 16:25.41 | kergoth | definitely worth looking into this stuff though. anything we can do to improve performance, even just the appearance of it, is a good thing |
| 16:25.51 | kergoth | that initial parse time probably isn't hugely signifiant to a build, but it *feels* slow |
| 16:26.01 | kergoth | heh |
| 16:26.40 | blindvt | i'll get me some real data to see what could make sense. Still, touching every recipe more than once if it's mtime didn't change just _sounds_ wrong :) |
| 16:26.48 | kergoth | agreed |
| 16:27.01 | *** join/#oe rhc (~matt@qnan.org) |
| 16:27.20 | kergoth | one thing that would be good is to audit our anonymous python usage, shift things we can to ConfigParsed time, rather than recipe parsed, etc |
| 16:27.33 | pb_ | well, I dunno, the filesystem cache is pretty efficient. if you really do need the textual contents of the file repeatedly, I doubt you will see much benefit from caching it locally versus letting the kernel do that. |
| 16:27.35 | kergoth | since all anonymousp ython has to be re-run at the end of the parse of every recipe |
| 16:28.00 | kergoth | hmm, good point, didn't think about that.. but how large is that cache, and how long is it kept around? |
| 16:28.16 | pb_ | variable size (essentially all of "free" memory), and indefinitely |
| 16:28.23 | kergoth | ah |
| 16:28.31 | pb_ | the kernel will only start throwing cached data out if it thinks it can do something more useful with that ram |
| 16:28.39 | blindvt | kergoth, a bitbake micro-base-image; bitbake -c clean gcc;time bitbake -c clean gcc; should not spit out 25 seconds for the second clean invocation, but more like 1 or 2 |
| 16:28.39 | kergoth | maybe that explains why changing the behavior is of limited benefit, then |
| 16:28.51 | pb_ | admittedly it doesn't always get that choice right, but I suspect in this case its heuristics will do pretty much the right thing |
| 16:29.05 | *** part/#oe knee (~knee@84.24.186.155) |
| 16:30.00 | kergoth | really hopes we can change things so it can avoid reparsing recipes when config files change, that would really improve the perceived performance |
| 16:30.09 | blindvt | pb_, yes, but i don't want to benchmark dentry/inode caches but only do the work that is unavoidable, bitbake-wise :) |
| 16:30.19 | pb_ | kergoth: right, it sucks that touching local.conf means an instant coffee break |
| 16:33.51 | blindvt | sounds like we need better handling of dirty variables |
| 16:34.43 | kergoth | currently there's no tracking of what variables reference what other variables, so we can't flow through dirty state. that's what i'm working on |
| 16:34.58 | blindvt | uhuh that would be pretty involved. Not my call |
| 16:35.12 | kergoth | pretty involved is an understatement, my head hurts |
| 16:35.16 | kergoth | :) |
| 16:35.19 | blindvt | :) |
| 16:35.50 | blindvt | leans back and watches kergoth doing real work |
| 16:35.56 | kergoth | its possible we could make better use of zecke's ast objects, re-exec them rather than reparsing and then re-execing them |
| 16:36.01 | kergoth | but i don't know much that would benefit us |
| 16:36.36 | kergoth | i'm stuck dealing with the variable ref stuff whether i want to or not, you're welcome to keep pounding in the parsing end of things :) |
| 16:37.12 | kergoth | blindvt: http://github.com/kergoth/OE-Signatures - would welcome any comments on the code, if you have a chance at some point |
| 16:39.44 | Jay7 | kergoth: add there 'recover interactive mode' :) |
| 16:40.14 | blindvt | kergoth, we can store arbitrary python object in the DB, so storing the ast with a checksum/mtime there and using that should be an immediate improvement, i blindly guess. Parsing all recipes, regardless if off the DB or off the disk is unwarranted if nothing changed. Since we have the AST in the DB, we can selectively look if the .bb changed and only re-parse them if it's called for |
| 16:40.17 | kergoth | heh, open a bug in the bts, that has nothing to do with this, its an independent issue |
| 16:40.36 | kergoth | blindvt: would certainly be worth trying, and probably not terribly difficult to pull off |
| 16:40.50 | kergoth | hell, a first pass could be really lazy and use a python shelf :) |
| 16:40.59 | blindvt | but i'm most likely talking BS out of thin air. Let's get back to doing something ;) |
| 16:41.05 | kergoth | nods |
| 16:42.59 | blindvt | goes to prepare a mail or two to khem |
| 16:44.00 | *** join/#oe likewise (~likewise@84-106-116-232.cable.quicknet.nl) |
| 16:51.39 | *** join/#oe shashi (~a0876501@nat/ti/x-khmdhcpjtjpfpcws) |
| 16:53.28 | *** join/#oe shoragan (~shoragan@debian/developer/shoragan) |
| 17:01.02 | kergoth | <3 pyprof2calltree |
| 17:02.39 | kergoth | kernprof.py nosetests; pyprof2calltree -i nosetests.prof -k -> browse in kcachegrind |
| 17:12.40 | blindvt | khem, ok. I'm open to discussion, but at least IMHO it's better than what was there before. |
| 17:13.19 | blindvt | and i'd be grateful for any and all input on the "feature/dep picking heuristics" plea for comments/advises :) |
| 17:20.38 | *** join/#oe hrw (~hrw@chello089078170228.chello.pl) |
| 17:21.04 | khem | blindvt: ok |
| 17:21.26 | kergoth | blindvt: 'ipv6' is a DISTRO_FEATURES item today |
| 17:21.41 | kergoth | er, maybe its combined features, actually |
| 17:21.42 | blindvt | khem, and please test that stuff before you push it. I only did compile tests against qemux86 |
| 17:21.46 | kergoth | looks |
| 17:23.14 | blindvt | kergoth, is this observation correct? |
| 17:23.15 | blindvt | +# X, Y = ${@features_to_uclibc_settings(d)} |
| 17:23.15 | blindvt | +# unfortunately doesn't seem to work with bitbake, workaround: |
| 17:23.41 | kergoth | you can't define multiple variables in a single assignment in a recipe |
| 17:23.44 | khem | blindvt: thx for heads up but I have bitten before so I will make sure :0 |
| 17:23.47 | blindvt | perhaps i should have returned a set instead |
| 17:23.48 | kergoth | not supported by our file format |
| 17:24.00 | blindvt | nods kergoth |
| 17:24.10 | kergoth | should likely use an anonymous python function or ConfigParsed event handler if it doesn't require reciep specifics |
| 17:24.26 | blindvt | k, np. Would have been fancy but it's not important |
| 17:24.53 | khem | blindvt: right now I am trying to debug why shadow/login does not work with uclibc |
| 17:25.21 | khem | once I finish that I will set up a regular automatic testing of uclibc/nptl on arm/mips/ppc |
| 17:25.38 | khem | so you can add them to supported list in 1.0 release |
| 17:26.54 | khem | hmmm it seems JaMa|Sports is practicing for the World cup opener :) |
| 17:27.45 | blindvt | khem, i want to put oe conf's into downloads so people can easily build small image for their need. |
| 17:28.51 | blindvt | i think rob's badly-written-shell-script-to-build-an-outdated-setup thing is a really, really bad idea, so oe. |
| 17:29.48 | khem | oe conf ? |
| 17:30.11 | khem | you mean local.conf or the whole /conf dir |
| 17:30.17 | khem | I did not get it |
| 17:34.23 | blindvt | khem, just local.conf per arch+flavors |
| 17:34.41 | khem | ah |
| 17:34.45 | blindvt | khem, KISS |
| 17:36.57 | blindvt | khem, shadow and bb login worked fine last time i tried. What do you see? But let's move that bit into #uclibc i'd say |
| 17:37.39 | *** join/#oe dth_ntb (~dieter@p4FDEFEE1.dip.t-dialin.net) |
| 17:39.07 | khem | blindvt: no its very much OE interest too because thats what I am using |
| 17:39.35 | khem | blindvt: its not using busybox login but shadow's login |
| 17:40.04 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc9214a4406 10openembedded.git/recipes/qt4/qt4.inc: qt4: first part of mediaservices packaging |
| 17:40.37 | blindvt | khem, i won't boot into something that it not officially upstream, so what about getting that configury stuff in first? ;P |
| 17:41.10 | khem | blindvt: heh well I may find a bug in uclibc |
| 17:41.32 | khem | blindvt: the git version renaming I will try right now |
| 17:41.33 | blindvt | heresy |
| 17:48.06 | blindvt | khem, once the configury is in i'll start to forward the virtualized coreutils for I don't want coreutils, not even for bootstrapping, and there's no technical reason to force them |
| 17:50.14 | mario-goulart | RP: Is bea72c2fecde175add169bb55df1922b048030c8 the commit which starts the migration to the new staging style? |
| 17:50.16 | blindvt | kergoth, what are you referring to with the anon python function or ConfigParsed event handler? |
| 17:51.18 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r9176b8adbf 10openembedded.git/recipes/gcc/gcc-csl-arm-2007q3.inc: |
| 17:51.19 | CIA-2 | gcc-csl-arm-2007q3: Switch to FILESPATHPKG |
| 17:51.19 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:51.29 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r8b7a068f7c 10openembedded.git/recipes/ncurses/ncurses.inc: |
| 17:51.29 | CIA-2 | ncurses{,-native,-sdk}: Drop unnecessary FILESPATH |
| 17:51.29 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:51.29 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rd428b64c30 10openembedded.git/recipes/bluez/ (bluez-utils3.inc bluez.inc): |
| 17:51.29 | CIA-2 | bluez: Switch to FILESPATHPKG |
| 17:51.29 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:51.30 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r0c7fd5d39f 10openembedded.git/recipes/php/php-native.inc: |
| 17:51.30 | CIA-2 | php-native: Drop unnecessary FILESPATH |
| 17:51.31 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:51.32 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rf11b2ef702 10openembedded.git/recipes/clutter/clutter-gtk.inc: |
| 17:51.33 | CIA-2 | clutter-gtk: Drop unnecessary FILESPATH |
| 17:51.33 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:51.34 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rea0f1b38ff 10openembedded.git/recipes/gtk+/gtk+-fastscaling_2.10.14.bb: |
| 17:51.34 | CIA-2 | gtk+-fastscaling: Switch to FILESPATHPKG |
| 17:51.35 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:51.35 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rccaab1f22e 10openembedded.git/recipes/dpkg/dpkg-native.inc: |
| 17:52.57 | blindvt | kergoth, oh, and could oe have global generic scripts for dummy functions? Consider do_setscene() {:} resp. the generated run.script. beating the disk by writing a gazillion of those identical dummies should be avoidable, isn't it |
| 17:53.21 | *** join/#oe Martin-B (~martin@pool-83-67-198-89.dbd-ipconnect.net) |
| 17:55.57 | blindvt | kergoth, perhaps we could have something like "override do_configure" / "do_configure dummy" in oe that routes to one common 'dummy(){:}' script? |
| 17:58.06 | blindvt | kergoth, also, the whole common env setup stanza could live in a commonly sourced script |
| 17:59.08 | *** join/#oe dfarnsworth (~dfarnswor@nat/montavista/x-pwayeuvqbcebdzya) |
| 18:00.58 | blindvt | you folks apparently have way too much resources at your disposal ;) |
| 18:09.05 | kergoth | blindvt: i have a patch *somewhere* which made bitbake not even bother executing a task if its value is empty |
| 18:09.15 | kergoth | didn't even show an 'executing task' messsage |
| 18:09.16 | kergoth | heh |
| 18:09.28 | kergoth | python () {} is an anonymosu python function, run at the end of hte parse for each recipe |
| 18:09.38 | kergoth | ConfigParsed is an event fired at the end of the bitbake.conf and INHERIT parse |
| 18:09.38 | *** join/#oe hrw (~hrw@chello089078170228.chello.pl) |
| 18:09.57 | blindvt | kergoth, you're the man. Where is that \"*somewhere*\" ? :) |
| 18:10.33 | blindvt | kergoth, yes, but were you referring to my patch? Should i have done something differently? |
| 18:12.05 | blindvt | kergoth, do you mean that i/libc/the system should resolve featureDeps at ConfigParsed? |
| 18:13.48 | blindvt | kergoth, thing is that in my POV eligible providers should take the available features into account: If there's no ipv4, then sysvinit (due to it using inet_*()) is just not buildable and not an option as runlevel provider (or however it's called) |
| 18:14.06 | kergoth | haven't looked at the patches closely, was referring to your "X, Y = " .. when setting multiple variables programmatically, you generally want either an anonymous python function or configparsed |
| 18:14.12 | kergoth | you could do that. |
| 18:14.27 | kergoth | anonymous python, check for missing feature, raise SkipPackage() if it doesn't have what it needs |
| 18:15.17 | kergoth | that's the exception that underlies COMPATIBLE_MACHINE and COMPATIBLE_HOST |
| 18:16.16 | blindvt | so i'd put REQUIRED_FEARURE="ipv4" into sysvinit and (after handling REQUIRED_FEATURE in some class) be done. Sounds like a plan |
| 18:16.22 | kergoth | right |
| 18:16.28 | kergoth | see base.bbclass, search for COMPATIBLE |
| 18:16.29 | blindvt | i'd prefer a whitelist approach though. Less work |
| 18:17.28 | blindvt | HANDLED_FEATURES="whitespace separated list" || raise SkipPackage() |
| 18:18.02 | kergoth | damn,i have no idea where i put this commit that made it not run empty tasks |
| 18:18.09 | kergoth | too many branches in too many trees |
| 18:19.12 | blindvt | HANDLED_FEATURES can be automatically filled for autotool packages via configure.ac's arg handing. Would catch most of nls and !ipv6 at least |
| 18:19.44 | blindvt | kergoth, great idea, many thanks! |
| 18:20.00 | kergoth | np |
| 18:20.12 | kergoth | i have 9 personal topic branches in my github repo for bitbake |
| 18:20.17 | kergoth | and none of those have this damn commit |
| 18:20.24 | kergoth | hrmph |
| 18:21.01 | blindvt | oh yes and it would also catch --{dis,en}able-{shared,static} for autotools. Sweet! |
| 18:21.22 | blindvt | great thing |
| 18:21.44 | *** join/#oe LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
| 18:21.46 | *** join/#oe knee (~knee@84.24.186.155) |
| 18:21.49 | kergoth | in some of those cases you may want to raise smoething other than skippackage, since skippackage silently makes it not buildable.. some combinations may just be errors |
| 18:21.52 | kergoth | heh |
| 18:22.42 | kergoth | i need something to search the contents of git repositories, across my system |
| 18:22.46 | kergoth | both branch names and commit content |
| 18:22.53 | kergoth | i misplace shit i worked on way too often |
| 18:24.18 | blindvt | kergoth, gitk --all views through all branches, so there must be some way to cross-branch search for either a patch or a string (unless they iterate which would be unfair and not helpful) |
| 18:24.45 | kergoth | i'll likely script something |
| 18:24.57 | kergoth | could use locate or mr to find the repositories to consider, then git for-each-ref is my friend |
| 18:25.05 | *** join/#oe B_Lizzard (~havoc@athedsl-427688.home.otenet.gr) |
| 18:26.57 | kergoth | well, at least making bitbake not bother emitting a shell script, etc for an empty task is easy enough |
| 18:27.09 | kergoth | what i'd done was rather more complex since i didn't want to see it running the tasks at all |
| 18:27.16 | kergoth | which meant implementing a more useful version of the 'check' flag |
| 18:27.17 | knee | hi, can anyone point me in the right direction... I followed the Getting started guide, but I run into errors all the time... (output is here: http://pastebin.com/a7JWD4cL) |
| 18:27.21 | kergoth | and making the cooker use it |
| 18:28.06 | kergoth | knee: possibly a chrpath thing. try installing it on your host or baking chrpath-native, perhaps? |
| 18:28.12 | kergoth | hasn't seen that himself |
| 18:28.55 | Tartarus | kergoth: chrpath-native is unused |
| 18:30.07 | kergoth | ah |
| 18:31.53 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:32.03 | florian | re |
| 18:32.38 | *** join/#oe sirgads (~swold@nat/intel/x-hgzyybhafwjefqjn) |
| 18:35.13 | knee | kergoth: thanks.. :) chrpath was the problem |
| 18:35.22 | kergoth | np |
| 18:36.07 | blindvt | kergoth, well my git-foo is pretty bad. For your amusement: http://www.mail-archive.com/uclibc@uclibc.org/msg04918.html |
| 18:38.00 | *** join/#oe woglinde (~heinold@f052229051.adsl.alicedsl.de) |
| 18:38.05 | woglinde | jo |
| 18:38.20 | blindvt | woglinde, heya |
| 18:39.20 | woglinde | hi blindvt |
| 18:57.27 | *** join/#oe hrw (~hrw@chello089078170228.chello.pl) |
| 18:58.05 | *** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org) |
| 18:59.30 | blindvt | khem, so.. what do you think? |
| 19:02.36 | *** join/#oe roopar (~roopati@nat/ti/x-jimqytzvcblwbeuf) |
| 19:06.10 | *** join/#oe Leatherface (~leatherfa@suse.pitelink.com) |
| 19:08.52 | *** join/#oe roopar (~roopati@nat/ti/x-pbqxjpomarhpylql) |
| 19:11.23 | blindvt | JaMa|Sports, f1b326c83be0d95571b991d8d2ee239982380b6b Why was that needed given update-alternatives should handle this just fine? I suspect this is not the correct fix |
| 19:12.22 | *** join/#oe kristoffer (~kristoffe@79.138.156.66.bredband.tre.se) |
| 19:20.36 | *** join/#oe shoragan (~shoragan@sicherheitsschwankung.de) |
| 19:20.39 | *** join/#oe shoragan (~shoragan@debian/developer/shoragan) |
| 19:29.14 | *** join/#oe roopar (~roopati@nat/ti/x-tgfzajtrvjymeevy) |
| 19:29.50 | *** join/#oe pb__ (~pb@jost.swaffham-prior.co.uk) |
| 19:30.39 | *** join/#oe roopar (~roopati@nat/ti/x-dhpeccmdagmsvuzq) |
| 19:31.30 | *** join/#oe roopar (~roopati@nat/ti/x-rfkzkwxcceinwjzv) |
| 19:32.07 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-dcvoytsczapvlqsm) |
| 19:32.31 | *** join/#oe CMoH (~cipi@95.76.71.81) |
| 19:32.33 | *** join/#oe roopar (~roopati@nat/ti/x-bmobhgggixbtovha) |
| 19:36.02 | JaMa|Sports | blindvt: u-a name was the same "run-parts" but the link was created once as /bin/run-parts and once as /usr/bin/run-parts |
| 19:36.35 | JaMa|Sports | blindvt: so you need unique u-a name.. and to create new u-a name for _same_ thing is bad idea. |
| 19:36.47 | JaMa|Sports | blindvt: that's what that error in commit message says |
| 19:42.38 | *** join/#oe dfarnsworth (~dfarnswor@nat/montavista/x-fjcqzhugynltaifd) |
| 19:44.40 | khem | hey JaMa what sports did you do ? |
| 19:44.55 | *** join/#oe jconnolly (~jconnolly@acct-342343.voice.dsl.net) |
| 19:45.40 | JaMa | khem: today gym+pool, yesterday football tenis and tomorrow bike trip :) |
| 19:45.49 | khem | JaMa: cool |
| 19:45.55 | khem | my bike arrived yesterday |
| 19:46.06 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 19:46.08 | khem | so far 20 miles already on it since last everning |
| 19:46.36 | JaMa | great, here is quite unreliable weather now :/ |
| 19:46.47 | khem | even here it is cloudy |
| 19:47.07 | khem | it rained a bit in the morning and I was worrried but then it dried up |
| 19:47.09 | JaMa | first few nice days only this week |
| 19:47.22 | khem | JaMa: cool where are you located ? |
| 19:47.26 | JaMa | and yesterday was worst rain I have seen in few years.. |
| 19:47.35 | JaMa | Prague |
| 19:47.40 | khem | ah nice place |
| 19:47.50 | khem | I had to bribe the police |
| 19:47.56 | JaMa | lol :) |
| 19:47.59 | blindvt | JaMa, thing is that debian-utils on my debian box lives in /bin as does the run-parts from busybox. So assuming that debianutils in oe is not using the wrong prefix (didn't look), the busybox recipe should have made sure to do a /bin/run-parts.busybox like for the other u-a bins of busybox |
| 19:48.02 | khem | otherwise they will give me a ticket |
| 19:49.37 | JaMa | blindvt: I moved it to same place as debian-utils from OE had (and someone IIRC hrw) also confirmed it's right way to move it |
| 19:49.48 | JaMa | khem: speed or alcohol? |
| 19:49.55 | JaMa | khem: or wrong parking? |
| 19:50.09 | khem | none . He just saw my german license plate |
| 19:50.15 | khem | and non german looks |
| 19:50.52 | khem | I drove out of the restaurant onto road and he said that I made a wrong turn :) |
| 19:50.58 | khem | I knew he needs money |
| 19:51.04 | mario-goulart | :-) |
| 19:51.37 | CIA-2 | 03Vladimir Sorokin <sorokin@altell.ru> 07org.openembedded.dev * reb768a77fb 10openembedded.git/recipes/at/ (at-3.1.8/use-ldflags.patch at_3.1.8.bb): |
| 19:51.37 | CIA-2 | at: fix GNU hash QA error (force LDFLAGS) |
| 19:51.37 | CIA-2 | Signed-off-by: Vladimir Sorokin <sorokin@altell.ru> |
| 19:51.38 | khem | and two non germans trying to converse in german was fun |
| 19:51.49 | JaMa | yeah non german looking guys in german cars usually have enough money for poor police man :) |
| 19:52.33 | JaMa | khem: btw lto, whole is now running |
| 19:52.43 | khem | JaMa: cool |
| 19:52.49 | khem | any improvements |
| 19:53.02 | *** join/#oe jconnoll1 (~jconnolly@firebug.buglabs.net) |
| 19:53.11 | khem | JaMa: heh not me |
| 19:53.17 | JaMa | khem: I'll upload all 3 as soon it finishes (I haven't look on -flto results and now I want to keep device working.. :) |
| 19:53.28 | khem | sure |
| 19:54.04 | CIA-2 | 03Vladimir Sorokin <sorokin@altell.ru> 07org.openembedded.dev * rc20fd61ff1 10openembedded.git/recipes/rp-pppoe/ (rp-pppoe-3.8/use-ldflags.patch rp-pppoe_3.8.bb): |
| 19:54.04 | CIA-2 | rp-pppoe: fix GNU hash QA error (force LDFLAGS) |
| 19:54.04 | CIA-2 | Signed-off-by: Vladimir Sorokin <sorokin@altell.ru> |
| 19:54.04 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 19:56.28 | blindvt | JaMa, that's pretty odd. How can i reproduce this? |
| 19:56.52 | CIA-2 | 03Vladimir Sorokin <sorokin@altell.ru> 07org.openembedded.dev * r66d805ee07 10openembedded.git/recipes/perl/libxml-simple-perl_2.18.bb: |
| 19:56.52 | CIA-2 | libxml-simple-perl: add missing runtime dependency |
| 19:56.52 | CIA-2 | Signed-off-by: Vladimir Sorokin <sorokin@altell.ru> |
| 19:56.52 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 19:59.05 | JaMa | blindvt: what? your debianutils OE build doesn't install it to /usr/bin/run_parts? |
| 20:00.25 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r1ae5bb5c1d 10openembedded.git/recipes/perl/libio-compress-base-perl_2.015.bb: |
| 20:00.25 | CIA-2 | libio-compress-base-perl: remove useless FILES definition |
| 20:00.25 | CIA-2 | Already included by cpan-base. |
| 20:00.25 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 20:00.26 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r28db918bae 10openembedded.git/recipes/perl/libxml-simple-perl_2.18.bb: |
| 20:00.26 | CIA-2 | libxml-simple-perl: s/RDEPENDS/RDEPENDS_${PN}/ |
| 20:00.26 | CIA-2 | Sorry, slipped through. |
| 20:00.27 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 20:00.27 | blindvt | JaMa, let me retry with that patch backed out |
| 20:00.28 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r3708fbc078 10openembedded.git/recipes/perl/libcompress-zlib-perl_2.015.bb: |
| 20:00.28 | CIA-2 | libcompress-zlib-perl: add missing dependencies |
| 20:00.28 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 20:00.29 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r9a86032281 10openembedded.git/recipes/perl/libio-compress-zlib-perl_2.015.bb: |
| 20:00.29 | CIA-2 | libio-compress-zlib-perl: remove useless FILES |
| 20:01.46 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r68f4b0402c 10openembedded.git/recipes/perl/perl_5.10.1.bb: |
| 20:01.47 | CIA-2 | perl 5.10.1: fix sporadic "Use of uninitialized value $x in scalar assignment" |
| 20:01.47 | CIA-2 | See this for further details: |
| 20:01.47 | CIA-2 | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480533 |
| 20:01.47 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 20:03.03 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r97721acc3b 10openembedded.git/recipes/procps/procps.inc: |
| 20:03.03 | CIA-2 | procps: handle pgrep through alternatives |
| 20:03.03 | CIA-2 | * pgrep can be provided by busybox |
| 20:03.03 | CIA-2 | * remove useless FILES definition along the way |
| 20:03.03 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 20:03.18 | *** join/#oe GNUtoo|laptop (~gnutoo@95.237.157.170) |
| 20:03.28 | JaMa | blindvt: odd, now checking on my gentoo box and debian box that both have debianutils /bin/run-parts |
| 20:03.59 | blindvt | JaMa, yea, that's why i said it's dubious and tend to NAK it |
| 20:04.39 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r3447260716 10openembedded.git/recipes/perl/ (perl-rdepends_5.10.1.inc perl_5.10.1.bb): |
| 20:04.39 | CIA-2 | perl 5.10.1: a bit more module runtime dependencies |
| 20:04.39 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 20:04.41 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * rb29fca216e 10openembedded.git/recipes/perl/libmail-spf-perl_2.007.bb: |
| 20:04.41 | CIA-2 | libmail-spf-perl: add missing perl dependencies |
| 20:04.41 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 20:04.43 | blindvt | JaMa, still, i want to know how somebody tripped it |
| 20:06.15 | blindvt | JaMa, apart from that, debianutils-3.2.3 is out and the old ones should be ditched if that new one works out fine |
| 20:07.37 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r29faf9558e 10openembedded.git/recipes/spamassassin/spamassassin_3.3.1.bb: |
| 20:07.37 | CIA-2 | spamassassin: add prepackaged rules |
| 20:07.37 | CIA-2 | sa-update is preferred way to get rules with spamassassin 3.3.1, but then |
| 20:07.37 | CIA-2 | you have no rules at all out-of-the-box which is undesired in some situations. |
| 20:07.37 | CIA-2 | Pack default rules to spamassassin-rules. |
| 20:07.38 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 20:07.39 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r38f014bf1f 10openembedded.git/recipes/spamassassin/ (files/spamassassin.init spamassassin_3.3.1.bb): |
| 20:07.39 | CIA-2 | spamassassin: remove lsb bits from init script |
| 20:07.39 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 20:07.43 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r6147958955 10openembedded.git/recipes/spamassassin/spamassassin_3.3.1.bb: |
| 20:07.43 | CIA-2 | spamassassin: add missing perl dependencies |
| 20:07.43 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 20:07.44 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r217dac1304 10openembedded.git/recipes/perl/libio-zlib-perl_1.10.bb: |
| 20:07.44 | CIA-2 | libio-zlib-perl: add missing dependency |
| 20:07.44 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 20:09.20 | JaMa | blindvt: feel free to change it to /bin/run_parts |
| 20:09.31 | woglinde | ~lart jama for not splitting up navit |
| 20:09.31 | ibot | judo chops jama for not splitting up navit |
| 20:09.43 | blindvt | JaMa, just rebuilt on a debian testing box with the file://run-parts.in.usr-bin.patch removed, micro-base-image. No hickup. NAK for that patch. See: tar -tvf tmp/deploy/images/qemux86/micro-micro-base-image-uclibc-ipk-*-qemux86.rootfs.tar | awk '{if($3){print}}' |
| 20:10.32 | blindvt | JaMa, yea, but i can't for i have no write privileges :P |
| 20:10.32 | JaMa | woglinde: graphics libs? |
| 20:10.39 | woglinde | sound too |
| 20:10.41 | blindvt | JaMa, please fix ;) |
| 20:10.46 | JaMa | blindvt: send patch, I'll apply |
| 20:10.47 | khem | NOTE: multiple providers are available for runtime evas-loader-png (evas-native, evas) |
| 20:10.55 | blindvt | darn |
| 20:11.18 | JaMa | woglinde: now with QML someone should split it :) |
| 20:11.37 | woglinde | jama and maptool |
| 20:11.42 | woglinde | dont need maptool on device |
| 20:11.46 | JaMa | woglinde: navit-icons was worst pain.. that's why I started with it.. |
| 20:12.11 | woglinde | jama yeah I will checkt in the svg patches for qtpainter as fast as I can |
| 20:12.20 | woglinde | than only svg is needed |
| 20:12.25 | woglinde | for qpainter |
| 20:12.46 | woglinde | gtk-draw would still require the png's |
| 20:12.48 | JaMa | woglinde: do you have some benchmarks for svg/png rendering on slow device? |
| 20:12.54 | woglinde | not yet |
| 20:13.14 | woglinde | dont have rellay slow devices |
| 20:13.17 | woglinde | beside simpad |
| 20:14.03 | JaMa | woglinde: I was discussing on #foss-gps about rendering vector data / png tiles.. for maps, but also no benchmark |
| 20:14.41 | JaMa | woglinde: but I think that highly optimized vector rendering could be faster than loading loads of png from slow uSD |
| 20:14.51 | JaMa | woglinde: from my POV freerunner is quite slow :) |
| 20:15.10 | JaMa | woglinde: so as soon as you have an patch I can test it here |
| 20:15.33 | woglinde | jama yes I know |
| 20:19.26 | blindvt | JaMa, . |
| 20:20.40 | JaMa | blindvt: ok, i'll do it, mmt |
| 20:21.11 | blindvt | JaMa, no hurry. take your time |
| 20:23.02 | JaMa | I'm trying to find which version I've checked when I said: |
| 20:23.03 | JaMa | 15:16 < JaMa> what's better place for run-parts? busybox installs it to /bin/run-parts, debianutils to /usr/bin/run-parts, and u-a then fails, I'll move one of them, but not sure which is better |
| 20:23.07 | JaMa | 15:27 < hrw> JaMa: debian one |
| 20:26.15 | khem | ah my problem with shadow was because pam modules were not installed |
| 20:26.25 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 20:26.38 | khem | now it works like a charm after I add it to DISTRO_FEATURES for uclibc |
| 20:26.58 | khem | blindvt: now I can review your patches in the evening |
| 20:27.12 | woglinde | khem yeah cool |
| 20:27.24 | khem | debugging does help |
| 20:27.30 | blindvt | khem, features are the key today ;) |
| 20:28.17 | khem | heh seems so |
| 20:28.53 | blindvt | pb_, should i fork the busybox ipv6 vs features/dep heuristics into a separate thread along a summary? |
| 20:29.19 | khem | blindvt: I have big enough uclibc based system booted in qemu that I can try to do a native compile of uclibc |
| 20:29.28 | khem | ob qemu |
| 20:29.32 | blindvt | i usually hate to do that, but perhaps i should have brought it up separately in the first place |
| 20:29.49 | blindvt | dunno |
| 20:30.12 | JaMa | blindvt: did you check your debianutils package? |
| 20:30.24 | JaMa | blindvt: mine really has /usr/bin/run_parts |
| 20:30.39 | *** join/#oe B_Lizzard (~havoc@athedsl-427688.home.otenet.gr) |
| 20:30.41 | JaMa | blindvt: see http://build.shr-project.org/tests/shr-unstable/ipk//armv4t/debianutils_2.30-r1.4_armv4t.ipk |
| 20:32.50 | JaMa | blindvt: test -z "/usr/bin" || /OE/tmpdir-dev/sysroots/x86_64-linux/usr/bin/mkdir -p "/OE/tmpdir-dev/work/armv5te-angstrom-linux-gnueabi/debianutils-2.30-r1/image/usr/bin" /OE/tmpdir-dev/sysroots/x86_64-linux/usr/bin/install -c run-parts tempfile '/OE/tmpdir-dev/work/armv5te-angstrom-linux-gnueabi/debianutils-2.30-r1/image/usr/bin' |
| 20:33.16 | JaMa | so SHR and Angstrom builds have it /usr/bin, so that patch you sent is not enough... |
| 20:33.48 | blindvt | JaMa, i baked micro-base-image with uclibc off OE master, targeting qemux86 |
| 20:36.19 | blindvt | JaMa, since debian itself puts run-parts straight into /bin i'm inclined to blame others to somehow misconfigure debianutils, don't you think? |
| 20:37.40 | blindvt | JaMa, either way. putting run-parts into /usr/bin/ is against established common usage and as such that behaviour is a bug there and not in busybox. |
| 20:37.51 | pb__ | blindvt: it does seem rather unrelated to the other patches that you sent, so that might be a good idea |
| 20:38.07 | blindvt | pb_, will do in a minute |
| 20:38.56 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r246c80637b 10openembedded.git/recipes/shadow/ (5 files in 2 dirs): |
| 20:38.56 | CIA-2 | shadow-4.1.4.2: Add patches to support dots in login id. |
| 20:38.56 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:40.05 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r0f5be314dd 10openembedded.git/contrib/qemu/run-qemu.sh: |
| 20:40.05 | CIA-2 | run-qemu.sh: Suppport option to boot into single user shell. |
| 20:40.05 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:40.27 | JaMa | blindvt: I agree to move it back to /bin, but first we should fix why debianutils is usually misconfigured while building with OE (Makefile.am looks ok and log.do_configure too..) |
| 20:41.31 | khem | pb__: why does micro not use /usr |
| 20:41.50 | pb__ | khem: because /usr is unnecessary |
| 20:42.07 | JaMa | bindir in micro is set to /bin (instead of /usr/bin) ? |
| 20:42.23 | khem | pb__: while that may be true many packages have now started to rely on /usr |
| 20:42.44 | pb__ | JaMa: effectively, yes |
| 20:42.46 | khem | so micro may end up in some troubles |
| 20:42.51 | pb__ | khem: which ones? can they not be fixed? |
| 20:43.06 | khem | pb__: they can be fixed |
| 20:43.16 | JaMa | blindvt: ^ see? |
| 20:43.16 | khem | like someone reported yesterday about gcc |
| 20:43.49 | khem | and changing gcc to behave distro specific is something we have not done yet |
| 20:44.14 | pb__ | it shouldn't be distro specific as such, it just needs to respect ${prefix} |
| 20:44.19 | khem | gcc assumes that on linux system headers are in <sysroot>/usr/include |
| 20:44.22 | blindvt | JaMa, try rsh some-debianbox 'which run-parts' |
| 20:45.05 | blindvt | JaMa, try rsh some-debianbox 'which run-parts | grep -q /usr/ && echo there is a problem || echo nothing to do with micro' |
| 20:45.11 | JaMa | blindvt: already tried..22:03:20 < JaMa> blindvt: odd, now checking on my gentoo box and debian box that both have debianutils /bin/run-parts |
| 20:45.49 | JaMa | blindvt: but all distros exept micro will install it to /usr/bin/ so first fix debianutils recipe and then we can remove it from busybox |
| 20:46.25 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:46.32 | blindvt | JaMa, this thing has nothing to do with micro. Your distro is foobar for installing debianutils with --prefix=/usr instead of / |
| 20:47.15 | *** join/#oe darkschneider (~gab@93-32-44-20.ip31.fastwebnet.it) |
| 20:47.41 | florian | re |
| 20:47.50 | dth | wb |
| 20:48.24 | JaMa | blindvt: see log.do_configure from any distro != micro |
| 20:48.47 | JaMa | blindvt: --prefix=/usr --exec_prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin |
| 20:48.53 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r8cd716868a 10openembedded.git/recipes/ncurses/ (4 files): |
| 20:48.54 | CIA-2 | ncurses: Switch to INC_PR and BBCLASSEXTEND. Fix ncurses-sdk and terminfo |
| 20:48.54 | CIA-2 | RSUGGESTS needs to use ${PN} not ncurses otherwise ncurses-sdk will try |
| 20:48.54 | CIA-2 | ncurses-terminfo (wrong) not ncurses-sdk-terminfo (right). |
| 20:48.54 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 20:48.56 | pb__ | khem: right, so it just needs patching to use sysroot/${includedir} and it will be fine. |
| 20:48.59 | blindvt | JaMa, and yes, i'm now aware that micro collapses usr. There must be an option to mimic usual behaviour, isn't there |
| 20:49.01 | JaMa | blindvt: and Makefile.am is installing all utils to bindir |
| 20:50.44 | JaMa | blindvt: great, so now you see my point? |
| 20:51.28 | blindvt | JaMa, which knob do i have to toggle to make micro also use usr? |
| 20:51.48 | JaMa | blindvt: see micro.conf |
| 20:51.50 | khem | blindvt: use minimal |
| 20:52.02 | khem | if you want to use /usr |
| 20:52.20 | kergoth_ | "knob"? its just prefix, set the prefix variable with an override |
| 20:52.26 | kergoth_ | prefix_local = "/foobar" |
| 20:52.32 | khem | and bitbake minimal-image is less than 1000 tasks |
| 20:52.52 | khem | take like 3 hours on machines I have |
| 20:55.47 | blindvt | kergoth, "knob" as in comment out *prefix setting in micro.conf |
| 20:56.37 | *** part/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 21:01.52 | khem | kergoth: with the pnum changes now there are double copies of patches in build tree :( |
| 21:01.52 | khem | with quilt |
| 21:04.38 | *** join/#oe hillct (~hillct@cpe-069-134-161-218.nc.res.rr.com) |
| 21:05.13 | kergoth_ | khem: you mean the unpacking of the patches into WORKDIR? |
| 21:05.18 | khem | yeah |
| 21:05.25 | kergoth_ | just need to move the patch detection logic into a function and make both patch and unpack use it |
| 21:05.26 | khem | may be quilt should be fixed |
| 21:05.30 | kergoth_ | it isn't quilt |
| 21:05.32 | khem | not to copy |
| 21:05.32 | kergoth_ | its do_unpack |
| 21:05.44 | kergoth_ | quilt behaves the same way it always did |
| 21:05.53 | kergoth_ | import copies the patches |
| 21:06.10 | khem | yeah but now that patches are there may be quilt can just use them instead of copying again |
| 21:07.12 | khem | btw FILESDIR = "${@os.path.dirname(bb.data.getVar('FILE',d,1))}/gdb-${PV}" seems useless |
| 21:07.13 | kergoth_ | filesdir has been deprecated for a long, long time |
| 21:07.17 | kergoth_ | that is useless, yeah |
| 21:08.41 | kergoth_ | hmm |
| 21:08.53 | kergoth_ | the quilt thing could likely be done in oe.patch instead of modifying quilt itself |
| 21:09.04 | kergoth_ | just symlink the patch into patches/ in the import method, rather than running quilt import |
| 21:09.20 | kergoth_ | and add to series, of course |
| 21:09.31 | khem | kergoth_: you wouldnt believe there still are like 192 files which contain FILESDIR |
| 21:09.36 | kergoth_ | hah |
| 21:09.41 | khem | kergoth: yeah that seems a better idea |
| 21:09.44 | kergoth_ | this is what happens when we don't make big obvious annoying warning messages |
| 21:11.00 | khem | nods |
| 21:13.05 | khem | kergoth: where is quilt import used ? |
| 21:13.16 | JaMa | khem: gentoo binutils maintainer forwarded me to this bug http://sourceware.org/bugzilla/show_bug.cgi?id=4970, any idea? |
| 21:13.59 | kergoth | khem: line 240 of openembedded/lib/oe/patch.py |
| 21:15.34 | khem | kergoth: ah I was looking in patch.bbclass |
| 21:15.54 | kergoth | should be pretty easy to add, just change that Import method to make the symlink adn append to series rather than calling quilt import |
| 21:16.02 | kergoth | patch["file"] is already the localpath of the uri |
| 21:16.15 | kergoth | so can use it directly from its location in the tree, not from workdir or anywhere else |
| 21:16.24 | khem | cool |
| 21:16.28 | khem | that will speed it up |
| 21:16.48 | *** join/#oe mickey_berlin (~mickey@80.187.211.117) |
| 21:16.59 | khem | btw. we should also get rid of patches being copied to build area |
| 21:17.02 | kergoth | i'll see about fixing the unpack to not bother copying patches. need to resurrect some do_patch unit tests before i go moving the logic around, to make sure i don't break i |
| 21:17.07 | khem | cool |
| 21:17.09 | kergoth | not sure what you mean |
| 21:17.19 | khem | I meant what you just addressed |
| 21:17.25 | kergoth | nods |
| 21:17.35 | kergoth | it doesn't know how to identify a patch anymore, since it may be going by filename and all |
| 21:17.39 | kergoth | just need to make that logic common |
| 21:19.00 | khem | hmm i c |
| 21:19.23 | kergoth | patches are just a special case. since do_patch is python, and we know its python, and will be using the files directly from their local paths, there's no point copying it, but other files are used by shell tasks, which don't have the ability to traverse FILESPATH to resolve the url to the path outside of workdir |
| 21:19.44 | JaMa | khem: benchmarks: http://pastebin.ca/1880021 |
| 21:19.46 | *** join/#oe darkschneider (~gab@93-32-50-125.ip32.fastwebnet.it) |
| 21:20.37 | khem | JaMa: so now you see the difference :) |
| 21:20.53 | JaMa | yeah nice |
| 21:20.53 | kergoth | if we ever add helpers for the shell tasks to use to interact with the bitbake backend via xml/rpc, we could avoid copying the majority of the files, if we wanted to |
| 21:20.57 | khem | 1211836.4 lps Vs. 752616.3 lps |
| 21:21.34 | JaMa | khem: pity that you said it's not ready to be enabled globally yet |
| 21:21.48 | JaMa | khem: otherwise I would rebuild my gentoo box :) |
| 21:22.21 | khem | JaMa: thats like 60% improvement |
| 21:22.39 | khem | JaMa: you could certainly |
| 21:22.45 | khem | but there may be rough edges |
| 21:22.54 | khem | its not been tried in real world yet |
| 21:23.42 | JaMa | khem: I'll wait with it for 4.5.[12] |
| 21:26.34 | khem | JaMa: it will prolly be 4.6 |
| 21:26.46 | khem | JaMa: btw Process Creation Test has regressed with lto |
| 21:26.50 | khem | and whole-program |
| 21:28.03 | JaMa | khem: also all Arithmetic tests are failing with any gcc-4.5 :/ |
| 21:28.45 | khem | yeah I wonder |
| 21:28.49 | khem | that must be a bug somewhere |
| 21:28.58 | khem | if you want we can look into it |
| 21:29.28 | JaMa | not today.. 23:30 and I should adjust bike breaks a bit before trip tomorrow.. |
| 21:30.01 | JaMa | khem: but its bench.tar.gz from here http://www.anime.net/~goemon/benchmarks.html |
| 21:30.35 | JaMa | khem: here is newer version http://code.google.com/p/byte-unixbench/ |
| 21:31.07 | JaMa | khem: newer has also some X11 tests and I got ICE while building it (with older revision of gcc) |
| 21:33.05 | *** join/#oe GNUtoo|laptop (~gnutoo@95.237.157.170) |
| 21:35.55 | khem | JaMa: cool |
| 21:36.02 | khem | I think we should add a recipe for it |
| 21:49.39 | blindvt | pb_, or think m68k vs coldfire; think m68k|coldfire|bfin|etc vs. MMU. bfin == !MMU; for some m68k or coldfire MMU is optional for others !MMU is a hard constraint. Think floatingpoint HW support (disregarding Multimedia extensions like mmx/sse and whatnot), think softfp vs VFP etc. |
| 21:50.46 | blindvt | pb_, i don't seem to be able to find neither a solver nor facility to express hard/soft constraints at all? |
| 21:52.14 | blindvt | (in this respect; there are normal package dependencies and a basic approach to handle e.g. thumb or nls but in a brittle manner, IMHO) |
| 21:53.13 | kergoth | hmmm |
| 21:53.30 | kergoth | thinks about resurrecting his patches that switched bitbake to using the python logging module |
| 21:54.27 | *** join/#oe robtow (~rob@12.156.66.34) |
| 21:56.05 | kergoth | sheesh, its been over 6 months since i did the old incarnation of that - http://thread.gmane.org/gmane.comp.sysutils.bitbake.devel/1065 |
| 21:56.11 | blindvt | kergoth, what i find _extremely_ ugly is the os.system(.*tee) call. There must be a superior way |
| 21:56.28 | kergoth | there is |
| 21:57.24 | *** join/#oe pb__ (~pb@jost.swaffham-prior.co.uk) |
| 21:57.33 | kergoth | just open the pipe and read its data bit by bit, printing it if debugging is enabled, and writing to the file |
| 21:57.38 | kergoth | rather than doing the lazy route |
| 21:57.40 | blindvt | kergoth, heh, that exact patch exposes but doesn't touch that popen(tee) uglyness :) |
| 21:57.45 | kergoth | heh :) |
| 21:57.54 | pb__ | blindvt: thanks for your latest mail, but I still don't quite understand what specific problem you are trying to solve. |
| 21:58.02 | robtow | Anyone have experience compiling with omap3_pm_defconfig - Hillman's power management kernel? |
| 21:58.03 | kergoth | i expect that tee stuff has been there since the initial implementation |
| 21:58.34 | woglinde | he robtow |
| 21:58.46 | blindvt | pb_, not sure if you saw what i just said. Here it is again: http://paste.debian.net/76806/ |
| 21:58.49 | robtow | woglinde - good afternoon :-) |
| 21:58.51 | woglinde | robtow unfornatly not |
| 21:58.56 | kergoth | for the logging, i think bb.msg can just go away once we move to the logging module |
| 21:59.11 | kergoth | can use a handler which sends the messages over the pipe between client/server as the Msg events behind the scenes |
| 21:59.24 | *** join/#oe martin_B (~martin@pool-32-67-198-89.dbd-ipconnect.net) |
| 21:59.26 | robtow | woglinde - I am looking to see how low I can reduce power consumption on the Overo Gumstix (water module), to be specific. |
| 21:59.37 | kergoth | blindvt: patches welcome ;) |
| 22:00.04 | kergoth | we should resurrect the bitbake TODO file |
| 22:00.06 | kergoth | add things like that to it |
| 22:00.23 | pb__ | blindvt: I didn't see that, but I think I had gathered that much from your email. I guess what I am struggling to understand is what you want to do with this information and where you want to have it exposed. |
| 22:00.25 | blindvt | kergoth, is there syscall support in python, like os.syscall(tee,whatever) ? |
| 22:00.37 | kergoth | that wouldnt' be a portable way to do it |
| 22:00.41 | robtow | woglinde - the sort of thing you needed for NavIt, I'm sure. |
| 22:00.46 | robtow | NOT |
| 22:00.46 | kergoth | you don't need to fork off a tee process at all |
| 22:00.50 | kergoth | just use python to do it |
| 22:00.58 | blindvt | kergoth, not exactly portable, yea |
| 22:01.17 | pb__ | blindvt: to take your specific example of softfp vs vfp (vs fpa, for the sake of argument), gcc knows what fp system is in use and will, in general, just do the right thing. if you need to adapt your code for it, there are preprocessor macros you can test. |
| 22:01.40 | blindvt | pb_, i'd expose it per package via HANDLED_FEATURES, for example |
| 22:02.33 | pb__ | blindvt: right, but to what end? |
| 22:03.24 | pb__ | are you trying to create some mechanism by which a distro configuration can be somehow auto-negotiated between a machine and a set of packages? |
| 22:03.39 | khem | pb__: FPU is a machine feature IMO and what calling conventions for fp to use should also be tied to machine |
| 22:03.41 | blindvt | pb_, my "problem" is that i somehow need to configure the kernel (i usually use one) and the libc to provide the features that my target needs to provide. I have setups that do not need networking and i have setups that want IPv6 only |
| 22:05.00 | blindvt | pb_, so, for the IPv6-only setups (which either come in via distro or user, dunno?), i have to configure kernel/libc accordingly and also pick the packages that suit |
| 22:05.06 | pb__ | blindvt: that kind of stuff would, generally, go in the distro configuration. |
| 22:05.25 | pb__ | indeed, that's more or less the whole raison d'etre for the distro configuration in the first place. |
| 22:06.53 | blindvt | pb_, and for those IPv6 only setups, i have a dozend of arches that i want to build for: All gcc supported arches both with and without mmu/FP/shared-library-support/nls/whatnot |
| 22:07.12 | pb__ | blindvt: sure, that's fine. architecture is orthogonal to distro. |
| 22:08.07 | pb__ | well, perhaps orthogonal is the wrong word. architecture is a different but subservient degree of freedom. |
| 22:08.22 | blindvt | pb__, but how can i sanely express such setups? How do i know if i need to build networking support into libc and kernel? How do i know that i can disable networking altogether or just ipv4 or just ipv6 ? |
| 22:09.31 | kergoth | is MACHINE_FEATURES and DISTRO_FEATURES insufficient? COMBINED_FEATURES contains the items supported by both machine and distro, it seems like a solid fit for that sort of thing |
| 22:10.19 | blindvt | pb_, network support and flavors is a distro feature, and imho the user can either a) pick umong the distro-provided features or b) impose his choice unto the distro. That's the bottom-up or top-down part of my question |
| 22:11.49 | kergoth | i was planning on adding a USER_FEATURES, personally, to let the user override the distro |
| 22:11.53 | kergoth | haven't gotten around to it.. |
| 22:12.09 | *** join/#oe darkschneider (~gab@93-32-49-53.ip32.fastwebnet.it) |
| 22:12.11 | pb__ | blindvt: well, the oe way of thinking about that would be that each distro sets the set of features that it includes, and the user gets to pick the distro which most closely matches his desires. |
| 22:12.42 | kergoth | RP: any tips on determining process context at a given point in the bitbake code? it's not entirely clear in which context a given method is used |
| 22:12.43 | kergoth | hmm |
| 22:12.46 | blindvt | kergoth, COMBINED_FEATURES contains ext2 and vfat?! |
| 22:13.01 | kergoth | why would it? |
| 22:13.11 | kergoth | those are distro, not distro+machine |
| 22:13.23 | pb__ | kergoth: yeah, you could do that. it would have to come with a fairly large health warning about not sharing your binaries with other users of the "same" distro, since what you now have is not really that distro anymore, but it does seem to be a feature which is often requested. |
| 22:13.49 | kergoth | could always put a +dirty or something onto the distro string, in the motd, etc, too |
| 22:14.15 | pb__ | yeah. and, clearly, it doesn't let you do anything that you can't already do via local.conf or local hacks to the .conf files. |
| 22:14.17 | blindvt | kergoth, how are filesystems concerned about the machine? I mean they are arguably concerned about the HW abstraction layer, but not the HW itself, no? |
| 22:14.23 | kergoth | they aren't |
| 22:14.28 | kergoth | and i didn't say they were |
| 22:14.32 | kergoth | which is why they aren't in combined features |
| 22:14.43 | kergoth | combined features, again, contains the elements common to distro and machine |
| 22:15.24 | kergoth | RP: nevermind, i think i may have a handle on it |
| 22:18.23 | blindvt | i have to go to bed. g'night all |
| 22:18.32 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
| 22:18.41 | kergoth | ponders |
| 22:26.05 | khem | kergoth: I have a/b/c.txt how can I extract just c.txt from that string in python |
| 22:26.15 | kergoth | os.path.basename(path) |
| 22:26.29 | kergoth | (also useful: dirname, join, splitext, ..) |
| 22:26.47 | khem | is there echo equivalent |
| 22:26.53 | khem | I want to write it into another file |
| 22:26.56 | khem | or rather append it |
| 22:27.06 | kergoth | open(path, "a").write(os.path.basename(foo)) |
| 22:27.27 | kergoth | course, you're better off doing f = open(path, "a"); f.write(blah); f.close() |
| 22:27.35 | kergoth | (explicitly closing is usually a good idea) |
| 22:27.38 | kergoth | but either will work |
| 22:29.35 | kergoth | hmmm, i think switching to logging will be rather less painful than i thought |
| 22:29.51 | woglinde | hm wasnt python doing closing for you? |
| 22:30.05 | kergoth | when the object goes away, yeah |
| 22:30.40 | kergoth | good policy to close it explicitly, however, so the lifetime is known, and it doesn't stay open while someone else messes with it |
| 22:30.48 | kergoth | if you're on 2.5+, you can use 'with' for it |
| 22:41.29 | khem | kergoth: btw http://pastebin.com/BT0itEmj |
| 22:41.33 | khem | what do you think :) |
| 22:41.46 | khem | is using pastebinit |
| 22:41.54 | khem | nice little cmd utility |
| 22:42.20 | kergoth | see os.symlink :P |
| 22:42.27 | kergoth | don't need to spawn a subprocess at all |
| 22:42.37 | khem | kergoth: heh ok let me improve it :) |
| 22:42.40 | kergoth | :) |
| 22:46.45 | khem | kergoth: ://pastebin.com/3wcF2mii |
| 22:46.53 | khem | http://pastebin.com/3wcF2mii |
| 22:47.12 | kergoth | one minor nitpick, use os.path.join() rather than + with "/" |
| 22:47.17 | kergoth | other than that, looks good to me |
| 22:51.47 | khem | kergoth: 3rd and final http://pastebin.com/aqdiQQ29 |
| 22:52.01 | kergoth | looks good to me |
| 22:52.03 | kergoth | tested it? |
| 22:52.39 | khem | on one recipe yes as we speak :) |
| 22:53.03 | khem | but I can do a full build from scratch for say native-sdk-image |
| 22:53.35 | khem | right now it assumes that series file is called series and patches folder is called patches |
| 22:54.06 | khem | I have seen that some packages have patches as a normal dir then one has to change the default patches path for quilt |
| 22:55.03 | khem | right now it imports and applies one patch at a time |
| 22:55.20 | khem | may be we should change it to import all in one go i.e. symlink |
| 22:55.27 | khem | and then quilt push all |
| 22:55.48 | khem | this helps sometimes when I have to refresh more than one patch |
| 22:56.19 | khem | then I dont have to iterate -c clean and -c patch tasks until all patches are fixed |
| 22:56.37 | khem | I can just cd into the build tree and quilt push/pop by hand |
| 22:57.46 | *** join/#oe ant__ (~andrea@host24-189-dynamic.60-82-r.retail.telecomitalia.it) |
| 23:05.26 | kergoth | why would you have to -c clean? |
| 23:07.11 | kergoth | nice, i got the conversion of bb.msg to logging to work with master |
| 23:08.35 | khem | because it stops at the first patch it cant apply atm |
| 23:08.44 | khem | so I dont have the rest of series |
| 23:08.58 | khem | because it does import+patch in a loop |
| 23:09.08 | khem | I was suggesting to import all + patch all |
| 23:09.13 | khem | in one go |
| 23:09.23 | khem | gotta go |
| 23:09.39 | khem | I have started a minimal-image build from scratch lets see :0- |
| 23:10.52 | kergoth | that class is supposed to read in the current state of the patch set, guess it doesn't work |
| 23:22.28 | *** join/#oe woglinde_ (~heinold@f052229105.adsl.alicedsl.de) |
| 23:23.05 | *** join/#oe Crofton (~balister@206.205.72.162) |
| 23:23.45 | kergoth | anyone have any thoughts on http://github.com/kergoth/BitBake/commits/logging ? |
| 23:23.47 | kergoth | top two commits |
| 23:26.29 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:41.29 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:44.56 | kergoth | ugh, the handling of exceptions from python functions from the metadata right now is a giant pain in my ass |
| 23:45.23 | *** join/#oe woglinde (~heinold@f052225111.adsl.alicedsl.de) |
| 23:46.59 | kergoth | "ERROR: Task 32 (/home/kergoth/Code/oe/openembedded/recipes/stage-manager/stagemanager-native_0.0.1.bb, do_setscene) failed with 256" |
| 23:47.03 | kergoth | that's really fucking helpful, thanks |
| 23:47.23 | kergoth | grumbles |
| 23:47.51 | kergoth | running with -D doesn't help, which means the exception isn't getting to the toplevel handler, something is swallowing it first |
| 23:53.49 | robtow | kergoth - I feel your pain. |