00:03.41 | CIA-9 | 03nail 07org.oe.dev * rea494853... 10/ (1 packages/meta/slugos-packages.bb): slugos-packages: Move ushare to uclibc broken packages, not generic |
00:03.53 | CIA-9 | 03nail 07org.oe.dev * rb165fbe3... 10/ (1 packages/meta/slugos-packages.bb): slugos-packages: Remove icecast, add note about commenting |
00:04.10 | *** join/#oe luke-jr_ (n=luke-jr@user-0c93tin.cable.mindspring.com) |
00:17.47 | *** join/#oe furlongm_ (n=furlongm@83-70-160-250.b-ras1.prp.dublin.eircom.net) |
00:19.18 | CIA-9 | 03cyril.romain 07org.oe.dev * rc56059bf... 10/ (1 contrib/sanitize.py): |
00:19.18 | CIA-9 | sanitize.py: Revision 0.4 |
00:19.18 | CIA-9 | * formatting changes |
00:19.18 | CIA-9 | * functions with better names |
00:19.18 | CIA-9 | * useless or unused variables removed |
00:19.19 | CIA-9 | * comments added |
00:24.31 | *** join/#oe JoeSchmo (n=jciccone@pool-71-125-87-157.nwrknj.east.verizon.net) |
00:31.21 | *** join/#oe furlongm__ (n=furlongm@83-70-251-251.b-ras1.prp.dublin.eircom.net) |
00:38.55 | *** join/#oe CSMan (n=csman@70.55.81.97) |
00:41.23 | *** join/#oe csmanx (n=csman@70.55.81.97) |
00:46.47 | *** join/#oe mikearthur (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
00:47.24 | *** join/#oe awelux (n=awelux__@dslb-084-058-130-025.pools.arcor-ip.net) |
00:51.25 | *** join/#oe CSMan_ (n=csman@bas1-montreal42-1177928201.dsl.bell.ca) |
00:51.47 | CIA-9 | 03pfalcon 07org.oe.dev * r1997f387... 10/ (1 contrib/sanitize.py): sanitize.py: Drop odict dependency. |
00:57.27 | *** join/#oe csmanx_ (n=csman@70.53.194.9) |
01:14.40 | *** join/#oe gints____ (n=gints@62.84.15.211) |
01:18.53 | *** join/#oe tmbinc_ (i=abcd@e176186008.adsl.alicedsl.de) |
01:30.10 | *** join/#oe AvengerMoJo (n=alex@218.79.132.147) |
02:00.56 | *** join/#oe idealm (n=ideal@222.67.239.39) |
02:40.49 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a85.ptbyny.tds.net) |
02:43.58 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
02:49.13 | *** join/#oe wrobbie (n=rob@cm112.sigma248.maxonline.com.sg) |
03:09.40 | CIA-9 | 03lenehan 07org.oe.documentation * r3f681d3e... 10/ (1 usermanual/reference/var_src_uri.xml): |
03:09.40 | CIA-9 | usermanual SRC_URI: Add details on the new SVNDIR variable, add details on |
03:09.40 | CIA-9 | the CVSDIR variable, which was missed previously, and rename GIT_DIR to its |
03:09.40 | CIA-9 | real name of GITDIR. |
03:50.26 | *** join/#oe idealm (n=ideal@222.67.239.39) |
04:16.31 | CIA-9 | 03lenehan 07org.oe.documentation * re109add8... 10/ (3 files in 3 dirs): |
04:16.31 | CIA-9 | usermanual SECTION: Document the SECTION variable and start to put a |
04:16.31 | CIA-9 | description to some of the sections. Still a bit of a mess but it's probably |
04:16.31 | CIA-9 | better than nothing. |
04:51.35 | CIA-9 | 03lenehan 07org.oe.dev * r02661077... 10/ (1 packages/gd/gd_2.0.33.bb): |
04:51.35 | CIA-9 | gd 2.0.33: Don't search for the X11 headers. Without this hosts that have |
04:51.35 | CIA-9 | X11 headers in /usr/include/X11 and not in /usr/X11R6/include will get a |
04:51.35 | CIA-9 | cross-compile badness error from the compiler from tying to use the host |
04:51.35 | CIA-9 | includes. |
05:16.19 | *** join/#oe hvontres|poodle (n=root@adsl-71-154-211-45.dsl.sndg02.sbcglobal.net) |
05:21.42 | *** join/#oe bluelightning (n=blueligh@222-155-145-227.jetstream.xtra.co.nz) |
05:25.45 | *** join/#oe bluelightning_ (n=blueligh@222-155-145-227.jetstream.xtra.co.nz) |
05:31.08 | *** join/#oe CSMan (n=csman@bas1-montreal42-1178045960.dsl.bell.ca) |
05:36.04 | *** join/#oe csmanx_ (n=csman@70.55.142.8) |
05:44.31 | *** join/#oe CSMan__ (n=csman@bas1-montreal42-1178045516.dsl.bell.ca) |
05:49.35 | *** join/#oe csmanx (n=csman@70.55.140.76) |
06:03.28 | *** join/#oe awelux (n=awelux__@dslb-084-058-153-214.pools.arcor-ip.net) |
06:16.51 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
06:27.36 | *** join/#oe hufnus (n=slonsiki@DSL135-086.labridge.com) |
07:02.38 | leoncamel | hi, folks. how can I trace the dependency of package ? |
07:04.10 | emte | bitbake -s |
07:04.14 | emte | i think |
07:04.39 | emte | but that doesnt mean it will give you the correct deps |
07:07.29 | leoncamel | emte, OK. I want trace the dependency of libX11. it seems it broken. |
07:08.42 | emte | libX11 would come from a package |
07:08.59 | emte | you need to know which one and then follow that one |
07:09.12 | emte | but like i said it may more may not give you correct deps |
07:09.16 | emte | or* |
07:09.38 | emte | it depends on the Maintainers and if/what they put in the depends feilds |
07:17.45 | leoncamel | hmm, is there anybody would like talk the dependency of "libx11"? |
07:18.36 | emte | glibc :P |
07:19.25 | leoncamel | emte, hmm. I think the libXrender circle dependency of "libx11".. |
07:20.28 | leoncamel | emte, hmm, what do you mean "glibc" ? |
07:21.00 | emte | well if you dont have glibc i dont think you can even compile/run anything X based |
07:22.14 | leoncamel | emte, hmm, yes. I did compile the glibc by OE. |
07:22.43 | leoncamel | emte, I bitbake gpe-image. and it failed. so, I am trying to find where is wrong ? |
07:23.03 | emte | ah |
07:24.15 | leoncamel | emte, hmm, what do you think about it ? |
07:24.42 | emte | i cannot say i have had a gpe image fail in quite a while |
07:30.50 | *** join/#oe zap (n=zap@85.249.170.16) |
07:33.00 | *** join/#oe gremlin[it] (n=gremlin@ppp-49-11.25-151.libero.it) |
07:33.22 | leoncamel | emte, hmm, would like give me some advice about it ? |
07:37.36 | emte | without knowing what your actually problem is ... |
07:37.42 | emte | actual* |
07:43.54 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
07:44.59 | *** join/#oe tkp (n=tom@spc2-brig9-0-0-cust665.asfd.broadband.ntl.com) |
07:56.38 | *** join/#oe |dkey| (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
08:05.58 | RP | morning all |
08:09.14 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
08:16.41 | *** join/#oe bobbyz (i=zeus@70-33-4-119.clspco.adelphia.net) |
08:21.21 | CIA-9 | 03rpurdie 07org.oe.dev * r2313adb8... 10/ (1 packages/linux/linux-openzaurus_2.6.17.bb): linux-oz-2.6: poodle compile fixes |
08:21.46 | hrw | hi |
08:22.01 | hrw | RP: we need to enable multiple LUNs on scsi subsystem |
08:22.51 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-105-192.pools.arcor-ip.net) |
08:23.08 | hrw | otherwise tosa do not see all ports in my cardreader |
08:25.30 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
08:26.29 | hrw | RP: I will take care of it later |
08:26.49 | hrw | hi koen |
08:29.12 | koen | good morning all |
08:30.48 | JustinP | heh...morning |
08:33.58 | hrw | ~lack mtn pluck |
08:34.18 | hrw | ~lart mtn pluck |
08:34.23 | CIA-9 | 03hrw 07org.oe.oz354x * r56a77851... 10/ (1 packages/linux/linux-openzaurus_2.6.17.bb): |
08:34.23 | CIA-9 | linux-oz-2.6: poodle compile fix |
08:34.23 | CIA-9 | Revision: 2313adb82b2a9e641f7a5b1f87dec5b5148bf9b5 from .dev |
08:34.36 | *** join/#oe den-ros (n=den@ppp85-141-253-131.pppoe.mtu-net.ru) |
08:40.20 | hrw | RP: pushed |
08:40.28 | CIA-9 | 03hrw 07org.oe.oz354x * r69d57d1f... 10/ (4 files in 3 dirs): linux-openzaurus 2.6.17: enable Multiple LUNs for tosa and collie |
08:40.34 | CIA-9 | 03hrw 07org.oe.dev * rc520216d... 10/ (4 files in 3 dirs): linux-openzaurus 2.6.17: enable Multiple LUNs for tosa and collie |
08:40.42 | hrw | ~lart mtn pluck again |
08:43.43 | *** join/#oe gremlin[it] (n=gremlin@ppp-49-11.25-151.libero.it) |
08:44.24 | RP | morning hrw and koen |
08:44.58 | koen | hey RP |
08:47.28 | hrw | I want 'mtn takepatch' |
08:47.53 | hrw | mtn log -rASDFG --last 1 --diffs|mtn takepatch - |
08:48.09 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
08:54.08 | RP | hmm. poodle's kernel is still broken :-( |
08:54.38 | hrw | ;( |
08:54.44 | hrw | RP: then I will not touch my poodle |
08:55.12 | RP | hrw: I'll get it fix. It has to be something silly... |
08:56.11 | *** join/#oe YoG (n=YoG@bzq-88-152-216-224.red.bezeqint.net) |
08:59.47 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
09:12.54 | hrw | cu |
09:13.19 | *** join/#oe zecke (n=ich@91.64.167.72) |
09:14.08 | zecke | hey |
09:14.18 | zecke | I think I will hack fontconfig now |
09:14.22 | RP | ji zecke |
09:14.26 | RP | and hi even :) |
09:14.33 | zecke | hey |
09:14.45 | zecke | RP: have you seen my poky 'request'? |
09:14.53 | RP | zecke: I have, thanks :) |
09:15.26 | koen | RP: http://bugzilla.gnome.org/show_bug.cgi?id=350973 <- fun with floats |
09:17.39 | RP | koen: You mention what I was thinking as I was reading it :) |
09:18.11 | *** join/#oe polyonymous_ (i=hacker@pD9539A73.dip0.t-ipconnect.de) |
09:20.16 | koen | :) |
09:38.25 | zecke | ~lart fink |
09:38.52 | YoG | hi, is there somewhere a page that explains how to use bitbake to compile my own appliucations? |
09:39.37 | koen | I don't think there is such a doc |
09:39.43 | koen | since bitbake isn't a real compiler |
09:40.20 | YoG | Koen: So how do I do that? |
09:40.43 | *** join/#oe Schmoople (n=Schmoo@host-87-74-17-124.bulldogdsl.com) [NETSPLIT VICTIM] |
09:40.45 | koen | like I said, bitbake isn't a real compiler |
09:41.13 | zecke | YoG: you create a couple of 'tasks' which depend on each other |
09:41.27 | zecke | YoG: and then you ask bitbake to execute a task and it will execute all the dependencies |
09:41.34 | *** join/#oe e-ffi_ (n=cybercom@dslb-084-056-113-107.pools.arcor-ip.net) |
09:41.54 | YoG | zecke: ok, how do I do that? |
09:41.58 | zecke | YoG: or do you want to add your application to OpenEmbedded |
09:42.10 | zecke | YoG: taking a look at the BitBake manual sounds like a clever idea |
09:42.28 | YoG | zecke: in openembedded? |
09:42.30 | zecke | YoG: and then taking a look at base.bbclass (an example in the bitbake directory) is another awesome idea |
09:42.49 | zecke | YoG: ask you ask for plain bitbake, you should look into bitbake |
09:43.01 | zecke | BitBake != OpenEmbedded |
09:43.36 | koen | for OE, consult our excellent user manual: http://www.openembedded.org/user-manual&dpage=ch02s04 |
09:43.50 | YoG | zecke: ok, will do, thanx |
09:45.25 | CIA-9 | 03rpurdie 07org.oe.dev * rf46b8ba3... 10/ (1 packages/linux/linux-openzaurus_2.6.17.bb): linux-oz-2.6: poodle locomo oops fix |
09:48.24 | RP | hrw|gone: fixed ;-) |
09:48.41 | zecke | WTF fink and MacPorts suck donkey ass |
09:49.35 | koen | zecke: amen to that |
09:49.54 | *** join/#oe x29a (n=x29a@pD9EEDF33.dip.t-dialin.net) |
09:51.13 | *** join/#oe zap (n=zap@85.249.170.16) [NETSPLIT VICTIM] |
09:57.38 | CIA-9 | 03koen 07org.oe.documentation * r96afe58b... 10/ (1 usermanual/usermanual.xml): usermanual/usermanual.xml: use bitbake 1.6 branch |
10:03.00 | *** join/#oe njs (n=njs@adsl-66-159-194-130.dslextreme.com) |
10:12.04 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a85.ptbyny.tds.net) |
10:34.17 | *** join/#oe AvengerMoJo (n=alex@58.35.251.193) |
10:42.28 | *** join/#oe niv_one_three (n=niv@85.65.212.233.dynamic.barak-online.net) |
10:43.32 | niv_one_three | hi all , yesterday I hrw told me that I wouldnt be able to use an atheros cardbus in my simpad, why is that? |
10:45.01 | niv_one_three | koen? |
10:45.20 | niv_one_three | koen: ? |
10:46.17 | *** join/#oe zecke_ (n=ich@91.64.167.72) |
10:48.32 | *** part/#oe niv_one_three (n=niv@85.65.212.233.dynamic.barak-online.net) |
11:12.29 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
11:15.24 | *** join/#oe idealm (n=ideal@222.67.239.39) |
11:51.44 | zecke | koen: we need to be careful to not suck as much as MacPorts and fink |
11:52.30 | koen | we already suck more by needing case sensitive file systems |
11:52.51 | zecke | koen: well, it is glibc |
11:53.19 | zecke | koen: port install gimp2 |
11:53.30 | zecke | koen: and installing aalib fails on patching |
11:53.46 | koen | I have gimpOSX |
11:54.12 | koen | which reminds me, I should install gtk 2.10 to have 'native' rendering |
11:54.26 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
11:55.57 | *** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua) |
11:59.17 | zecke | damn I need to shave |
11:59.23 | CIA-9 | 03pH5 07org.oe.dev * r38f8d73b... 10/ (23 files in 16 dirs): many recipes: change pcre to libpcre in DEPENDS |
12:00.39 | zecke | koen: yeah downloading of atk fails... |
12:00.50 | zecke | koen: as their mirrors are totally wrong |
12:01.01 | koen | hmmm |
12:01.09 | koen | I need to shave as well |
12:04.50 | *** join/#oe pgfeller (n=pgfeller@155.249.77.83.cust.bluewin.ch) |
12:08.12 | *** join/#oe x29a_ (n=x29a@pD9EEED2F.dip.t-dialin.net) |
12:09.36 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
12:27.27 | koen | drat, fink declared itself obsolete |
12:30.25 | *** join/#oe Cwiiis (n=cwiiis@81-86-56-58.dsl.pipex.com) |
12:34.38 | *** join/#oe EvilDevil_ (n=miau@p54A6F264.dip.t-dialin.net) |
12:34.46 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-38-124.w86-201.abo.wanadoo.fr) |
12:35.56 | cyrilRomain | hi all ! |
12:38.54 | psokolovsky | Hi! |
12:39.10 | psokolovsky | cyrilRomain: Hope you got mail and saw my commit. |
12:41.16 | cyrilRomain | psokolovsky: yep, just few seconds ago :) |
12:44.23 | Crofton|home | this isn't productive |
12:44.29 | cyrilRomain | psokolovsky: thanks for your help ! (it is indeed even more readable without oditc) :) |
12:44.34 | Crofton|home | I can stream video from my tivo to my computer |
12:44.57 | Crofton|home | now I can watch tv wile I "work" |
12:46.19 | psokolovsky | cyrilRomain: Thank you for nice tool. My last suggestion would be to rename it to be have more specific name, so it can be put on PATH. bbsanitize, oesanitaize, oebb*, bboe*, whatever ;-). Give it a thought ;-) |
12:46.31 | psokolovsky | koen: ^ what do you think |
12:46.32 | cyrilRomain | psokolovsky: psst: if you want you can add your name in the script :) |
12:47.28 | psokolovsky | cyrilRomain: ok ;-) if I'll do more significant hacking, I'll do ;-) |
12:47.39 | psokolovsky | afk in the moment |
12:47.43 | cyrilRomain | well i like bbsanitize |
12:48.34 | koen | oe-stylize? |
12:51.39 | cyrilRomain | psokolovsky: if the name change, please update the brief description (first lines of the scripts) accordingly |
12:57.24 | *** join/#oe tkp (n=tom@spc2-brig9-0-0-cust665.asfd.broadband.ntl.com) |
12:58.32 | zecke | cyrilRomain: integrate it to BitTest |
12:58.52 | cyrilRomain | zecke: yes, I'll try to :) |
12:59.31 | cyrilRomain | zecke: for now, I'm discovering bittest and try to "improve" the source-checker |
13:00.08 | zecke | :) |
13:00.10 | cyrilRomain | zecke: by "improve" I mean not to download packages and cvs/svn/.../ repositories, just checking there are right here |
13:00.45 | zecke | cyrilRomain: hehe, source checker is intended to download to check availability of the source :) |
13:01.08 | cyrilRomain | zecke: well, I download header only of tarball, which is a lot faster :) |
13:01.35 | zecke | cyrilRomain: yes, but it won't check the md5sum and can't be used to mirror :) |
13:01.40 | cyrilRomain | zecke: but it does not check for tarball integrity |
13:01.43 | cyrilRomain | zecke: yep |
13:01.52 | zecke | cyrilRomain: create your own module :) |
13:02.14 | zecke | mickeyl still has to show me how to load modules by name (again) |
13:02.21 | cyrilRomain | anyway, maybe the best is to frequently use the fast check once a week, and one big test per month for example |
13:02.46 | zecke | cyrilRomain: oh well, there is the '-c' option for wget |
13:03.01 | cyrilRomain | zecke: my own module ? ah.. I started to add a check_availability method in fetch/*.py |
13:03.01 | zecke | cyrilRomain: the idea is to remove the complete source once a month |
13:03.14 | zecke | hmm |
13:03.16 | *** join/#oe mikearthur (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
13:03.35 | cyrilRomain | zecke: ah thanks for the wget tips (better that downloading the first 32bytes) |
13:03.37 | koen | hey mikearthur |
13:03.51 | mikearthur | alright koen |
13:03.54 | zecke | hmm, I don't get why I waste my time creating frameworks nobody uses... |
13:04.01 | zecke | I should remove bittest |
13:04.23 | koen | zecke: dual license it and sell it to mvista |
13:04.56 | cyrilRomain | zecke: removing bittest ? 8-( |
13:05.00 | zecke | ;) |
13:05.37 | cyrilRomain | zecke: should I understand I'd rather create a module derving from a bittest class ? |
13:05.54 | *** join/#oe W8TVI (n=me@166.165.159.181) |
13:06.18 | zecke | cyrilRomain: I think we do not need a check_availability method in the fetchers |
13:06.30 | zecke | cyrilRomain: we only need another FETCHCOMMAND, UPDATECOMMAND for bittest |
13:06.42 | zecke | cyrilRomain: we do not need a sanitize.py with a 'custom' parser |
13:06.55 | cyrilRomain | ah, it was the easiest way to integrate in my "don't-know well bittest' point of view |
13:06.56 | zecke | cyrilRomain: all this handcrafting should be avoided |
13:07.19 | cyrilRomain | zecke: yes |
13:07.30 | zecke | cyrilRomain: that is the point. And my conclusion is to not release my Free Software any more |
13:07.44 | cyrilRomain | zecke: to ba fair, I had to feeling to reinvent the wheel when creating the sanitize script |
13:07.50 | zecke | cyrilRomain: hehe |
13:08.02 | cyrilRomain | zecke: but did not have much time fully learning bittest |
13:08.03 | cyrilRomain | :-/ |
13:08.10 | zecke | cyrilRomain: BitTest does parsing and loading for you |
13:08.19 | zecke | cyrilRomain: and provides a way to report results to a TinderBox |
13:08.27 | zecke | cyrilRomain: it is easy :) |
13:09.20 | cyrilRomain | zecke: I don't see clearly how to retrieve the list of .bb data (I mean the whole list of a .bb file, not just a variable) |
13:10.01 | zecke | cyrilRomain: there is a testrun.conf and then you set BBFILES :) |
13:10.32 | cyrilRomain | zecke: I mean not the list of .bb file, but the list of all the data included in one .bb file |
13:11.03 | cyrilRomain | so that I can sort it like in sanitize.py |
13:11.04 | zecke | cyrilRomain: 'def test(self, file_name, file_data):' |
13:11.15 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
13:11.17 | zecke | cyrilRomain: file_data is a updated bb.data dictionary |
13:11.30 | cyrilRomain | zecke: ah cool :) |
13:11.32 | zecke | cyrilRomain: you can access the data, using bb.data.getVar |
13:12.04 | cyrilRomain | zecke: bb.data.getVar give the value of _one_ variable, right ? |
13:12.11 | zecke | cyrilRomain: The pro for a custom line based parser is you can do linting on the files before the BitBake parsers sees it |
13:12.28 | zecke | cyrilRomain: the pro for using the BitBake parser is: You use the data as it is seen by BitBake |
13:12.43 | zecke | cyrilRomain: take a look at data.py it has documentation ;) |
13:13.12 | cyrilRomain | zecke: yes, that why I tend to say that sanitize work on the format, while bitest work on the content |
13:13.25 | cyrilRomain | zecke: ok thanks |
13:13.42 | zecke | cyrilRomain: but the amount of format checking you do is quite small |
13:13.51 | zecke | e.g. whitespace after '\' |
13:14.29 | cyrilRomain | zecke: yes, that's why I would like that someone tell me all the rule to check |
13:15.20 | zecke | I really don't like OE shipping a reinvented wheel |
13:15.43 | zecke | e.g. 99% of the stuff you do is already done by the content checker |
13:15.53 | cyrilRomain | :-/ |
13:16.12 | zecke | 1% belongs into the parser(s) to have a style check |
13:16.37 | koen | but sanitize.py is much easier to use |
13:17.06 | cyrilRomain | and was easier to write (at least until I better know bittest to change my mind) |
13:17.33 | zecke | cyrilRomain: easier than writing one 'test' method and returning a result? |
13:17.54 | zecke | koen: so what? provide a default testrun.conf |
13:17.59 | cyrilRomain | I would say 'faster' not easier in fact |
13:18.54 | zecke | koen: so bittest should be removed? |
13:19.58 | cyrilRomain | I think it is like bitbake. You can always do thing more quickly by hand, but a good tool is always better but it needs time to learn |
13:20.49 | cyrilRomain | hum maybe not a good example, because I can't do what bitbake do more quicky by hand ;) |
13:21.04 | zecke | cyrilRomain: don't worry |
13:21.37 | zecke | It would have been nice to get feedback, specially on the README but I understand it is too complicated to read a file when you can write a parser using regexp |
13:22.26 | CIA-9 | 03zecke123 * r587 10bitbake_qa/: trunk/bitbake_qa: This tool is too complicated, I will maintain it in my private tree |
13:22.48 | koen | zecke: if bittest is so great, why didn't you suggest it in the thread on the mailinglist? |
13:23.19 | zecke | I wasn't subscribed ;) |
13:23.37 | cyrilRomain | maybe people just don't bittest |
13:23.40 | *** join/#oe Slims (n=devnow@12-30.2-85.cust.bluewin.ch) |
13:24.38 | zecke | koen: I think I can't do more than providing a framework, short README and examples |
13:24.39 | cyrilRomain | either way, I think bittest (or something similar if you want to remove it) should be part of the QA plan |
13:24.52 | zecke | cyrilRomain: whatever ;) |
13:27.32 | zecke | cyrilRomain: I wonder too, as the depends_checker and source_checker spotted errors in the e17 stuff |
13:27.52 | *** join/#oe _gints___ (n=gints@62.84.15.211) |
13:29.01 | zecke | later guys |
13:29.23 | *** join/#oe YoG (n=YoG@bzq-88-152-216-224.red.bezeqint.net) |
13:36.32 | *** join/#oe mickey|bbl (n=nnnnnnnn@gandalf.tm.informatik.uni-frankfurt.de) |
13:37.07 | *** join/#oe W8TVI (n=me@166.166.7.180) |
13:42.00 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
13:42.41 | chouimat | zecke: Q4 morning |
13:48.55 | *** join/#oe pleemans (n=peter@d54C248DE.access.telenet.be) |
13:58.21 | *** join/#oe csmanx (n=csman@70.55.140.76) |
13:58.30 | *** join/#oe zecke (n=ich@91.64.167.72) |
14:08.54 | *** join/#oe sirfred (n=mteira@155.Red-81-44-14.dynamicIP.rima-tde.net) |
14:09.05 | zecke | koen: what made bittest so complicated? |
14:09.19 | sirfred | Hello |
14:10.04 | koen | zecke: it requires to much setting up |
14:10.38 | zecke | koen: the testrun.conf or setting PYTHONPATH? |
14:10.44 | koen | both |
14:11.09 | koen | 'set PYTHONPATH' is also extremely undescriptive |
14:11.15 | koen | set it to what? |
14:12.54 | koen | and why wasn't/isn't it mentioned on the mailinglist? |
14:13.14 | zecke | koen: it was mentioned, I have posted results of the tests a couple of times ;) |
14:13.28 | koen | for sanitizing the recipes? |
14:13.31 | koen | I think not |
14:13.43 | zecke | for fixing up sections, license fields |
14:13.51 | zecke | I think that is sanitizing as well |
14:14.14 | koen | so why haven't you mentioned it in the thread about sanitizing? |
14:15.01 | zecke | koen: wasn't subscribed the first week in september? |
14:15.12 | koen | you are now |
14:16.58 | zecke | I think I even mailed that bittest can send the test result to a tinderbox |
14:17.29 | koen | but the whole point is void, since you removed bittest |
14:17.50 | zecke | yes :) |
14:17.54 | koen | so in the future we won't use any of your stuff since you will delete it anyway |
14:18.09 | *** join/#oe zap (n=zap@85.249.170.16) |
14:18.10 | zecke | koen: no |
14:18.26 | zecke | koen: I wonder if I should remove bitdoc as it produces crappy HTML like code |
14:19.36 | koen | make it output docbook, so we can have an automated way for updating the usermanual |
14:20.04 | zecke | koen: good idea |
14:21.00 | zecke | koen: will do after lunch |
14:22.14 | zecke | koen: I do not want to carry old bits in trunk and if OE decided not to use BitTest it deserves no purpose :) |
14:22.32 | zecke | and we use SVN anyway |
14:24.24 | zecke | cyrilRomain: awesome :) |
14:24.43 | zecke | cyrilRomain: the bad thing about bittest is you need to touch bin/bittest to add your module |
14:25.01 | cyrilRomain | zecke: yes I saw that |
14:25.15 | cyrilRomain | zecke: I think it only lack little documentation |
14:25.36 | zecke | good, tell me what is missing. koen's hint about pYTHONPATH was good already |
14:26.38 | cyrilRomain | the ' you need to touch bin/bittest to add your module' t |
14:27.26 | zecke | cyrilRomain: I wait for mickeyl to help me there |
14:29.29 | cyrilRomain | zecke: hum... I'd like to avoid code duplication and I'm wondering if it is wise creating a module too-much similar to fetch/*.py |
14:30.24 | zecke | cyrilRomain: Let me understand your motivation first |
14:30.38 | zecke | cyrilRomain: I think source_checker is already able to do the things you want to do |
14:30.55 | zecke | cyrilRomain: e.g. removing *.md5 will already incrementally check source |
14:31.09 | cyrilRomain | zecke: ah, I'd like to check for source availability _without_ downloading/checkouting packages |
14:31.56 | cyrilRomain | zecke: because to check all SRC_URI it is just too much time/bandwith to download them all |
14:32.21 | zecke | cyrilRomain: well. I think the OE meta-data should carry sha256 and md5sum for every tar/file |
14:32.29 | cyrilRomain | zecke: I agree we should have such a checker, but we also need a fast-checker |
14:32.41 | zecke | cyrilRomain: so checking 'availability' usability can only happen by downloading the file |
14:33.24 | cyrilRomain | my point is we need both. The current source_checker for a strong check (with integrity) |
14:33.50 | zecke | hehe well |
14:33.52 | cyrilRomain | and a faster one, just to check the author has not changed the SRC_URI for example |
14:34.06 | zecke | for KDE your checker will regulary fail as they change the tarballs after releases |
14:34.27 | zecke | cyrilRomain: the difference is for the first time you will need bandwidth |
14:34.33 | cyrilRomain | zecke: yep, but at least we will be quickly warn of such changes |
14:34.46 | zecke | cyrilRomain: for the second run of the source_checker you only 'stat' the files |
14:35.37 | zecke | cyrilRomain: I do not think a dedicated fast checker is necessary when you need to do rm *.md5 to have the same effect |
14:36.06 | cyrilRomain | zecke: ah ok. I didn't have so many source then because I didn't remark it don't download what is already downloaded |
14:36.46 | zecke | cyrilRomain: wget, cvs and svn and git should be clever here |
14:37.02 | cyrilRomain | zecke: are they ? |
14:37.02 | zecke | cyrilRomain: and at least wget,cvs,svn are clever indead |
14:37.32 | zecke | indeed... man my language sucks... |
14:38.18 | zecke | cyrilRomain: so the only difference is the first run, if you think this justifies a dedicated check you are right with adding adding check_availability methods to fetch/* and I would use them from a bittest module then |
14:39.21 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
14:39.27 | zecke|food | cyrilRomain: e.g. thanks to psokolovsky we keep the svn co around as well |
14:39.41 | cyrilRomain | zecke: ok. My check_availability methods is less justified if on the second run things are not downloaded again |
14:39.57 | zecke|food | be back in less than a hour |
14:54.58 | zecke|food | cyrilRomain: in a setup we would run the source_checker once a day |
14:55.12 | zecke|food | cyrilRomain: it would start by removing *.md5 and then run it |
14:55.21 | zecke|food | cyrilRomain: once a month it could remove the complete dir |
14:55.29 | cyrilRomain | zecke|food: yes |
14:56.24 | cyrilRomain | zecke|food: I think it is important to report them to tinderbox and providing a link somewhere so that anyone can see the broken SRC-URI |
14:57.21 | koen | and send a mail to ${MAINTAINER} |
14:57.28 | cyrilRomain | the first run of my script spotted many broken link |
14:57.39 | cyrilRomain | koen: excellent idea |
14:57.49 | zecke|food | koen: did one update the default maintainer? |
14:58.08 | koen | no idea |
14:58.19 | koen | I updated the default one for angstrom |
14:58.22 | cyrilRomain | zecke|food: I know understand why it always download things even after a first run |
14:58.33 | cyrilRomain | zecke|food: it is downloaded into ./tmp_sources |
14:58.42 | cyrilRomain | instead of using the source directory |
14:58.52 | cyrilRomain | zecke|food: did I miss something in testrun.conf ? |
14:59.27 | zecke|food | cyrilRomain: I assume I changed the DL_DIR variable |
14:59.53 | zecke|food | either in the bitbake.conf copy or the source_checker itself |
15:01.14 | joshin | Anyone here know if there's a performance difference between little and big endian on arm processors? |
15:01.15 | cyrilRomain | zecke|food: I'll have a look soon |
15:01.32 | koen | joshin: depends on your usage |
15:02.06 | joshin | Network server. I would imagine that big would have the advantage there. |
15:02.32 | koen | if you have a arm BE machine for that it would be good to run it in BE |
15:04.05 | joshin | Ok, thanks. I'll be able to do some solid benchmarking soon and compare openslug built both ways. |
15:05.09 | koen | zecke|food: btw, 'openembedded' now has enough google juice again |
15:05.37 | zecke|food | koen: MAINTAINER is still oeAThh.org where should we change that to? |
15:05.56 | koen | zecke|food: your OE tree is obsolete |
15:05.57 | *** join/#oe bluelightning_ (n=blueligh@222-155-211-183.jetstream.xtra.co.nz) |
15:06.09 | CIA-9 | 03koen 07org.oe.dev * rabdf62cf... 10/ (1 conf/bitbake.conf): bitbake.conf: update default maintainer |
15:06.16 | zecke|food | hehe |
15:06.20 | zecke|food | where did you change it to? |
15:06.30 | koen | openembedded-devel@lists.openembedded.org |
15:06.51 | koen | I still want a openembedded-bugs@, though |
15:06.57 | zecke|food | me too |
15:13.00 | *** join/#oe Laibsch (n=Laibsch@V2539.v.pppool.de) |
15:14.33 | cyrilRomain | zecke|food: not in source checker code, and bitbake.conf looks ok: DL_DIR = "${TMPDIR}/downloads" |
15:15.25 | cyrilRomain | hum... I didn't set TMPDIR in my local.conf, but I can't figure out where does it creates tmp_sources |
15:17.36 | cyrilRomain | zecke|food: ah, in bin/bittest itself |
15:18.10 | cyrilRomain | zecke: in run_tests() |
15:18.56 | zecke | I probably didn't want to mess with the normal dl_dir |
15:19.33 | zecke | cyrilRomain: do you think bittest could be usable? |
15:19.54 | cyrilRomain | zecke: you mean by OE devs ? |
15:20.12 | cyrilRomain | zecke: yes |
15:20.43 | cyrilRomain | zecke: as I said, I think it should be part of the QA plan |
15:20.57 | zecke | I will improve it a bit in my tree and sync it back to trunk once it is more usable |
15:20.59 | leoncamel | hmm, is there anybody want review this patch ? http://rafb.net/paste/results/eIrcqj35.html |
15:21.04 | cyrilRomain | zecke: :) |
15:21.17 | zecke | cyrilRomain: do you happen to know perl? |
15:21.52 | leoncamel | hmm, maybe it slove this bug : http://bugs.openembedded.org/show_bug.cgi?id=1188 |
15:22.01 | leoncamel | but, maybe it is the perfect solution for it . |
15:22.04 | cyrilRomain | zecke: not really, but I'm a developer so I'm able to do something with |
15:22.38 | cyrilRomain | zecke: what do you need in perl ? |
15:22.54 | zecke | cyrilRomain: finally improve the tinderbox code :) |
15:23.20 | cyrilRomain | zecke: ah. I could have a look (I remember there is not so many line of code) |
15:23.23 | zecke | but we can do that in python as well |
15:23.27 | cyrilRomain | just a question of time ;) |
15:24.00 | cyrilRomain | zecke: do you want to translate perl code to python for thinderbox ? |
15:24.18 | zecke | cyrilRomain: no, extend perl code, write new code in python |
15:24.29 | zecke | cyrilRomain: I have used tbox3 to not start from scratch |
15:24.51 | zecke | cyrilRomain: e.g. I would like to extract PN/PV/PR from the tinder report and store it in new tables |
15:24.55 | zecke | to make an easy query page |
15:25.23 | cyrilRomain | zecke: I see |
15:25.37 | zecke | I have been too busy so far |
15:26.28 | cyrilRomain | zecke: I could have a look but don't promise so far |
15:27.21 | cyrilRomain | s/could/can/ |
15:29.09 | cyrilRomain | zecke: for the DL_DIR issue, it is possible to let user choose ? for example putting it into the testrun.conf ? |
15:30.01 | zecke | cyrilRomain: well, yes |
15:30.22 | cyrilRomain | zecke: I think it would be good |
15:30.52 | cyrilRomain | zecke: and let me know if you think it is worth sharing my source availability checker (wget/cvs/svn/ works, not yet git and svk) |
15:31.39 | zecke | worth sure, I have stated my doubts about the need though :) |
15:31.56 | cyrilRomain | zecke: :) |
15:32.17 | cyrilRomain | zecke: another unrelated thing, I have a patch for content_checker.py with the section list discussed on the mailing list |
15:32.41 | cyrilRomain | zecke: I'll send it to you as soon as the discussion end |
15:32.49 | zecke | cyrilRomain: awesome |
15:34.45 | cyrilRomain | s/is/would be/ |
15:39.46 | zecke | we all have such wet dreams |
15:43.22 | cyrilRomain | zecke: dreams can become true: http://en.literateprograms.org/LiteratePrograms:Welcome |
15:46.23 | *** part/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
15:49.07 | *** join/#oe AvengerMoJo (n=alex@218.80.187.61) |
15:54.40 | cyrilRomain | leoncamel: If your patch worked for you, I suggest you to submit the patch to bugzilla (to the related bug), so that OE devs will review it |
15:56.23 | *** join/#oe dkey| (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
15:57.02 | leoncamel | cyrilRomain, OK |
16:07.44 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
16:13.42 | CoreDump|afk | zecke: another entry for sanity.conf: "bc" |
16:13.57 | zecke | CoreDump|afk: for OpenZaurus kernel? |
16:14.07 | CoreDump|afk | nah |
16:14.33 | CoreDump|afk | sanity.conf is only kernel-related? |
16:14.46 | zecke | CoreDump|afk: no, I wonder who uses bc and when |
16:14.52 | CoreDump|afk | =) |
16:14.57 | CoreDump|afk | xscreensaver for one |
16:17.08 | hrw | morning |
16:17.37 | CoreDump|home | hey hrw |
16:17.41 | hrw | my home machine is now only mine |
16:17.46 | hrw | Ania bought laptop |
16:19.05 | CoreDump|home | =) |
16:19.28 | zecke | CoreDump|home: xscreensaver needs bc? why is that? (neugierig) |
16:19.44 | hrw | promotion in vobis == ~300-400 pln less then usual |
16:20.48 | CoreDump|home | zecke: no idea, really. configure is bitching about it when it's missing heh |
16:21.12 | CoreDump|home | hrw: ouch |
16:24.03 | hrw | ~change 2000 pln to eur |
16:24.43 | hrw | 500 eur for 1.6GHz celeronM/256M/40GB/wifi/cdrw combo with winXP Home is cheap |
16:25.10 | hrw | ~lart thunderbird for lack of importing from normal formats |
16:31.10 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
16:36.27 | koen | thunderbird sucks |
16:36.42 | koen | sadly its the least bad mail client for OSX |
16:41.00 | cyrilRomain | zecke: I understand now why you did'nt want to use DL_DIR with source_checker. Because bittest do not download packages that are already present in DL_DIR, you have to clean the DL_DIR to check SRC_URI is still valid |
16:41.20 | zecke | cyrilRomain: rm *.md5 ;) |
16:41.37 | koen | CoreDump|home: fwiw, bc is already in RequiredSoftware |
16:41.38 | cyrilRomain | zecke: ok |
16:42.43 | *** join/#oe bronson (n=bronson@c-71-198-75-160.hsd1.ca.comcast.net) |
16:43.30 | cyrilRomain | zecke: that is a good trick :) |
16:43.58 | CIA-9 | 03rpurdie * r588 10bitbake/lib/bb/runqueue.py: runqueue.py: Improve error messages (and make get_error_idstring a more global function) |
16:48.03 | zecke | cyrilRomain: yes, and now you almost only 'stat' the servers |
16:48.51 | cyrilRomain | zecke: ? |
16:49.10 | cyrilRomain | zecke: ah ok, sorru |
16:49.15 | cyrilRomain | s/sorru/sorry |
16:49.20 | zecke | cyrilRomain: it doesn't download the whole file |
16:49.36 | zecke | cyrilRomain: it wgets the server and recognizes it has the same filesize already |
16:49.46 | koen | doesn't python have a http lib to do a 200 ? |
16:49.56 | cyrilRomain | zecke: hm.. I'm now having doubt about my availability checher ;) |
16:50.02 | zecke | cyrilRomain: if the filesize is less wget errors if the filesize is more the md5sum will be wrong |
16:50.24 | cyrilRomain | s/about/about the usefulness of/ |
16:52.35 | cyrilRomain | zecke: and it is possible to change bittest so that it behaves as if md5 were deleted ? |
16:53.37 | zecke | cyrilRomain: no, but again. You would run the source checker from within a script that invokes bittest once a day |
16:53.43 | cyrilRomain | zecke: so that DL_DIR is not really messed up (it just contains all the packages instead of the one we use) |
16:53.49 | zecke | cyrilRomain: and before invoking bittest it would remove the md5 stuff |
16:54.24 | cyrilRomain | zecke:right |
16:55.03 | zecke | we could add a 'setup' method to the 'specification' |
16:55.11 | zecke | and the source checker could remove the md5 files |
16:56.06 | cyrilRomain | why not |
16:58.56 | cyrilRomain | zecke: to report bittest result to tinderbox, what should I do ? (I tried using the same tinderbox settings from my local.conf but without success) |
16:59.05 | CIA-9 | 03rpurdie * r589 10bitbake/lib/bb/ (7 files in 2 dirs): Convert fetchers to use bb.msg |
16:59.39 | zecke | cyrilRomain: the variables are the same |
16:59.50 | zecke | cyrilRomain: you need to specify another output format though |
17:00.25 | cyrilRomain | zecke: ah ok |
17:01.39 | cyrilRomain | zecke: which one ? |
17:01.49 | hrw | uf.. finally done: http://www.hrw.one.pl/projects/ |
17:02.06 | rwhitby | Bonjour |
17:02.22 | zecke | bonjour |
17:02.23 | zecke | ca va? |
17:02.26 | rwhitby | zecke: should nslu2-linux move to bitbake 1.6? |
17:02.33 | rwhitby | tres bien merci |
17:03.12 | hrw | rwhitby: should is strong word. I think that you can and it is suggested to do |
17:03.12 | RP | zecke: Is there any reason we should be using print statements anywhere? (instead of bb.msg.note) |
17:03.23 | cyrilRomain | rwhitby: for holidays ? I live in Toulouse |
17:03.23 | RP | rwhitby: I'd use 1.6 |
17:03.30 | rwhitby | and what version Monotone are the OE servers using at the moment? |
17:03.35 | hrw | 0.29 |
17:03.39 | rwhitby | cyrilRomain: work. I'm here till Wednesday |
17:03.47 | zecke | rwhitby: I agree with RP there, Bitbake1.6 should be safe |
17:04.04 | *** join/#oe balle_ (n=balle_@thing2thing.com) |
17:04.18 | cyrilRomain | rwhitby: so welcome in this warm place :) |
17:04.20 | balle_ | hi |
17:04.27 | zecke | cyrilRomain: -r TestReportTinder should do |
17:04.31 | cyrilRomain | zecke: thx |
17:04.40 | rwhitby | cyrilRomain: I was last here 8 years ago. I like Toulouse. |
17:04.40 | zecke | TestReportTinder |
17:05.00 | zecke | BTW: how can I enable the blinking console cursor again? |
17:05.18 | balle_ | i ve created a package for tor and repaired the socat package. how to submit that stuff? |
17:05.48 | zecke | RP: I have two questions. Does bb.msg.note provide everything we want/need? e.g. regions/regexp matching? |
17:05.54 | hrw | balle_: bugs.openembedded.org |
17:06.01 | zecke | balle_: bugs.openembedded.org and bitching us |
17:06.15 | rwhitby | With a move from bitbake 1.4 to 1.6, do I need to clear caches? clear all of tmp? |
17:06.21 | balle_ | but tor is a new package? |
17:06.22 | RP | zecke: It doesn't yet but we will be able to add that - its designed with it in mind |
17:06.51 | zecke | RP: I think we should these prints over to bb.msg.note once it provides that what we want? does that sound reasonable? |
17:06.58 | RP | rwhitby: It should wipe the cache itself and tmp shouldn't need clearing |
17:07.03 | rwhitby | RP: thx |
17:07.19 | zecke | RP: besides I do see no reason to stay with print (well only print >> f, "foo" but we don't use that anyway) |
17:07.34 | zecke | rwhitby: we have finally a versioned cached format :) |
17:07.39 | balle_ | and i dont want to report a bug, but submit a patch |
17:07.51 | zecke | balle_: report a bug, attach a patch |
17:07.54 | RP | zecke: I was thinking the other way - Convert everything to use msg.note with the domain set, the worry about controlling the output :} |
17:08.16 | RP | zecke: I'll change the print statements though as I think they're just a throwback... |
17:08.23 | hrw | balle_: new stuff is 'wishlist' bug |
17:08.30 | rwhitby | NOTE: Invalid cache found, rebuilding... - sweet |
17:08.40 | zecke | RP: I think it is a matter of touching the code once or twice |
17:08.54 | zecke | RP: If you feel confortable with touching it twice I'm fine with that :) |
17:08.54 | RP | rwhitby: It has a version number embedded in and we remembered to change it ;-) |
17:09.23 | RP | zecke: No need to touch the code twice. The domains/regexp mathcing is just enhacing msg.py |
17:09.23 | cyrilRomain | zecke: it worked but I have a strang issue: http://rafb.net/paste/results/xZnQrC16.html |
17:10.45 | zecke | cyrilRomain: you have no TMPDIR in your local conf/testrun.conf? |
17:11.14 | zecke | cyrilRomain: it sounds like mkdirhier(None) is called |
17:11.23 | zecke | RP: then feel free to hack away |
17:12.05 | *** join/#oe mickeyl (n=LPA@linuxtogo.org) |
17:12.13 | RP | hi mickeyl |
17:12.42 | mickeyl | hey RP |
17:12.44 | cyrilRomain | zecke: no TMPDIR in my conf/testrun.conf |
17:13.04 | zecke | ah wait a second |
17:13.22 | zecke | cyrilRomain: do you have BBPATH set? and is the OE dir inside your BBPATH? |
17:13.31 | zecke | bye bye gandalf |
17:13.43 | zecke | ~lart Qtopia for disabling my blinking cursor |
17:13.43 | mickeyl | zecke :) |
17:14.18 | cyrilRomain | zecke: yes |
17:14.26 | mickeyl | now the last service has migrated. |
17:14.37 | zecke | cyrilRomain: grep through your bitbake.conf there really should be a TMPDIR defined |
17:15.55 | zecke | lol bash caches `pidof app` |
17:17.11 | cyrilRomain | zecke: conf/bitbake.conf:TMPDIR = "${TOPDIR}/tmp" |
17:17.46 | zecke | go to "/home/cyril/OpenEmbedded/bitbake/branches/bitbake-1.6/lib/bb/__init__.py", line 130, in mkdirhier |
17:18.01 | zecke | and check what it prints for the argument (check if it is None) |
17:18.19 | zecke | and then I assume your BBPATH is wrong |
17:18.38 | cyrilRomain | zecke: ok |
17:19.18 | CoreDump|home | hrw: does gnumeric build for you? |
17:19.57 | koen | hrw: s/houndred/hundred/ in http://www.hrw.one.pl/projects |
17:21.03 | hrw | CoreDump|home: it is in feeds so it built for me |
17:21.18 | CoreDump|home | hmm |
17:21.36 | hrw | koen: thx |
17:22.31 | cyrilRomain | zecke: it was TMPDIR which was missing from my conf/testrun.conf |
17:22.47 | zecke | cyrilRomain: no, you shadow an error here |
17:23.38 | cyrilRomain | zecke: well, after eating something I'll have idea more clear |
17:23.51 | zecke | cyrilRomain|bbl: take care |
17:25.40 | CoreDump|home | I'm getting "application.c: In function `gnumeric_application_setup_pixbufs': |
17:25.41 | CoreDump|home | application.c:569: error: `gnm_cursor_cross' undeclared (first use in this funct |
17:25.41 | CoreDump|home | ion) |
17:25.51 | CoreDump|home | any ideas? |
17:27.10 | hrw | cu |
17:41.26 | *** join/#oe TheCan (n=thecan@dslb-084-056-181-158.pools.arcor-ip.net) |
17:44.35 | koen | aaaargh |
17:47.58 | CoreDump|home | koen: any idea about the gnumeric issue I posted above? Google tells me you had the same problem a year ago =) |
17:48.14 | CIA-9 | 03rpurdie * r590 10bitbake/ (12 files in 3 dirs): Complete conversion to use bb.msg |
17:48.15 | koen | I think it solved itself |
17:48.52 | CoreDump|home | :\ |
17:49.01 | koen | "works in .dev" |
17:49.38 | *** join/#oe furlongm (n=furlongm@83-70-251-251.b-ras1.prp.dublin.eircom.net) |
17:49.53 | CoreDump|home | used to work in .oz as well. My build env is likely t be the problem |
17:56.16 | CIA-9 | 03koen 07org.oe.dev * rc6bcfdb5... 10/ (1 packages/libpcre/libpcre_4.4.bb): pcre: attempt to repair the damage introduced |
18:25.08 | *** join/#oe Laibsch (n=Laibsch@V2539.v.pppool.de) |
18:33.58 | CIA-9 | 03coredump 07org.oe.oz354x * r21efd18f... 10/ (3 files in 2 dirs): pkgconfig: Fix a big which caused orbit2-native's configure to fail, thanks koen, hrw and Xora! |
18:34.21 | koen | ~stab pkgconfig |
18:34.23 | ibot | ACTION runs at pkgconfig with an origami Swiss Army knife, and inflicts a nasty paper cut. |
18:39.38 | *** join/#oe woglinde (i=woglinde@e178124036.adsl.alicedsl.de) |
18:45.41 | sirfred | RP: ping |
18:48.13 | koen | hey woglinde |
18:48.50 | cyrilRomain | zecke: hum.. I'm quite sure TMPDIR must be set into the testrun.conf |
18:49.40 | cyrilRomain | zecke: in bin/bittest, line 136: the data given is not 'data' but 'test_config' |
18:49.49 | sirfred | ~seen RP |
18:50.07 | ibot | rp is currently on #gpe #oe #openzaurus #handhelds.org. Has said a total of 106 messages. Is idling for 1h 37m 54s, last said: 'hi mickeyl '. |
18:50.08 | zecke | cyrilRomain: see, TMPDIR is in bitbake.conf |
18:50.29 | zecke | cyrilRomain: bitbake.conf should be loaded |
18:50.46 | zecke | cyrilRomain: and TMPDIR should be present then, this is what I find scary |
18:50.49 | cyrilRomain | yes, but bitbake.conf data is keep in the 'data' variable |
18:51.05 | cyrilRomain | and testrun.conf data in the 'test_config' variable |
18:51.45 | woglinde | hi koen :) |
18:53.17 | cyrilRomain | zecke: I tested that (see print lines) http://rafb.net/paste/results/6f752a33.html |
18:53.37 | zecke | okay need to think about it then |
18:53.57 | cyrilRomain | zecke: and I get that: http://rafb.net/paste/results/cerBIn49.html |
18:55.14 | zecke | let me think about it |
18:58.13 | *** join/#oe Laibsch (n=Laibsch@V2539.v.pppool.de) |
19:03.23 | cyrilRomain | zecke: I have a question though (sorry if I interrupt you in more important tasks): why is there bitbake_qa/conf/bitbake.conf ? This file differs from the org.opemembedded.org/conf/bitbake.conf. If it is normal, bittest users should be warned to set BBPATH to /stuff/conf/bitbake.conf when using bittest and to org.openembedded.dev/conf/bitbake.conf when using bitbake |
19:04.26 | zecke | cyrilRomain: we set timeouts for wget and smaller retries |
19:04.38 | zecke | cyrilRomain: I have synced with the OE bitbake.conf |
19:06.00 | *** join/#oe gremlin[it] (n=gremlin@ppp-25-11.25-151.libero.it) |
19:07.04 | cyrilRomain | zecke: ok. Then user have to change BBPATH when using bittest otherwise he/she will not use thoses different timeout, right ? |
19:08.01 | zecke | cyrilRomain: right. current BitTest is intended to run multiple configurations at once |
19:08.18 | zecke | in contrast to a conf/local.conf to build just one machine+distribution |
19:08.44 | zecke | as koen finds that hard to understand I currently write a more simple frontend using the data from conf/local.conf |
19:09.02 | koen | yes |
19:09.31 | koen | with HIG compliant dialogs? |
19:09.50 | zecke | sure |
19:10.00 | zecke | but sadly they are shown off-screen |
19:12.52 | koen | ah, the fabled off-screen rendering of gtk 2.12? |
19:20.31 | cyrilRomain | zecke: ok. I think the wiki need something like a 'GettingStarted' page for bittest and how to report to tinderbox (the latter page has seemingly been lost when wiki was transfert to openembedded.org) |
19:20.37 | darkschneider | mickeyl: ping have 1 min for priv message? (about wellenreiter and some wireless questions) |
19:20.46 | cyrilRomain | zecke: I'll write something for that |
19:21.35 | mickeyl | darkschneider: sure. go ahead |
19:21.41 | darkschneider | tx |
19:22.12 | koen | mickeyl is alive! |
19:22.16 | koen | hey mickeyl |
19:22.20 | mickeyl | hi ho |
19:23.33 | mickeyl | when is this mac trade show in france again? |
19:24.06 | koen | there's a big mac thing the 12th |
19:24.12 | mickeyl | ah right |
19:24.43 | koen | maybe core 2 duo powerbooks |
19:24.46 | koen | ehm |
19:24.49 | koen | macbook pros |
19:24.58 | mickeyl | *nod* |
19:25.00 | cyrilRomain | and core duo mac mini |
19:25.04 | zecke | mickeyl: is there a 'which' implementation in python? |
19:25.06 | mickeyl | I'm waiting for that event |
19:25.18 | mickeyl | zecke: no, nothing stock |
19:25.47 | koen | os.system('which') / |
19:25.49 | koen | ? |
19:26.53 | mickeyl | should be a one liner iterating over PATH |
19:27.08 | zecke | mickeyl: like bb.which ;) |
19:28.32 | mickeyl | zecke: will you ask Robert about a Hotel recommendation? |
19:29.23 | zecke | <PROTECTED> |
19:29.37 | zecke | mickeyl: and hrs.com is quite nice as well |
19:30.02 | mickeyl | zecke: do we know where exactly the event happens? |
19:30.15 | zecke | mickeyl: did you get a reply as well? |
19:30.23 | mickeyl | yep |
19:30.56 | zecke | mickeyl: http://www.trolltech.com/company/newsroom/events/allevents/devdays2006/VenueAcommodations |
19:31.30 | zecke | I'm sure I won't book at the hilton :} |
19:31.45 | mickeyl | zecke: let's book the hilton :D |
19:31.53 | zecke | mickeyl: funny, I even know where this hotel is |
19:32.11 | zecke | mickeyl: about five bus stops away from ostbahnhof |
19:32.55 | koen | mickeyl: you like leffe radieusse as well? |
19:33.07 | mickeyl | koen: that's ok for sure |
19:33.09 | zecke | koen: "Beavis and Butt-Head clones arrested while screaming 'GPL it'" |
19:33.20 | mickeyl | zecke: let me book the hilton for us. I will make it a "Betriebsausgabe" |
19:33.30 | koen | mickeyl: good, I picked 24 bottles today :) |
19:33.39 | mickeyl | koen: wow :D |
19:33.55 | zecke | mickeyl: oh, no, I can't cover that :} |
19:34.02 | mickeyl | zecke: I'm sure you can :) |
19:34.19 | mickeyl | i need to lower my taxes ;) |
19:34.23 | zecke | mickeyl: lol |
19:38.29 | koen | mickeyl: any news on openezx? |
19:39.30 | mickeyl | koen: i'm afraid not. harald and me are working on the same project atm., so I know how things are goin on.... i don't expect any substantial improvements before next year |
19:39.56 | koen | mickeyl: I was just curious since harald mentioned you talked about it |
19:41.46 | mickeyl | koen: yeah, we talked (shortly) about it. let me say the following. although we are not directly working on openezx, at the end of the year we should have something that openezx benefits from... |
19:43.43 | mickeyl | someone needs to work on the AP/BP stuff though |
19:43.59 | mickeyl | and i know neither harald nor me are in the (timely) position to do that |
19:48.16 | zecke | http://www.stadtplandienst.de/fastlink.asp?key=cb284721666d80178c5eb4774fae18d8 |
19:48.24 | zecke | Haidenau-Platz ist unten rechts |
19:48.32 | zecke | und ostbahnhof ein wenig weiter rechts |
19:49.16 | zecke | oh weiter unten |
19:50.53 | koen | 8259 revs in .dev |
19:53.00 | mikearthur | any of you guys know much about procmail rules? |
19:53.37 | koen | I got mine via googling :) |
19:53.44 | zecke | oop wrong window :) |
19:53.49 | mikearthur | yeh, I've tried, can't work out why this won't work :s |
19:53.56 | mikearthur | http://mikearthur.co.uk/.procmailrc |
19:54.08 | mikearthur | everything seems to get matched by FreeCycle |
19:55.02 | koen | mikearthur: http://rafb.net/paste/results/0mFmmb71.html |
19:55.22 | mikearthur | koen: cool |
20:00.26 | koen | chouimat: wb |
20:05.56 | chouimat | koen thanks ... |
20:07.27 | koen | http://www.openembedded.org/~koen/stats.htm |
20:08.09 | koen | I'm not certain if that includes merge nodes or not |
20:22.12 | *** join/#oe CSMan (n=csman@bas1-montreal42-1177928291.dsl.bell.ca) |
20:24.51 | *** join/#oe mikearthur (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
20:42.39 | *** join/#oe mikearthur (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
20:44.02 | zecke | mickey|bbl: isn't there any or all in python? |
20:45.10 | *** join/#oe mikearthur (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
21:04.25 | *** join/#oe Laibsc1 (n=Laibsch@V0c70.v.pppool.de) |
21:10.46 | zecke | okay |
21:11.10 | zecke | where should I push the improved bittest_qa to? |
21:11.14 | zecke | release a tar? |
21:13.44 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
21:15.12 | zecke | 23:09 < zecke> okay |
21:15.12 | zecke | 23:09 < zecke> where should I push the improved bittest_qa to? |
21:15.12 | zecke | 23:09 < zecke> release a tar? |
21:15.30 | zecke | haha, why does openzaurus.inc sets DISTRO? |
21:17.02 | koen | zecke: put it in svn |
21:17.16 | koen | or push it into .dev in contrib/ |
21:24.22 | CIA-9 | 03rpurdie * r591 10bitbake/ (bin/bitbake lib/bb/msg.py): Add bitbake -l option to specify debug domains to show |
21:26.13 | *** join/#oe csmanx (n=csman@70.53.194.99) |
21:26.17 | zecke | koen: is a invocation of bittest_single easy enough when bitbake is in your PATH and you have set BBPATH? |
21:26.29 | koen | I think so |
21:26.47 | koen | holy crap |
21:26.54 | koen | trunk is emulating -D |
21:27.43 | RP | koen: More like adding some kind of controls for the logging ;-) |
21:28.17 | RP | -l Cache is much more useful than -D -D if you have a cache problem ;-) |
21:29.01 | koen | http://rafb.net/paste/results/iiSB7M91.html |
21:29.20 | koen | (bbimage -n Angstrom-bootstrap-image-test-20060909-ipaq-pxa270 -t tar -e /home/koen/OE/monotone/org.openembedded.dev/packages/angstrom/angstrom-bootstrap-image.bb) |
21:30.23 | koen | <PROTECTED> |
21:30.25 | zecke | http://handhelds.org/~zecke/bitbake-qa-0.1.tar.bz2 |
21:30.29 | koen | looks like a bug in the new code |
21:31.00 | koen | zecke: why isn't it in svn? |
21:31.12 | zecke | it is in svn |
21:31.16 | RP | zecke: Your python is better than mine - how do I make a function run to init a variable in msg.py, without turning it into a class? |
21:31.57 | zecke | koen: not in a public one though |
21:32.06 | RP | zecke: I want to run set_debug_level(0) to init the debug_level variable :-/ |
21:32.26 | zecke | RP: oh well, you can init it on load? |
21:32.36 | zecke | let me take a look |
21:33.02 | RP | zecke: yes, init on load would be fine |
21:33.16 | zecke | RP: then treat it like a static variable? |
21:33.31 | RP | zecke: yes |
21:33.49 | RP | zecke: Although perhaps we should rethink this... |
21:33.58 | zecke | write set_debug_level(0) into the file |
21:34.11 | zecke | somewhere (I gues sbelow the def set_debug_level) |
21:34.35 | RP | zecke: That doesn't work quite the way I expected |
21:34.39 | zecke | RP: but there is a corner case in my python knowledge :) |
21:34.50 | zecke | RP: the question is how often this module gets loaded |
21:34.55 | RP | zecke: its not just me then :) |
21:35.08 | zecke | RP: I think import msg will not be 'cached' |
21:35.39 | RP | zecke: Most things don't even import, they just call bb.msg |
21:35.56 | zecke | RP: as it gets imported from within __init__.py |
21:36.36 | zecke | RP: I think we need to store the debug level at a more prominent place |
21:36.55 | RP | zecke: agreed. Where? |
21:37.19 | RP | zecke: Taking into account this stuff gets called anonymously a lot :-/ |
21:37.29 | zecke | about [<--- here --->] let me experiment |
21:37.59 | RP | koen: You and your bugs. I thought I had all the edge cases covered ;-) |
21:38.21 | RP | set_debug_level(0) at the start of bbimage would solve all the problems |
21:38.22 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
21:38.29 | RP | (the cooker also calls that) |
21:39.58 | zecke | do that first |
21:40.09 | zecke | I will try to play with the globals keysword |
21:43.08 | CIA-9 | 03rpurdie * r592 10bitbake/bin/bbimage: bbimage: Add call to init logging variable |
21:43.13 | RP | zecke: thanks |
21:43.31 | zecke | RP: mailing OE list first about bittest |
21:43.49 | koen | RP: that seems to solve it, thanks |
21:44.00 | koen | NOTE: package angstrom-bootstrap-image-1.0: completed |
21:44.25 | koen | zecke: why not host bb_qa at openembedded.org? |
21:44.27 | RP | koen: Excellent :) |
21:44.43 | RP | zecke: 'I'll be interested to learn more about it :) |
21:48.36 | *** join/#oe blaster8 (n=blaster8@dsl-217-155-56-85.zen.co.uk) |
21:49.36 | CIA-9 | 03rpurdie * r593 10bitbake/lib/bb/build.py: build.py: Add interactive flag for tasks to optionally disable console redirection. Default to maintain backwards compatibility |
21:57.22 | koen | wow, that tor recipe looks mighty nice for a 'first' |
21:57.50 | RP | Has anyone noticed poky's devshell? |
21:57.58 | koen | I did |
21:58.13 | koen | and the addition of apt :) |
21:58.45 | RP | We could add devshell to OE now I updated bitbake :) |
21:58.55 | koen | cool |
21:59.10 | koen | RP: how do you get around the hardcoded arch list in dpkg? |
21:59.13 | zecke | RP: and require unreleased version of BitBake? |
21:59.32 | RP | zecke: This is where we need to file a backport request :) |
21:59.45 | RP | I know it works with 1.4 ;-) |
21:59.56 | zecke | koen: I think it can't be too hard to patch that... |
22:00.04 | RP | koen: kergoth is working on that, not me - I don't know |
22:00.12 | zecke | RP: do you have patches to dpkg already? Otherwise I would start with that now |
22:00.18 | zecke | kergoth: you are around? |
22:00.34 | RP | I have no idea where he's at |
22:01.03 | koen | RP: I looked at teaching OE to create .debs in the past (easy) and letting dpkg support all of OE's archs (messy) |
22:01.28 | RP | koen: I know. |
22:02.23 | RP | I have lots of grand visions. Some coincide with OH's plans, some perhaps don't although none conflict. They just need time... |
22:02.48 | koen | that's why we have OEDEM :) |
22:03.01 | RP | indeed :) |
22:04.07 | koen | I did play with the idea of basing angstrom on poky last week :) |
22:05.29 | RP | That'd be an interesting choice :) |
22:06.31 | koen | I *think* I've found a way to do some clever branching using monotone: http://linuxtogo.org/gowiki/AngstromRoadmap |
22:07.15 | koen | that would allow angstrom to have a small subset of packages, but 'propagate' will update the bits in untested/ |
22:07.49 | RP | That assumes you make changes in .dev? |
22:08.34 | koen | yes |
22:09.53 | koen | I like the idea of splitting .dev into multiple BBCOLLECTIONS more |
22:10.07 | koen | kind of liek jhbuild modules |
22:10.11 | koen | like* |
22:10.49 | RP | I can see that happening although perhaps not the way most do |
22:11.46 | RP | For example, I can it being possible to write a parser which would translate ubnutu src debs into bb recipes |
22:13.43 | koen | didn't we have an srpm backend eons ago? |
22:15.01 | koen | RP: having bitbake backends for srpm/dsc/ebuild/jhbuild/GAR would be sweet |
22:15.22 | zecke | we need to force kergoth to complete BitBake2 |
22:15.41 | RP | zecke: Personally, I don't think that's going to happen |
22:16.06 | RP | koen: An each would result in a separate set of metadata |
22:16.34 | RP | koen: I think it could be very powerful, especially if you support packages staging with each |
22:17.09 | koen | yep |
22:17.23 | RP | s/packages/packaged/ |
22:21.49 | koen | 'night all |
22:23.29 | zecke | RP: hmm, this is an interesting scope issue |
22:23.35 | zecke | even globals() is per module |
22:24.32 | RP | zecke: yes :-/ |
22:26.30 | sirfred | Hello |
22:26.39 | RP | hi sirfred |
22:26.44 | sirfred | RP: Hey! |
22:26.47 | sirfred | RP: Seen my mail? |
22:27.17 | zecke | even __builtins__ a per module |
22:27.25 | RP | sirfred: I have now - good news :) |
22:27.47 | sirfred | RP: I think so. It's not an spectacular speed, but I think it's better than before. |
22:27.55 | sirfred | And it's the IMAGEON making the work. ;-) |
22:28.07 | RP | sirfred: did you get profiling working? |
22:28.13 | sirfred | RP: Yes, before this change. |
22:28.25 | sirfred | RP: And I got ~30% in w100fb_sync. |
22:28.29 | RP | sirfred: If we have to wait for it do we gain anything - this is the question |
22:28.29 | *** join/#oe Laibsch (n=Laibsch@V0c70.v.pppool.de) |
22:28.49 | RP | With mardy's Xw100, we do as X can be doing other things but I'm not sure about the kernel |
22:29.06 | sirfred | RP: But, I was scrolling all the time. It's reasonably that w100fb_sync is lasting that much. |
22:29.18 | RP | sirfred: yes, I agree |
22:29.20 | sirfred | RP: Take into account that we're just waiting for the IMAGEON to finish. |
22:29.46 | sirfred | RP: I would like you to test the patch. I think the speed is significantly better |
22:30.10 | RP | sirfred: I will try but I can't promise when :-( |
22:30.12 | sirfred | RP: And yes, I agree with the fact that perhaps a fb accelerated driver is not very useful. But, once we have it, ... |
22:30.21 | zecke | RP: I will pass that question on to mithro or mickeyl |
22:30.39 | RP | zecke: ok, thanks. At least its not just me :) |
22:30.55 | RP | zecke: It might be __init__.py should call it |
22:31.05 | zecke | RP: we could have a default value in __init__.py |
22:31.13 | RP | sirfred: One thing the kernel could do is scrolling as that would speedup the console a lot |
22:31.27 | RP | zecke: snap :) |
22:31.29 | zecke | but we risk having two users of bb.msg.note with two different debug levels |
22:31.36 | sirfred | RP: But now, also font drawing is faster. |
22:31.45 | RP | zecke: yes :-/ |
22:31.52 | sirfred | RP: And we don't need to sync, because all the operations are being made into hardware. |
22:31.54 | zecke | actually thinking Object Orientated we would need to pass an object around |
22:32.02 | zecke | the big bad Bitbake instance |
22:32.09 | RP | sirfred: I'm really not sure you can say that about the syncing |
22:32.29 | RP | zecke: I was trying to avoid that |
22:32.35 | zecke | yep |
22:32.50 | sirfred | RP: What do you think? |
22:32.57 | zecke | it wasn't written with that in mind :( |
22:33.12 | RP | sirfred: As I said before, we need to find out what that sync protects |
22:33.37 | sirfred | RP: Why do you think it is protecting any other thing that graphic operations order? |
22:33.43 | RP | sirfred: There is some memory lurking which is bothering me, not sure what though :-/ |
22:33.49 | RP | sirfred: yes, I worry that it does |
22:34.13 | sirfred | RP: You can take a look at the other hardware drivers. |
22:34.32 | *** join/#oe Laibsch (n=Laibsch@V0c70.v.pppool.de) |
22:34.34 | sirfred | RP: I don't think they're intending sync in another meaning other than waiting for hardware operations to finish. |
22:34.37 | RP | sirfred: I'd ask the framebuffer maintainer |
22:34.48 | sirfred | RP: That's a good idea. |
22:34.58 | RP | sirfred: If we alter the framebuffer address instead of redrawing it, we wouldn't even need to blit the fonts for scrolling ;-) |
22:35.42 | sirfred | RP: But you cannot offset the address forever. Later or sooner you will have to scroll, don't you? |
22:36.10 | RP | sirfred: Yes, but you only have to redraw once every several lines instead of every time = speedup |
22:36.45 | sirfred | RP: That could be an improvement, but perhaps the result is not as stable as we would like. |
22:36.55 | RP | zecke: We're slowly making it more OO orientated but the problem would be flowing from bitbake into OE |
22:37.05 | sirfred | RP: Another improvement I was thinking about was copying the entire font to the graphic offscreen memory. |
22:37.09 | RP | sirfred: I think it would work very well |
22:37.36 | *** join/#oe Laibsch (n=Laibsch@V0c70.v.pppool.de) |
22:37.47 | RP | (the scrolling). The fonts in offscreen memory might help but it depends whether we can use the downtime |
22:38.05 | RP | I don't think hardware accell in the kernel can :-( |
22:38.20 | sirfred | RP: I have to leave now. |
22:38.34 | sirfred | RP: Anyway, perhaps if you try the patch... could change your mind. ;-) |
22:38.37 | RP | sirfred: ok, thanks for letting me know - i'll try to test |
22:38.43 | *** join/#oe Laibsch (n=Laibsch@V0c70.v.pppool.de) |
22:38.43 | sirfred | Good night. |
22:38.50 | RP | 'night sirfred |
22:39.54 | cyrilRomain | 'night all |
22:40.40 | RP | 'night cyrilRomain|zZz |
22:43.16 | zecke | cyrilRomain|zZz: good nite |
23:04.37 | CIA-9 | 03rpurdie * r594 10bitbake/lib/bb/providers.py: providers.py: Improve findBestProvider debug messages to explain the infamous 'preferred version 2.4 of glibc not available' messgae |
23:12.59 | *** join/#oe psokolovsky_ (n=psokolov@237.usernat.ip.net.ua) |
23:27.19 | *** join/#oe Pendalar (i=pendalar@h83.248.213.151.ip.alltel.net) |
23:29.41 | CIA-9 | 03rpurdie * r595 10bitbake/ (bin/bitbake lib/bb/cache.py lib/bb/shell.py): Turn BBParsingStatus into CacheData and move to cache.py |
23:38.50 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
23:56.46 | *** join/#oe |dkey| (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |