| 00:04.47 | *** join/#oe dth (~dth@a89-183-161-214.net-htp.de) |
| 00:28.45 | *** join/#oe _julian (~quassel@hmbg-5f762bbd.pool.mediaWays.net) |
| 00:32.32 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 00:44.48 | *** join/#oe methril_ (~methril@189.27.134.146.dynamic.adsl.gvt.net.br) |
| 00:44.59 | *** join/#oe methril (~methril@189.27.134.146.dynamic.adsl.gvt.net.br) |
| 00:45.42 | *** join/#oe dijenerate (~dijenerat@204.212.240.159) |
| 01:02.09 | CIA-8 | 03Eyal Reizer <eyalreizer@googlemail.com> 07master * r7af43d821a 10openembedded.git/recipes/crda/crda_1.1.1.bb: |
| 01:02.10 | CIA-8 | crda: fix regulatory domain agent for building with libnl2 |
| 01:02.10 | CIA-8 | This patch allows building the wireless regulatory domain agent with |
| 01:02.10 | CIA-8 | libnl version 2. |
| 01:02.10 | CIA-8 | Signed-off-by: Eyal Reizer <eyalr@ti.com> |
| 01:02.10 | CIA-8 | Acked-by: Koen Kooi <koen@dominion.thruhere.net> |
| 01:02.10 | CIA-8 | Signed-off-by: Denys Dmytriyenko <denys@ti.com> |
| 01:03.00 | ka6sox-home | rats...now I am behind.... |
| 01:03.17 | ka6sox-home | I should have turned it off.... |
| 01:04.07 | ka6sox-home | cbrake, have you left yet? |
| 01:06.04 | cbrake | ka6sox-home: nope still here |
| 01:06.16 | cbrake | ka6sox-home: I did not run a full rsync backup, but I did pull oe |
| 01:06.21 | cbrake | ka6sox-home: which repos you changing? |
| 01:06.54 | ka6sox-home | all of them...the server is going to be running inetd...but data shouldn't change at all..or access as far as users are concerned. |
| 01:07.13 | ka6sox-home | this is to try to get more performance out of it. |
| 01:07.19 | cbrake | ka6sox-home: ok, go for it then |
| 01:07.35 | ka6sox-home | okay, did you pull all of them? |
| 01:07.40 | ka6sox-home | or just OE? |
| 01:07.43 | cbrake | ka6sox-home: no, I did not |
| 01:07.54 | ka6sox-home | pull them all please....then I will shut it down. |
| 01:07.55 | cbrake | why don't we just copy the /home/git dir on the server |
| 01:08.16 | ka6sox-home | okay let me shut it down...then you copy what we need please. |
| 01:09.01 | cbrake | ok |
| 01:09.50 | ka6sox-home | okay git daemon is down. |
| 01:10.25 | cbrake | ka6sox-home: ok, copy is done. There is now a /home/git_2011-06-07 |
| 01:10.31 | cbrake | that should cover us |
| 01:10.58 | ka6sox-home | ty...okay let me get rid of git-daemon-run and make it run from inetd. |
| 01:11.05 | cbrake | excellent |
| 01:11.07 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 01:11.18 | cbrake | goes to tuck in kids |
| 01:15.31 | ka6sox-home | <PROTECTED> |
| 01:21.01 | *** join/#oe Lopi (~lopi@50.9.50.174) |
| 01:25.16 | ka6sox-home | can someone please try to pull from git.openembedded.org please? |
| 01:25.26 | ka6sox-home | I hope this works right. |
| 01:28.00 | mwester | worked for me. |
| 01:28.10 | mwester | dashes off for dinner |
| 01:28.11 | ka6sox-home | mwester, thanks! |
| 01:28.14 | ka6sox-home | enjoy. |
| 01:28.24 | *** join/#oe Lopi (~lopi@50.9.50.174) |
| 01:28.46 | ka6sox-home | now I just need someone to push something and all is "good" |
| 01:29.07 | *** join/#oe lamawithonel (~lucas@pool-96-240-135-33.washdc.fios.verizon.net) |
| 01:32.03 | *** join/#oe Lopi (~lopi@li54-110.members.linode.com) |
| 01:34.18 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 01:35.35 | ka6sox-home | has anyone got anything to push? |
| 01:47.05 | cbrake | ka6sox-home: I'll try a test commit |
| 01:47.18 | ka6sox-home | thanks |
| 01:48.00 | cbrake | ka6sox-home: the git protocol is not working |
| 01:48.12 | ka6sox-home | hmmm... |
| 01:48.14 | cbrake | ka6sox-home: git clone git://git.openembedded.org/bitbake |
| 01:48.18 | ka6sox-home | okay let me check something... |
| 01:48.34 | ka6sox-home | let me check inetd services. |
| 01:48.40 | ka6sox-home | and see if the port is bound. |
| 01:49.05 | cbrake | ka6sox-home: ssh access is still working, that probably never went down |
| 01:49.29 | ka6sox-home | ya, just the daemon...its being somewhat of a pill...jas. |
| 01:59.23 | ka6sox-home | try now please? |
| 02:02.41 | CIA-8 | 03Anand Balagopalakrishnan <anandb@ti.com> 07master * r7f68af9308 10openembedded.git/recipes/powervr-drivers/libgles-omap3.inc: (log message trimmed) |
| 02:02.41 | CIA-8 | libgles-omap3: Specify the Window System to be updated in powervr.ini |
| 02:02.41 | CIA-8 | * SGX driver looks at /etc/powervr.ini for the Window System to be used. |
| 02:02.41 | CIA-8 | This patch introduces a variable to specify which Window System should |
| 02:02.41 | CIA-8 | be specified in powervr.ini file. |
| 02:02.42 | CIA-8 | * By having this variable, it's easy to override the default Window System |
| 02:02.43 | CIA-8 | through a config file or amendment |
| 02:02.52 | CIA-8 | 03Denys Dmytriyenko <denys@ti.com> 07master * re992a948b8 10openembedded.git/recipes/qt4/ (qt-4.7.3/0001-wsegl2-support.patch qt-4.6.3.inc): (log message trimmed) |
| 02:02.52 | CIA-8 | qt-4.6.3: update qt's powervr graphics driver plugin to work with SGX DDK v1.6 |
| 02:02.52 | CIA-8 | * The wsegl2 patch is required to build Qt with the latest SGX PowerVR drivers |
| 02:02.52 | CIA-8 | * Moved the wsegl2 patch from qt4/qt-4.7.3 to qt4/files |
| 02:02.52 | CIA-8 | * Added the wsegl2 patch to qt-4.6.3 |
| 02:02.52 | CIA-8 | Note: This is the "massaged in" version of the original patch from Anand |
| 02:02.53 | CIA-8 | Balagopalakrishnan <anandb@ti.com> as it was mangled and couldn't be applied. |
| 02:03.08 | *** join/#oe devzero_ (devzero@xdsl-89-0-190-33.netcologne.de) |
| 02:07.42 | ka6sox-home | so are they using ssh or git? |
| 02:11.20 | *** join/#oe jorma (~kario@tuubi.mermit.fi) |
| 02:11.34 | *** join/#oe housel (~user@mccarthy.opendylan.org) |
| 02:11.36 | *** join/#oe mckoan|away (~marco@host56-7-static.30-87-b.business.telecomitalia.it) |
| 02:11.46 | *** join/#oe drw|away (~drw@cpe-76-187-60-200.tx.res.rr.com) |
| 02:11.51 | *** join/#oe darkschneider (~gab@93-32-53-169.ip32.fastwebnet.it) |
| 02:23.53 | ka6sox-home | okay fixed and working... |
| 02:39.32 | CIA-8 | 03Eyal Reizer <eyalreizer@googlemail.com> 07master * r0720d95fcb 10openembedded.git/recipes/wpa-supplicant/wpa-gui-e_git.bb: |
| 02:39.33 | CIA-8 | wpa-gui-e: build the latest version from git sources |
| 02:39.33 | CIA-8 | Builds wpa-gui for qt4-embedded from the latest wpa-supplicant (0.8x) |
| 02:39.33 | CIA-8 | git sources |
| 02:39.33 | CIA-8 | Signed-off-by: Eyal Reizer <eyalr@ti.com> |
| 02:39.33 | CIA-8 | Signed-off-by: Denys Dmytriyenko <denys@ti.com> |
| 02:50.01 | CIA-8 | 03Siddharth Heroor <heroor@ti.com> 07master * r4c32184588 10openembedded.git/recipes/sysvinit/sysvinit_2.86.bb: |
| 02:50.03 | CIA-8 | sysvinit: bump PR for ti816x serial console change |
| 02:50.03 | CIA-8 | * A new inittab is needed, so bump PR to regenerate it. |
| 02:50.03 | CIA-8 | Signed-off-by: Siddharth Heroor <heroor@ti.com> |
| 02:50.03 | CIA-8 | Signed-off-by: Denys Dmytriyenko <denys@ti.com> |
| 02:50.11 | CIA-8 | 03Siddharth Heroor <heroor@ti.com> 07master * r22d9cb5c2c 10openembedded.git/conf/machine/include/ti816x.inc: |
| 02:50.11 | CIA-8 | ti816x machine: Fix JFFS Image command |
| 02:50.11 | CIA-8 | * Fixes a bug in the command passed for JFFS2 Image creation. |
| 02:50.11 | CIA-8 | Signed-off-by: Siddharth Heroor <heroor@ti.com> |
| 02:50.12 | CIA-8 | Signed-off-by: Denys Dmytriyenko <denys@ti.com> |
| 02:50.12 | CIA-8 | 03Siddharth Heroor <heroor@ti.com> 07master * r0985607b85 10openembedded.git/conf/machine/include/ti816x.inc: |
| 02:50.13 | CIA-8 | ti816x machine: Update for latest kernel version |
| 02:50.13 | CIA-8 | * In 2.6.37 the console is tied to ttyO2. |
| 02:50.14 | CIA-8 | Signed-off-by: Siddharth Heroor <heroor@ti.com> |
| 02:50.14 | CIA-8 | Signed-off-by: Denys Dmytriyenko <denys@ti.com> |
| 02:50.36 | ka6sox-home | pulls so he can test that... |
| 03:09.22 | *** join/#oe lamawithonel (~lucas@pool-96-240-135-33.washdc.fios.verizon.net) |
| 03:39.19 | *** join/#oe gchiii_ (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 03:53.40 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 03:54.47 | *** part/#oe sr105 (~sr105@85-44.97-97.tampabay.res.rr.com) |
| 06:16.33 | *** join/#oe ibot (~ibot@rikers.org) |
| 06:16.33 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 06:19.55 | ka6sox-home | JaMa|Wrk, do you have anything to push today? |
| 06:21.56 | JaMa|Wrk | oe.dev? I fear not |
| 06:22.23 | ka6sox-home | okay, I did some work last night on the server...and if you did I was going to watch things. |
| 06:22.59 | JaMa|Wrk | I've pushed few commits to meta-oe-contrib repo and I can again if it's usefull for you |
| 06:23.15 | ka6sox-home | yes, it is. |
| 06:23.17 | ka6sox-home | thanks. |
| 06:24.39 | JaMa|Wrk | done |
| 06:24.50 | ka6sox-home | went fast... |
| 06:25.10 | ka6sox-home | good...about 2X as fast and a lot less overhead. |
| 06:25.26 | JaMa|Wrk | nice, good job |
| 06:25.38 | JaMa|Wrk | was it some hungry hook or something? |
| 06:26.02 | ka6sox-home | no it was running as an sv task, I switched it to xinetd. |
| 06:27.01 | JaMa|Wrk | and it's so much faster when started from xinetd? interesting |
| 06:27.23 | ka6sox-home | ya, I was surprised too...testing earlier proved that out as well. |
| 06:27.57 | ka6sox-home | would not have been my first choice but its working out. |
| 06:28.10 | ka6sox-home | in about 30minutes I'll really see. |
| 06:28.15 | ka6sox-home | as CET gets going. |
| 06:35.05 | *** join/#oe ultimate_warrior (~rahul@114.143.165.67) |
| 06:36.06 | ultimate_warrior | hello--????? |
| 06:39.22 | *** join/#oe rob_w (~bob@ppp-188-174-74-28.dynamic.mnet-online.de) |
| 06:40.11 | ultimate_warrior | i am compiling a file connMan.cxx for mini6410 ,through openemmbedded ,the file gets compiled properly but when I run the complied binary on mini6410 target ,it gives seg fault on the xterm at the same time on the gtk term it gives the following error |
| 06:40.33 | ultimate_warrior | Unable to handle kernel paging request at virtual address 4034b000 |
| 06:40.33 | ultimate_warrior | pgd = c719c000 |
| 06:40.33 | ultimate_warrior | [4034b000] *pgd=57182031, *pte=00000000, *ppte=00000000 |
| 06:40.33 | ultimate_warrior | Internal error: Oops: 817 [#1] |
| 06:40.33 | ultimate_warrior | Modules linked in: |
| 06:40.34 | ultimate_warrior | CPU: 0 Not tainted (2.6.28.6-FriendlyARM #3) |
| 06:40.36 | ultimate_warrior | PC is at v6_coherent_kern_range+0x4/0x24 |
| 06:40.40 | ultimate_warrior | LR is at arm_syscall+0x1e0/0x328 |
| 06:40.42 | ultimate_warrior | pc : [<c00f53f8>] lr : [<c00f1424>] psr: 80000013 |
| 06:40.44 | ultimate_warrior | sp : c7191e80 ip : c7186e70 fp : c7191fa4 |
| 06:40.46 | ultimate_warrior | r10: 00000000 r9 : c7190000 r8 : 00000000 |
| 06:40.48 | ultimate_warrior | r7 : 000f0002 r6 : 00000000 r5 : 40374000 r4 : 4033a000 |
| 06:40.50 | ultimate_warrior | r3 : c0620be4 r2 : c7186e88 r1 : 40374000 r0 : 4034b000 |
| 06:40.52 | ultimate_warrior | Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user |
| 06:40.54 | ultimate_warrior | Control: 00c5387d Table: 5719c008 DAC: 00000015 |
| 06:40.56 | ultimate_warrior | Process connMan.bin (pid: 1091, stack limit = 0xc7190260) |
| 06:40.58 | ultimate_warrior | Stack: (0xc7191e80 to 0xc7192000) |
| 06:41.00 | ultimate_warrior | 1e80: c7191eb4 c7191e90 c00ffe74 c00ffce4 c0622800 c7061380 c70613b0 c7061380 |
| 06:41.02 | ultimate_warrior | 1ea0: 00000000 4033e66c c7191ed4 c7191eb8 c0622800 c7186dc0 c7191efc c7191ec8 |
| 06:41.04 | ultimate_warrior | 1ec0: c0141bb4 40374000 4033a000 c7182ce8 40374000 c7186e70 40374000 40374000 |
| 06:41.06 | ultimate_warrior | 1ee0: c7191efc c7191ef0 c042f254 60000013 c719a034 00000000 40374000 00000005 |
| 06:41.10 | ultimate_warrior | 1f00: 60000013 c719a034 c7191f2c c7191f18 c042f23c c0227418 00000000 c719a034 |
| 06:41.12 | ultimate_warrior | 1f20: c7191f5c c7191f30 c0222468 c042f234 c7061380 00000000 40374000 00000000 |
| 06:41.14 | ultimate_warrior | 1f40: 40374000 00000005 c7190000 00000000 c7191f6c c7191f60 c011ede8 c0222330 |
| 06:41.16 | ultimate_warrior | 1f60: c7191fa4 c7191f70 c0142e0c c011ede4 08100075 4033e66c c7191f94 c7186e70 |
| 06:41.18 | ultimate_warrior | 1f80: c010c1d0 4001f348 bef88938 4001f348 bef88938 40348084 00000000 c7191fa8 |
| 06:41.20 | ultimate_warrior | 1fa0: c00ecd80 c00f1250 4001f348 bef88938 4033a000 40374000 00000000 00000015 |
| 06:41.22 | ultimate_warrior | 1fc0: 4001f348 bef88938 40348084 000f0002 403486ac 4033b4dc 4033a000 bef889f4 |
| 06:41.24 | ultimate_warrior | 1fe0: 00019c20 bef88928 4000c5e8 4000c604 60000010 4033a000 00000000 00000000 |
| 06:41.26 | ultimate_warrior | Backtrace: |
| 06:41.28 | ultimate_warrior | [<c00f1244>] (arm_syscall+0x0/0x328) from [<c00ecd80>] (ret_fast_syscall+0x0/0x2c) |
| 06:41.30 | ultimate_warrior | <PROTECTED> |
| 06:41.32 | ultimate_warrior | Code: ee070f15 e1a0f00e e1a0f00e e3c0001f (ee070f3a) |
| 06:41.34 | ultimate_warrior | ---[ end trace a4bfee1378497cd9 ]--- |
| 06:41.40 | ultimate_warrior | has this problem occured to any one |
| 06:41.42 | ultimate_warrior | ? |
| 06:42.12 | ultimate_warrior | my arguments when compiling throuh open emmbedded is as folloes |
| 06:42.50 | JaMa|Wrk | ultimate_warrior: use pastebin |
| 06:43.27 | CcSsNET | pastebin.ca is nice and quick |
| 06:43.39 | ultimate_warrior | ok |
| 06:44.18 | CruX| | seems to be bug in arm kernel... |
| 06:45.08 | ultimate_warrior | uploading it on pastebin |
| 06:45.48 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 06:51.18 | ultimate_warrior | http://pastebin.ca/2076588 |
| 06:52.12 | ultimate_warrior | CruX: is there any method to solve that bug |
| 06:53.06 | CruX| | ultimate_warrior: can you try more recent kernel ? |
| 06:54.24 | ultimate_warrior | I am using the kernel version 2.6.28 |
| 06:57.56 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
| 06:58.26 | ultimate_warrior | Crux: Is there any problem with the command or arguements that i am passing ,can u suggest any higher kernel version for running on mini6410 ... |
| 07:00.05 | *** join/#oe tscheck2 (~weechat@83.151.21.119) |
| 07:00.27 | *** join/#oe timtimred (~meh@85.210.132.166) |
| 07:03.49 | ynezz | CruX|: bug in arm kernel? It might be bug in the vendor (friendlyarm) patchset (I would suspect network driver) or whatever the connman is trying to access |
| 07:04.15 | ynezz | yes, the kernel shouldn't crash, but who knows what's corrupted where by some buggy driver |
| 07:04.43 | ynezz | advice, move to the latest stable kernel, apply no patches if possible and try to reproduce the problem |
| 07:05.05 | ynezz | if it persist, report it, otherwise contact your vendor and whine there :) |
| 07:05.07 | ynezz | easy |
| 07:06.00 | *** join/#oe rsalveti (~rsalveti@201.82.65.93) |
| 07:06.07 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 07:08.04 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 07:08.19 | ultimate_warrior | ynezz: i will try it with a stable kernel ,but is there a VFP arguements passing problem in ARM 11 |
| 07:14.06 | *** join/#oe rschus (~rschus@115.163.71.86.rev.sfr.net) |
| 07:15.12 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 07:20.12 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 07:21.52 | *** join/#oe mckoan (~marco@unaffiliated/mckoan) |
| 07:22.01 | mckoan | good morning |
| 07:23.23 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 07:26.07 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 07:29.43 | ultimate_warrior | anyone who has compiled kernel for ARM .target board mini6410 ,plz tell me the version number |
| 07:33.35 | *** join/#oe beg (c147af66@gateway/web/freenode/ip.193.71.175.102) |
| 07:35.32 | *** join/#oe nitink (~nitink@192.55.54.40) |
| 07:48.34 | *** join/#oe signal11 (esteban@gnv.quaddro.net) |
| 07:48.47 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
| 07:51.54 | tasslehoff | been a while since I asked, so: does OE "work" in Mac OS X? |
| 07:56.43 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 07:57.56 | *** join/#oe Jay7 (jay@93-81-3-228.broadband.corbina.ru) |
| 08:09.50 | *** join/#oe mgundes (~kays@95.0.156.17) |
| 08:10.20 | mgundes | Hi everybody |
| 08:11.27 | mgundes | is anybody explain me how logging files are numbered with task number? |
| 08:11.47 | mgundes | for instance log.do_configure.2240 |
| 08:11.55 | JaMa|Wrk | that's pid, not task number |
| 08:12.01 | mgundes | hm |
| 08:12.21 | mgundes | can I get this number in bb files? |
| 08:14.04 | mgundes | is there a variable name which bitbake use? |
| 08:16.14 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:16.14 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:17.20 | bluelightning | morning all |
| 08:21.41 | ant_work | 'morning |
| 08:24.07 | mlip | gm! |
| 08:24.30 | mgundes | good morning |
| 08:33.49 | *** join/#oe timtimred (~meh@85.210.132.166) |
| 08:33.51 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:34.39 | *** join/#oe thhp (50c14443@gateway/web/freenode/ip.80.193.68.67) |
| 08:54.35 | ant_work | JaMa|Wrk: about xserver-xorg and randr, does xf86-video-fbdev support it now? |
| 08:59.06 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 09:07.25 | *** join/#oe pespin (~pespin@221.pool85-50-22.dynamic.orange.es) |
| 09:24.52 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:36.55 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 09:37.28 | *** join/#oe sanket (~sanket@114.143.165.67) |
| 09:37.48 | sanket | when I run a command < Xorg :1 -once -query 192.xxx.xxx.xxx > on mips dev3210 ... I m getting connected to X server.... but the problem is that the color resolution changes... |
| 09:37.56 | sanket | why is it so.... |
| 09:44.45 | *** join/#oe risca (~risca@62-20-182-102-no18.tbcn.telia.com) |
| 10:03.20 | *** join/#oe pepermint (~pepermint@host35-11-dynamic.58-82-r.retail.telecomitalia.it) |
| 10:04.55 | *** join/#oe dkim (~dkim@61.75.18.97) |
| 10:17.15 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 10:34.03 | *** join/#oe dkim (~dkim@61.75.18.97) |
| 10:50.30 | CIA-8 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * r32e190e5cc 10bitbake.git/lib/bb/runqueue.py: (log message trimmed) |
| 10:50.31 | CIA-8 | bitbake/runqueue: fix clash when setscene & real tasks done in same build |
| 10:50.31 | CIA-8 | If a build causes a real task to be run when the setscene task has already |
| 10:50.31 | CIA-8 | run then it was possible for dependent packages to be rebuilding at the same |
| 10:50.31 | CIA-8 | time as a rebuild of the packages they depended on, resulting in failures |
| 10:50.31 | CIA-8 | when files were missing. This change looks in the setscene covered list and |
| 10:50.32 | CIA-8 | removes anything where a dependency of the real task is going to be run (e.g. |
| 10:50.37 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r088d7607e6 10bitbake.git/lib/bb/runqueue.py: |
| 10:50.38 | CIA-8 | bitbake/runqueue: When we successfully fork off a task and there are more processes we can start do so immediately |
| 10:50.38 | CIA-8 | (From Poky rev: 974ea1a190167dcfd831ba1fc5f733e0dc9a6fda) |
| 10:50.38 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 10:50.39 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r6108039172 10bitbake.git/lib/bb/ (cooker.py server/process.py): |
| 10:50.40 | CIA-8 | cooker/process.py: Move profiling code to a place it can be reused by different server mechanisms |
| 10:50.40 | CIA-8 | The cooker profiling code isn't server specific so move it to a place |
| 10:50.40 | CIA-8 | where different server backends can use it. |
| 10:50.40 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 10:50.40 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r7905257b3d 10bitbake.git/lib/bb/runqueue.py: |
| 10:50.41 | CIA-8 | bitbake/runqueue: When we have successfully collected a pid value return True to ensure we don't sleep in the main loop |
| 10:50.41 | CIA-8 | (From Poky rev: 5a178b547bbf6d99c42cba6821b3f559e585a079) |
| 10:50.42 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 10:51.03 | CIA-8 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * r1dfeb84f7d 10bitbake.git/lib/bb/runqueue.py: (log message trimmed) |
| 10:51.03 | CIA-8 | bitbake/runqueue: show correct task name for setscene task failure |
| 10:51.03 | CIA-8 | If a setscene task failed previously it was showing an incorrect task |
| 10:51.03 | CIA-8 | name in the error line. This patch ensures we show the correct name, also |
| 10:51.04 | CIA-8 | including the "_setscene" suffix. |
| 10:51.04 | CIA-8 | (From Poky rev: 9d9c68e3536387150e3ce7261f4770576e724dd9) |
| 10:51.05 | CIA-8 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
| 10:52.37 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * raa84a900e1 10bitbake.git/lib/bb/cooker.py: |
| 10:52.37 | CIA-8 | bitbake/cooker: Ensure delays are accurately transfered to the idle loops from runqueue |
| 10:52.37 | CIA-8 | (From Poky rev: 579ecccc2244da43b9bc03fb09bb71d8a0219a8b) |
| 10:52.37 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 10:58.27 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 11:09.58 | *** join/#oe risca (~risca@62-20-182-102-no18.tbcn.telia.com) |
| 11:18.23 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:25.46 | *** join/#oe Ananth (7ab78766@gateway/web/freenode/ip.122.183.135.102) |
| 11:26.43 | Ananth | I need to re-build qt4-embedded-4.6.3 with -qt-gfx-transformed flag |
| 11:27.09 | Ananth | what is the way to modify the conf files to make it build successfully with this flag |
| 11:28.03 | Ananth | through bitbake |
| 11:28.08 | Ananth | through bitbake ? |
| 11:51.36 | *** part/#oe _julian (~quassel@hmbg-5f762bbd.pool.mediaWays.net) |
| 11:54.25 | *** join/#oe methril (~methril@189.27.136.191.dynamic.adsl.gvt.net.br) |
| 11:54.31 | *** join/#oe methril_ (~methril@189.27.136.191.dynamic.adsl.gvt.net.br) |
| 11:56.57 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
| 12:08.40 | *** join/#oe risca (~risca@62-20-182-102-no18.tbcn.telia.com) |
| 12:19.34 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * rb420e865f6 10bitbake.git/lib/bb/cooker.py: |
| 12:19.34 | CIA-8 | bitbake/cooker.py: Fix debug message arguments |
| 12:19.34 | CIA-8 | (From Poky rev: 06bb59d) |
| 12:19.34 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 12:19.36 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * rc30c1349db 10bitbake.git/lib/bb/server/none.py: |
| 12:19.36 | CIA-8 | bitbake/server: Add the none server back for now |
| 12:19.36 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 12:19.36 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * rd21d5954d0 10bitbake.git/ (bin/bitbake lib/bb/server/process.py lib/bb/server/xmlrpc.py): |
| 12:19.37 | CIA-8 | bitbake/server: Move server specific code into the server backend and create a server API |
| 12:19.37 | CIA-8 | Move the server implementation specific code into the server backend where |
| 12:19.38 | CIA-8 | it belongs and replace this with a set of object method calls which |
| 12:19.38 | CIA-8 | establish the server, detach it and then connect to it using appropriate |
| 12:19.39 | CIA-8 | IPC. |
| 12:19.39 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 12:19.40 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r91611c8b88 10bitbake.git/lib/bb/ (event.py ui/uievent.py): |
| 12:19.40 | CIA-8 | xmlrpc/event: Add ability to send pickled events to UI if requested |
| 12:37.02 | CIA-8 | 03Joshua Lock <josh@linux.intel.com> 07master * ra33b34b27a 10bitbake.git/lib/bb/ui/crumbs/hobeventhandler.py: |
| 12:37.02 | CIA-8 | bitbake/hob: only show one progress dialog when changing machine |
| 12:37.02 | CIA-8 | Remove a spurious signal emission which resulted in two progress dialogs |
| 12:37.02 | CIA-8 | being shown after changing the machine. |
| 12:37.02 | CIA-8 | (From Poky rev: 7738e86e8b4881056bd44d0f767d17b36159a7bb) |
| 12:37.03 | CIA-8 | Signed-off-by: Joshua Lock <josh@linux.intel.com> |
| 12:37.04 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 12:37.10 | CIA-8 | 03Joshua Lock <josh@linux.intel.com> 07master * r558bbb4ef9 10bitbake.git/lib/bb/ui/depexp.py: |
| 12:37.10 | CIA-8 | bitbake/depexp: closing progress dialog kills gui |
| 12:37.10 | CIA-8 | It seems safe to assume a user hitting the close button |
| 12:37.10 | CIA-8 | on the dialog wants to kill the whole UI. |
| 12:37.10 | CIA-8 | (From Poky rev: e21150f2b18ff4ac85e64ed8814f0268007830c0) |
| 12:37.11 | CIA-8 | Signed-off-by: Joshua Lock <josh@linux.intel.com> |
| 12:37.11 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 12:37.13 | CIA-8 | 03Joshua Lock <josh@linux.intel.com> 07master * r8a56794cd1 10bitbake.git/lib/bb/ui/goggle.py: (log message trimmed) |
| 12:37.13 | CIA-8 | bitbake/goggle: closing the progress dialog kills the UI |
| 12:37.13 | CIA-8 | It's unlikely that someone wants to close the progress dialog |
| 12:37.14 | CIA-8 | yet leave the UI (and BitBake process) running, so hook up |
| 12:37.14 | CIA-8 | the progress dialogs delete-event to exit gtk. |
| 12:37.15 | CIA-8 | (From Poky rev: c9bb30b232396bbdd3c97c1059e972d6a4abf637) |
| 12:37.15 | CIA-8 | Signed-off-by: Joshua Lock <josh@linux.intel.com> |
| 12:37.16 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r517366b449 10bitbake.git/lib/bb/ui/knotty.py: |
| 12:37.49 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:38.03 | CIA-8 | bitbake/hob: fix cancel button |
| 12:38.03 | CIA-8 | An accidental logic inversion (aka thinko) had the cancel button only |
| 12:38.03 | CIA-8 | cancel a build when the user didn't confirm the cancellation (i.e. clicked |
| 12:38.03 | CIA-8 | no)... |
| 12:38.04 | CIA-8 | (From Poky rev: ff3e326269d27662c830b04e05b571d257b89346) |
| 12:38.04 | CIA-8 | Signed-off-by: Joshua Lock <josh@linux.intel.com> |
| 12:38.05 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r15af83452c 10bitbake.git/lib/bb/ui/crumbs/hobeventhandler.py: |
| 12:38.05 | CIA-8 | hob/crumbs/hobeventhandler: Remove server specific implementation details missed in the precious cleanup |
| 12:38.06 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 12:43.07 | *** join/#oe DJWillis (~djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 13:15.31 | *** join/#oe jic23 (~jic23@server.nowhere-else.org) |
| 13:17.07 | jic23 | Hi All, playing around with building some images with angstrom-layer on openembedded-core and getting a lot of issues with do_popluate_sysroot failing first time (works second) |
| 13:17.19 | jic23 | e.g. NOTE: package autoconf-native-2.68-r0: task do_populate_sysroot: Started ERROR: Package already staged (/home/jic23/src/beagle/setup-scripts/build/tmp-angstrom_2010_x-eglibc/sstate-control/manifest-x86_64-autoconf-native.populate-sysroot)?! NOTE: package autoconf-native-2.68-r0: task sstate_task_postfunc: Failed ERROR: Function 'sstate_task_postfunc' failed |
| 13:17.36 | jic23 | Anyone able to guess what is happening or suggest how to figure it out? |
| 13:25.50 | *** join/#oe GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 13:33.54 | jic23 | I'll rephrase based a few more starts. Pretty much every populate_staging is failing. |
| 13:34.07 | jic23 | (first time) |
| 13:42.11 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 13:46.50 | jic23 | No one have any idea on the populate_staging issues I'm seeing? |
| 14:01.28 | bluelightning | jic23: is there a pointer to a log file? I can't recall if we write out logs for sstate |
| 14:03.13 | jic23 | nope |
| 14:03.33 | jic23 | bluelightning: nope |
| 14:04.20 | bluelightning | hm... maybe try with -DDD added to the bitbake command line, does it output anything relevant? |
| 14:05.02 | jic23 | bluelightning: nothing that I can see. |
| 14:05.09 | bluelightning | jic23: is SSTATE_DIR set in your local.conf? |
| 14:05.15 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 14:05.44 | jic23 | bluelightning: no. Should it be? |
| 14:06.34 | bluelightning | I would think so yes, it should be set to point to somewhere (supposed to be outside of TMPDIR, in poky the default is ${TOPDIR}/sstate-cache) |
| 14:07.31 | bluelightning | where did you get your local.conf btw? was it created by the angstrom setup scripts? |
| 14:08.01 | jic23 | bluelightning: yup to angstrom scripts. Was being lazy as haven't build oe of any variety for a few months. |
| 14:08.26 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
| 14:08.41 | bluelightning | jic23: there should be no problem with that approach, I'm just guessing that value is missing from the default file |
| 14:08.55 | bluelightning | surprised nobody picked up on that... let me give it a try here |
| 14:09.42 | *** join/#oe rickfoosusa (~chatzilla@ppp-67-67-218-148.dsl.austtx.swbell.net) |
| 14:10.44 | jic23 | bluelightning: thanks. Will try again here with that set and report back. |
| 14:11.12 | bluelightning | jic23: hmm, looks like it indeed does not set it |
| 14:13.49 | jic23 | bluelightning: hmm. adding has triggered a whole new set of fun. |
| 14:13.57 | *** join/#oe Jay7 (jay@93-81-3-65.broadband.corbina.ru) |
| 14:14.08 | *** join/#oe brolin (~brolin@nat223.udea.edu.co) |
| 14:14.12 | jic23 | ERROR: Package already staged (/home/jic23/src/beagle/setup-scripts/build/tmp-angstrom_2010_x-eglibc/sstate-control/manifest-x86_64-m4-native.populate-sysroot)?! NOTE: package m4-native-1.4.16-r0: task sstate_task_postfunc: Failed ERROR: Function 'sstate_task_postfunc' failed ERROR: Task 696 (/home/jic23/src/beagle/setup-scripts/sources/openembedded-core/meta/recipes-devtools/m4/m4-native_1.4.16.bb, do_populate_sysroot) failed with exit code '1' ERROR: '/ |
| 14:14.48 | jic23 | should sstate-control be somewhere outside tmp as well? |
| 14:15.11 | bluelightning | jic23: no it's correct that sstate-control is under tmp |
| 14:16.49 | jic23 | bluelightning: maybe I have some dead caches. I'll clear out tmp. |
| 14:17.30 | jic23 | bluelightning: Actually whilst doing that I've found a sstate-cache under build (same dir as where angstrom seems to be putting tmp) |
| 14:17.44 | jic23 | <PROTECTED> |
| 14:17.50 | bluelightning | jic23: right ok so it does have a default |
| 14:18.20 | bluelightning | jic23: which version of bitbake are you using? |
| 14:19.26 | jic23 | bluelightning: 1.12 was using HEAD but dropped back to see if something weird was going on with that. |
| 14:20.26 | bluelightning | well this is definitely odd behaviour... |
| 14:21.29 | jic23 | well it is a gentoo box so could be a weird dependency issue on the host that no one else has hit. |
| 14:23.37 | jic23 | clearing tmp didn't help. Fails on first package (quilt-native - I'm doing bitbake meta-toolchain to test) |
| 14:24.32 | jic23 | quilt is fine on rerunning. |
| 14:26.58 | jic23 | perl-native then fails. at least this is quick to test ;) |
| 14:27.19 | bluelightning | am having a quick look at the code now |
| 14:27.42 | jic23 | bluelightning: thanks. |
| 14:29.33 | *** join/#oe devzero_ (devzero@xdsl-89-0-179-76.netcologne.de) |
| 14:30.11 | *** join/#oe T0mW (~Tom@24.102.196.152.res-cmts.tv13.ptd.net) |
| 14:30.16 | *** part/#oe T0mW (~Tom@24.102.196.152.res-cmts.tv13.ptd.net) |
| 14:35.01 | *** join/#oe lisppaste (~lisppaste@tiger.common-lisp.net) |
| 14:42.38 | *** join/#oe Heinervdm (~thomas@pD9E158AE.dip.t-dialin.net) |
| 14:43.30 | *** join/#oe dm8tbr (dm8tbr@2001:41b8:0:f010::2) |
| 14:50.56 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 14:52.35 | *** join/#oe woglinde (~heinold@f052224085.adsl.alicedsl.de) |
| 14:57.54 | *** join/#oe thhp (50c14443@gateway/web/freenode/ip.80.193.68.67) |
| 15:00.26 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 15:02.38 | bluelightning | jic23: probably doesn't help you much, but I just downloaded and ran the angstrom setup scripts and ran "bitbake meta-toolchain" and it's not giving me those errors |
| 15:02.48 | bluelightning | jic23: did you change any configuration? |
| 15:04.22 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 15:06.04 | pb_ | g'day kergoth |
| 15:06.23 | pb_ | hm, is there any special trick to getting two git:// URIs to work in SRC_URI? |
| 15:07.29 | woglinde | hi pb |
| 15:07.32 | woglinde | hi kergoth |
| 15:07.56 | kergoth | knows bb.fetch2 is an improvement, but is still greatly tempted by rewriting the damn thing |
| 15:08.01 | pb_ | hi woglinde |
| 15:08.36 | kergoth | every time i look into it, though, i get distracted by wanting to replace the git fetcher with one that uses dulwich (pure python git implementation) or pygit2 (libgit2 bindings) |
| 15:08.39 | kergoth | heh |
| 15:08.48 | pb_ | heh |
| 15:17.44 | kergoth | jeeze, now i remember why i left debian proper. its installer still doesn't support wpa, and someone asked about it on the mailing list and got flamed, practically, acting like its some crazy newfangled thing |
| 15:17.55 | kergoth | uh, no, sorry, even a regular end user could buy an AP that uses it |
| 15:18.11 | kergoth | ubuntu releases break shit, and debian is a pain in the ass |
| 15:18.11 | broonie | Hrm? |
| 15:18.27 | kergoth | thinks about an oe-based distro on a desktop |
| 15:18.33 | broonie | I'm pretty sure I've doen installs over WPA wireless. |
| 15:18.43 | kergoth | the 6.0.1a installer doesn't support it |
| 15:18.50 | kergoth | at least the netinst doesn't, haven't looked at the full dvd |
| 15:18.51 | broonie | Is it not a firmware issue? |
| 15:18.52 | woglinde | kergoth fc-15 losing emails? |
| 15:19.02 | kergoth | no, it found the wifi just fine |
| 15:19.06 | kergoth | and then prompted for a WEP password |
| 15:19.09 | kergoth | and that was the only option |
| 15:19.18 | kergoth | pathetic, really |
| 15:19.20 | woglinde | problem is how often you need to install a debian? |
| 15:19.21 | broonie | URL for the flameage? |
| 15:19.28 | bluelightning | kergoth: kergothix? ;) |
| 15:19.31 | pb_ | that is a bit sad |
| 15:19.48 | kergoth | "> I guess you need to get *your* act together then, and get a clean |
| 15:19.48 | kergoth | > solution for it, propose that to be merged and maybe get it in for now |
| 15:19.48 | kergoth | > or for wheezy. Whining on a mailinglist isn't overly helpful. |
| 15:19.48 | kergoth | " |
| 15:19.54 | kergoth | http://lists.debian.org/debian-devel/2010/11/msg00129.html |
| 15:19.59 | kergoth | course, thats about the beta release, not the final |
| 15:20.05 | kergoth | just some quick googling |
| 15:20.37 | broonie | kergoth: That's not a user, that's a bunch of DDs arguing with each other. |
| 15:20.49 | woglinde | broonie *g* |
| 15:21.04 | kergoth | i didn't say it was a user, i said someone asked about it |
| 15:21.13 | kergoth | i said an end user may well want wpa |
| 15:21.28 | broonie | I was more worried about the flaming than the lack of support. |
| 15:22.42 | kergoth | ah |
| 15:23.28 | pb_ | still, I dread to think what oe on the desktop would be like. |
| 15:23.51 | kergoth | agreed. we don't really have enough devs to maintain it |
| 15:23.53 | pb_ | presumably if it discovered a WPA access point then you'd get a dozen lines of python stack trace and a message telling you that your hard disk was the wrong size. |
| 15:23.54 | *** join/#oe thhp (50c14443@gateway/web/freenode/ip.80.193.68.67) |
| 15:24.03 | bluelightning | haha |
| 15:24.07 | woglinde | *g* |
| 15:24.11 | kergoth | haha |
| 15:24.12 | ka6sox-home | he he |
| 15:24.18 | broonie | pb_: No, you'd get a prompt to enter your WPA token with the touchscreen. |
| 15:24.28 | bluelightning | and the touchscreen would be non-functional |
| 15:24.40 | *** join/#oe stefan_schmidt (~stefan@p4FC773CD.dip.t-dialin.net) |
| 15:24.59 | broonie | On a desktop it'd not be physically present normally which falls within that category. |
| 15:25.20 | bluelightning | yeah, I've just dealt with broken ts a lot lately, not bitter or anything ;) |
| 15:25.41 | kergoth | I wonder what all we'd have to do to enhance it to better support a desktop. I guess the main issue would be the widely varied hardware, would need the full fledged kitchen sink kernel builds |
| 15:26.01 | kergoth | and naturally the whole installer situation |
| 15:26.03 | pb_ | but yeah, maintaining installers in general is a particularly thankless activity. given that oe struggles with quality even now, I don't think that trying to find devs to work on an installer system is a good plan. |
| 15:26.14 | kergoth | nods |
| 15:26.29 | pb_ | other than that, I can't think offhand of any particular reason that one couldn't run angstrom or something on a desktop if one wanted to. |
| 15:26.44 | kergoth | of course, if we got a live cd functioning well enough, you could almost reduce the install to: fdisk, dd disk image |
| 15:26.46 | bluelightning | smells a challenge |
| 15:26.47 | kergoth | or something |
| 15:27.00 | pb_ | heh |
| 15:27.20 | pb_ | true. plus the regulation 7-hour fight with grub, but you get that with any distribution. |
| 15:27.27 | kergoth | heh, indeed |
| 15:27.39 | pb_ | oh, I guess we don't really do lvm+raid setup kind of stuff, need that for any credible desktop distro nowadays |
| 15:27.42 | bluelightning | I'm convinced grub has actually got worse over the years... |
| 15:27.44 | kergoth | would probably want the whole update-grub thing to avoid manually screwing with grub.conf |
| 15:27.53 | kergoth | is grub2 any better? haven't tried it yet |
| 15:28.04 | bluelightning | not from a usability standpoint as far as I noticed |
| 15:28.11 | kergoth | :\ |
| 15:28.18 | pb_ | yeah, grub2 rocks compared to grub1, usability wise |
| 15:28.32 | bluelightning | if it breaks it's still just as obtuse with its error messages |
| 15:28.39 | pb_ | but it does have some extra ways in which you can get it wrong when installing, and debian at least has made full use of that ability in the past |
| 15:28.50 | kergoth | heh, i'm not surprised |
| 15:29.05 | woglinde | pb why you fight 7 hours with grub? |
| 15:29.08 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 15:29.19 | kergoth | for years i refused to install grub on the mbr, didn't trust something that was split into two pieces to partly reside there |
| 15:29.59 | pb_ | heh, I spent about six months netbooting my work desktop off another machine because I couldn't bear to debug the hosed grub install |
| 15:30.05 | kergoth | hah |
| 15:30.15 | kergoth | i know how that is |
| 15:30.18 | broonie | I've never had any issue with it. |
| 15:30.23 | kergoth | just want the damn thing to work so you can move on with your day |
| 15:30.28 | kergoth | so sick of debugging crap like that |
| 15:30.34 | pb_ | yeah |
| 15:30.51 | pb_ | even now, on my current machine, grub seems to have gotten itself into some bad state where it doesn't boot correctly off one of the drives |
| 15:30.55 | kergoth | nowadays when my desktop acts up, i just fscking reinstall / and rerun my basic setup steps. keep /home as its own partition and its safe enough |
| 15:31.01 | pb_ | need to go into the bios boot menu and select the second stata as the boot disk |
| 15:31.03 | ka6sox-home | there is an OE+LVM based distro though...and it works well. |
| 15:31.40 | ka6sox-home | I was tired of seeing: |
| 15:31.42 | ka6sox-home | LI |
| 15:31.45 | ka6sox-home | and that was it... |
| 15:31.47 | pb_ | ha |
| 15:31.48 | kergoth | haha |
| 15:31.49 | pb_ | yes indeed |
| 15:31.52 | kergoth | that brings back memories |
| 15:32.13 | bluelightning | heh |
| 15:33.01 | pb_ | yeah, the nice thing about grub, and grub2 in particular, is that it does have a decent enough shell built in that you can generally recover from most of the trivial errors that would have tended to leave you hosed under lilo |
| 15:33.38 | ka6sox-home | unfortunately |
| 15:33.47 | ka6sox-home | (having fought grub too) |
| 15:33.52 | pb_ | and grub2 does know how to boot off raid+lvm, no need for separate /boot anymore |
| 15:34.02 | pb_ | so, some evidence of progress, but it's still not exactly smooth sailing |
| 15:34.07 | jic23 | bluelightning: no changes to config |
| 15:34.40 | kergoth | my ubuntu desktop spontaniously started booting me back to the gdm login screen when trying to login. /me mutters.. |
| 15:34.54 | bluelightning | jic23: I'm guessing it's some form of host problem though pinning it down would probably involve instrumenting sstate.bbclass further |
| 15:35.12 | woglinde | kergoth install windows7 |
| 15:35.26 | *** join/#oe msm (~msm@192.88.168.34) |
| 15:35.39 | pb_ | heh, you make kergoth sound like a package manager |
| 15:35.54 | kergoth | woglinde: i dual boot that. most recently i've been booting the linux install under vmware player and opening a lot of putty sessions :) |
| 15:36.54 | bluelightning | kergoth: so any progress on the build-oe-on-windows thing then? ;) |
| 15:37.38 | broonie | You'll need to use a VM at some point. |
| 15:37.51 | kergoth | ugh, i can startx but can't login via gdm |
| 15:37.54 | broonie | You can't even store the Linux source on a case insensitve filesystem. |
| 15:37.56 | kergoth | grumbles |
| 15:38.49 | bluelightning | broonie: doesn't cygwin provide some workarounds for that? |
| 15:39.03 | broonie | Not to my knowledge. |
| 15:39.38 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 15:39.57 | bluelightning | hmm, oh well... not something I'm particularly bothered about |
| 15:39.59 | woglinde | runs now win2008R2 64bit on 32bit virtualbox |
| 15:40.17 | pb_ | NTFS does support case sensitivity, and you used to be able to turn it on in the windows kernel too at one point. |
| 15:40.26 | pb_ | I don't know if that still works though, I haven't tried it for ages. |
| 15:40.52 | woglinde | atleast ntfs supports symlink somehow |
| 15:41.04 | kergoth | <3 junction link extension |
| 15:41.12 | kergoth | (the explorer extension, that is) |
| 15:44.11 | *** join/#oe MMx (mmx@2001:41b8:200:0:5054:ff:fe12:3456) |
| 15:45.01 | *** join/#oe sr105_ (~sr105@85-44.97-97.tampabay.res.rr.com) |
| 15:45.23 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
| 15:45.33 | kergoth | i need to play with the NixOS distro more, it's awfully nifty, but I'm not sure if it's something I'd want to really *use*, or just look at and say thats nifty |
| 15:47.38 | bluelightning | kergoth: interesting idea for sure |
| 15:47.49 | bluelightning | (nixos) |
| 15:47.55 | kergoth | nods |
| 15:48.10 | bluelightning | after my experiences with gentoo I'm loath to try another source-based distro though |
| 15:48.13 | kergoth | I really like how the packages are isolated, and how it can reconstruct the entire system from that + its config db |
| 15:48.21 | kergoth | yeah, I can see that |
| 15:48.50 | kergoth | I like how you can basically undo any system operation. drop back to a previous configuration via a boot option, or manually |
| 15:49.43 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 15:49.58 | pb_ | yeah |
| 15:50.59 | pb_ | I'm not entirely sure I buy into their claim that this is all due to the "purely functional" build language though. Or maybe they're using the term "functional" in a way that I don't quite grasp. |
| 15:51.30 | woglinde | they stole it from windows? |
| 15:51.31 | broonie | It'd seem to make things easier. |
| 15:51.43 | kergoth | It seems like they're trying to say that the build are largely free of side effects. input, output, thats it |
| 15:51.54 | kergoth | which seems reasonable |
| 15:53.18 | pb_ | ah, yeah, that makes sense |
| 15:54.33 | kergoth | (god, i want that for oe..) |
| 15:54.44 | mckoan | kergoth: an oe-based distro on a desktop ia a great idea |
| 15:55.14 | jic23 | bluelightning: that's weird. The whole issue seems to have gone away.... Far as I can tell I didn't do anything.... |
| 15:55.24 | mckoan | kergoth: I proposed it at OEDEM 2009 without success |
| 15:55.45 | bluelightning | jic23: ?! that's odd |
| 15:55.49 | kergoth | mckoan: heh, well, we're short hand as is, its hard to say hey, lets do even more, and this is a bigger can of worms than most of our current platforms.. |
| 15:55.52 | kergoth | mckoan: :) |
| 15:55.57 | kergoth | s/hand/handed/ |
| 15:56.41 | bluelightning | mckoan: are you volunteering to maintain it? ;) |
| 15:56.49 | kergoth | hehe |
| 15:57.09 | jic23 | bluelightning: I think I did an update using the angstrom scripts. It grabbed something but I didn't notice what. |
| 15:57.17 | mckoan | not enough time to maintain it, but contribute yes |
| 15:58.16 | mckoan | bluelightning: if I had time to mantain it I'd already done a few years ago ;-) |
| 15:58.25 | bluelightning | I think it's not a bad idea... I'd love to see more distros using bitbake/oe as a base rather than rolling their own tools |
| 15:59.14 | mckoan | basically a sort of openwrt replacement |
| 15:59.56 | mckoan | plus fluxbox wm |
| 16:00.05 | mckoan | just to begin |
| 16:00.35 | bluelightning | we probably already have all the pieces, it's just the integration, testing and fixing that would be needed |
| 16:00.46 | bluelightning | i.e. the "boring" stuff |
| 16:00.47 | pb_ | "just" |
| 16:00.48 | pb_ | heh |
| 16:00.51 | kergoth | heh |
| 16:00.51 | bluelightning | yes |
| 16:01.06 | bluelightning | understatement of the year perhaps |
| 16:01.07 | mckoan | without graphics it already works |
| 16:01.22 | pb_ | right, we already have a bunch of zeros and ones. it's just a case of putting them in the correct order. |
| 16:01.23 | mckoan | problema are wm, mouse and keyboard |
| 16:01.35 | bluelightning | pb_: haha |
| 16:05.06 | ka6sox-home | as long as we don't have to build things like LibreOffice :( |
| 16:07.52 | Crofton | pb_, are you handling the oe lists these days? |
| 16:10.20 | pb_ | not in any official capacity, but I do have administrator access to mailman and I am happy to look at it if you are having a problem |
| 16:11.09 | Crofton | I want to make sure we add the new ev members the members list |
| 16:11.29 | pb_ | ah, right |
| 16:11.38 | pb_ | I can do that if you send me a list of their email addresses |
| 16:11.49 | pb_ | the original ballot only had their names |
| 16:12.04 | kergoth | hmm, there's a goggle bug. doesn't always close the parsing progress bar when it hits 100% |
| 16:13.34 | bluelightning | kergoth: we're not still losing some events somewhere are we? |
| 16:18.51 | *** join/#oe risca (~risca@62-20-182-102-no18.tbcn.telia.com) |
| 16:18.58 | kergoth | didn't think so, but perhaps |
| 16:19.00 | kergoth | hmm |
| 16:19.17 | kergoth | and of course, now if i close out the 100% progress bar, it quits the build |
| 16:19.19 | kergoth | hehe |
| 16:19.24 | kergoth | lets it float |
| 16:21.12 | bluelightning | kergoth: seems that was a recent change |
| 16:21.27 | kergoth | bah, and it blocks the ability to click on the main window :) |
| 16:21.32 | kergoth | will have to investigate more closely |
| 16:26.50 | Crofton | pb_, I will work on that |
| 16:26.55 | Crofton | thanks |
| 16:28.27 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 16:33.20 | *** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 16:52.12 | kergoth | bluelightning: progress bar doesn't hang open in hob, just goggle, hopefully just a goggle bug rather than an event issue |
| 16:52.30 | kergoth | crosses fingers and pokes at the code |
| 16:53.32 | kergoth | hmm, some performance issues in hob, need a busy cursor after you check something for inclusion while it processes the packages |
| 16:53.35 | kergoth | looks nifty though |
| 16:54.41 | bluelightning | kergoth: incandescant was soliciting feedback on bitbake-devel recently, I'm sure he'd welcome your comments |
| 16:54.49 | kergoth | will jot down some notes |
| 16:55.00 | kergoth | yow, we really need a search box for the package list :) |
| 16:55.05 | kergoth | that's one looong list |
| 16:55.58 | bluelightning | yeah I think that's on his plan |
| 16:56.09 | bluelightning | or isn't there a box already? |
| 16:56.30 | kergoth | don't see one, yet, but yeah, presumably its a pretty obvious thing |
| 16:56.33 | kergoth | looks pretty slick though |
| 16:56.40 | kergoth | i imagine the end users will love it |
| 16:57.34 | bluelightning | screenshot here has one at the bottom of the list: https://wiki.pokylinux.org/wiki/BitBake/GUI/PostOneOh |
| 16:57.55 | bluelightning | it could be this stuff is in a branch |
| 16:58.22 | woglinde | hm hm windows 2008R2 server is very nice |
| 16:58.23 | kergoth | could also be i was blind, hard to say without reopening it |
| 16:58.26 | kergoth | hehe |
| 17:00.43 | kergoth | it definitely looks a bit different than that shot in current master. no 'base image' selection for example, just pick and choose the images whose content you want to include |
| 17:02.34 | bluelightning | kergoth: ah right, his work seems to be in the poky-contrib josh/hob branch |
| 17:03.11 | kergoth | ah |
| 17:03.30 | bluelightning | it's advanced quite a bit since the version in bitbake master |
| 17:03.37 | kergoth | nice, will take a look |
| 17:03.39 | kergoth | thanks for the pointer |
| 17:04.42 | kergoth | I wonder if he plans on extracting configuration variables from the metadata and presenting a UI for them based on the variable types, and if so, if he plans to put that in a common place. I'd imagine that would be useful in multiple UIs |
| 17:04.44 | kergoth | ponders |
| 17:06.12 | bluelightning | kergoth: you'd have to ask him :) I think the approach has been to put in channels to list possible values for specific variables (where the UI currently provides a drop-down), but I haven't looked at the code lately |
| 17:06.46 | bluelightning | I know he has been careful not to break the client/server split |
| 17:07.25 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 17:08.48 | kergoth | ugh, damnit |
| 17:08.55 | kergoth | we still have a lot of sstate relocation bugs lurking |
| 17:10.18 | *** join/#oe nitink (~nitink@134.134.137.71) |
| 17:10.59 | bluelightning | kergoth: you've just hit a specific one? |
| 17:14.13 | kergoth | this particular case was reuse of autoconf-native to build automake-native, it said autoconf wasn't functional. cleaning and killing the autoconf-native sstate fixed it. i suspect some of these may be cases of missing 'vardeps' flags resulting in reuse of sstates that shouldn't be reused, as opposed to relocation issues. both are concerns. unfortunately missing vardeps are particularly hard to nail down, since it doesn't always result in a |
| 17:14.13 | kergoth | visible failure |
| 17:14.50 | khem | dreamnt of writing bitbake in golang |
| 17:14.57 | kergoth | khem: i thought about that :) |
| 17:15.04 | khem | kergoth: its damn good |
| 17:15.12 | khem | I am experimenting with it at work |
| 17:15.24 | kergoth | I need to play with it some more, have made simple apps, but no real projects with it yet |
| 17:15.36 | khem | and takes advantage of threading at no cost where python really is constipated |
| 17:15.44 | khem | using multiple CPUs |
| 17:16.00 | khem | I saw like 5 times speedup in some programs |
| 17:16.24 | khem | thats on 32core network processors but you get the idea |
| 17:16.35 | kergoth | yeah I really like the channels |
| 17:16.44 | kergoth | explicit message passing is way way better than memory sharing |
| 17:16.51 | khem | yep |
| 17:17.06 | kergoth | (hence the use of queues in bitbake's ui<->server and parallel parsing) |
| 17:17.59 | kergoth | i think there's even lua stuff for go somewhere, could use that to provide scripting |
| 17:18.02 | kergoth | heh |
| 17:18.39 | khem | yes that will be a perfect combo |
| 17:18.41 | khem | or ocaml |
| 17:18.55 | khem | we need to use ocaml for something |
| 17:18.59 | kergoth | hehe |
| 17:19.26 | khem | but rewriting bitbake in go hmmm |
| 17:19.36 | khem | I have to think about it |
| 17:20.19 | kergoth | first step for that would probably be to get the recipe parser written in it. need a lexer with states |
| 17:21.00 | kergoth | bah, spoke too soon wrt hung up progress bar, just happened with hob in josh/hob branch |
| 17:21.01 | kergoth | mutters |
| 17:21.48 | khem | yeah clearly make a frontend |
| 17:22.21 | khem | kergoth: and may be that could be an excuse to develop .bb2 language as well |
| 17:22.30 | kergoth | the problem with any rewrite is they tend to take forever to reach feature parity with the original |
| 17:22.32 | khem | and get rid of pains from .bb1 |
| 17:22.35 | kergoth | nods |
| 17:22.56 | khem | yeah like hollywood sequels |
| 17:23.02 | kergoth | hehe |
| 17:23.05 | khem | the bar is too high |
| 17:23.16 | khem | shit gcc ICEd |
| 17:23.18 | khem | hmm |
| 17:23.30 | kergoth | I'd be interested in trying it in go even just as an exercise. something to hack on and improve go skill, even if it never replaced the original |
| 17:23.30 | *** join/#oe pidge (~eflanagan@134.134.137.73) |
| 17:23.33 | kergoth | would be fun |
| 17:23.55 | khem | hmmm thumb |
| 17:23.57 | khem | damn it |
| 17:24.13 | khem | unable to find a register to spill in class 'LO_REGS' |
| 17:24.28 | woglinde | hi khem |
| 17:24.31 | khem | ofcourse if you hide away half the registers |
| 17:24.37 | khem | woglinde: yo |
| 17:24.47 | khem | how is weather in dland |
| 17:25.18 | khem | my friend toured south germany last week and is totally happy |
| 17:25.29 | woglinde | thunderstorms |
| 17:25.37 | khem | oh |
| 17:25.40 | woglinde | yeah last week |
| 17:26.01 | woglinde | but the last days we had nice "Knalls" |
| 17:26.56 | kergoth | I'd really love to see the coding in the OE metadata get shifted out. I think it'd be nice to provide explicit plugins / scripting hooks into bitbake's operations instead. let the recipes/classes stick to declarative. let the plugin set up the tasks, and the classes/recipes just *define* them |
| 17:27.01 | kergoth | not sure if others would agree though |
| 17:28.24 | khem | kergoth: yeah that would be more semantically robust too |
| 17:28.44 | khem | woglinde: you had reported some issue with scanf |
| 17:28.46 | kergoth | the only difficulty there is ensuring that the checksumming can still capture the changes to behavior by the scripts/plugins |
| 17:28.49 | kergoth | but i think its doable |
| 17:28.49 | khem | what was it ? |
| 17:28.59 | kergoth | especially if we name/version the addons, and capture that in it |
| 17:31.31 | Crofton | khem, how do we make this go awau when we run ldconfig |
| 17:31.37 | Crofton | ldconfig: /usr/lib/libstdc++.so.6.0.14-gdb.py is not an ELF file - it has the wrong magic bytes at the start. |
| 17:31.43 | Crofton | I am getting beat up over it |
| 17:31.52 | Crofton | and me saying ignore it is not working |
| 17:32.03 | khem | Crofton: hmmm its harmless |
| 17:32.16 | Crofton | I know, but it produces user questions |
| 17:32.24 | mwester | would argue that nothing that creates user concern is harmless. |
| 17:32.42 | mwester | spent some (unhappy) months in a customer-service job.... |
| 17:33.01 | Crofton | exactly |
| 17:33.15 | kergoth | worked in tech support for 3 years ages ago |
| 17:33.16 | khem | Crofton: what do customer complain |
| 17:33.28 | Crofton | they ask about the message |
| 17:33.30 | *** join/#oe Jefro (~josiermi@134.134.137.75) |
| 17:33.35 | Crofton | since it is not what they expect to see |
| 17:33.38 | Crofton | Jefro, ping |
| 17:34.56 | khem | Crofton: ok is it packaged in -dev ? |
| 17:35.07 | khem | if not then it belongs to -dev package |
| 17:35.09 | Crofton | not sure |
| 17:35.13 | khem | so thats first thing we need to do |
| 17:35.25 | tharvey | git://git.openembedded.org down? I can get to http://cgit.openembedded.org/cgit.cgi/openembedded/ but can't clone |
| 17:35.35 | Crofton | I cant look at it now, in MV and have a telecon and need to add debug to verilog ... |
| 17:35.54 | Crofton | I just got "yelled" at over it again since we move it around in the bug tracker |
| 17:36.15 | woglinde | khem yes scanf |
| 17:36.26 | woglinde | uclibc dont honors m flag |
| 17:37.00 | woglinde | for alloc space for char* and store it |
| 17:37.10 | kergoth | tharvey: getting that here too |
| 17:38.17 | khem | woglinde: hmm |
| 17:38.36 | woglinde | it dont honors a flag too |
| 17:38.46 | woglinde | but a flag shouldnt be used because of some clashes |
| 17:38.54 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 17:39.30 | woglinde | for systemd I used ugly char[] stuff to workaround it |
| 17:45.24 | woglinde | khem btw. -> https://bugs.busybox.net/show_bug.cgi?id=3829 |
| 17:50.29 | *** join/#oe anarsoul (~anarsoul@212.98.177.125) |
| 17:51.58 | *** join/#oe rcf (~rcf@135.171-243-81.adsl-dyn.isp.belgacom.be) |
| 17:54.05 | *** join/#oe B_Lizzard (~havoc@athedsl-119394.home.otenet.gr) |
| 18:03.01 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 18:06.52 | *** join/#oe aloisiojr (~aloisio@186.215.206.130) |
| 18:08.25 | Jay7 | hehe.. |
| 18:08.40 | Jay7 | I'm reading kergoth idea about oe-based desktop |
| 18:08.58 | kergoth | it's not a new idea, people have thrown it around on occasion for a long time |
| 18:09.02 | Jay7 | I remember that there was idea to create self-containing recursive OE distro |
| 18:09.09 | Jay7 | i.e. distro able to build OE |
| 18:09.10 | kergoth | yeah, that'd be nice |
| 18:09.14 | Jay7 | or image at least |
| 18:12.04 | ka6sox-home | that is very nice idea. |
| 18:13.48 | Jay7 | but this idea is more applicable to oe-core now :) |
| 18:13.54 | ka6sox-home | nslu2-linux.org tried to make a master Makefile that would setup everything necessary to build itself...but not a full distro. |
| 18:14.19 | Jay7 | it should may be qemu or lxc rootfs |
| 18:14.43 | Jay7 | I'm not sure people will use this distro on real HW.. only for autobuilders may be |
| 18:15.17 | ka6sox-home | or as a VM of some sort. |
| 18:16.55 | ka6sox-home | in years past it would have been a CD image...but now USB Flash image. |
| 18:27.32 | *** join/#oe martinmeba (~martin@12.110.139.34) |
| 18:31.48 | martinmeba | I am trying to write a recipe for pyudev - it claims no dependencies and just needs python-ctypes. The recipe I have is very simple and gets most of the way through but blows-up on the native system trying to import ctypes, specifically, trying to import _ctypes. |
| 18:32.06 | martinmeba | http://pastebin.com/R3gTznxu |
| 18:32.19 | martinmeba | does anyone have any experience with this? I feel like I am missing something simple. |
| 18:33.38 | khem | ka6sox-home: git-daemon-run got uninstalled on melo |
| 18:33.51 | khem | ka6sox-home: xinetd got updated |
| 18:34.03 | khem | thats like today |
| 18:35.44 | ka6sox-home | khem, yup, I did it. |
| 18:36.01 | ka6sox-home | solved quite a few problems. |
| 18:36.50 | khem | hmm KDE 4.7 will have openGL-ES support |
| 18:37.06 | *** join/#oe pepermint (~pepermint@host35-11-dynamic.58-82-r.retail.telecomitalia.it) |
| 18:37.12 | khem | so probably we can think of putting KDE on mobile divices |
| 18:37.19 | khem | thinks of meta-kde |
| 18:39.25 | *** join/#oe dijenerate (~dijenerat@72.51.93.74) |
| 18:39.39 | woglinde | khem yes you mean kwin |
| 18:40.30 | CIA-8 | 03Tom Rini <tom_rini@mentor.com> 07master * rca688dd2de 10openembedded.git/recipes/udev/ (udev.inc udev/cache udev/init): |
| 18:40.30 | CIA-8 | udev: Make the dev cache work with /dev/shm |
| 18:40.30 | CIA-8 | At this point in the boot process we may not have a writable /tmp |
| 18:40.30 | CIA-8 | directory. We will have a writable /dev/shm and the data we need |
| 18:40.30 | CIA-8 | is small enough that we use this directory. |
| 18:40.31 | CIA-8 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 18:41.37 | khem | woglinde: yes |
| 18:42.08 | khem | woglinde: btw. those two patches |
| 18:42.32 | khem | I think cpusets patch is fine but execvpe needs to be controlled by a knob |
| 18:42.50 | woglinde | khem sure I didnt write the test |
| 18:42.50 | khem | and also run a bloatometer how much size is increased |
| 18:44.20 | ka6sox-home | tharvey, can you clone now? |
| 18:45.28 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |
| 19:17.23 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 19:18.41 | *** join/#oe timtimred (~meh@85.210.132.166) |
| 19:25.14 | tharvey | ka6sox-home, git clone does work now thx |
| 19:33.36 | *** join/#oe Crofton (~balister@108-65-78-2.lightspeed.sntcca.sbcglobal.net) |
| 19:37.07 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r70232a8abc 10bitbake.git/bin/bitbake-layers: |
| 19:37.07 | CIA-8 | bitbake-layers: Add comment header |
| 19:37.07 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 19:37.20 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r4d15aaabf3 10bitbake.git/lib/bb/runqueue.py: |
| 19:37.20 | CIA-8 | runqueue.py: Export further hash information into the task environment |
| 19:37.20 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 19:37.21 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * re92c694a53 10bitbake.git/lib/bb/data.py: |
| 19:37.21 | CIA-8 | data.py: Ensure vardeps flags get expanded |
| 19:37.21 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 19:37.22 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r5b345d482f 10bitbake.git/lib/bb/ (build.py runqueue.py): |
| 19:37.23 | CIA-8 | build/runqueue: Pass quieterrors flag around to supress errors at task execution time |
| 19:37.23 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 19:37.24 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * rea0ca90dba 10bitbake.git/lib/bb/cooker.py: |
| 19:37.24 | CIA-8 | cooker.py: Drop duplicate parseCommandLine call |
| 19:37.25 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 19:40.49 | *** join/#oe lisppaste (~lisppaste@tiger.common-lisp.net) |
| 20:06.18 | blindvt | khem, we now have 0.9.32, fyi. And thanks alot for your dedication! |
| 20:07.44 | blindvt | khem, woglinde, i take it that we will have a point release during the next 14 days due to stuff you and carmelo already scheduled. |
| 20:07.47 | *** join/#oe pespin_ (~pespin@221.pool85-50-22.dynamic.orange.es) |
| 20:08.37 | woglinde | hiho blindvt |
| 20:08.56 | blindvt | ehlo |
| 20:09.00 | woglinde | means finally .32 |
| 20:09.11 | woglinde | without systemd able to run |
| 20:09.13 | woglinde | *g* |
| 20:10.44 | blindvt | woglinde, yea. but without your systemd stuff (attachment to bugzilla means that i cannot read it 98% of the time since i cannot afford appropriate SSL certs for the bugzilla to read on my phone; it's far better to git send-email it to the list) |
| 20:13.09 | blindvt | woglinde, i'll get that fixed once i have a chance to read the patches (which will likely be this friday or next thursday, depending on the phase of the moon and real work workload) |
| 20:13.49 | woglinde | hm as I said I didnt write the excevpe testcase |
| 20:13.50 | woglinde | sorry |
| 20:13.54 | woglinde | wasnt in the mood |
| 20:14.44 | *** join/#oe dth (~dth@a89-183-244-58.net-htp.de) |
| 20:15.31 | blindvt | that delay sucks, i know, but i have no choice otherwise ATM. They pay me to get other stuff done so no chance to do something really useful currently |
| 20:15.57 | blindvt | shrugs |
| 20:17.12 | blindvt | woglinde, if you're in the mood to contribute a regtest, the better. Would actively prevent grief in the future (so would be awesome in my POV, certainly) |
| 20:18.21 | blindvt | anyway. i'm digressing -- & |
| 20:18.40 | *** part/#oe dth (~dth@a89-183-244-58.net-htp.de) |
| 20:24.10 | khem | blindvt: great !!! |
| 20:25.01 | *** join/#oe mrmoku (~mrmoku@ppp-188-174-39-62.dynamic.mnet-online.de) |
| 20:25.23 | khem | blindvt: so we can merge stuff from prelink branch into master now |
| 20:25.43 | khem | and also the patches for mtune stuff removal |
| 20:25.51 | khem | I will do the latter soon |
| 20:32.50 | blindvt | khem, i'm about to merge future in now, then you can do prelink then ldso-future. |
| 20:35.02 | *** join/#oe egonzalez_ergio (~emiliano@190.49.41.182) |
| 20:35.50 | blindvt | khem, i'll start to draft a future mail beginning tomorrow with a vision about a (radically) changed selection of POSIX-2008/POSIX-2004/POSIX-2001 selection via config reflecting dependant stuff and API aiming towards a 1.0 release and correspoding ABI. |
| 20:36.23 | khem | blindvt: is future good enough to merge ? |
| 20:37.02 | blindvt | khem, i will suggest to completely drop SUSv2 legacy nonsense there too (yay!!) |
| 20:37.16 | blindvt | khem, i think it is, yes |
| 20:38.03 | blindvt | khem, if you could arrange auto-testers to build oe flavors against future that would of course be of great help for sure! |
| 20:38.50 | blindvt | khem, but i fear we -- still -- don't have any such buildbots, do we? :( |
| 20:39.17 | khem | no |
| 20:39.24 | blindvt | it's a shame |
| 20:39.30 | khem | and my concern is that we should not break anything |
| 20:39.39 | khem | its hard to debug failures |
| 20:39.53 | khem | so any change on massive scale has to be tested a bit |
| 20:40.07 | khem | atleast on active architectures |
| 20:40.40 | Tartarus | blindvt: startssl.com does valid certs that are free @ 1 year expr |
| 20:40.52 | blindvt | perhaps i should just go gentoo and benefit on them paying the bill for the cycles we would need for a sane check-bed. Suckage |
| 20:42.02 | egonzalez_ergio | hi |
| 20:42.53 | khem | blindvt: oe-core/meta-oe can now build serious images using uclibc |
| 20:43.05 | khem | on arm/mips/ppc/x86/x86_64 |
| 20:43.12 | *** join/#oe toi (~peter@94-226-59-90.access.telenet.be) |
| 20:43.17 | khem | some gui images as well |
| 20:43.22 | khem | and they all boot and run on qemu |
| 20:43.37 | khem | so it can definitely be used as a playground |
| 20:44.06 | khem | BlindMan: it can build efl-nodm-image |
| 20:44.21 | khem | which is fairly extensive |
| 20:44.29 | egonzalez_ergio | hi. I'm, using yocto. Im trayng to compile fuse package.this is in oepenembedded, not in yocto.I've putted the oe git in meta-openembedded.and added to my bblayers.conf. but, wen I try : bitbake fuse. http://pastebin.com/cBKdzfFT |
| 20:45.04 | woglinde | egonzalez_ergio you mean you use oe-core layer and meta-oe? |
| 20:45.31 | khem | egonzalez_ergio: copy the recipes/fuse from oe.dev into meta-openembedded/meta-oe/recipe-extended or somethin |
| 20:46.10 | khem | will try oneiric tonight to experience KDE 4.7 |
| 20:48.08 | blindvt | Tartarus, i (and erik) am willing to pay DNS for a hobby and /me is willing to spend significant parts of my sparse sparetime for everybody else's profit. But i just have no time for the other stuff like taking care of certs or buildbots. I've been taking care of that infrastructure stuff for a decade now, for several projects, but i cannot afford to continue doing that, unfortunately. I have to get my rent payed and if nobody is in a w |
| 20:48.09 | blindvt | ay sponsoring that administrative stuff and my efforts then i have to bail our of certain parts. I'm pretty sure you know the dilemma. |
| 20:48.14 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 20:48.26 | egonzalez_ergio | txs...trying |
| 20:52.02 | *** join/#oe B_Lizzard (~havoc@athedsl-119394.home.otenet.gr) |
| 20:58.30 | darknighte | chuckles over the re-write of bitbake in go from khem |
| 20:58.52 | darknighte | rphillips started looking at the same thing last year. not sure how far he got. |
| 20:59.43 | Jay7 | blindvt: what kind of builds you need? |
| 20:59.50 | Jay7 | I can do some |
| 21:00.20 | Jay7 | my home workstation is idling lot of time |
| 21:16.59 | *** join/#oe incandescant (~joshual@12.236.253.2) |
| 21:18.29 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 21:18.59 | *** join/#oe lamikr (~lamikr@a91-155-189-205.elisa-laajakaista.fi) |
| 21:21.55 | blindvt | Jay7, full set of each several configs for alpha |
| 21:21.55 | blindvt | arm |
| 21:21.55 | blindvt | avr32 |
| 21:21.55 | blindvt | bfin |
| 21:21.55 | blindvt | c6x |
| 21:21.55 | blindvt | cris |
| 21:21.57 | blindvt | e1 |
| 21:21.59 | blindvt | frv |
| 21:22.01 | blindvt | h8300 |
| 21:22.03 | blindvt | hppa |
| 21:22.05 | blindvt | i386 |
| 21:22.07 | blindvt | i960 |
| 21:22.11 | blindvt | ia64 |
| 21:22.13 | blindvt | m68k |
| 21:22.15 | blindvt | microblaze |
| 21:22.17 | blindvt | mips |
| 21:22.19 | kergoth | ehm |
| 21:22.19 | blindvt | nios |
| 21:22.21 | blindvt | nios2 |
| 21:22.23 | blindvt | powerpc |
| 21:22.25 | blindvt | sh |
| 21:22.27 | blindvt | sh64 |
| 21:22.29 | blindvt | sparc |
| 21:22.31 | blindvt | v850 |
| 21:22.33 | blindvt | vax |
| 21:22.33 | kergoth | don't make me kick you :P |
| 21:22.35 | blindvt | x86_64 |
| 21:22.37 | blindvt | xtensa |
| 21:22.41 | blindvt | ahem, too many newlines, sorry |
| 21:22.51 | Jay7 | blindvt: oh :) |
| 21:24.09 | Jay7 | well.. it's task for small cluster, not for one powered workstation :) |
| 21:24.12 | mwester | hands blindvt a sack full of commas. |
| 21:24.14 | blindvt | Jay7, it's a bit involved, i know. Been there, done that and keeping it up is not exactly fun, at least not my notion of fun |
| 21:24.19 | *** join/#oe ant__ (~andrea@host9-105-dynamic.50-82-r.retail.telecomitalia.it) |
| 21:25.53 | Jay7 | blindvt: so are looking for cluster or you have cluster but have no admin staff? |
| 21:26.36 | blindvt | Jay7, yea, i used a some nodes to do the matrix but i lost access to clusters recently, so no >1000 nodes where one can sneak in backfillers to do useful stuff in some 16 nodes |
| 21:27.30 | blindvt | Jay7, i don't have sensible hardware nor the time to take care of setting up that stuff afresh |
| 21:28.05 | Jay7 | yeah, that's not exactly fun as you said |
| 21:28.29 | Jay7 | that's why I'm talking about distributed builds |
| 21:28.57 | Jay7 | autobuilders is nice thing but not every company/people can have it |
| 21:28.59 | blindvt | it's fun if you can sneak it in, but it gets cumbersome if you have to collect slaves and setup the thing for the Nth time |
| 21:29.39 | blindvt | but anyway. Testing is for whips either way ;P |
| 21:29.43 | blindvt | have to run |
| 21:29.45 | blindvt | & |
| 21:31.01 | Jay7 | that is application of oe distro.. |
| 21:31.19 | Jay7 | build it, place it on node in cluster and control it |
| 21:33.39 | ant__ | Tartarus: wrt udev, great, now I can reenable device cache without hacking base-files |
| 21:34.09 | Tartarus | heh |
| 21:35.42 | ant__ | though, standard fstab needs some care |
| 21:44.02 | Tartarus | Here at least, ramdisks work without complaining about doing stuff before root is rw |
| 21:46.59 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 21:46.59 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 21:47.27 | denix | Tartarus: neat trick with udev, btw! |
| 21:48.20 | Tartarus | denix: yeah, but from what koen has said it's not nearly as neat as just fixing the rules |
| 21:49.09 | tzanger | missed this neat trick |
| 21:50.17 | ant__ | rebuilding and testing it right now |
| 21:52.30 | Tartarus | tzanger: In short, OE is currently adding a bunch of rules that seem to do nothing more than slow the system down |
| 21:52.54 | Tartarus | oe-core has this fix |
| 21:52.57 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 21:54.25 | tzanger | Tartarus: ok, but what's the ramdisk do to fix it, are you using initramfs and rm /etc/udev.d/rules.d/* early on? |
| 21:54.38 | Tartarus | tzanger: oh, what I just pushed? |
| 21:54.50 | Tartarus | I just made the cache stuff use /dev/shm which is rw that early not /tmp, which is not |
| 21:55.01 | Tartarus | not doing anything clever to save the cache |
| 21:55.15 | ant__ | Tartarus: I retry now that pb_ knocked out uclibc... why is klibc machine specific? Because is using kernel headers? And then? |
| 21:56.18 | tzanger | oh I see |
| 21:57.10 | ant__ | Tartarus: when I reordered the initscripts I was wondering nobody else did complain |
| 21:58.25 | ant__ | udev scripts were starting too early |
| 22:02.07 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 22:07.05 | *** join/#oe woglinde_ (~heinold@f052238078.adsl.alicedsl.de) |
| 22:08.12 | *** join/#oe pidge (~eflanagan@134.134.137.73) |
| 22:16.07 | *** join/#oe veganadian (~andrew@CPE0013f7b6cfd2-CM0013f7b6cfce.cpe.net.cable.rogers.com) |
| 22:30.37 | GNUtoo | hi, there is no sdl-config-native |
| 22:30.59 | GNUtoo | that breaks crimsonfields-native_0.4.8.bb |
| 22:31.03 | GNUtoo | in oe.dev |
| 22:31.27 | GNUtoo | ouch it has a do_stage |
| 22:35.48 | *** join/#oe pespin_ (~pespin@221.pool85-50-22.dynamic.orange.es) |
| 22:37.39 | *** join/#oe egonzalez_ergio (~emiliano@190.49.41.182) |
| 22:45.11 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 22:49.17 | *** join/#oe woglinde (~heinold@f052226017.adsl.alicedsl.de) |
| 23:12.26 | *** join/#oe risca (~risca@62-20-182-102-no18.tbcn.telia.com) |
| 23:28.10 | *** join/#oe ensc_ (~irc-ensc@p5DF2F490.dip.t-dialin.net) |