| 00:06.01 | *** join/#oe bipolar_ (n=bflong@70.44.53.89) |
| 00:23.30 | *** join/#oe carbonfreeze (n=lalala@rdbck-3719.palmer.mtaonline.net) |
| 00:26.36 | *** join/#oe Laibsch (n=Laibsch@p54B95BE9.dip.t-dialin.net) |
| 00:28.13 | *** join/#oe Laibsch (n=Laibsch@p54B95BE9.dip.t-dialin.net) |
| 00:29.54 | Jin^eLD | psokolovsky: is the data in the hash merged? I mean - is both, the data from status and the data from the feed put into the same hash? |
| 00:36.57 | *** join/#oe polyonymous_ (n=hacker@pD953B76F.dip0.t-ipconnect.de) |
| 00:43.05 | cdbot2 | * * OE Bug 2441 has been RESOLVED (WORKSFORME) by carbonfreeze@gmail.com |
| 00:43.07 | cdbot2 | * * ipkg install md5sum badness |
| 00:43.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2441 |
| 00:46.48 | *** join/#oe mwester-laptop (n=nmwester@gw.mwester.net) |
| 00:47.59 | *** join/#oe bipolar (n=bflong@70.44.53.89) |
| 01:03.59 | *** join/#oe DaKa_ (n=David@irc.thn.edu.stockholm.se) |
| 01:19.59 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 01:27.30 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 01:29.33 | Jin^eLD | I think I found the ipkg bug.. |
| 01:29.54 | Jin^eLD | I mean.. the solution to it |
| 01:29.55 | Jin^eLD | in the code |
| 01:30.09 | Jin^eLD | that seems to be it |
| 01:30.19 | Jin^eLD | ha! :) |
| 01:30.46 | Jin^eLD | I guess it's time for a bugzilla account :> |
| 01:31.04 | CoreDump | =) |
| 01:31.49 | Jin^eLD | allthough I am not sure if I really nailed it in terms of the bigger picture |
| 01:32.11 | Jin^eLD | well, we'll see :) |
| 01:32.53 | Jin^eLD | nah.. I didn't :) crap hehe |
| 01:33.37 | Jin^eLD | ipkg really decided to torture me :> |
| 01:37.16 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.40.Dial1.SanJose1.Level3.net) |
| 01:58.29 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 02:16.40 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 02:41.50 | *** join/#oe tsdogs_ (n=twostupi@62.123.180.130) |
| 02:44.17 | *** join/#oe osas (n=osas@72.53.149.68) |
| 02:45.20 | *** join/#oe tank17 (i=ariel@gateway/tor/x-dff10cbe10645417) |
| 03:00.36 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 03:01.04 | cdbot2 | * * OE Bug 2461 has been created by jin@mediatomb.cc |
| 03:01.07 | cdbot2 | * * ipkg upgrade does nothing, allthough newer packages are available in the feed |
| 03:01.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2461 |
| 03:01.17 | Jin^eLD | psokolovsky: please take a look if you find the time :> |
| 03:01.30 | Jin^eLD | I debugged it as well as I could but I got stuck in the end |
| 03:01.39 | Jin^eLD | crap, 5 a.m... |
| 03:01.45 | Jin^eLD | night everyone |
| 03:01.46 | Jin^eLD | :> |
| 03:29.01 | *** join/#oe LWT001 (n=root@61.145.139.209) |
| 04:05.54 | *** join/#oe mickey|taipei (n=mickey@61-230-49-99.dynamic.hinet.net) |
| 04:09.19 | mickey|taipei | morning |
| 04:09.51 | *** join/#oe eno__ (n=eno@adsl-70-137-138-248.dsl.snfc21.sbcglobal.net) |
| 04:25.10 | *** part/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 04:30.17 | *** join/#oe eno (n=eno@nslu2-linux/eno) |
| 04:35.31 | *** join/#oe hvontres|home (n=hvontres@adsl-75-7-226-46.dsl.sndg02.sbcglobal.net) |
| 04:35.52 | hvontres|home | ~oemirrors |
| 04:36.04 | ibot | i heard oemirrors is extra, extra, read all about it, oemirrors is OpenEmbedded monotone mirrors are ewi546.ewi.utwente.nl, monotone.nslu2-linux.org, opensource.wolfsonmicro.com also see http://www.openembedded.org/wiki/GettingStarted |
| 04:43.50 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.45.201) |
| 04:47.06 | *** join/#oe psokolovsky_ (n=psokolov@empty-crossing.volia.net) |
| 05:04.29 | *** join/#oe mithro_ (n=tim@ppp246-117.static.internode.on.net) |
| 05:11.26 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 05:27.52 | *** join/#oe eno (n=eno@nslu2-linux/eno) |
| 05:49.35 | rwhitby | hey mickey|taipei, welcome to my timezone :-) |
| 05:49.44 | rwhitby | (ish) |
| 05:54.07 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 05:58.19 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.45.201) |
| 06:21.20 | *** join/#oe polyonymous (n=hacker@pD9538B09.dip0.t-ipconnect.de) |
| 06:49.15 | *** join/#oe tsdogs__ (n=twostupi@62.123.180.130) |
| 06:49.56 | *** join/#oe polyonymous (n=hacker@pD9538BF5.dip0.t-ipconnect.de) |
| 06:50.43 | *** join/#oe tank17 (i=ariel@gateway/tor/x-f936e1d1779799d7) |
| 07:31.56 | *** join/#oe wookey_ (n=wookey@stoneboat.aleph1.co.uk) |
| 07:40.01 | koen | good morning all |
| 07:42.00 | *** join/#oe rd_ (n=rd@toi.yeu.phu.nu) |
| 07:47.08 | *** join/#oe gremlin[it] (n=gremlin@62.123.227.154) |
| 07:47.14 | *** join/#oe vanhoofp (n=pvanhoof@cs78157149.pp.htv.fi) |
| 07:49.32 | *** join/#oe LWT001 (n=root@61.145.139.209) |
| 08:00.59 | *** join/#oe pH5 (n=ph5@p5485ED01.dip.t-dialin.net) |
| 08:11.40 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
| 08:19.08 | *** join/#oe dion (n=dion@inhex.net) |
| 08:39.13 | *** join/#oe zecke (n=ich@91.64.161.147) |
| 08:41.32 | *** join/#oe bipolar (n=bflong@70.44.53.89) |
| 08:41.55 | zecke | koen: http://www.angstrom-distribution.org/building-angstrom could you add a mtn pull to it? |
| 08:42.09 | *** join/#oe rob_w (n=bob@BACac76.bac.pppool.de) |
| 08:42.37 | koen | zecke: sure |
| 08:42.39 | *** join/#oe mmp (n=mmp@158.195.103.52) |
| 08:45.41 | rob_w | hi alkl |
| 08:46.08 | rob_w | hi all i meant of course ( am i still sleeping ? ) |
| 08:49.03 | zecke | koen: we had two bitbake bug reports due people following angstrom instructions |
| 08:49.17 | koen | heh |
| 08:56.13 | zecke | koen: more than we had for the MasterMakefile |
| 08:59.09 | *** join/#oe kristoffer (n=kristoff@77.241.136.214) |
| 09:02.16 | koen | zecke: any news on the 1.8.4 release? |
| 09:03.24 | zecke | no |
| 09:36.35 | *** join/#oe bluelightning_ (n=blueligh@222-155-151-225.jetstream.xtra.co.nz) |
| 09:36.51 | rob_w | can i overcome the md5 checksum when a package starts and make him just use the .tar.bz2 inside /sources ? |
| 09:39.54 | rwhitby | rob_w: use md5sum to create a .md5 file, then OE will use it |
| 09:40.27 | rob_w | rwhitby, seems to not happen for kernels ... it gets its checksum by kernel.org i feel |
| 09:41.00 | keesj | Hello |
| 09:41.30 | rob_w | rwhitby, i am working these days on a ixp425 implementation.. the manufcaturer points to snapgear project ,,, i i would love to use the their snapgear kernels inside oe |
| 09:41.53 | rob_w | maybe i better make a new bb file for it |
| 09:42.01 | zecke|breakfast | rob_w: rephrase please? |
| 09:42.47 | rob_w | zecke|breakfast, is it true that when vanilla kernel is donwloaded it also loads the md5 file from kernel.org ? |
| 09:42.51 | rwhitby | rob_w: why use snapgear when OE supports ixp425 nicely |
| 09:42.58 | rob_w | rwhitby, CORRECT |
| 09:43.01 | zecke|breakfast | rob_w: no |
| 09:43.11 | rob_w | zecke|breakfast, hmm |
| 09:43.28 | zecke|breakfast | rob_w: let us start the other way around. What is your issue? |
| 09:43.43 | koen | rob_w: why use the snapgear kernels? mainline linux has great ixp425 support, the missing patch are available from the nslu2-linux project (ethernet driver, mac settings, rtc fixups) |
| 09:44.06 | rob_w | zecke|breakfast, i just packed up the snapgear kernel as vaninall 2.6.17.tar.bz2 and put it in sources ,, remade the md5 but then it breaks at NOTE: The MD5Sums did not match. Wanted |
| 09:44.39 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.94.186) |
| 09:44.48 | zecke|breakfast | rob_w: well, you want to touch conf/checksums.ini to disable all md5 sums ;) |
| 09:44.56 | rob_w | koen, thats my plan in total but it seems the snapgear kernels include some manufacturer changes .. which they dont comment , so i plan to start using their source intitally .. so all is compile by the same gcc |
| 09:44.56 | *** join/#oe TheCan (n=thecan@dslb-084-056-164-117.pools.arcor-ip.net) |
| 09:45.00 | zecke|breakfast | zecke|breakfast: or just rename the snapgear file? |
| 09:45.25 | rob_w | koen, then if that boots i wanna work out the manufacturer changes and patch them in standard oe ixp425 area`S |
| 09:47.00 | rob_w | the npbe+ n friends compiles well already. but a basic ixp425 kernel doenst boot the unit currently .. i only have the snapgear kenerl which boots but then maybe breaks at init() as it was compiled with a different gcc ( i assume) |
| 09:47.18 | rob_w | then my oe rootfs |
| 09:47.19 | rwhitby | rob_w: is the machine id correct in your bootloader? |
| 09:47.29 | rob_w | good question |
| 09:47.47 | rwhitby | that's the most common reason for mainline kernels not booting on manufacturer boards |
| 09:47.48 | rob_w | i read some out the bootloader <-> id relations |
| 09:48.03 | rwhitby | what board is it? |
| 09:48.12 | rob_w | an adi pronghorn metro |
| 09:48.39 | rob_w | where is the machine id in kernel source ? |
| 09:49.08 | rwhitby | rob_w: openwrt is supporting the proghorn - talk to Kaloz in #openwrt |
| 09:49.10 | zecke|breakfast | rob_w: http://www.arm.linux.org.uk/developer/machines/ |
| 09:49.23 | rob_w | oh cool ,, thanks zecke|breakfast rwhitby |
| 09:50.00 | rwhitby | rob_w: or look in https://dev.openwrt.org/browser/trunk/target/linux/ixp4xx-2.6/patches |
| 09:50.23 | rwhitby | there are three pronghorn metro patches in there. |
| 09:50.57 | rob_w | i see them thanks |
| 09:51.08 | rob_w | rwhitby, how is your compulab going ? |
| 09:51.31 | rwhitby | what compulab? |
| 09:51.54 | rob_w | oh i though you where the one also with a compulab board.. sorry then |
| 09:52.12 | rwhitby | nope, not me. |
| 09:56.55 | rwhitby | rob_w: re metro kernel functionality: |
| 09:56.57 | rwhitby | "<Kaloz> rwhitby: yup, except for setting the board's mac address |
| 09:56.57 | rwhitby | <Kaloz> rwhitby: still wondering how to implement that (it's stored in some OTP blocks)" |
| 09:57.21 | rob_w | nice |
| 10:00.38 | zecke|breakfast | <PROTECTED> |
| 10:00.49 | zecke|breakfast | rwhitby: BTW: how is your DebianDeveloper thing going? |
| 10:01.10 | rwhitby | in the middle of NM, but been *really* slack about it. |
| 10:09.43 | *** join/#oe Laibsch (n=Laibsch@p54B95F08.dip.t-dialin.net) |
| 10:10.06 | rob_w | rwhitby, phuees quite some politic guys in #openwrt ;-) |
| 10:10.27 | rwhitby | rob_w: I never go near #openwrt |
| 10:10.34 | rwhitby | try #openwrt-devel |
| 10:10.50 | rob_w | hehe |
| 10:11.04 | rwhitby | the key when approaching a new distro is not to mention any other distro until you know who hates who :-) |
| 10:12.05 | rwhitby | nslu2-linux people are involved with OE, Debian and OpenWRT, so we're used to trying to dodge politics ;-) |
| 10:17.40 | *** join/#oe wookey_ (n=wookey@stoneboat.aleph1.co.uk) |
| 10:17.54 | zecke|breakfast | rwhitby: hehe |
| 10:25.46 | *** join/#oe Cwiiis_ (n=cwiiis@81-86-56-58.dsl.pipex.com) |
| 10:26.23 | *** join/#oe mmp (n=mmp@TheWide.ubyt.sdjls.uniba.sk) |
| 10:34.58 | *** join/#oe mickey|fic (n=mickey@59-124-92-123.HINET-IP.hinet.net) |
| 10:36.34 | koen | hey mickey|fic |
| 10:37.23 | *** join/#oe |dion| (n=dion@inhex.net) |
| 10:39.45 | *** join/#oe AchiestDragon (n=david@whipy.demon.co.uk) |
| 10:40.13 | koen | mickey|fic: have a look at pulse.inc in OE, that one has some more fixes than the one in openmoko svn |
| 10:41.50 | mickey|fic | koen: ok |
| 10:42.31 | koen | like giving people an upgrade path and working CONFFILES :) |
| 10:45.23 | zecke | mickey|fic: du fehlst uns in #opie.de |
| 10:50.44 | koen | hmmm |
| 10:50.48 | koen | 1600 revs in 2 months |
| 10:50.58 | koen | I should update my workstation more often |
| 10:51.19 | CIA-3 | 03koen 07org.oe.dev * r13796a3d... 10/ (3 files in 2 dirs): pulseaudio: fix postinsts |
| 10:53.54 | *** join/#oe Cwiiis__ (n=cwiiis@81-86-56-58.dsl.pipex.com) |
| 10:57.18 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
| 10:59.49 | *** join/#oe thesing (i=thesing@p54BD8E98.dip0.t-ipconnect.de) |
| 11:02.07 | *** join/#oe incinerator (n=sabine@ppp-82-135-81-239.dynamic.mnet-online.de) |
| 11:14.16 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.83.2) |
| 11:16.20 | *** join/#oe bipolar_ (n=bflong@70.44.53.89) |
| 11:24.39 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 11:30.55 | polyonymous | not all commits make it into commit list? |
| 11:32.44 | polyonymous | psokolovsky_, ping, we have broken opie build and I'm not yet sure how to work around your last commit. Although if you don't have a solution right away or you aren't here, I think it should be pretty easy to figure it out. |
| 11:33.02 | psokolovsky_ | polyonymous: ?? |
| 11:33.11 | polyonymous | palmtop.bbclass: Finally, set qte library variant (MT vs non-MT) at the proper place. |
| 11:33.22 | polyonymous | Now it fails with -lqt-mt-mt |
| 11:33.37 | polyonymous | because in qmake's mkspecs we have ${OE_QMAKE_LIBS}-mt |
| 11:33.45 | polyonymous | (or something to the same effect) |
| 11:34.05 | psokolovsky_ | polyonymous: well, then we likely should have that in qmake's mkspecs |
| 11:34.08 | polyonymous | psokolovsky_, that may well mean that you forgot to commit some file? |
| 11:34.16 | psokolovsky_ | nope |
| 11:34.31 | polyonymous | to have what? We do have it, but you added it to palmtop.bbclass as well |
| 11:34.53 | psokolovsky_ | polyonymous: need to remove from qmake's mkspecs, whatever that is |
| 11:35.44 | polyonymous | psokolovsky_, maybe... the thing is that qmake has something like QMAKE_LIBS and QMAKE_LIBS_MT they would be the same then and non-threaded build won't work then. |
| 11:36.02 | polyonymous | the problem is that we only support threaded or nontreaded qte, but not both, right? |
| 11:36.26 | psokolovsky_ | polyonymous: ok, if you know how to fic that, please fix. but individual .bb should not anylonger fish for qte lib name. |
| 11:36.28 | polyonymous | because qmake specs seems to expect both |
| 11:37.00 | psokolovsky_ | polyonymous: please give me URI if you'd like me to say sth specific |
| 11:37.05 | polyonymous | Okay, so you don't know. Neither I do yet, need to give it some thought. |
| 11:37.09 | polyonymous | URI to what? |
| 11:37.58 | psokolovsky_ | polyonymous: to what to look at |
| 11:38.26 | polyonymous | build error is http://rafb.net/p/I5H9Lz10.html |
| 11:38.32 | polyonymous | the rest is in the tree. |
| 11:38.42 | zecke | polyonymous: qt-mt-mt or qte-mt-mt? |
| 11:38.51 | polyonymous | revision 618bda0557cc4588d6e1f66a2fee4041287cae15 is troublesome |
| 11:38.57 | polyonymous | zecke, qte |
| 11:39.02 | psokolovsky_ | polyonymous: URI to that flamy "qmake's mkspecs" |
| 11:39.05 | polyonymous | zecke, as a qmake guru you may have ideas too. |
| 11:39.18 | polyonymous | psokolovsky_, packages/qmake/files/*.conf, I think. |
| 11:39.41 | polyonymous | koen, qt4 builds fine atm, I think. |
| 11:39.50 | koen | so why bother with qt2? |
| 11:40.13 | polyonymous | Well, I'm not sure if we want to improve opie, but we sure want to sustain life in it. |
| 11:40.20 | polyonymous | I mean oe opie. |
| 11:41.04 | *** join/#oe wookey_ (n=wookey@stoneboat.aleph1.co.uk) |
| 11:41.22 | zecke | polyonymous: I have not followed too closely but nromally CONFIG+=thread should toggle threading (choosing the right flags, linking against the right libraries) |
| 11:41.43 | psokolovsky_ | polyonymous: good suggestion I have is to remove that "-mt" in linux-oe-qmake.conf |
| 11:41.48 | polyonymous | zecke, that's what I think as well, but I'm sure psokolovsky_ did have reasons for that revision as well. |
| 11:42.15 | zecke | polyonymous: once I finish this mail, I will be all yours |
| 11:42.17 | polyonymous | psokolovsky_, that would break either threaded or nonthreaded build. |
| 11:42.27 | psokolovsky_ | polyonymous: how? |
| 11:42.43 | polyonymous | psokolovsky_, we'd have the same library for both. |
| 11:42.52 | psokolovsky_ | it will just rely on external means to setup library name |
| 11:42.54 | polyonymous | psokolovsky_, what exactly have you been fixing with that rev? |
| 11:43.28 | psokolovsky_ | polyonymous: need to figure out lib name in individual .bb - quite a bunch of them |
| 11:43.48 | polyonymous | psokolovsky_, external means are supposed to set up qmake's CONFIG, not library. |
| 11:43.58 | psokolovsky_ | polyonymous: other solutuion may be to change var name, but that would still need to patch .bb's I guess |
| 11:44.03 | polyonymous | psokolovsky_, can you point to any single .bb? Just so that I get a picture. |
| 11:44.22 | polyonymous | psokolovsky_, that's what I'm thinking about and that's why I want to see the problem. |
| 11:45.12 | psokolovsky_ | xqt2/xqt2_20060509.bb |
| 11:45.19 | polyonymous | ok thanks. |
| 11:45.32 | psokolovsky_ | zroadmap |
| 11:45.43 | psokolovsky_ | snes9x-sdl-qpe_1.39.bb |
| 11:45.45 | psokolovsky_ | etc |
| 11:45.50 | polyonymous | yup. enough, thanks. |
| 11:46.53 | polyonymous | brb |
| 11:47.43 | *** join/#oe Sinclair73de (n=IceChat7@p57B49F58.dip0.t-ipconnect.de) |
| 11:56.18 | thesing | hvontres|home: did you try the kexec-cmdline stuff? |
| 12:04.26 | polyonymous | so basically that's for the bb's that don't seem to use qmake for build. |
| 12:08.16 | polyonymous | psokolovsky_, I think it's easy, your changes to qmake should be reverted, but QT_LIBRARY setting should be left intact. |
| 12:11.36 | slapin_nb | hi, all! |
| 12:11.36 | polyonymous | hi |
| 12:12.58 | *** join/#oe steliosk (n=Stelios@62.169.217.209) |
| 12:13.33 | slapin_nb | a package contains additional package to build, and has line FILES_${PN}_foo += '/some/path', if this path contains .debug, then I add FILES_${PN}_foo_dbg += '/some/path/.sebug'. what should I do in addition for debug package to be recognized? |
| 12:13.47 | slapin_nb | s/'/"/g |
| 12:14.41 | polyonymous | slapin_nb, recognized as in being packaged? |
| 12:15.07 | polyonymous | slapin_nb, I think you mean PACKAGES += "${PN}_foo_dbg" ? |
| 12:15.36 | koen | slapin_nb: or do FILES_${PN}_foo += '/some/path/', that would include and dot directories |
| 12:16.18 | slapin_nb | polyonymous, so it should do it? so, no special treatment for -dbg? |
| 12:16.50 | slapin_nb | koen, in this way it qill be treated automatically? I just want to fix some QA errors this way. |
| 12:18.06 | koen | the extra slash excludes them from the non debug package |
| 12:18.17 | koen | they should still go into a debug package as well |
| 12:18.24 | polyonymous | slapin_nb, depends on what do you mean by "recognized" |
| 12:18.25 | zecke | slapin_nb: FILES_${PN}_foo_dbg for FILES_${PN}_foo-dbg? |
| 12:19.12 | psokolovsky_ | polyonymous: yeah, do as you see fit |
| 12:19.38 | polyonymous | psokolovsky_, yup, done already, building now. |
| 12:19.46 | polyonymous | anyway, thanks for your time. |
| 12:22.28 | polyonymous | zecke, in opie-reader I have a combobox which is setFocusProxy-ed to the parent and on Z it doesn't drop down on click. Although on desktop it does. I am whatever but a qt programmer, do you have an idea how to work around that? |
| 12:23.42 | koen | zecke: should we have then patches from #13913, #14058 and #14059 in OE for webkit? |
| 12:23.58 | steliosk | hi all |
| 12:24.08 | koen | hey steliosk |
| 12:24.58 | zecke | koen: #13913 not. One should not use reuse the FrameView |
| 12:25.23 | zecke | koen: as to #14058,#14059 sure but for #14059 another patch is needed to make it not crash ;) |
| 12:25.45 | zecke | koen: with pkgconfig.bbclass we patch the .pc file. What about replacing -I with -isystem? |
| 12:26.13 | zecke | koen: http://bugs.webkit.org/show_bug.cgi?id=14061 but alp needs to attach the patch |
| 12:26.27 | koen | sounds like a good idea, byt I don't know the impact on the build |
| 12:26.38 | zecke | koen: WebKit will build ;) |
| 12:27.30 | zecke | koen: #14059 will fix the encoding issues you might see while rendering |
| 12:28.22 | koen | speaking of replacing: http://rafb.net/p/WAcPNS81.html |
| 12:28.55 | koen | zecke: what do you think about that? |
| 12:29.15 | polyonymous | and some similar magic in qt4 .bb, may also make sense to incorporate... |
| 12:30.00 | zecke | koen: why do we need that? |
| 12:30.11 | zecke | koen: and aren't the dirs expanded in .la files anyway? |
| 12:31.59 | koen | I think you're misinterpreting the patch |
| 12:32.21 | koen | it replaces /data/build/koen/OE/foo/bar/staging/lib with /usr/lib |
| 12:32.59 | zecke | koen: one question! |
| 12:33.11 | zecke | koen: don't we use autotools_do_install to stage headers and libs as well? |
| 12:33.23 | koen | I'd rather fix the root cause, but I don't know what it is |
| 12:33.32 | polyonymous | zecke, that's for install, not staging |
| 12:33.36 | polyonymous | ahh |
| 12:33.38 | *** join/#oe sudharsh_ (n=sudharsh@59.92.60.3) |
| 12:33.38 | polyonymous | sorry :) |
| 12:33.49 | zecke | polyonymous: don't worry |
| 12:34.12 | polyonymous | zecke, it's just that sometimes it makes sense to think first and then speak :) |
| 12:34.42 | zecke | polyonymous: this reminds me of Homer Simpson where Marge is gambling too much |
| 12:35.01 | koen | "because YOU have a gambling problem" |
| 12:35.09 | polyonymous | zecke, (un)fortunately, I'm totally simpsons-illiterate :) |
| 12:35.44 | zecke | ~botsnack for koen |
| 12:35.44 | ibot | zecke: thanks |
| 12:36.00 | zecke | ~snack for koen |
| 12:36.13 | ibot | ACTION throws for koen a doggy treat |
| 12:37.34 | zecke | koen: is installed=yes in your .la file? |
| 12:39.33 | koen | no idea |
| 12:43.00 | *** join/#oe victor_rx1950 (n=victor_d@85.195.145.138.satgate.net) |
| 12:50.04 | cdbot2 | * * OE Bug 2462 has been created by slapinid@gmail.com |
| 12:50.06 | cdbot2 | * * QA error on gnome-menus package (.debug), fix inside. |
| 12:50.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2462 |
| 13:02.42 | *** join/#oe steliosk (n=Stelios@62.169.217.209) |
| 13:11.44 | CIA-3 | 03polyonymous 07org.oe.dev * rd9d38708... 10/ (1 classes/qmake-base.bbclass): classes/qmake-base: reverted half a patch in order to fix qmake-based qte[-mt] builds. |
| 13:12.47 | Laibsch | polyonymous: qt4-x11-free compiles fine now |
| 13:12.53 | Laibsch | Thank you for the work! |
| 13:12.56 | polyonymous | Laibsch, great! |
| 13:13.01 | Laibsch | indeed |
| 13:13.34 | polyonymous | I think it's almost well-polished now, but I have only built uqtreader on top of it, so it needs more testing. |
| 13:14.23 | polyonymous | Umm.. and I think it needs rdepend on utf-16 something to work properly, but I forgot what exactly and therefore didn't add it to .bb yet. |
| 13:16.05 | cdbot2 | * * OE Bug 2442 has been RESOLVED (FIXED) by bugs.openembedded.org@rolf.leggewie.biz |
| 13:16.07 | cdbot2 | * * qt4-x11-free fails do_compile |
| 13:16.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2442 |
| 13:17.04 | cdbot2 | * * OE Bug 2463 has been created by slapinid@gmail.com |
| 13:17.06 | cdbot2 | * * gnome-panel build error |
| 13:17.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2463 |
| 13:17.42 | CIA-3 | 03koen 07org.oe.dev * r99aa7520... 10/ (1 packages/images/angstrom-minimal-image.bb): angstrom-minimal-image: drop DEPENDS On task-base |
| 13:18.03 | zecke | koen: do you know if the n800 can do SDIO? |
| 13:18.14 | zecke | koen: and when will TI OpenSource the DSP stuff? |
| 13:18.33 | koen | no idea and 'within 4 months' |
| 13:18.42 | koen | dspbridge has been gpled already |
| 13:21.17 | koen | zecke: and afaik nokia is still using dspgateway, which will dissappear soon according to TI |
| 13:32.54 | Laibsch | zecke: Where does the log for QA_LOG go? |
| 13:33.08 | polyonymous | It's somewhat ridiculous to have gtk+ built in the process of building opie image :) |
| 13:33.44 | *** join/#oe vivijim (n=vivijim@189.13.204.211) |
| 13:35.15 | zecke | Laibsch: ${TMPDIR} |
| 13:36.30 | Laibsch | Well, I looked there and there is nothing in it |
| 13:39.46 | *** join/#oe shreyas (n=Shreyas@202.62.79.192) |
| 13:39.50 | zecke | Laibsch: well, then your QA_LOG var is wrong? |
| 13:40.17 | *** join/#oe greentux (n=lemke@pd956a57b.dip0.t-ipconnect.de) |
| 13:43.37 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 13:46.05 | cdbot2 | * * OE Bug 2464 has been created by slapinid@gmail.com |
| 13:46.07 | cdbot2 | * * scummvm doesn't build for qemux86 |
| 13:46.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2464 |
| 13:46.59 | rob_w | at ixp4xx-kernel-svnpatch.inc it includes patches from svn after do_patch -- how do i now add my own patches after this do_svn_patch ?? |
| 13:47.32 | zecke | rob_w: why is there svn_patch at all? |
| 13:47.48 | zecke | rob_w: you can directly add svn URLs to SRC_URI for patching |
| 13:48.30 | zecke | History Lesson: http://video.google.com/videoplay?docid=-5046297730700144952 |
| 13:50.47 | rob_w | zecke how would i integrate ixp4xx-kernel-svnpatch.inc into fe ixp4xx-kernel_2.6.21.1.bb and added some private patches after this svn work ? |
| 13:51.02 | Laibsch | zecke: it is set to "yes" |
| 13:51.20 | Laibsch | Should it be set to ${TMPDIR} |
| 13:51.25 | zecke | "1" |
| 13:51.31 | Laibsch | aha |
| 13:53.17 | zecke | Laibsch: well, set it to anything |
| 13:53.24 | koen | 924K Angstrom-minimalist-image-uclibc-test-20070610.rootfs.tar.gz |
| 13:53.32 | zecke | Laibsch: and it will write into 'T' at log.qa_package |
| 13:53.38 | zecke | koen: :) |
| 13:53.55 | zecke | koen: for me someone is regularily deleting intl.h from the staging area |
| 13:54.06 | zecke | koen: sure, remove stuff from uclibc, statically link |
| 13:54.53 | koen | I still think it's pretty big for init, uclibc, dropbear, tinylogin + scripts |
| 13:55.03 | rob_w | or can i move svn_patch before do_patch ? |
| 13:55.09 | zecke | rob_w: wait a second |
| 13:55.13 | rob_w | ok |
| 13:55.57 | koen | but it's nice to be in the sub-megabyte range |
| 13:56.07 | rob_w | koen, tremendous |
| 13:56.12 | zecke | koen: build it as cramfs! |
| 13:56.19 | zecke | koen: just give it a try and see how it will work |
| 13:57.56 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.112.Dial1.SanJose1.Level3.net) |
| 13:58.12 | zecke | rob_w: oh, you can't do that easily |
| 14:04.28 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 14:07.24 | *** join/#oe tank17 (i=ariel@gateway/tor/x-5600336dc7f2aec9) |
| 14:14.37 | rob_w | hmm |
| 14:16.16 | rob_w | maybe i can apply my patches at do_patch without interferring the svnpatches |
| 14:16.18 | *** join/#oe shreyas (n=Shreyas@59.92.206.247) |
| 14:17.32 | zecke | rob_w: alternatively fork and remove svnpatch |
| 14:17.39 | zecke | rob_w: and apply them by hand in the SRC_URI |
| 14:20.36 | rob_w | coulld i do : addtask svnpatch before do_patch ? |
| 14:23.44 | rob_w | hm mthat seems to work |
| 14:25.49 | zecke | rob_w: hehe |
| 14:28.46 | CIA-3 | 03koen 07org.oe.dev * r372eff83... 10/ (1 packages/base-files/base-files_3.0.14.bb): basefiles: preserve issue[.net] contents |
| 14:29.14 | koen | steliosk: now I we can finally see your cool ascii angstrom logo :) |
| 14:36.58 | *** join/#oe lwt (n=root@61.145.144.210) |
| 14:41.28 | CIA-3 | 03koen 07org.oe.dev * re3af5468... 10/ (1 packages/base-files/base-files_3.0.14.bb): base-files: copy issue files |
| 14:42.51 | chouimat | morning |
| 14:43.21 | polyonymous | good one. |
| 14:45.16 | *** join/#oe LWT001 (n=root@61.145.144.210) |
| 14:46.04 | cdbot2 | * * OE Bug 2465 has been created by jake@cogini.com |
| 14:46.06 | cdbot2 | * * Support /etc/defaults file for gpsd |
| 14:46.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2465 |
| 14:52.49 | *** join/#oe bd2 (n=cbou@89.113.85.104) |
| 14:55.29 | steliosk | koen : heh. It takes time for artists to get recognition :) |
| 14:55.55 | polyonymous | steliosk, well, you're still alive :) |
| 14:59.03 | steliosk | polyonymous : and been in that "state" my artistic work does not worth much.... |
| 15:00.01 | polyonymous | Most of works of art become precious after the artist dies. So I wish you long years of having no recognition as an artist :) |
| 15:00.11 | zecke | koen: awesome! |
| 15:00.28 | zecke | koen: could you try to cramfs and see if it is a lot smaller? |
| 15:00.54 | steliosk | zecke : It should get to about 60% of that |
| 15:01.55 | steliosk | zecke : scratch that.... it's tar,gz not jffs2 |
| 15:02.23 | koen | zecke: no cramfs in the kernel |
| 15:02.44 | Jin^eLD | good morning :> |
| 15:02.55 | koen | hey Jin^eLD |
| 15:03.02 | zecke | koen: well marekting. If you compare rootfs size you don't say something about bootable kernels? |
| 15:03.08 | koen | Jin^eLD: you need to use SRDATE, not DATETIME |
| 15:03.10 | zecke | koen: you say a complete and minimal rootfs... |
| 15:03.25 | steliosk | zecke, koen : To reduce more you need to get stuff of uclibc/busybox basically |
| 15:03.34 | Jin^eLD | koen:oops... so my versioning was screwed up? |
| 15:03.36 | zecke | it is sooo hot... here |
| 15:04.03 | polyonymous | speaking of SRCDATE where does it affect checkout? |
| 15:04.07 | zecke | can any native english speaker spare a second for my uni assignment? |
| 15:04.14 | koen | Jin^eLD: yes, but I don't think it's related to your ipkg bug |
| 15:04.27 | koen | polyonymous: I suspect inside the bitbake fetchers |
| 15:04.30 | Jin^eLD | oh ok.. bu tSRCDATE will also do a current timestamp? |
| 15:04.41 | polyonymous | koen, I couldn't find it, where do they live? |
| 15:04.46 | steliosk | Has anyone any "rule of thump" on the number of threads per cpu/core on bitbake 1.8 ? 2xcpu/cores is it ok ? |
| 15:06.13 | polyonymous | I've seen FETCHCOMMAND_cvs = "/usr/bin/env cvs -d${CVSROOT} co ${CVSCOOPTS} ${CVSMODULE}", but couldn't find where CVSCOOPTS is set... |
| 15:07.42 | koen | Jin^eLD: the fetcher gets the "last midnight UTC" revision, so DATETIME would be wrong |
| 15:08.11 | Jin^eLD | uuh.. but my SRCDATE is set to "now", I want each build to check out the latest code |
| 15:09.06 | polyonymous | ah found it |
| 15:09.30 | Jin^eLD | will it be reset internally? else my PV may end up as 1.0.1+svnnow, which would not work, right? |
| 15:11.43 | RP | steliosk: Look at the amount of time your machine spends idle and increase until it doesn't ;-) |
| 15:13.31 | steliosk | RP: I have a dual Opteron machine (4 core total) doing builds and recording the results, but from the fist set i got it looks like its not as fast as i would expect it to be |
| 15:14.03 | Jin^eLD | koen: its getting called as svnnow then, that can't be right.. |
| 15:14.16 | zecke | steliosk: I sell CPUs specialised in accelerating m4 |
| 15:14.19 | koen | why not? |
| 15:14.27 | polyonymous | I do not see, though where SRCDATE makes it into ;date= and I'm under an impression that it doesn't. On the other hand I'm under the opposite impression because it's used for the whole opie thing |
| 15:14.33 | koen | you set SRCDATE=now, so you get want you set |
| 15:15.02 | polyonymous | zecke, it isn't for cvs, though? |
| 15:15.07 | Jin^eLD | koen: well yes, but I meant "can't be right" in the logical sense of the word :) I want to be able to upgrade the package each time a new build is avaialable |
| 15:15.13 | steliosk | zecke : That would make me, your fist client :) |
| 15:15.14 | Jin^eLD | and each build checks out the latest code for that package from svn |
| 15:15.31 | Jin^eLD | I would think tha I need some proper versioning to be able to do ipkg upgrade |
| 15:15.46 | RP | steliosk: IO bound machine? |
| 15:15.47 | Jin^eLD | thats why I had the PV as "1.0.1+svn${DATETIME}" |
| 15:16.00 | zecke | polyonymous: I don't know, I'm not really sure it is really broken for svn |
| 15:16.07 | Jin^eLD | but you were saying that this is not correct? so... how would I do it then? > |
| 15:16.16 | polyonymous | zecke, where does it make into uri, anyway? |
| 15:16.46 | steliosk | RP: no. looking at top i see i get something like 20-30% idle and no (or very little) IO waiting even when set a 3x threads |
| 15:16.52 | zecke | polyonymous: date? check the BitBake manual. There are two/three ways to set date,revision |
| 15:17.10 | RP | steliosk: Sounds like room for more tasks then ;-) |
| 15:17.48 | polyonymous | zecke, in URI or via vars? |
| 15:17.59 | polyonymous | well, maybe I indeed should read manual. |
| 15:18.12 | polyonymous | although that feels weird :) |
| 15:18.23 | *** join/#oe csmanx (n=csman@190.42.13.188) |
| 15:18.41 | steliosk | RP: I thought that by 3x threads + j8 for make i can get the cpu's to be fully used.... but it does not look that way |
| 15:19.19 | RP | steliosk: I would like to know why it can't use all that power, it really should be capable of it |
| 15:20.18 | koen | IO bound? |
| 15:20.33 | steliosk | RP: not sure either.... but i have a feeling we will need 2 x the number of cores to see that |
| 15:20.38 | steliosk | koen : no |
| 15:22.13 | steliosk | The thing is i am testing it using bootstrap-image, which by nature has a lot of packages depending on the previous one, which i believe slow things down |
| 15:22.41 | zecke | polyonymous: date;rev as part of URI |
| 15:23.04 | polyonymous | zecke, yes, that I figured. I'm trying to figure if SRCDATE makes it into fetcher somehow or not. |
| 15:24.03 | steliosk | i.e at some point when all the unpacking and configuring has be done only a thread is actually doing something |
| 15:24.20 | steliosk | this is till gcc/glibc get build |
| 15:24.24 | polyonymous | And I don't see that it does, although if it doesn't that would likely break opie build. Well, in fact it wouldn't, due to the lack of commits since SRCDATE, but it would break the very idea :) |
| 15:24.33 | zecke | polyonymous: I have the feeling it broke with bitbake1.8 (SRCDATE) |
| 15:24.50 | polyonymous | zecke, aha, so do I. Thanks for confirming it then. |
| 15:25.13 | zecke | polyonymous: no conforming, I had the feeling while looking at musicpd |
| 15:25.36 | polyonymous | zecke, confirming that you also have the feeling. I'm not going to sue you if you're wrong:)) |
| 15:28.06 | zecke | <PROTECTED> |
| 15:31.22 | chouimat | hi zecke |
| 15:31.59 | polyonymous | hmm... "I, anal"? |
| 15:32.34 | polyonymous | ah.. had to google for it. |
| 15:32.37 | zecke | sure :) |
| 15:33.17 | polyonymous | thanks God you ain't. Otherwise bipolar would hate you :-) (and not only bipolar) |
| 15:36.05 | cdbot2 | * * OE Bug 2466 has been created by jake@cogini.com |
| 15:36.07 | cdbot2 | * * Bitbake build for python-fam |
| 15:36.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2466 |
| 15:39.04 | zecke | FAM? |
| 15:40.25 | *** join/#oe gremlin_fsug (n=gremlin@62.123.227.154) |
| 15:40.38 | zecke | polyonymous: right, but check your date :) |
| 15:40.54 | polyonymous | my date? |
| 15:41.00 | gremlin_fsug | hi all |
| 15:41.08 | zecke | polyonymous: it is 2007 and people look into FAM |
| 15:41.18 | polyonymous | ah |
| 15:42.37 | *** part/#oe gremlin_fsug (n=gremlin@62.123.227.154) |
| 15:44.27 | reach | Yup. File alteration monitor. To wait for changes in files. |
| 15:45.26 | *** join/#oe LWT001 (n=root@61.145.144.210) |
| 15:45.40 | reach | I also just finished getting python-gamin to build. Quite painful. |
| 15:46.14 | reach | Still need to test. |
| 15:47.16 | zecke | reach: python-inotify is next? |
| 15:48.05 | zecke | reach: #2466 looks good |
| 15:48.07 | reach | Could be. I have some existing code that uses fam. |
| 15:48.08 | polyonymous | Like preserve chronological order? |
| 15:49.11 | reach | polyonymous: It runs on Debian Sarge, which doesn't support anything newer. |
| 15:49.26 | zecke | reach: I'm sorry |
| 15:49.44 | zecke | reach: you might want to add the md5 and sha256sum of py-fam to checksums.ini |
| 15:50.18 | reach | Ok. I will start doing that for my builds, I guess. |
| 16:01.51 | *** join/#oe anttix (n=anttix@84-50-157-2-dsl.est.estpak.ee) |
| 16:03.09 | *** join/#oe thesing (i=thesing@p54BDC9C6.dip0.t-ipconnect.de) |
| 16:03.31 | *** join/#oe anttix_ (n=anttix@84-50-157-2-dsl.est.estpak.ee) |
| 16:03.44 | *** part/#oe anttix_ (n=anttix@84-50-157-2-dsl.est.estpak.ee) |
| 16:03.53 | slapin_nb | for some unknown reason ortp reciepe does not produce package... |
| 16:05.29 | steliosk | I am having a very strange problem with uboot-git. It builds fine on 32bit host but fails on 64bit host -> http://rafb.net/p/8CzBJR29.html |
| 16:06.48 | anttix | hi steliosk. |
| 16:07.04 | cdbot2 | * * OE Bug 2467 has been created by slapinid@gmail.com |
| 16:07.07 | cdbot2 | * * ortp reciepe does not produce package |
| 16:07.08 | anttix | How's the news about mesa cross compile problem? Anyone considering our fixes? |
| 16:07.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2467 |
| 16:07.14 | steliosk | antiix hi |
| 16:27.12 | *** join/#oe florian (n=fuchs@f049168041.adsl.alicedsl.de) |
| 16:27.39 | florian | hi all |
| 16:28.23 | CoreDump | hi florian |
| 16:41.43 | *** join/#oe bipolar (n=bflong@70.44.53.89) |
| 16:41.50 | RP | zecke: Is there anything other than the task dependency info missing from the bitbake manual? |
| 16:43.10 | zecke | RP: task dependency, multi tasking (BB_NUMBER), do we have the -g documented? |
| 16:45.50 | Laibsch | polyonymous: python-pyqt4 builds for you? |
| 16:46.12 | reach | zecke: is there some particular order for the entries in checksums.ini? It seems to be almost sorted, but not quite... |
| 16:46.54 | polyonymous | Laibsch, haven't tried yet. |
| 16:47.13 | polyonymous | Laibsch, not only I'm not a qt programmer, neither I'm a python guru :))) But I think I can try nonetheless |
| 16:50.41 | *** part/#oe segreteria_meeti (n=gremlin@62.123.227.154) |
| 16:51.09 | RP | zecke: We have -g documented but the docs are now wrong :/ |
| 16:52.49 | Laibsch | polyonymous: I thought it might have come across as a dependency in one of your builds |
| 16:53.05 | Laibsch | I think it build fine last time I tried |
| 16:53.11 | polyonymous | Laibsch, my only build upon qt4 so far was uqtreader :) |
| 16:53.16 | Laibsch | But right now I got an error |
| 16:53.44 | polyonymous | baking now |
| 16:53.59 | polyonymous | oh god, it started to build tcl as a dep :) |
| 16:57.59 | Laibsch | reach: It seems you have an interest in python. Maybe you care to take a look at bug 2468? |
| 16:59.34 | CIA-3 | 03rpurdie * r828 10/ (4 files in 4 dirs): bitbake trunk/1.8: Update manual |
| 17:00.18 | RP | zecke (and/or anyone else): Any reason not to release bitbake? |
| 17:00.38 | reach | Laibsch: Sure, I will take a look. |
| 17:01.02 | polyonymous | huh, sip? |
| 17:01.26 | polyonymous | or is it some common python prefix? |
| 17:02.04 | cdbot2 | * * OE Bug 2468 has been created by bugs.openembedded.org@rolf.leggewie.biz |
| 17:02.06 | cdbot2 | * * python-pyqt4 fails do_compile |
| 17:02.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2468 |
| 17:03.27 | reach | polyonymous: Perhaps it is http://www.riverbankcomputing.co.uk/sip being used to create the bindings |
| 17:03.52 | polyonymous | ah, thanks. I warned I don't know a thing about python :) |
| 17:04.14 | polyonymous | Though, I didn't know a thing about qt as well until lately :) |
| 17:04.34 | reach | polyonymous: this may be a good way to find out what goes on under the hood :-) |
| 17:04.58 | polyonymous | that happens to me all the time :) I learn way more that I wanted to know :) |
| 17:06.33 | reach | polyonymous: and in the order that the problems occur, not any logical order :-) |
| 17:07.57 | reach | I see a python-sip4_4.4.5.bb package. Perhaps it should be a dependency for the pyqt4 package. |
| 17:08.23 | polyonymous | could be, can you try it, Laibsch ? |
| 17:08.39 | polyonymous | ah my build failed already, I can try it myself |
| 17:08.54 | reach | My build still has 700 tasks to go... |
| 17:10.02 | reach | polyonymous: there is already a dependency there from the sip4.bbclass |
| 17:10.05 | cdbot2 | * * OE Bug 2469 has been created by pmiscml@gmail.com |
| 17:10.08 | cdbot2 | * * Add ability to create image consisting of exact package list ( by not pulling up any dependencies) |
| 17:10.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2469 |
| 17:10.37 | psokolovsky_ | koen, hrw|gone: can we have quick turnaround on #2469? |
| 17:12.55 | CIA-3 | 03rpurdie 07bitbake-1.6.8 * r829 10/ (9 files in 4 dirs): Release bitbake 1.6.8 |
| 17:13.48 | CIA-3 | 03rpurdie * r830 10/branches/ (6 files in 6 dirs): Update branches after release |
| 17:16.06 | *** join/#oe chipaux (n=chipaux@narsil.aegiap.eu) |
| 17:16.54 | koen | RP: bitbake 1.8.6 scheduled as well? |
| 17:17.08 | RP | koen: If svn would play nicely |
| 17:17.39 | RP | You mean 1.8.4, right? |
| 17:18.35 | CIA-3 | 03rpurdie 07bitbake-1.8.4 * r831 10/ (7 files in 3 dirs): Tag semi 1.8.4 |
| 17:18.48 | koen | yes :) |
| 17:19.02 | *** join/#oe goxboxlive (n=goxboxli@195.159.97.196) |
| 17:19.28 | CIA-3 | 03rpurdie 07bitbake-1.8.4 * r832 10/ (ChangeLog bin/bitbake lib/bb/__init__.py): Release bitbake 1.8.4 |
| 17:19.44 | RP | Stupid svn couldn't cope with doing both those steps in one commit :/ |
| 17:22.25 | *** join/#oe grma (n=gruberm@80.109.191.226) |
| 17:22.54 | polyonymous | reach, then it doesn't work, because I baked python-sip4 and it started to build it |
| 17:22.58 | *** join/#oe HEXaBYTE (n=HEXaBYTE@194.155.218.87.dynamic.jazztel.es) |
| 17:24.10 | polyonymous | and the errors are different |
| 17:24.25 | reach | polyonymous: what are the errors? |
| 17:24.57 | *** part/#oe grma (n=gruberm@80.109.191.226) |
| 17:25.31 | polyonymous | reach, http://rafb.net/p/jRm6e019.html - I haven't even read it yet |
| 17:27.04 | polyonymous | reach, and sip class depends on python-sip, not python-sip4 |
| 17:28.18 | reach | polyonymous: what version of gcc are you using? |
| 17:28.44 | polyonymous | as if I know, 4.1.2, I think. Whatever is default for angstrom. |
| 17:28.51 | *** join/#oe LWT001 (n=lwt@61.145.139.91) |
| 17:29.20 | reach | polyonymous: it may be being more strict about scopes than an older version. |
| 17:30.13 | polyonymous | reach, maybe. as I told you - I haven't yet looked into the problem and haven't even bumped into it - it's Laibsch's fault :)) I will look into it, though, as soon as I sort out a few opie-reader issues. |
| 17:31.04 | reach | polyonymous: there is a sip class and also a sip4 class. |
| 17:31.42 | polyonymous | reach, aha, you mentioned sip4, so I tried this one, I don't know what pyqt should depend on, of course. |
| 17:31.43 | reach | polyonymous: I am having trouble downloading http://www.riverbankcomputing.com/Downloads/sip4/sip-4.4.5.tar.gz, do you know of a mirror? |
| 17:32.11 | polyonymous | not found... no, maybe oe mirrors/ |
| 17:32.17 | polyonymous | angstrom mirrors? I dunno |
| 17:32.31 | *** join/#oe Zero_Chaos (n=zero@c-71-60-239-40.hsd1.pa.comcast.net) |
| 17:32.32 | polyonymous | should we bump the version? |
| 17:32.50 | polyonymous | there's a 4.6 there... |
| 17:32.56 | *** join/#oe flo_lap (n=fuchs@f049168041.adsl.alicedsl.de) |
| 17:33.08 | flo_lap | re |
| 17:33.27 | reach | polyonymous: Might work... |
| 17:35.32 | koen | ~lart glibc-isms |
| 17:35.32 | ibot | takes a large goose feather pillow and swings it wildly in glibc-isms's direction, hitting glibc-isms and sending glibc-isms flying into the closet |
| 17:35.42 | reach | polyonymous: and I can get that one from the Gentoo mirror... |
| 17:36.07 | polyonymous | also the way to go :) |
| 17:36.07 | polyonymous | the world is full of possibilities :) |
| 17:36.28 | HEXaBYTE | hi |
| 17:37.42 | reach | polyonymous: found a mirror here: http://linuxtogo.org/~mickeyl/mirror/ |
| 17:38.18 | polyonymous | preferably with no computer. |
| 17:38.22 | CoreDump | ;) |
| 17:38.56 | HEXaBYTE | do you think that using GPE v2.8 is a good idea? |
| 17:39.02 | polyonymous | Damn. uqtreader works nicely, but the buttonprefs dialog doesn't seem to work on Z. It works on desktop tho |
| 17:39.04 | koen | ~lart broken autotools needing MALLOC_GLIBC_COMPAT=y |
| 17:39.04 | ibot | squishes broken autotools needing MALLOC_GLIBC_COMPAT=y like a bug |
| 17:39.15 | HEXaBYTE | i've found it a little unstable |
| 17:39.30 | CIA-3 | 03rpurdie 07org.oe.dev * r1e91f243... 10/ (1 conf/sanity.conf): sanity.conf: Increase bitbake minumum version to 1.6.8 since earlier 1.6 releases don't work with .dev properly |
| 17:41.17 | HEXaBYTE | every gpe application exits with a SIGSEGV when i use the file-open dialog |
| 17:41.37 | HEXaBYTE | could it be something related to my platform? |
| 17:42.26 | flo_lap | HEXaBYTE: unlikely, but i remember some gtk versions in oe had a broken file dialog |
| 17:43.11 | flo_lap | the only version i really know to work fine is 2.6.10 |
| 17:43.50 | HEXaBYTE | =) |
| 17:43.51 | polyonymous | the buttonprefs widget ignores all mouseclicks, hmm.. |
| 17:44.29 | koen | flo_lap, HEXaBYTE: http://bugzilla.gnome.org/show_bug.cgi?id=389603 |
| 17:45.35 | zecke | polyonymous: poor boy, same version of Qt4? |
| 17:45.55 | polyonymous | zecke, not exactly. |
| 17:46.06 | polyonymous | (4.3 on Z, 4.2 on desktop) |
| 17:46.16 | zecke | polyonymous: if you have no other idea for debugging, install an EventFilter on the combobox |
| 17:46.28 | HEXaBYTE | koen, i believe that it isn't the problem that i have |
| 17:46.28 | zecke | polyonymous: and the lineEdit() and other parts of it and see which events are coming by |
| 17:46.40 | polyonymous | zecke, not combobox the whole lot of widgets don't receive keyclicks |
| 17:46.53 | HEXaBYTE | that bug is on GtkFileChooserDialog |
| 17:46.57 | zecke | polyonymous: do you play with modality? |
| 17:47.02 | polyonymous | I mean, there's a widget containing dialog, which is raised from widgetstack. |
| 17:47.25 | polyonymous | Can non-dialog widget have modality? |
| 17:47.38 | HEXaBYTE | mine is on the simpler dialog in libgpewidget |
| 17:48.03 | zecke | polyonymous: QDialog? |
| 17:48.24 | polyonymous | zecke, non-dialog. It's a QWidget, in fact |
| 17:48.44 | zecke | polyonymous: http://doc.trolltech.com/4.3/qdialog.html#modal-prop |
| 17:48.45 | zecke | ah okay |
| 17:49.03 | polyonymous | I'm comparing it with a working one (file selector) |
| 17:49.21 | polyonymous | but the code is such a mess |
| 17:49.24 | polyonymous | ~lart it |
| 17:49.24 | ibot | puts it into a headlock and administers a mighty noogie, rubbing half of it's hair of |
| 17:49.41 | polyonymous | silly ibot, "its" is spelt with no \' ;-) |
| 17:50.38 | CoreDump | also s/of/off right? |
| 17:50.57 | CoreDump | well, the 2nd "of" |
| 17:50.58 | polyonymous | that too :) |
| 17:51.03 | CoreDump | =D |
| 17:51.33 | polyonymous | But that's a typo in his "database" or whatever it is. |
| 17:51.33 | CoreDump | yeah |
| 17:51.33 | polyonymous | The "its" issue is lack of intellect :) |
| 17:52.01 | CoreDump | same w/ lose and loose, their and there |
| 17:52.14 | CoreDump | your and you're hehe |
| 17:52.25 | polyonymous | but that again would be the bug in database |
| 17:52.43 | polyonymous | The thing is that he substituted "it", but didn't strip ' (of course) |
| 17:53.15 | CoreDump | polyonymous: I doubt it, I bet it's a typo |
| 17:53.28 | polyonymous | CoreDump, note, I typed '~lart it' |
| 17:53.31 | polyonymous | ~lart it |
| 17:53.31 | ibot | squeezes it till it turns blue like papa smurf |
| 17:53.45 | polyonymous | well, there's no need of 's :) |
| 17:53.48 | CoreDump | ah, no |
| 17:53.53 | CoreDump | w I get it |
| 17:54.01 | polyonymous | it definiely has something like %s's :) |
| 17:54.09 | CoreDump | right |
| 17:54.15 | polyonymous | heh |
| 17:55.36 | koen | ~hail gnu-configize |
| 17:55.43 | ibot | ACTION bows down to gnu-configize and chants, "I'M NOT WORTHY!!" |
| 17:56.05 | mwester | Isn't English fun? :-) |
| 17:56.28 | polyonymous | I wonder if I should just upgrade qt on the desktop. I don't think I use many qt apps, anyway... |
| 17:58.56 | *** join/#oe Zero_Chaos (n=zero@c-71-60-239-40.hsd1.pa.comcast.net) |
| 18:04.28 | chouimat|tv | gnu-configize? |
| 18:06.46 | koen | chouimat|tv: replaces things like config.sub, so you don't have to spend ages patching autofoo |
| 18:07.16 | chouimat|tv | koen cool ... but I'm now 100% sold to cmake :) |
| 18:07.26 | steliosk | that u-boot not building on 64bit is weird |
| 18:07.51 | steliosk | the .o files produced on both hosts are exactly the same |
| 18:07.58 | steliosk | and the fail on the linker |
| 18:08.11 | *** join/#oe Crofton (n=balister@hc65215a4.dhcp.vt.edu) |
| 18:08.28 | steliosk | if i copy the 32bit cross linker on the 64bit host it links uboot fine... |
| 18:08.48 | hvontres|home | Thanks to whoever fixed projects.linuxtogo.org :) |
| 18:08.49 | Laibsch | reach, polyonymous: Anything I should take a look at? I read from the backlog you were discussing a few things. |
| 18:09.02 | Laibsch | hvontres|home: Are you sure it is fixed? |
| 18:09.10 | Laibsch | hvontres|home: What was the problem, then? |
| 18:09.34 | polyonymous | Laibsch, well, I don't know, I only know that if you bake sip4 errors change, but haven't got enough terminals to look deeper into it yet |
| 18:09.35 | hvontres|home | Laibsch: well, either that or whatever was sucking resources has quit |
| 18:10.12 | Laibsch | hvontres|home: No, it was always something that only occurred occasionally |
| 18:10.23 | Laibsch | hvontres|home: I think you probably rejoiced too early |
| 18:10.26 | reach | Laibsch: still compiling dependencies on my end... I couldn't download the distribution for PyQt-x11-gpl-4.0.tar.gz, so I am trying 4.0. |
| 18:10.32 | reach | er. 4.2 |
| 18:11.01 | Laibsch | hvontres|home: koen said the machine was lacking RAM and swapping like crazy. It has 1 G and apparently a single mtn session does suck up about one third of that. |
| 18:11.10 | reach | 4.2 is what is current for Gentoo, so 4.0 may have problems in general. |
| 18:11.19 | hvontres|home | ok, time to go |
| 18:11.47 | Laibsch | reach: You advise to generally upgrade to 4.2? |
| 18:11.57 | koen | [ 5] 0.0- 5.0 sec 23.3 MBytes 4.65 MBytes/sec |
| 18:12.03 | koen | that's more than I expected |
| 18:12.16 | Laibsch | koen: Doing what? |
| 18:12.18 | koen | for a puny avr32 board |
| 18:12.22 | koen | Laibsch: iperf |
| 18:12.33 | Laibsch | on ltg.org? |
| 18:12.36 | reach | Laibsch: I have no specific info one way or the other, but it may work better. |
| 18:12.55 | koen | Laibsch: no, from my workstation to the board |
| 18:13.47 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
| 18:13.58 | Laibsch | reach: I just tried "bitbake python-sip4" but it had already been built previously |
| 18:14.13 | Laibsch | reach: So, I guess adding that dependency is not going to fix it. |
| 18:14.41 | polyonymous | no, it's not, I told you - it changed errors, not fixed them :) |
| 18:15.15 | reach | Laibsch: I was thinking that it may be a gcc issue, based on the last error from polyonymous, it may be more strict about scopes or something. |
| 18:15.44 | polyonymous | it would be worth to take a look at the code, not only errors, but I'll get completely lost in terminals then :) |
| 18:23.26 | *** join/#oe Marex-notebook (n=marex@193.179.46.119) |
| 18:23.30 | CIA-3 | 03coredump2 07org.oe.dev * raf98a46d... 10/ (1 packages/gspcav1/gspcav1_20070110.bb): gspcav1: Update SRC_URI |
| 18:29.35 | reach | Laibsch: I am blocked now building qt4-x11-free-4.1... it is using the system freetype instead of the bundled version. Getting late here, 3:30 AM Taiwan time... so I will take another look at it tomorrow if you haven't found a solution. |
| 18:30.12 | reach | er, 2:30. Like I said, getting late :-) |
| 18:30.47 | *** join/#oe pgfeller (n=pgfeller@161.138.78.83.cust.bluewin.ch) |
| 18:42.49 | *** join/#oe mykilx (i=1000@pool-71-98-176-9.tampfl.dsl-w.verizon.net) |
| 18:43.35 | rob_w | how do i determine the correc eraseblock size for a jffs2 image ? |
| 18:44.08 | zecke|math | rob_w: it is given by the hardware? |
| 18:44.22 | rob_w | which info do i need to lock at |
| 18:44.49 | rob_w | redboot fe shows FLASH: 0x50000000 - 0x51000000, 128 blocks of 0x00020000 bytes each. |
| 18:45.12 | zecke|math | rob_w: can't remember, I would guess 0x00020000 |
| 18:45.37 | rob_w | i tryed 40000 now i try 20000 |
| 18:46.01 | CIA-3 | 03Laibsch 07org.oe.dev * r64150943... 10/ (3 files in 2 dirs): |
| 18:46.01 | CIA-3 | gspcav1: update to version 20070508 to make it fetchable again. |
| 18:46.01 | CIA-3 | Otherwise untested, not even compilation test. |
| 18:46.54 | CoreDump|home | Laibsch: I hope you kept the old version? |
| 18:47.35 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
| 18:50.58 | rob_w | zecke|math, still Node at 0x004dfa08 with length 0x0000082d would run over the end of the erase block |
| 18:51.57 | polyonymous | hooray! After qt upgrade it doesn't work on desktop either. |
| 18:53.27 | CIA-3 | 03coredump2 07org.oe.dev * r891a91ed... 10/ (1 packages/gspcav1/gspcav1_20070110.bb): gspcav1: Add known-good version from 20070110 |
| 18:55.38 | zecke|math | rob_w: a) you are hopeless and fix the printk to mention the erase block |
| 18:55.47 | zecke|math | rob_w: b) search your nand/nor driver |
| 18:57.59 | koen | or rather, why it hangs during netboot |
| 18:58.29 | steliosk | koen : You need to set all the parameters right or it won't |
| 18:59.22 | koen | I think I need to put a fan on the heatsink of the radeon.... |
| 19:00.45 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 19:06.13 | psokolovsky_ | koen: do you think we cna activate switch_root in angstrom busybox, or is it time to create busybox-initrd recipe? |
| 19:06.27 | koen | both :) |
| 19:06.40 | koen | I've been meaning to add a busybox-static recipe for ages :) |
| 19:06.40 | psokolovsky_ | ;-) |
| 19:07.58 | koen | steliosk: http://dominion.kabel.utwente.nl/koen/cms/measuring-network-throughput-with-iperf |
| 19:09.48 | steliosk | the network is gigabit ? |
| 19:09.55 | koen | yes |
| 19:10.20 | steliosk | cat 5e or cat 6 ? |
| 19:11.01 | koen | the gigabit machines have cat6 |
| 19:11.55 | steliosk | The server is also ok then, with very few exceptions stock gigabit adapters don't go much higher than that |
| 19:12.10 | steliosk | the efika on the other hand is really low |
| 19:12.23 | koen | right, I don't want to fumble with mtu and jumboframes |
| 19:12.34 | koen | old kernel, debian rootfs on the efika |
| 19:13.06 | koen | I'm preparing to update to a recent kernel and OE rootfs |
| 19:13.25 | koen | I finally figured out why it only booted half of the times |
| 19:13.31 | koen | overheating agp card... |
| 19:13.34 | koen | ~lart ATI |
| 19:13.34 | ibot | readies the nuke launcher and fires some rounds at ATI |
| 19:13.42 | steliosk | i would expect the efika to reach the max on 100mbit segment (i.e around 75/80 mbits) |
| 19:13.55 | steliosk | s/expect/expected |
| 19:14.16 | steliosk | it looks like 20-25% less than that |
| 19:14.17 | koen | the avr board impressed me |
| 19:14.37 | koen | I suspect we could squeeze an Mbyte/s more out of it |
| 19:16.01 | steliosk | i have been using avr (the 8 bit variety) since they came to market, and they really are fast chips with a very nice architecture. From the little i managed to read on avr32 it seems that it keeps on that |
| 19:17.33 | steliosk | Also they have some "dsp" functionality for mpeg and stuff so i can assume with optimization you could see a big performace difference from other arch's in the same frequency |
| 19:18.44 | koen | steliosk: atmel claims 30fps h264 at qvga |
| 19:18.57 | koen | I'm waiting for the stk to arrive to verify that :) |
| 19:19.04 | *** join/#oe dion (n=dion@inhex.net) |
| 19:19.26 | steliosk | heh i have seen a demo ;) |
| 19:20.22 | *** join/#oe Varoudis (n=varoudis@athedsl-24663.home.otenet.gr) |
| 19:20.24 | *** join/#oe marcan (i=1337@14.Red-88-27-160.staticIP.rima-tde.net) |
| 19:20.59 | *** join/#oe daurnimator (i=daurn@203.49.198.86) |
| 19:27.04 | chouimat|tv | Grand Prix de Montreal: 10 out and 1 dead groundhog |
| 19:28.55 | steliosk | RP: First build results.... |
| 19:28.59 | polyonymous | zecke|math, the first widget added to widgetstack exhibits this weird behaviour - that is if I swap the widget with the next one it works fine... but the other of course doesn't. |
| 19:29.53 | steliosk | RP: With threads set to 0 and -j also set to 0, build time is 160minuts 22.836 sec |
| 19:30.21 | steliosk | RP: With threads set to 4 and -j set to 8, build time is 158min 11.913s |
| 19:30.31 | *** join/#oe csmanx (n=csman@190.42.13.188) |
| 19:31.03 | steliosk | RP: not that big difference... |
| 19:31.23 | steliosk | RP: now building with threads 8 and -j8 |
| 19:43.34 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-183-106-019.triad.res.rr.com) |
| 19:46.29 | polyonymous | zecke, looks like half-a-bug in qt3 support and half-a-bug in opie-reader. I decided to fix it by rewriting to use non-deprecated qt4 QStackedWidget |
| 19:46.54 | zecke | polyonymous: could you extract the code and send it to me (buildable as qmake?) |
| 19:47.03 | zecke | polyonymous: or mail it directly to qt-bugsATtt.com? |
| 19:47.32 | polyonymous | zecke, I said 'half-a-bug', because opie-reader behaviour was unnice, anyway. So I'm not sure if one should blame it on qt |
| 19:47.56 | polyonymous | the qt problem was inconsistent behaviour. |
| 19:48.04 | zecke | polyonymous: well if Qt4.2 and 4.3 behaved differently it is a bug |
| 19:48.44 | polyonymous | In that sense, yet. |
| 19:48.47 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
| 19:49.05 | polyonymous | zecke, I do not fancy the idea of hacking the extracted code from ground up... |
| 19:52.41 | *** join/#oe Marex-notebook (n=marex@80.250.5.122) |
| 19:54.56 | polyonymous | I don't think it's a good idea to have altboot installed by default. |
| 20:02.18 | *** join/#oe rob__w (n=bob@BACbf1f.bac.pppool.de) |
| 20:07.03 | polyonymous | Package netbase wants to install file /etc/{protocols,services} But that file is already provided by package iana-etc |
| 20:14.48 | polyonymous | oh well, basically, uqtreader is working on qt4-x11 now. |
| 20:14.48 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
| 20:14.49 | CIA-3 | 03polyonymous 07org.oe.dev * r1eb1e872... 10/ (3 files in 3 dirs): |
| 20:14.49 | CIA-3 | uqtreader: a lot of fixes and improvements |
| 20:14.49 | CIA-3 | - removed opie inheritance |
| 20:14.49 | CIA-3 | - replaced hardcoded dirs with sane variables |
| 20:14.49 | CIA-3 | - new and better patch that fixes quite a few issues |
| 20:15.41 | *** join/#oe dcordes (n=erdinger@f048034022.adsl.alicedsl.de) |
| 20:20.43 | *** join/#oe DaKa_ (n=David@irc.thn.edu.stockholm.se) |
| 20:28.18 | *** join/#oe law|ibook (n=_law_@213.173.86.202) |
| 20:32.02 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
| 20:32.25 | *** join/#oe TheCan (n=thecan@dslb-084-056-164-117.pools.arcor-ip.net) |
| 20:52.27 | *** join/#oe greentux (n=lemke@pd956a57b.dip0.t-ipconnect.de) |
| 21:05.32 | *** join/#oe kristoffer_ (n=kristoff@77.241.139.122) |
| 21:11.02 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
| 21:14.41 | polyonymous | Laibsch, basically, most of this python*4 stuff picks up qt2 specs with all the natural consequences... |
| 21:32.05 | *** join/#oe thesing (n=tkunze@BAA36b1.baa.pppool.de) |
| 21:43.27 | RP | steliosk: Strange, I would have expected better results than that |
| 21:45.35 | steliosk | RP: Just ignore them. I had forgot to change the thread to the correct value between runs |
| 21:45.35 | steliosk | RP: with 4 threads it cuts buildtime to half |
| 21:45.36 | steliosk | RP: trying now with 8 |
| 21:46.18 | zecke | night |
| 21:47.29 | RP | 'night zecke |
| 21:47.41 | RP | steliosk: That's more like it :) |
| 21:53.16 | zecke | ~lart FU Berlin |
| 21:53.16 | ibot | stuffs FU Berlin into a shiny new tin can and vacuum seals it |
| 22:33.22 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 22:34.14 | polyonymous | Laibsch, pyqt supports qt up to version 4.2.3 |
| 22:52.13 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.154.Dial1.SanJose1.Level3.net) |
| 22:53.05 | CIA-3 | 03pfalcon 07org.oe.dev * r5dd95087... 10/ (1 packages/helloworld/helloworld_1.0.0.bb): helloworld 1.0.0: Remove duplicate content. |
| 22:53.09 | CIA-3 | 03pfalcon 07org.oe.dev * r4e1403b6... 10/ (3 files in 2 dirs): |
| 22:53.09 | CIA-3 | busybox-static 1.2.1: First cut at static busybox. |
| 22:53.09 | CIA-3 | * Yes, it works. 877916 bytes with uclibc. |
| 22:53.09 | CIA-3 | * Defconfig is based on angstrom's one, with switch_root enabled. |
| 22:53.13 | CIA-3 | 03pfalcon 07org.oe.dev * rc8599288... 10/ (1 classes/rootfs_ipk.bbclass): |
| 22:53.13 | CIA-3 | rootfs_ipk.bbclass: Add new option, PACKAGE_INSTALL_NO_DEPS. If set to 1, |
| 22:53.13 | CIA-3 | list of packages in PACKAGE_INSTALL installed as is, without any dependencies. |
| 22:53.15 | CIA-3 | * Useful for initrds, etc. |
| 22:53.17 | CIA-3 | * Closes #2469. |
| 22:57.36 | *** join/#oe carbonfreeze (n=somepc@47-151-237-24.gci.net) |
| 23:05.33 | CIA-3 | 03polyonymous 07org.oe.dev * rde4ea7e7... 10/ (1 packages/subversion/subversion_1.4.3.bb): subversion 1.4.3: removed DEFAULT_PREFERENCE of -1 and added do_stage |
| 23:05.38 | CIA-3 | 03polyonymous 07org.oe.dev * r3a6b01b0... 10/ (4 files in 3 dirs): qsvn: made it build for the sake of additional qt4 testing |
| 23:09.26 | CIA-3 | 03pfalcon 07org.oe.dev * r8fb7c19a... 10/ (1 packages/initrdscripts): initrdscripts: New package dir for initrd, initramfs, etc. recipes. |
| 23:09.31 | CIA-3 | 03pfalcon 07org.oe.dev * r64152bb9... 10/ (4 files in 3 dirs): |
| 23:09.31 | CIA-3 | initramfs-nfsboot 0.1: Sample initramfs script to boot from NFS. |
| 23:09.31 | CIA-3 | * Need too add parsing of kernel cmdline instead of hardcoded params. |
| 23:09.36 | CIA-3 | 03pfalcon 07org.oe.dev * r4c877301... 10/ (1 packages/images/initramfs-image.bb): |
| 23:09.36 | CIA-3 | initramfs-image: A sample initramfs image. |
| 23:09.36 | CIA-3 | * Shows all ingredients of a good initramfs image: custom init script run |
| 23:09.36 | CIA-3 | by statically linked busybox, with all of them installed by explicit list |
| 23:09.38 | CIA-3 | without any unneeded dependencies. ~500k. |
| 23:14.08 | *** join/#oe chouimat|away (n=dieu@r2351064.cidc.net) |
| 23:35.21 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 23:52.40 | *** join/#oe idealm (n=ideal@c58-107-18-66.belrs2.nsw.optusnet.com.au) |