| 00:11.22 | *** join/#oe rsalveti (n=rsalveti@189.70.35.140) |
| 00:38.15 | *** join/#oe mrc3 (n=mrc3@nat/ti/x-9d8e77e21c843564) |
| 01:21.03 | *** join/#oe fraxinath (n=quassel@p54AA401E.dip.t-dialin.net) |
| 01:21.35 | *** join/#oe borg_ (n=olaf@80.149.17.21) |
| 01:23.11 | *** join/#oe shoragan (n=shoragan@debian/developer/shoragan) |
| 01:31.30 | *** join/#oe aloisiojr (n=aloisio@189.81.82.29) |
| 01:35.15 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 01:50.47 | *** join/#oe shoragan_ (n=shoragan@sicherheitsschwankung.de) |
| 02:03.06 | *** join/#oe fraxinas (n=quassel@p54AA6073.dip.t-dialin.net) |
| 02:04.55 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 02:11.54 | *** join/#oe scruggs (n=chris@72-161-99-241.dyn.centurytel.net) |
| 02:28.43 | *** join/#oe xxiao (n=chatzill@24.174.117.226) |
| 02:37.12 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 02:40.17 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 03:08.34 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-53-43.dynamic.mnet-online.de) |
| 03:09.06 | *** join/#oe mekius[work] (n=mekius@enlightenment/developer/mekius) |
| 03:20.32 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-2c10aaeb6664bb3b) |
| 03:34.40 | *** join/#oe denix0 (n=denix@pool-71-251-63-232.washdc.east.verizon.net) |
| 04:13.53 | *** join/#oe brolin (n=brolin@190.158.90.69) |
| 04:18.22 | *** join/#oe mrc3__ (n=mrc3@nat/ti/x-3c44a4098833a061) |
| 04:49.51 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 05:05.23 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:34.34 | *** part/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
| 06:06.52 | *** join/#oe greentux (n=lemke@BAA0de5.baa.pppool.de) |
| 06:11.30 | *** join/#oe pleemans (n=toi@d51A49C45.access.telenet.be) |
| 06:27.39 | mckoan | good morning |
| 06:28.04 | hrw | morning |
| 06:28.06 | hrw | hi Marco |
| 06:28.25 | mckoan | hi Marcin |
| 06:38.46 | *** join/#oe rddDavid51 (n=roudoudo@lns-bzn-43-82-249-180-119.adsl.proxad.net) |
| 06:46.40 | *** join/#oe vijay (n=vijay@203.199.213.3) |
| 06:58.10 | *** join/#oe thebohemian (n=rschus@p5DDC75C2.dip.t-dialin.net) |
| 07:12.35 | *** join/#oe pleemans (n=toi@d51A49C45.access.telenet.be) |
| 07:16.20 | *** join/#oe fpga (n=s@91.191.179.195) |
| 07:20.39 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-244326dd553745c7) |
| 07:22.10 | *** join/#oe schurig (n=schurig@pD95F94F3.dip0.t-ipconnect.de) |
| 07:27.57 | *** join/#oe dth (n=Dieter@p4FDED56D.dip.t-dialin.net) |
| 07:28.48 | *** join/#oe mrc3 (n=ddiaz@189.157.108.164) |
| 07:38.08 | *** join/#oe mekius_ (n=mekius@enlightenment/developer/mekius) |
| 07:39.43 | *** join/#oe thesing (n=tkunze@BAA2b93.baa.pppool.de) |
| 07:50.14 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 07:53.45 | *** join/#oe valhalla (n=valhalla@81-174-24-42.dynamic.ngi.it) |
| 07:59.02 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-4dd6b695f3ec2e1e) |
| 08:04.31 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 08:07.21 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 08:10.39 | *** join/#oe ja2 (n=marcus@81-233-153-190-no83.tbcn.telia.com) |
| 08:11.41 | *** join/#oe ade|desk (n=ade|desk@195.153.131.254) |
| 08:20.56 | *** join/#oe eray (n=eray@87-126-142-238.btc-net.bg) |
| 08:34.49 | *** join/#oe rddDavid51_ (n=roudoudo@lns-bzn-55-82-255-155-178.adsl.proxad.net) |
| 08:42.47 | *** join/#oe ptitjes (n=didier@gov91-1-82-234-90-22.fbx.proxad.net) |
| 08:42.47 | *** join/#oe mnabil (n=mnabil@196.202.20.11) |
| 08:47.55 | *** join/#oe svqyqb (n=svqyqb@p508DB049.dip.t-dialin.net) |
| 08:48.02 | svqyqb | http://tinyurl.com/nkypfa |
| 08:54.11 | CIA-1 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r57733b83ae 10openembedded.git/recipes/linux/linux-omap_git.bb: |
| 08:54.11 | CIA-1 | linux-omap_git.bb : move linux-omap_2.6.30+2.6.31-rc1 to linux-omap_git |
| 08:54.11 | CIA-1 | per koens request |
| 08:54.31 | *** join/#oe icanicant (n=Miranda@host81-150-231-126.in-addr.btopenworld.com) |
| 08:54.35 | *** join/#oe _schurig (n=schurig@pD95F9827.dip0.t-ipconnect.de) |
| 08:55.27 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 08:58.10 | *** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 09:01.32 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 09:10.53 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 09:18.15 | *** join/#oe sgh_ (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 09:22.15 | *** join/#oe MWelchUK (n=welchma@65.91.2.71) |
| 09:30.23 | *** join/#oe Jay7 (n=jay@93-81-71-243.broadband.corbina.ru) |
| 09:55.32 | *** join/#oe markos_ (n=markos@athedsl-428934.home.otenet.gr) |
| 09:56.16 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 10:01.53 | *** join/#oe dth-oops (n=Dieter@p4FDED56D.dip.t-dialin.net) |
| 10:10.38 | BlindMan | morning * |
| 10:11.26 | florian | good morning |
| 10:13.47 | *** join/#oe rkirti (n=oespirit@117.254.1.72) |
| 10:23.36 | *** join/#oe benlau2 (n=benlau@n11648150176.netvigator.com) |
| 10:31.54 | *** join/#oe Wiedi (n=wiedi@newton.w.fruky.net) |
| 10:35.33 | *** join/#oe [AD]Turbo (n=AmanithV@host175-244-dynamic.18-79-r.retail.telecomitalia.it) |
| 10:43.40 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 10:48.46 | *** join/#oe ptitjes (n=didier@gov91-1-82-234-90-22.fbx.proxad.net) |
| 10:56.00 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 10:57.43 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
| 11:00.04 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 11:01.53 | *** join/#oe rob_w (n=bill@p549BFC9B.dip.t-dialin.net) |
| 11:03.33 | *** join/#oe rsalveti (n=rsalveti@200.184.118.136) |
| 11:05.43 | *** join/#oe ptitjes (n=didier@gov91-1-82-234-90-22.fbx.proxad.net) |
| 11:21.01 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-79557374d3cbcf1e) |
| 11:33.23 | hrw | morning |
| 11:34.10 | booxter | gm |
| 11:38.14 | *** join/#oe ptitjes (n=didier@gov91-1-82-234-90-22.fbx.proxad.net) |
| 11:38.44 | *** join/#oe woglinde (n=heinold@omsk.mi.fu-berlin.de) |
| 11:39.49 | *** join/#oe zecke (n=ich@port-212-202-56-88.dynamic.qsc.de) |
| 11:40.00 | *** join/#oe ja2 (n=marcus@81-233-153-190-no83.tbcn.telia.com) |
| 11:41.37 | *** join/#oe rkirti_ (n=oespirit@117.254.28.59) |
| 11:41.50 | woglinde | hi rkirti |
| 11:42.26 | rkirti | hello woglinde |
| 11:42.41 | booxter | hm, I can't fetch linux-omap_2.6.29... It just stalls on "Task ... (do_fetch)" |
| 11:42.58 | XorA | booxter: git is real slow to fetch :-) |
| 11:43.01 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-15850386beba1026) |
| 11:43.35 | booxter | XorA: but maybe it should try tarballs from angstrom-distribution.org first, no? |
| 11:43.50 | *** join/#oe ptitjes_ (n=didier@gov91-1-82-234-90-22.fbx.proxad.net) |
| 11:45.10 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 11:45.21 | woglinde | jo raster |
| 11:45.45 | booxter | Ah, ok, I see network activity... But it's rather obsure. Maybe a message like "Starting fetching from git" would be better. When fetching from http, ftp etc. we can see wget output which indicates action in progress. |
| 11:46.21 | raster | woglinde: boo! |
| 11:49.57 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 11:53.34 | rob_w | does anyone know a good open handy software keyboard solution ? |
| 11:53.55 | Jay7 | rob_w: did you mean onscreen keyboard? |
| 11:53.58 | rob_w | yep |
| 11:54.03 | woglinde | look at the keyboard from raster |
| 11:54.06 | woglinde | in e17 |
| 11:54.13 | rob_w | roger |
| 11:54.38 | Jay7 | http://homepage3.nifty.com/tsato/xvkbd/ :) |
| 11:55.04 | rob_w | did xvkbd include that already .. then i am done |
| 11:55.10 | woglinde | hm all softkeyboards have the one and other problem |
| 11:56.22 | Jay7 | "all softkeyboards have problems" (generalized) :) |
| 11:56.38 | woglinde | bye have to go |
| 11:56.46 | rob_w | problems are even a fact of existance |
| 11:56.54 | raster | all keyboards have problems |
| 11:57.01 | raster | i mean come on.. i have to TYPE? |
| 11:57.06 | rob_w | hehe |
| 11:57.08 | raster | can't it just divine what i wanted to say? |
| 11:57.09 | raster | :) |
| 11:57.13 | *** join/#oe vo5 (n=vo@189.102.194.156) |
| 11:57.14 | booxter | ;) |
| 11:57.16 | Jay7 | :) |
| 11:57.42 | rob_w | raster where is that e17 keyboard thing woglinde mentioned |
| 11:58.46 | raster | part of illume |
| 11:58.50 | raster | a module for e |
| 11:59.15 | raster | you get a phoney wm env thing |
| 12:00.41 | rob_w | will i need enlightment or matchbox to go through it ? |
| 12:02.15 | rob_w | aiiii .. with illume i can "eat small children" .. ooookey |
| 12:02.41 | raster | a module for e... so yes |
| 12:03.22 | *** join/#oe mario-goulart (n=user@201-40-162-47.cable.viacabocom.com.br) |
| 12:03.38 | rob_w | hmm i dont have it in my 090528 tree .. anyway i will check it , thanks |
| 12:03.59 | *** join/#oe Laibsch (n=Laibsch@p5B3B3ACD.dip.t-dialin.net) |
| 12:06.42 | rob_w | ok then lets see how the avr32 does with the e17 :-) |
| 12:07.30 | *** join/#oe emachado (n=edjunior@nat/ibm.br/x-a2f5d4263cee493e) |
| 12:07.52 | raster | illume is not an app |
| 12:07.58 | raster | it is just part of enlightenment |
| 12:08.01 | raster | it is a module for it |
| 12:08.11 | raster | like firefox has plugins |
| 12:08.51 | raster | it's a standard part of the angstrom build anyway |
| 12:14.19 | Crofton|work | raster, I think you mean it is part of beagle demo image :) |
| 12:15.09 | raster | Crofton|work: hmm ahh good point |
| 12:15.29 | Crofton|work | otherwise people will complain Angstrom is bloated :) |
| 12:17.24 | hrw | Crofton|work: angstrom is bloated |
| 12:17.35 | hrw | anything which use task-base is bloated |
| 12:17.40 | Crofton|work | yeah |
| 12:17.49 | raster | i was going to say |
| 12:17.51 | hrw | but I lack ideas how to change it |
| 12:17.52 | Crofton|work | but once again, you are talking about specific images :) |
| 12:17.56 | raster | adding e doesnt make much of a difference :) |
| 12:18.28 | *** part/#oe [AD]Turbo (n=AmanithV@host175-244-dynamic.18-79-r.retail.telecomitalia.it) |
| 12:22.27 | XorA | ~curse python for generally being a piece of crap |
| 12:22.27 | ibot | May you be reincarnated as a Windows XP administrator, python for generally being a piece of crap ! |
| 12:22.56 | Crofton|work | what has python done to you know? |
| 12:23.29 | XorA | Crofton|work: the total incompatability between minor versions, the fact python coders jump on new versions where Enterprise distros still ship old version |
| 12:23.58 | Crofton|work | XorA, +1 |
| 12:24.08 | Crofton|work | one reason to use Fedora |
| 12:24.40 | XorA | wishes python had CPAN, so much nicer |
| 12:27.39 | booxter | Crofton|work: one reason to use Fedora is plenty of free tie |
| 12:27.43 | booxter | Crofton|work: one reason to use Fedora is plenty of free time ;) |
| 12:27.53 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 12:28.09 | XorA | is just banging his head on multiple walls trying to get a damn trac plugin installed |
| 12:29.59 | hrw | fedora? bleh |
| 12:32.00 | booxter | the most exciting thing with fedora is its 'upgrade' process. You never know if you will end with a bootable system. You either stick to an old version or pray for the Godness of Stability. |
| 12:32.23 | hrw | booxter: so it is good for ms windows users |
| 12:32.35 | hrw | updating by reinstalling |
| 12:33.30 | booxter | aha, I saw stats on fedora users upgrade path. It seems there was smth like "50% of fedora people installs every new version from scratch" |
| 12:34.33 | hrw | Debian users just need to use two commands ;D |
| 12:35.04 | hrw | ~curse git am |
| 12:35.05 | ibot | May the fleas of a thousand camels infest your most sensitive regions, git am ! |
| 12:35.19 | hrw | I wonder why git am is so terribly broken idea |
| 12:35.41 | hrw | if patch do not apply you need to resolve problems, update patch and try to git am again |
| 12:35.50 | hrw | otherwise it ends in partial commit |
| 12:43.32 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 12:51.35 | *** join/#oe Laibsch (n=Laibsch@p5B3B2208.dip.t-dialin.net) |
| 13:04.02 | *** join/#oe ctusar (n=ctusar@router2.videon-central.net) |
| 13:07.18 | *** join/#oe timtimred (n=meh@79-75-198-94.dynamic.dsl.as9105.com) |
| 13:12.43 | *** join/#oe VincanteP (n=vinet@d64021.upc-d.chello.nl) |
| 13:15.18 | *** join/#oe abner (n=birunko@189.70.6.15) |
| 13:16.36 | *** join/#oe oneshel (n=jim@98.216.198.0) |
| 13:18.42 | *** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-8c8952d0658b52e5) |
| 13:20.26 | *** join/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 13:24.22 | *** join/#oe tmbinc (i=abcd@83.141.3.59) |
| 13:25.10 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 13:33.54 | *** join/#oe cminyard (n=cminyard@pool-173-57-164-199.dllstx.fios.verizon.net) |
| 13:36.32 | *** join/#oe scruggs (n=chris@72-161-99-241.dyn.centurytel.net) |
| 13:38.28 | *** join/#oe eray (n=eray@87-126-142-238.btc-net.bg) |
| 13:40.18 | *** join/#oe Gnutoo (n=gnutoo@host54-85-dynamic.51-79-r.retail.telecomitalia.it) |
| 13:49.48 | *** join/#oe mrmoku` (n=mrmoku@ppp-62-216-218-182.dynamic.mnet-online.de) |
| 13:57.40 | *** join/#oe brolin (n=brolin@iner.udea.edu.co) |
| 14:02.29 | chouimat | morning |
| 14:07.00 | *** join/#oe user2 (n=3MX@74.143.66.178) |
| 14:10.51 | mario-goulart | Gnutoo: do you have any plans regarding applying your work for the mips router to OE? |
| 14:11.24 | Gnutoo | mario-goulart, first I plan to send a mail for init then the rest will follow |
| 14:11.33 | Gnutoo | s/init/the init scripts/ |
| 14:12.02 | Gnutoo | mario-goulart, according to otavio we should push our 2 kernel in an unique recipe |
| 14:12.16 | Gnutoo | mario-goulart, for uclibc we also have the same thing |
| 14:12.40 | mario-goulart | Gnutoo: ok. Maybe we can merge our things to create a single machine conf too. Then we could derive our images from that machine. |
| 14:12.45 | Gnutoo | mario-goulart, but shouldn't we find a better fix than putting everything in -O2? |
| 14:12.51 | Gnutoo | ok |
| 14:13.12 | mario-goulart | Gnutoo: you mean for uclibc? |
| 14:13.17 | Gnutoo | yes |
| 14:14.26 | mario-goulart | Gnutoo: yes, I think so, but I just don't know how. :-) |
| 14:14.51 | Gnutoo | so if we don't know how we should ask otavio or the list |
| 14:15.53 | mario-goulart | Gnutoo: ok. I guess the fix for that would be fixing gcc... |
| 14:16.06 | Gnutoo | mario-goulart, I don't think so |
| 14:16.16 | Gnutoo | mario-goulart, I think the fix would be fixing uclibc |
| 14:16.30 | Gnutoo | mario-goulart, uclibc doesn't say force inlining |
| 14:16.47 | mario-goulart | Gnutoo: ah, ok. |
| 14:17.12 | Gnutoo | but in another hand : |
| 14:17.32 | Gnutoo | *I tried forcing it and it didn't want to compile |
| 14:17.44 | Gnutoo | but I may have used the wrong forcing options |
| 14:17.58 | Gnutoo | but: |
| 14:18.27 | Gnutoo | *I don't know how many fixes we must issue for uclibc |
| 14:19.15 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 14:20.40 | mario-goulart | Gnutoo: You mean maybe setting compiler options is not enough? Probably the code needs fixes too? |
| 14:20.58 | Gnutoo | you have 2 options: |
| 14:21.10 | Gnutoo | *compile everything as -O2 |
| 14:21.13 | Gnutoo | *fix the code |
| 14:21.33 | pb_ | you don't need to compile _everything_ as -O2, just that one file that has the inlining issue. |
| 14:21.45 | Gnutoo | or maybe there are others options but the patch that tried to change the -O setting for the file didn't work |
| 14:21.58 | Gnutoo | pb_, there was a patch for that ....it didn't work |
| 14:22.06 | pb_ | what went wrong with it? |
| 14:23.31 | Gnutoo | I'll try to find the patch |
| 14:24.39 | mario-goulart | Anyway, maybe we can adopt a 2-step approach. We can use the -O2-for-everything patch until we find out a better fix. At least we have something that works, even if the fix is not optimal. |
| 14:25.32 | Gnutoo | maybe I didn't see the comment on the top: |
| 14:25.33 | Gnutoo | http://www.pastebin.ca/1494717 |
| 14:27.42 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 14:27.50 | *** join/#oe xxiao (i=c058a822@gateway/web/freenode/x-6057967aaf8c48f7) |
| 14:28.01 | mario-goulart | Gnutoo: you mean the -fomit-frame-ponter comment? |
| 14:30.00 | Gnutoo | yes |
| 14:31.47 | Gnutoo | for instance if there is -fno-omit-frame-pointer -fomit-frame-pointer I bet it takes the later |
| 14:32.20 | Gnutoo | (if my memory is good) |
| 14:32.28 | Gnutoo | same for -O0 -Os |
| 14:34.11 | pb_ | yes, the later options will override earlier ones |
| 14:34.24 | Gnutoo | so we must be carefull on this |
| 14:34.33 | Gnutoo | s/on/about |
| 14:35.14 | mario-goulart | Gnutoo: 0.9.30.1 was released on March 2. On March 5 the following patch was checked in: http://git.uclibc.org/uClibc/commit/?id=c190f738e1b0e87658ea5f86c057fb147dc19428 |
| 14:36.37 | Gnutoo | ok let's use that patch |
| 14:53.43 | *** join/#oe brolin (n=brolin@iner.udea.edu.co) |
| 14:53.54 | mario-goulart | Hey, Gnutoo: either I did something stupid or this patch fixes things. :-) |
| 14:54.11 | Gnutoo | it should fix things |
| 14:54.37 | Gnutoo | I used another way than this patch to force inlining and wanted to try the way the patch does it |
| 14:54.52 | *** join/#oe stefan_schmidt (n=stefan@c120.apm.etc.tu-bs.de) |
| 14:55.05 | mario-goulart | So looks like it's working. |
| 14:55.20 | Gnutoo | thanks a lot for finding that patch...it prevented us from doing a lot of work |
| 14:55.26 | Gnutoo | ok |
| 14:55.44 | Gnutoo | I think we should push it + bump pr then |
| 14:55.55 | mario-goulart | ok |
| 14:56.00 | Gnutoo | wait 1sec |
| 14:56.07 | Gnutoo | maybe we should send it for review |
| 14:56.19 | Gnutoo | because it's a crucial part of the toolchain |
| 14:56.20 | mario-goulart | right |
| 15:01.17 | mario-goulart | goes out to have lunch |
| 15:02.40 | *** join/#oe Soopaman1 (n=Soopaman@CPE00179a48812a-CM00111ae67ece.cpe.net.cable.rogers.com) |
| 15:04.53 | *** join/#oe Soopaman2 (n=Soopaman@bas1-toronto08-1279298854.dsl.bell.ca) |
| 15:05.17 | *** join/#oe emachado (n=edjunior@nat/ibm.br/x-1d2030bd53c566d6) |
| 15:10.18 | *** join/#oe rkirti (n=oespirit@117.254.0.117) |
| 15:13.45 | *** join/#oe marex (n=marex@thor.hackndev.com) |
| 15:14.32 | *** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net) |
| 15:15.25 | *** join/#oe VincanteP (n=vinet@d64021.upc-d.chello.nl) |
| 15:18.29 | *** join/#oe Soopaman (n=Soopaman@CPE00179a48812a-CM00111ae67ece.cpe.net.cable.rogers.com) |
| 15:21.01 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-d40b87f32c9eb2bd) |
| 15:22.56 | *** join/#oe dijenerate (n=dijenera@64.210.44.91) |
| 15:23.00 | *** join/#oe Soopaman1 (n=Soopaman@bas1-toronto08-1279298854.dsl.bell.ca) |
| 15:23.10 | *** join/#oe Soopaman3 (n=Soopaman@dsl-67-212-9-210.acanac.net) |
| 15:27.00 | *** join/#oe rob_w (n=bill@84.155.252.155) |
| 15:29.44 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 15:30.24 | pb_ | g'day kergoth |
| 15:30.29 | kergoth | hey |
| 15:32.55 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 15:35.58 | *** join/#oe Soopaman4 (n=Soopaman@dsl-67-212-9-210.acanac.net) |
| 15:38.17 | *** part/#oe VincanteP (n=vinet@d64021.upc-d.chello.nl) |
| 15:46.34 | *** join/#oe marex_ (n=marex@thor.hackndev.com) |
| 15:47.00 | *** join/#oe ja1 (n=marcus@81-233-153-190-no83.tbcn.telia.com) |
| 15:50.25 | *** join/#oe Soopaman (n=Soopaman@dsl-67-212-9-210.acanac.net) |
| 15:55.41 | *** join/#oe marex (n=marex@thor.hackndev.com) |
| 15:56.30 | *** join/#oe jkridner|work (n=a0321898@nat/ti/x-465457bc1972c875) |
| 15:59.11 | *** join/#oe thesing (n=tkunze@BAA2b93.baa.pppool.de) |
| 16:02.19 | *** join/#oe rddDavid51 (n=roudoudo@lns-bzn-43-82-249-165-161.adsl.proxad.net) |
| 16:04.26 | *** join/#oe dijenerate (n=dijenera@64.210.44.91) |
| 16:04.59 | *** join/#oe brolin_ (n=brolin@iner.udea.edu.co) |
| 16:07.29 | *** join/#oe ja1 (n=marcus@81-233-153-190-no83.tbcn.telia.com) |
| 16:20.04 | *** join/#oe woglinde (i=woglinde@78.52.225.201) |
| 16:21.35 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com) |
| 16:24.55 | *** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
| 16:36.30 | *** join/#oe marex (n=marex@thor.hackndev.com) |
| 16:42.34 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 16:48.03 | woglinde | wahahahahahahahahha |
| 16:48.14 | woglinde | whats git native doing |
| 16:48.42 | woglinde | each exe is about 21 meg |
| 16:48.51 | woglinde | which leads to over 2gig |
| 16:49.01 | woglinde | in i686 usr/libexec |
| 16:49.21 | *** join/#oe vo5 (n=vo@189.102.194.156) |
| 16:49.46 | kergoth | dangit, i can't remember. why did we need coreutils-native again? for builds on machines that use busybox? |
| 16:50.27 | woglinde | kergoth can you confirm the git-native messup? |
| 16:50.40 | rkirti | wow. curious situation indeed (coreutils-native) |
| 16:50.59 | kergoth | doesn't have a bleeding edge OpenEmbedded repository at the moment, can fire off a clone |
| 16:52.39 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 16:53.33 | woglinde | whahaha |
| 16:54.03 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-4170952d2f6b38fd) |
| 16:56.31 | woglinde | hm ah I thing I know whats wrong |
| 16:56.35 | woglinde | we dont call strip on it |
| 16:57.12 | woglinde | yes |
| 16:57.15 | woglinde | wahah this suckz |
| 16:57.35 | woglinde | hm inherit native should take care on it |
| 16:58.15 | woglinde | hm |
| 16:58.20 | woglinde | will write an email to dev ml |
| 17:01.05 | *** join/#oe rkirti_ (n=oespirit@117.254.12.156) |
| 17:04.23 | woglinde | bye till later |
| 17:15.56 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 17:18.03 | *** join/#oe valhalla (n=valhalla@81-174-24-42.dynamic.ngi.it) |
| 17:22.52 | khem | kergoth: coreutils did not care about cross builds |
| 17:23.00 | khem | kergoth: specifically install program |
| 17:23.52 | khem | so we had to patchit |
| 17:24.12 | woglinde | re |
| 17:24.32 | *** join/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 17:24.56 | khem | e.g. recipes/coreutils/coreutils-6.0/coreutils-install-use-STRIP.patch |
| 17:28.17 | woglinde | args |
| 17:28.28 | woglinde | all native packages are not striped |
| 17:28.30 | woglinde | this suckz |
| 17:28.44 | *** part/#oe ade|desk (n=ade|desk@195.153.131.254) |
| 17:32.17 | kergoth | khem: ahh right |
| 17:32.21 | kergoth | khem: thanks, forgot about that |
| 17:33.04 | woglinde | hm |
| 17:33.23 | woglinde | why nobody saw this before |
| 17:33.26 | khem | which reminds me that coreutils 7.x should be patched too |
| 17:33.26 | woglinde | or cared |
| 17:33.43 | khem | woglinde: what is your host machine ? |
| 17:34.03 | woglinde | x86 |
| 17:34.23 | khem | woglinde: hopefully you are not doing -ggdb3 with gcc 4.4 because that will fatten the native programs quite a bit |
| 17:34.31 | khem | woglinde: I meant distro on it :) |
| 17:34.45 | woglinde | khem its about native packages |
| 17:34.57 | woglinde | <PROTECTED> |
| 17:35.08 | kergoth | wasn't BUILD_OPTIMIZATION changed to build native/BUILD stuff with -g? |
| 17:35.17 | khem | I think yes |
| 17:35.54 | *** join/#oe joshin (n=joshin@VDSL-130-13-169-118.PHNX.QWEST.NET) |
| 17:36.44 | woglinde | ~0~z |
| 17:39.19 | woglinde | so whats the solution? |
| 17:40.14 | khem | its being passed in CFLAGS to native packages too |
| 17:40.19 | khem | hmm lets see |
| 17:40.25 | woglinde | hm strange |
| 17:40.30 | woglinde | now for uclibc as target |
| 17:40.32 | woglinde | it build fine |
| 17:41.44 | *** join/#oe jipi (n=jipi@bb219-74-247-158.singnet.com.sg) |
| 17:41.50 | woglinde | hm seems angstroem is the problem |
| 17:42.21 | khem | woglinde: get rid of it in BUILD_OPTIMIZATION |
| 17:42.35 | khem | in distro/include/angstrom-glibc.inc etc. |
| 17:49.12 | *** join/#oe jstabes (n=scout@207.237.95.4) |
| 17:49.32 | jstabes | Anyone have experience with ircd-hybrid on slugos? |
| 17:50.16 | *** join/#oe mrmoku|away (n=mrmoku@ppp-88-217-58-240.dynamic.mnet-online.de) |
| 17:52.43 | woglinde | hms |
| 17:52.51 | woglinde | cmake makes crazy stuff at uclibc |
| 17:54.50 | *** join/#oe BusError (n=michel@oo.oomz.net) |
| 17:56.11 | *** join/#oe Jay7 (n=jay@93-81-136-160.broadband.corbina.ru) |
| 17:59.46 | woglinde | hm |
| 18:00.07 | woglinde | seems micro disbu looses $prefix somewhere |
| 18:03.31 | woglinde | hm okay |
| 18:03.39 | woglinde | micro sets layout_prefix to "" |
| 18:05.25 | Tartarus | Yeah, there's still a few bugs w/ changing those vars |
| 18:05.35 | woglinde | hm yes |
| 18:05.36 | Tartarus | I've pushed a few fixes recently and I don't think I have anything local |
| 18:05.37 | woglinde | taglib |
| 18:05.44 | woglinde | do_stage |
| 18:05.51 | Tartarus | lemme double check tho |
| 18:06.06 | woglinde | I wonder if we should use layout_prefix inside the recipes |
| 18:06.30 | pb___ | no, you almost certainly don't want to use ${layout_prefix} anywhere other than the conf files |
| 18:06.38 | pb___ | what's the problem you're having? |
| 18:07.21 | Tartarus | panto, it might be for gdbserver |
| 18:07.24 | Tartarus | ga |
| 18:09.15 | Tartarus | yeah, I had issues w/ pax-utils, which i pushed, and meta-toolchain stuff which i also pushed |
| 18:09.28 | Tartarus | and i think gcc/binutils symlink stuff in the -cross-sdk packages which also, i pushed |
| 18:11.15 | *** join/#oe real_ate (n=quassel@78.16.16.189) |
| 18:11.48 | real_ate | hey guys... does anyone know if berlios svn is down? |
| 18:11.58 | real_ate | i'm getting a connection refused error |
| 18:21.29 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 18:23.45 | woglinde | pb -> install -m 0644 ${D}/usr/include/${PN}/*.h ${STAGING_INCDIR}/${PN} |
| 18:23.49 | woglinde | from taglib recipe |
| 18:26.19 | Tartarus | Ah, that's a correct thing |
| 18:26.28 | Tartarus | double checks tho |
| 18:26.42 | Tartarus | I know in some cases, it really is an impossible pain to have nthings be not /usr/include |
| 18:27.20 | Tartarus | from my custom layout I have: |
| 18:27.20 | Tartarus | # Toolchains can be hard to convince of a different include directory. |
| 18:27.20 | Tartarus | layout_includedir = "/usr/include" |
| 18:27.40 | Tartarus | But I forget which part of the toolchain got very annoyed about having something other than '/usr/include' |
| 18:28.07 | Tartarus | It might have been a 'regular' part of the toolchain two-step, but it might have been gcc-cross-sdk that finally blew up |
| 18:28.36 | woglinde | didnt try jet sdk stuff with micro |
| 18:28.49 | Tartarus | ok |
| 18:28.55 | Tartarus | Do you have 'gcc-cross' built? |
| 18:28.59 | Tartarus | if so, it was the SDK stuff |
| 18:29.10 | Tartarus | otherwise it was one of the initial or intermediates |
| 18:29.46 | woglinde | with micro you can build all fine |
| 18:29.57 | woglinde | only taglib I now stumble over |
| 18:30.56 | Tartarus | Hmm |
| 18:31.10 | Tartarus | must have been sdk |
| 18:31.39 | Tartarus | Well, swap ${layout_includedir} for /usr/include and taglib should build |
| 18:32.01 | Tartarus | since that's what gets passed to configure, etc |
| 18:32.03 | woglinde | nope includedir |
| 18:32.06 | woglinde | should be used |
| 18:32.08 | Tartarus | but taglib might have /usr/include hard-coded in a few spots |
| 18:32.12 | woglinde | bitbake.conf exported it |
| 18:32.27 | Tartarus | wogline, well, where are the files in ${D} ? |
| 18:32.41 | *** join/#oe orges (n=yet@88.251.47.199) |
| 18:32.44 | Tartarus | iirc, $includedir is the full /path/to/my/staging/include, isn't it? |
| 18:33.08 | Tartarus | no, nm |
| 18:33.17 | Tartarus | i must have been thinking of something else |
| 18:33.22 | woglinde | thereare more recipe using /usr/include hardcoded for do_stage |
| 18:33.44 | Tartarus | I spell a general cleanup w/ sed :) |
| 18:34.03 | woglinde | tartarus would be nice |
| 18:34.33 | *** join/#oe marex_ (n=marex@thor.hackndev.com) |
| 18:34.58 | woglinde | install -m 0644 ${D}/${includedir}/${PN}/*.h ${STAGING_INCDIR}/${PN} |
| 18:35.00 | woglinde | works |
| 18:35.08 | *** join/#oe greentux (n=lemke@BAA0de5.baa.pppool.de) |
| 18:35.08 | woglinde | you could change the others too |
| 18:35.24 | Tartarus | yeap |
| 18:35.29 | Tartarus | forloop + sed -i time :) |
| 18:35.41 | woglinde | mom |
| 18:35.46 | woglinde | will test for ansgtroem |
| 18:35.48 | woglinde | too |
| 18:36.24 | real_ate | i can't connect to svn.berlios.de ... does anyone know if its down? i'm getting a connection refused error |
| 18:36.33 | woglinde | ups no |
| 18:37.50 | woglinde | hm |
| 18:37.55 | woglinde | whats this error |
| 18:38.12 | woglinde | ERROR: QA staging was broken by the package built above |
| 18:38.45 | woglinde | ah comes from my disko recipes |
| 18:38.46 | woglinde | okay |
| 18:38.51 | woglinde | nothing to do with tgalib |
| 18:51.18 | *** join/#oe DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 18:54.33 | *** join/#oe rkirti (n=oespirit@117.254.13.160) |
| 18:55.02 | *** join/#oe florian (n=fuchs@g227178176.adsl.alicedsl.de) |
| 18:55.28 | florian | re |
| 18:55.49 | woglinde | khem do you want an ack fior your eglibc recpies? |
| 18:55.52 | woglinde | re florian |
| 18:58.28 | florian | eglibc updates? |
| 18:59.52 | woglinde | yes |
| 19:00.00 | woglinde | khem posts to ml |
| 19:01.52 | *** join/#oe Gnutoo (n=gnutoo@host54-85-dynamic.51-79-r.retail.telecomitalia.it) |
| 19:04.42 | woglinde | jo gnutoo |
| 19:07.24 | Gnutoo | hi woglinde |
| 19:07.47 | chouimat | wanders back in |
| 19:08.19 | florian | ah... or mailserver feels slepy :) |
| 19:08.23 | florian | +e |
| 19:08.31 | florian | chouimat: wb |
| 19:09.57 | chouimat | is trying to order a friendlyarm mini70 but the sales software is so braindead that it can't find any shipping methods that can deliver to canada |
| 19:11.11 | florian | chouimat: not sure where you are ordering this, but you might want to ask regnirps :-) |
| 19:11.29 | chouimat | the one in the usa |
| 19:13.17 | mario-goulart | Gnutoo: if you agree about creating a machine conf file for our hardware, how should it be called? atheros-AR7130? |
| 19:13.39 | Gnutoo | mine is a wrt54gsv4 |
| 19:13.44 | Gnutoo | so maybe router.inc |
| 19:13.57 | Gnutoo | it's just an idea |
| 19:14.57 | florian | chouimat: there are two at least. some chinese style shop and andahammer.com |
| 19:14.58 | Gnutoo | in short I've a broadcom cpu |
| 19:15.13 | chouimat | florian: was andahammer.com |
| 19:15.51 | mario-goulart | Gnutoo: wouldn't it be better to name the machine conf based on the bare minimum common part of the hardware? So, atheros-ar7130 would be ok for both wrt54gsv4 and router-board-450. |
| 19:15.57 | florian | chouimat: then you should kick regnirps in #FriendlyARM2440 :) |
| 19:16.28 | Gnutoo | mario-goulart, I've a broadcom cpu not an atheros one |
| 19:16.56 | mario-goulart | Hmmm, is it ar7130 compatible? |
| 19:17.01 | chouimat | florian: ok |
| 19:17.25 | Gnutoo | mario-goulart, I don't think so but it's mips compatible...and it already has a machine.conf |
| 19:18.21 | Gnutoo | mario-goulart, look at wrt54.conf |
| 19:19.00 | mario-goulart | Gnutoo: ok |
| 19:19.23 | Gnutoo | but I wonder what I should do...that config was for 2.4 kernel |
| 19:19.55 | chouimat | florian: the board is nice? |
| 19:20.38 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-b98f5b0b3a395a17) |
| 19:21.09 | mario-goulart | Gnutoo: I don't know much about OE's policies regarding to naming things (machines, in this case), so I'm just collecting ideas. |
| 19:21.19 | Gnutoo | mario-goulart, ok |
| 19:21.35 | woglinde | hm planet.ltg.org has some problems |
| 19:21.56 | florian | chouimat: I have tried several combinations of these boards here, not this exactly but several similar. |
| 19:22.19 | Gnutoo | woglinde, isn't the address http://planet.linuxtogo.org/ |
| 19:23.43 | florian | chouimat: I like them... not that fast but well supported and easy to extend. The 7" display is pretty good (much better than the small one) |
| 19:23.44 | chouimat | florian: this will make a nice addon to the project I'm currently designing |
| 19:23.44 | woglinde | gnutoo jepp |
| 19:23.50 | *** join/#oe marcosmamorim (n=marcos@189.102.194.156) |
| 19:23.59 | Gnutoo | ok |
| 19:24.09 | florian | woglinde, Gnutoo: Just noticed this to, i'll take a look |
| 19:24.17 | florian | +o |
| 19:24.29 | florian | chouimat: what kind of project? |
| 19:24.57 | marex_ | florian: hi ... glibc 2.9 with binutils 2.19.51.0.3 needs little patching |
| 19:25.15 | mario-goulart | Gnutoo: OE also has rb500 (for router-board-500). So it seems that the conf files are for machine/board models. |
| 19:25.17 | florian | marex_: florian or [florian]? :) |
| 19:25.35 | chouimat | florian: it's just a crazy idea but it might work, I just want to get the NAS/home server thing to the next level and I want to use something else that a webinterface to control the thing |
| 19:25.46 | Gnutoo | mario-goulart, yes I'll look...is it your router? |
| 19:26.05 | mario-goulart | Gnutoo: no, mine is rb450 (rb500 is mipsel) |
| 19:26.05 | *** join/#oe dth-oops (n=Dieter@p4FDEF3BF.dip.t-dialin.net) |
| 19:26.16 | Gnutoo | ok |
| 19:26.20 | mario-goulart | Gnutoo: rb450 is mips (big endian) |
| 19:26.25 | marex_ | florian: what do you mean ? |
| 19:26.27 | Gnutoo | ah ok |
| 19:26.32 | Gnutoo | mine should also be mipsel |
| 19:27.01 | florian | chouimat: yep... maybe not blazingly fast but really cheap. If you make a web interface optimized for thumb uste this could rock |
| 19:27.28 | Gnutoo | TARGET_ARCH = "mipsel" |
| 19:27.28 | florian | oh well... i can't type any more ;) |
| 19:28.36 | florian | marex_: People tend to mix me up with openwrt [florian]... just a guess since I wasn't able to find out what you were referring to. |
| 19:28.41 | chouimat | florian: the web interface is not part of the design so far, but it could be added. I'm recycling a old project, well part of it ... I'm currently removing the CANopen part from my CANopen to jabber gateway stuff |
| 19:28.49 | mario-goulart | Gnutoo: ok. Mine is TARGET_ARCH="mips" |
| 19:28.55 | Gnutoo | florian, lol |
| 19:29.04 | *** join/#oe mnabil (n=mnabil@41.234.70.78) |
| 19:29.06 | Gnutoo | mario-goulart, ok |
| 19:29.09 | marex_ | florian: are you the same florian I used to speak with on #linuxtogo and such channels? |
| 19:29.36 | florian | chouimat: heh... you are making it wireless? ;) |
| 19:30.01 | *** join/#oe scruggs (n=chris@72-161-99-241.dyn.centurytel.net) [NETSPLIT VICTIM] |
| 19:30.18 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
| 19:30.18 | *** join/#oe markos_ (n=markos@athedsl-428934.home.otenet.gr) [NETSPLIT VICTIM] |
| 19:30.18 | *** join/#oe raster (n=raster@enlightenment/developer/raster) [NETSPLIT VICTIM] |
| 19:30.18 | Gnutoo | florian, if openwrt switch to oe how will you and [florian] handle the nick problem |
| 19:30.19 | chouimat | florian: I will simply try to get the design into a working prototype ;) |
| 19:30.21 | *** join/#oe dijenerate (n=dijenera@64.210.44.91) |
| 19:30.22 | chouimat | start to likes his OpenRD-Client board |
| 19:30.40 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-1b69cda882dbcf8c) [NETSPLIT VICTIM] |
| 19:30.43 | *** join/#oe rphillips (n=rphillip@unaffiliated/rphillips) [NETSPLIT VICTIM] |
| 19:30.57 | florian | marex_: an then my guess was wrong :-) I'm the one from #linuxtogo :-) Ok where did I get this glibc+binutils combination in? |
| 19:31.48 | florian | chouimat: That might be a good backend for the control panel :-) That's what I had in mind about server+panel for home at least :) |
| 19:32.29 | florian | Gnutoo: indeed... maybe we can use florian1 and florian2 then :) |
| 19:32.35 | Gnutoo | lol |
| 19:32.35 | marex_ | florian: well I know you, and ph5 has commit access so you can get this in faster then through the dead bugtracker (or maybe something changed recently?) |
| 19:32.44 | chouimat | florian: the control panel might also be an application running on desktop linux, windows or mac osx |
| 19:33.23 | florian | marex_: Sending a patch to the mailinglsit should work better now. |
| 19:34.06 | florian | chouimat: right - but its good to have a dedicated thingy so that you don't have to power up a PC |
| 19:34.11 | marex_ | florian: ok, can you point me to it please ? |
| 19:34.15 | chouimat | florian: true |
| 19:34.54 | chouimat | florian: I'm designing the thing to be extendable from the start |
| 19:34.55 | *** join/#oe hrw|gone (n=hrw@chello089078170228.chello.pl) [NETSPLIT VICTIM] |
| 19:35.31 | hrw | morning |
| 19:35.36 | chouimat | hrw: hi |
| 19:35.48 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 19:35.50 | florian | marex_: http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel |
| 19:35.55 | florian | hi hrw |
| 19:35.58 | hrw | got at91sam9263ek working properly on .28 and .30 kernel again |
| 19:36.07 | woglinde | hi hrw |
| 19:36.12 | florian | oh |
| 19:36.15 | florian | good guy |
| 19:36.18 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 19:36.19 | marex_ | florian: thanks |
| 19:36.45 | chouimat | florian: and the choice of XMPP for the communication protocol, simplify this a lot. I just need to add the new features to the control panel, the workers (special client on the target) and I don't have to change the server :) |
| 19:37.49 | florian | hrw: what's the temperature of the at91sam9263 of a running ek board? Does it get warm? |
| 19:38.03 | hrw | cold during idle |
| 19:38.12 | hrw | will dd /dev/urandom in a minute |
| 19:39.28 | marex_ | http://marex.hackndev.com/0001-glibc_2.9.bb-add-glibc-2.9-newer-link-scripts-insert.patch here's the patch, I'll try sending it to ML later |
| 19:39.29 | florian | chouimat: Yes that's a pretty good idea... I have seen this earlier that people are using xmpp for m2m communication. |
| 19:39.32 | hrw | [ 1.210000] at24 0-0050: 65536 byte 24c512 EEPROM (writable) |
| 19:39.33 | hrw | yes :D |
| 19:40.38 | chouimat | florian: the possibilities are endless ... |
| 19:40.44 | hrw | root@at91sam9263ek:~# dd if=/dev/urandom of=/dev/null |
| 19:40.53 | hrw | florian: does not want to get more warm... |
| 19:41.27 | *** join/#oe kmargar (n=markos@athedsl-433681.home.otenet.gr) |
| 19:42.10 | florian | hrw: ok... good. does it have a display? (/me has no idea if there are multiple versions of this board) |
| 19:42.21 | hrw | florian: it has qvga |
| 19:42.29 | hrw | florian: it is same board as we had at fosdem |
| 19:42.38 | hrw | ok, not same - older cpu revision |
| 19:42.52 | florian | ah ok, yes... |
| 19:42.56 | florian | hrw: many thanks |
| 19:43.27 | hrw | due to revA cpu I need to keep dataflash card |
| 19:44.43 | hrw | g_cdc is interesting module |
| 19:45.06 | hrw | usb serial + usb ethernet in one |
| 19:45.08 | Gnutoo | how many people use mdev here? |
| 19:45.19 | Gnutoo | because mdev.sh is part of the mdev package |
| 19:45.28 | hrw | and? |
| 19:45.39 | Gnutoo | and it doesn't create /dev/null,/dev/console etc... |
| 19:45.52 | Gnutoo | and ... the serial console isn't activated because of that |
| 19:45.55 | Gnutoo | but... |
| 19:46.16 | Gnutoo | some others distro may handle it separately |
| 19:46.20 | Gnutoo | that's why I ask |
| 19:46.30 | Gnutoo | I use micro-base image and micro and wrt54.conf |
| 19:49.57 | hrw | I just updated 2.6.28 patch for 2.6.30... |
| 19:50.06 | hrw | does it makes me kernel hacker? |
| 19:50.57 | broonie | yes |
| 19:52.14 | hrw | shit |
| 19:52.36 | mario-goulart | hrw: if your patch does something like http://pastebin.com/m53915fc0, you're an unhacker. :-) |
| 19:52.48 | woglinde | gnutoo pb should know more |
| 19:52.56 | Gnutoo | ok thanks |
| 19:53.51 | hrw | mario-goulart: no, it was http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/linux/linux-2.6.28/linux-2.6.28-exp.patch.bz2 cut to just 66K unpacked |
| 19:56.19 | chouimat | looks at the mess around him and cries |
| 19:57.18 | Gnutoo | hi pb_ do you know about mdev.sh and the lack of creation of /dev/null /dev/console and similar? |
| 19:58.58 | Gnutoo | pb___, ^^^ |
| 20:00.16 | pb___ | no, sorry |
| 20:02.16 | otavio | hello |
| 20:02.39 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com) |
| 20:09.28 | woglinde | hm |
| 20:09.48 | woglinde | pb didnt you poke around with mdev for micro-disbu? |
| 20:10.17 | CIA-1 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * ree9a459c10 10openembedded.git/ (2 files in 2 dirs): matchbox-terminal: added from Poky |
| 20:10.19 | CIA-1 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * r8f93291807 10openembedded.git/recipes/linux/ (linux-2.6.28/at91sam9263ek/defconfig linux_2.6.28.bb): (log message trimmed) |
| 20:10.19 | CIA-1 | linux: tweaked 2.6.28 for at91sam9263ek board |
| 20:10.19 | CIA-1 | Enabled: |
| 20:10.20 | CIA-1 | - backlight |
| 20:10.22 | CIA-1 | - leds (ds1/2/3) |
| 20:10.24 | CIA-1 | - keyboard ("left button", "right button" keys) |
| 20:10.26 | CIA-1 | - suspend |
| 20:10.28 | CIA-1 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * rb8ef60c5e1 10openembedded.git/recipes/linux/ (3 files in 2 dirs): |
| 20:10.31 | CIA-1 | linux: added support for at91sam9263ek in 2.6.30 (not default) |
| 20:10.33 | CIA-1 | Board boots fine with this kernel and gives the same features as 2.6.28. |
| 20:10.35 | CIA-1 | hrw-linux-2.6.30-exp.patch is stripped version of linux-2.6.28-exp.patch |
| 20:10.37 | CIA-1 | used in 2.6.28 recipe. It adds sound support and keeps Ethernet buffers |
| 20:10.39 | CIA-1 | in SRAM to avoid Tx underruns. |
| 20:10.41 | CIA-1 | Result was not too much tested. |
| 20:11.01 | Gnutoo | pb___, ok do you know to whom I should talk? |
| 20:11.30 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 20:15.23 | hrw | mario-goulart: http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/linux/linux-2.6.30/at91sam9263ek/hrw-linux-2.6.30-exp.patch |
| 20:17.35 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 20:18.51 | *** part/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com) |
| 20:19.00 | CIA-1 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * r2b7d4da518 10openembedded.git/recipes/linux/linux-2.6.30/at91sam9263ek/hrw-linux-2.6.30-exp.patch: linux: refreshed hrw-linux-2.6.30-exp.patch (no code changes) |
| 20:21.07 | oneshel | has anyone used a SH4 based board with OE recently? |
| 20:25.07 | hrw | uf.. |
| 20:25.11 | hrw | enough hacking for now |
| 20:29.02 | florian | oneshel: no... but might be interesting |
| 20:29.11 | florian | shoudl ty to get some SH4 hardware |
| 20:29.42 | hrw | how fast they are? |
| 20:29.53 | woglinde | hrw depends |
| 20:30.07 | oneshel | florian: a renesas rep was just at my company talking about SH |
| 20:30.11 | woglinde | axis cam has sh |
| 20:30.41 | broonie | Hrm. Is it just me or is QEMU borked right now? |
| 20:31.16 | florian | hrw: I have seen quite some fast ones at EmbeddedWorld |
| 20:31.18 | broonie | hrw: BTW, I don't know if you ever sorted your sam9 ac97 stuff but atmel posted support for that to alsa-devel last week. |
| 20:31.35 | hrw | broonie: I sorted it long time ago |
| 20:31.41 | hrw | broonie: problem was in asound.conf |
| 20:31.58 | broonie | hrw: Thought you must've but wasn't sure. |
| 20:32.06 | hrw | but thx for info - I used old support for 2.6.28 in 2.6.30 |
| 20:32.15 | hrw | http://marcin.juszkiewicz.com.pl/2009/07/14/2-6-30-on-at91-board-from-atmel/ |
| 20:32.18 | broonie | Should be natively supported in 2.6.32 |
| 20:33.26 | chouimat|away | florian: I have a SH4 device here |
| 20:33.47 | woglinde | chouimat lol which arch you dont have |
| 20:33.53 | hrw | broonie: nice |
| 20:34.08 | chouimat|away | woglinde: let me think ... blackfin :) |
| 20:34.17 | hrw | broonie: one day I have to post bug about lack of sound on my wife laptop |
| 20:34.26 | hrw | bb in few |
| 20:34.28 | florian | hrw: good guy :) |
| 20:34.44 | florian | chouimat|away: :-) |
| 20:35.06 | chouimat|away | I really need to do something with this dreamcast |
| 20:35.24 | woglinde | chouimat playing some games |
| 20:35.51 | chouimat|away | woglinde: I only have 1 game ... and beside if I want to play game I simply use my ps3 |
| 20:37.50 | *** join/#oe rkirti_ (n=oespirit@117.254.13.59) |
| 20:38.13 | Gnutoo | isn't there a dreamcast branch? |
| 20:40.20 | mario-goulart | hrw: that patch makes you a kernel black magician, in fact. |
| 20:41.24 | hrw | mario-goulart: I did not wrote it |
| 20:41.44 | hrw | mario-goulart: I stripped http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/linux/linux-2.6.28/linux-2.6.28-exp.patch.bz2 one |
| 20:41.49 | broonie | Ah, my build problem is a bug in debian eglibc |
| 20:41.59 | mario-goulart | hrw: ah, ok. |
| 20:42.17 | broonie | yay for unstable |
| 20:44.42 | khem | broonie: what is it |
| 20:45.43 | broonie | khem: They've removed scsi/scsi.h from the linux-libc-headers package when perhaps they ought not to have done so. |
| 20:46.25 | Tartarus | broonie, er |
| 20:46.28 | Tartarus | that rings a bell |
| 20:46.35 | Tartarus | I just fixed missing scsi includes from eglibc |
| 20:46.40 | Tartarus | is uclibc broken too and I spaced on that? |
| 20:46.58 | khem | it should come from kernel |
| 20:46.59 | woglinde | he khem |
| 20:47.06 | broonie | khem: Yes, it does. |
| 20:47.12 | woglinde | khem do you want an ack for eglibc upgrade? |
| 20:47.21 | khem | woglinde: yes :) |
| 20:47.25 | woglinde | why? |
| 20:47.29 | woglinde | put it in |
| 20:47.41 | broonie | khem: But like many distos Debian has a copy of the kernel headers specifically for userspace. |
| 20:47.42 | Tartarus | khem, er, no? Lemme double check |
| 20:47.43 | khem | oh well I thought thats the policy for commits |
| 20:48.02 | woglinde | khem hm not for that |
| 20:48.07 | khem | ok |
| 20:48.11 | woglinde | there aren many user of eglibc yet |
| 20:48.22 | woglinde | so nobody can ack it really |
| 20:48.26 | khem | ok |
| 20:48.30 | *** join/#oe Martin-B (n=Martin@pool-118-67-198-89.dbd-ipconnect.net) |
| 20:48.44 | pb___ | Gnutoo: no idea. I guess you have to debug it yourself. |
| 20:49.03 | Gnutoo | pb___, it's already debuged.... |
| 20:49.11 | Tartarus | khem, woglinde, broonie, it is correct for linux-libc-headers to remove scsi/ and for *libc to provide as iirc the problem is that the kernel stopped exporting them in favor of libc |
| 20:49.35 | Tartarus | This is why glibc has since may 19 2008, and eglibc as of a week or so ago, worked the way it has |
| 20:49.35 | Gnutoo | pb___, but I wanted some review of my debuging to see if it broke the others distro etc... |
| 20:49.36 | broonie | Tartarus: Are you talking Debian or OE here? |
| 20:49.46 | Tartarus | broonie, I'm talking about the correct way |
| 20:49.59 | Tartarus | linux stopped exporting these headers |
| 20:50.10 | Tartarus | and all correct distros use the kernels export valid kernel headers feature |
| 20:50.22 | Tartarus | and that stopped exporting scsi headers |
| 20:50.24 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 20:50.28 | Tartarus | !oebug 4262 |
| 20:50.30 | cdbot2 | * * Bug 4262, Status: CLOSED (FIXED), Created: 2008-05-14 20:21 |
| 20:50.31 | cdbot2 | * * trini(AT)embeddedalley.com: The /usr/include/scsi headers are missing in some cases |
| 20:50.32 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=4262 |
| 20:50.40 | broonie | Tartarus: Distros need to coordinate these changes between libc and the kernel. |
| 20:50.45 | pb___ | Gnutoo: post to the list, no doubt someone will review your change |
| 20:50.50 | broonie | Tartarus: At the minute in unstable *nothing* ships them.l |
| 20:50.55 | broonie | which is fail |
| 20:50.56 | Gnutoo | pb_, ok thanks |
| 20:51.16 | Gnutoo | (I asked here in order to have for faster review) |
| 20:51.19 | Gnutoo | s/for |
| 20:51.23 | Gnutoo | .. |
| 20:51.24 | Gnutoo | / |
| 20:51.28 | Gnutoo | s/..// |
| 20:51.37 | Tartarus | broonie, unless 2.6.30 or newer exports these headers now, the problem is with the libcs |
| 20:51.53 | khem | Tartarus: yes now I remember |
| 20:51.55 | Tartarus | eglibc was broken in this regard until recently |
| 20:52.03 | Tartarus | and I don't know about uclibc off the top of my head |
| 20:52.16 | Tartarus | was bad back then and forgot to check eglibc/uclibc |
| 20:52.42 | broonie | Tartarus: Depends who's been talking to who and who's ready to upload new versions, really. |
| 20:52.50 | Tartarus | broonie, eh? |
| 20:53.17 | Tartarus | broonie, the kernel folks have said what's correct as they're the kernel folks and it's their headers :) |
| 20:53.20 | broonie | Tartarus: If eglibc can't be fixed for some reason right now the kernel woudl need to revert the cahnge for the time being. |
| 20:54.28 | khem | eglibc can be fixed |
| 20:54.35 | Tartarus | broonie, the question is, did the kernel and libc folks change their minds "recently" ? |
| 20:54.44 | Tartarus | I don't have anything newer than 2.6.29 sitting around and... |
| 20:55.16 | broonie | Tartarus: Two days ago. |
| 20:55.19 | khem | Tartarus: we need the libc version kernel does not provide it |
| 20:55.22 | Tartarus | 2.6.29 does not export scsi kheaders |
| 20:55.29 | Tartarus | khem, right |
| 20:56.37 | khem | Tartarus: I build a toolchain with latest kernel from git couple of days ago |
| 20:56.43 | khem | the header came from glibc |
| 20:56.48 | khem | or eglibc |
| 20:57.54 | khem | uclibc installs them so it should be ok |
| 20:58.29 | khem | same for eglibc |
| 21:01.05 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r4885bb354a 10openembedded.git/recipes/eglibc/ (eglibc-initial_2.10.bb eglibc_2.10.bb): |
| 21:01.05 | CIA-1 | eglibc_2.10: Add new eglibc 2.10 recipes. |
| 21:01.05 | CIA-1 | eglibc 2.10 has been released. |
| 21:01.16 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rdf4e23b236 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 21:02.13 | *** join/#oe fpga (n=s@89.112.64.239.pppoe.eltel.net) |
| 21:12.33 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-e597cadeaac94116) |
| 21:15.26 | florian | Hey the German Health cards made it to /. http://it.slashdot.org/story/09/07/14/150243/German-Health-Insurance-Card-CA-Loses-Secret-Key |
| 21:19.21 | florian | ok, /me is offtopic again... but its funny to read |
| 21:23.50 | khem | does PACKAGES_DYNAMIC create a runtime dependency ? |
| 21:24.25 | kergoth | what do you mean? |
| 21:24.33 | hrw | <PROTECTED> |
| 21:24.56 | hrw | worth reading comparision of flash filesystems (jffs2, ubifs, logfs, yaffs2) |
| 21:27.19 | kergoth | nice |
| 21:28.27 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
| 21:29.22 | florian | hrw: that's interesting indeed |
| 21:29.29 | florian | hi bluelightning |
| 21:29.37 | bluelightning | hi florian, all |
| 21:30.02 | hrw | who of you use delicious.com? |
| 21:38.25 | *** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net) |
| 21:38.30 | broonie | does sometimes |
| 21:40.40 | bluelightning | only barely knows what it is |
| 21:42.47 | kergoth | i used to, but found i never actually used the bookmarks.. just bookmarked and forgot about them. now i clip interesting articles into Evernote instead, for future reference, since i can search the actual contents, and let google help me find everything else |
| 21:44.58 | hrw | -> sleep |
| 21:45.07 | woglinde | nite hrw |
| 21:45.30 | hrw | tired + beer = 'echo standby >/sys/power/state' |
| 21:53.13 | *** join/#oe user1 (n=3MX@87.113.86.90.plusnet.pte-ag2.dyn.plus.net) |
| 21:58.01 | khem | kergoth: what is PACKAGES_DYNAMIC for |
| 21:58.34 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 21:58.58 | kergoth | khem: what binary packages get emitted by the packaging tasks for a given recipe can vary for things like locales. python code figures out what locale packages to emit based on what locale files are available, so its not a static list |
| 21:59.11 | kergoth | PACKAGES_DYNAMIC is a glob that matches the dynamically emitted binary packages |
| 21:59.17 | kergoth | or rather, space separated list of globs |
| 22:00.14 | sakoman_ | speaking of packages . . . :-) |
| 22:00.17 | *** join/#oe dijenerate (n=dijenera@64.210.44.91) |
| 22:00.45 | sakoman_ | does anyone know the current state of "working" for gnome-packagekit? |
| 22:01.47 | sakoman_ | I've got it puttin up the gui, but it seems unable to actually download package lists, etc. |
| 22:02.07 | khem | kergoth: so it infact adds to PROVIDES |
| 22:02.19 | kergoth | no. |
| 22:02.29 | kergoth | provides is build time, it has nothing to do with binary packages |
| 22:02.51 | kergoth | bitbake will take into account both PACKAGES and PACKAGES_DYNAMIC when determining what runtime dependencies a given recipe will satisfy |
| 22:03.24 | sakoman_ | I get an error to the effect that getting the software source list isn't supported by the backend |
| 22:03.50 | khem | kergoth: so its sort of package names generated dynamically |
| 22:04.21 | khem | kergoth: does is get appended to PACKAGES ? |
| 22:04.45 | kergoth | i think it does during the packaging phases, but not at parse time. |
| 22:04.50 | kergoth | you won't find those in PACKAGES doing a bitbake -e. |
| 22:04.52 | kergoth | for example |
| 22:05.12 | kergoth | because the code that figures out which of those packages will be emitted doesn't run until the packaging tasks execute |
| 22:05.25 | kergoth | if it could add them to packages at parse time, there'd be no need for PACKAGES_DYNAMIC at all |
| 22:05.55 | khem | agreed |
| 22:06.36 | khem | so its a way to tell that this recipe provides some packages which are computed dynamically |
| 22:07.00 | kergoth | yup |
| 22:07.04 | *** part/#oe janneg (n=janne@tichy.grunau.be) |
| 22:07.16 | kergoth | they can't be added to PACKAGES, cause it doesn't yet know what to add |
| 22:07.24 | kergoth | kind of ugly, but necessary.. |
| 22:07.26 | khem | and other part like FILES etc for these dynamic packages how are they computed |
| 22:07.58 | kergoth | the same python code that figures out what packages to emit figures out what to include in them. |
| 22:08.11 | kergoth | see package_do_split_locales in package.bbclass for example |
| 22:10.56 | khem | kergoth: so IIUC they are treated same like PACKAGES in the end when packaging happens right ? |
| 22:11.31 | kergoth | again, they get added to PACKAGES, so the packaging code doesn't treat them specially |
| 22:12.30 | kergoth | the last line of package_do_split_locales() sets PACKAGES. |
| 22:13.10 | marex_ | j/w how should I build package with name ending _cvs.bb instead of version.bb ? |
| 22:13.25 | marex_ | I need to build cvs version of Opie instead of 1.2.4 |
| 22:14.13 | khem | marex_: you could bump the DEFAULT_PREFERENCE of cvs recipe |
| 22:14.32 | marex_ | khem: where ? |
| 22:14.40 | khem | in the bb file |
| 22:15.10 | marex_ | that's like 100 files, you have to be joking there is no better way |
| 22:15.55 | kergoth | you can set PREFERRED_VERSION_<recipe name> = "<version>" in a .conf file |
| 22:15.58 | khem | so you want cvs versions of every recipe |
| 22:16.07 | khem | yeah I was about to suggest that too |
| 22:16.22 | khem | preferably in local.conf |
| 22:16.57 | marex_ | and what's the <version> string to build the _cvs.bb ? |
| 22:17.30 | marex_ | I assume prefered-versions-oie-1.2.4.bb is included if Im building angstrom |
| 22:17.30 | denix | khem, kergoth: is it possible to use update-alternatives with the shared libs? |
| 22:17.51 | marex_ | *preferred-opie-version-1.2.4.bb |
| 22:18.04 | marex_ | therefore setting OPIE_VERSION in local.conf should be OK, shouldn't it ? |
| 22:18.04 | denix | marex_: everything after underscore in the recipe name is the version, i.e. "cvs" |
| 22:18.05 | kergoth | denix: why would you want to? |
| 22:18.31 | marex_ | denix: that's what I thought too |
| 22:19.00 | denix | kergoth: to solve this pkgdata conflict, where multiple packages provide the same library... |
| 22:19.42 | kergoth | that sounds dangerous, particularly if the ABI isn't exactly the same between the two |
| 22:19.47 | khem | denix: I think the purpose of shared libs is to have only 1 |
| 22:20.16 | khem | and if they need to have different version then they should have different names |
| 22:20.19 | kergoth | i mean, yes, update-alternatives could be used, but I'd argue that you shouldn't do so. multiple versions of a given lib can live side by side in /usr/lib/ just fine via different sonames, and multiple libs with the same soname shouldn't stay around |
| 22:20.24 | kergoth | khem: :) |
| 22:21.33 | marex_ | NOTE: preferred version cvs of opie-qss not available (for item opie-qss) |
| 22:21.39 | marex_ | list goes on and is very long |
| 22:21.54 | kergoth | the version isn't "cvs" |
| 22:22.01 | kergoth | bitbake -e somerecipe | grep \^PV= |
| 22:22.07 | kergoth | that's the version |
| 22:22.11 | marex_ | what it is then ? |
| 22:22.11 | denix | so, how to fix e2fsprogs-libs and util-linux-ng both providing libblkid? which one wins? |
| 22:22.24 | marex_ | kergoth: what should I set to OPIE_VERSION then ? |
| 22:22.30 | khem | denix: we have to have one provider |
| 22:22.45 | kergoth | has no idea what OPIE_VERSION is |
| 22:23.41 | denix | marex_: if the recipe_cvs.bb sets different PV, then you have to specify it instead of just cvs... |
| 22:23.43 | woglinde | kergoth sets cvs or version of opie which should be used |
| 22:25.27 | marex_ | denix: thanks, maybe setting OPIE_CVS_PV might help then |
| 22:25.28 | denix | khem: something like PROVIDES=libblkid and then setting PREFERRED_PROVIDER_libblkid ? |
| 22:25.30 | bluelightning | marex_: I don't think that will make a difference |
| 22:25.53 | bluelightning | marex_: one possibility if there is no way to tell bitbake to use the CVS version would be to just comment out the include of preferred-opie-versions-1.2.4.inc in angstrom-*.conf |
| 22:26.18 | bluelightning | you might have to set some of the things it sets yourself though |
| 22:26.53 | bluelightning | it would be a bit sad if there was no way to prefer the CVS version though :/ |
| 22:27.18 | pb___ | denix: the first order of business would be to find out whether the two libraries are actually the same, or whether they are just two different libraries that happen to share a name. |
| 22:27.31 | *** join/#oe woglinde (i=woglinde@78.52.233.85) |
| 22:27.33 | pb___ | if they are different, it's fairly easy: you need to rename one of them, problem solved. |
| 22:27.36 | woglinde | re |
| 22:27.39 | denix | pb___: good point :) |
| 22:27.58 | denix | I immediately assumed they are the same... my bad. |
| 22:28.14 | pb___ | if they are the same, you need to figure out which one is "better". my natural inclination is that anything within util-linux-ng is probably worse than anything that isn't and so I would tend to prefer the one from e2fsprogs-libs, but it'd be worth inspecting them to find out for sure. |
| 22:28.48 | marex_ | bluelightning: no, that worked |
| 22:28.57 | pb___ | once you have established which one is the better one to use, you need to arrange for the other package to stop building and shipping the library, and instead to depend on the one that does. |
| 22:29.13 | bluelightning | marex_: ok, great |
| 22:29.41 | denix | pb___: what about the case where util-linux-ng is built, but e2fsprogs-libs is not? |
| 22:30.22 | pb___ | denix: if util-linux-ng DEPENDS on e2fsprogs-libs, that'd be impossible |
| 22:30.51 | denix | ok, just always DEPEND on e2fsprogs-libs then, right? |
| 22:30.53 | kergoth | I'd check the threads on the util-linux-ng mailing list about it, and/or check what other distros are doing about it |
| 22:31.08 | khem | denix: I think util-linux-ng should not provide it |
| 22:31.17 | pb___ | yeah, or what kergoth said |
| 22:31.29 | kergoth | given that libuuid was moved from e2fsprogs to util-linux-ng.... I'd be curious to hear the official stance on blkid |
| 22:31.32 | kergoth | shrugs |
| 22:31.46 | kergoth | is on the util-linux-ng and e2fsprogs lists, but didn't pay close attention |
| 22:32.02 | khem | kergoth: fedora used libblkid from e2fsprogs-libs |
| 22:33.34 | khem | but they use 2.14 |
| 22:33.44 | khem | for util-linux-ng |
| 22:34.58 | denix | $ equery belongs /usr/lib/libblkid.so - sys-libs/e2fsprogs-libs-1.41.3-r1 |
| 22:35.14 | denix | gentoo uses the one from e2fsprogs-libs |
| 22:36.34 | khem | http://www.gossamer-threads.com/lists/linux/kernel/1104452 |
| 22:36.59 | khem | I think util-linux-ng is moving away from using e2fsprogs-libs |
| 22:37.41 | *** join/#oe brolin (n=brolin@201.232.107.129) |
| 22:39.20 | khem | IMO with 2.16 releasing out this will be fixed for us |
| 22:39.46 | khem | but for now I think we should move out PACKAGES_DYNAMIC out of .inc file |
| 22:40.22 | khem | and create DEPENDS on e2fsprog-libs for current util-linux-ng recipes |
| 22:44.52 | denix | khem: so, once fixed in 2.16, util-linux-ng will provide libblkid.so.1.1.0 while e2fsprogs-libs will provide libblkid.so.1.0.0 |
| 22:45.04 | denix | what to do with the -dev .so? |
| 22:45.08 | khem | yes IIUC |
| 22:45.27 | khem | dev comes from util-linux-ng |
| 22:47.12 | denix | I believe e2fsprogs-libs also provides one... |
| 22:47.25 | khem | it doesnt |
| 22:47.27 | khem | let me see |
| 22:48.32 | khem | hmm it does |
| 22:48.41 | *** join/#oe brolin_ (n=brolin@201.232.107.129) |
| 22:52.23 | kergoth | anyone thought about making the rootfs creation notify on unsatisfied recommendations? Not fail, just note/warn |
| 22:52.34 | kergoth | perhaps just when building verbose/debug |
| 23:03.22 | marex_ | j/w can I make bitbake actually download all the sources it needs before it starts building ? |
| 23:03.44 | Tartarus | yes |
| 23:03.48 | Tartarus | bitbake -c fetchall recipe |
| 23:03.52 | denix | fetchall? |
| 23:07.09 | *** join/#oe emachado (n=edjunior@201.82.64.173) |
| 23:09.59 | khem | denix: may be we should build e2fsprogs-libs with --disable-libuuid |
| 23:10.20 | khem | but thats only available in 1.41.7 onwards |
| 23:10.36 | khem | may be they will add --disable-libblkid too |
| 23:10.39 | khem | soon |
| 23:12.44 | denix | khem: what is --with-fsprob=blkid in util-linux-ng? |
| 23:15.17 | khem | builtin|blkid|volume_id |
| 23:15.35 | khem | denix: I think its to chose which lib to chose to do the job |
| 23:16.06 | *** join/#oe Soopaman (n=Soopaman@S0106000fb517b96d.wp.shawcable.net) |
| 23:17.03 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 23:17.29 | *** join/#oe drw (n=drw@cpe-76-187-64-213.tx.res.rr.com) |
| 23:20.32 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-102c8294a9c78f2f) |
| 23:26.58 | *** join/#oe Soopaman (n=Soopaman@S0106000fb517b96d.wp.shawcable.net) |
| 23:38.40 | Tartarus | Gnutoo ? |
| 23:38.53 | Gnutoo | Tartarus, hi |
| 23:38.56 | Tartarus | Hey |
| 23:39.05 | Gnutoo | yes I made a mistake sending twice the same patch |
| 23:39.09 | Gnutoo | I'm sorry |
| 23:39.11 | Tartarus | Shouldn't recipes/mdev be deleted in favor of busybox-mdev? |
| 23:39.22 | Gnutoo | I don't know |
| 23:39.27 | Tartarus | In fact, I think the bug you found is because.. |
| 23:39.36 | Gnutoo | I think they were here because of update thing |
| 23:39.47 | Gnutoo | such as how to update busyobox |
| 23:39.57 | Tartarus | mdev.conf is empty |
| 23:40.01 | Gnutoo | ah ok |
| 23:40.01 | Tartarus | and it's not when coming from busybox |
| 23:40.06 | Tartarus | it has console and such entries :) |
| 23:40.09 | Gnutoo | thanks a lot |
| 23:40.26 | Tartarus | np, i've intended to look at mdev for a while :) |
| 23:40.29 | Gnutoo | could you comment that on the mailing list so the other would know it as well |
| 23:41.13 | Tartarus | yeah |
| 23:41.19 | Gnutoo | ok thanks a lot |
| 23:42.03 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 23:42.27 | Gnutoo | Tartarus, indeed it's empty thanks a lot...should I resend a patch? |
| 23:43.04 | *** join/#oe CIA-1 (n=CIA@208.69.182.149) |
| 23:43.42 | Tartarus | Well, again |
| 23:44.07 | Tartarus | I think the right answer is to delete the mdev stand-alone recipe as it's also quite old, unless there's an explicit preferred provider on it or something |
| 23:44.19 | Tartarus | and make sure busybox-mdev RPROVIDES mdev, for clean upgrade |
| 23:44.21 | marex_ | Tartarus: thanks a lot :-) |
| 23:44.27 | woglinde | boah |
| 23:44.32 | woglinde | after 5 hours |
| 23:44.38 | woglinde | now I got it work |
| 23:44.51 | marex_ | Tartarus: (for the fetchall command) |
| 23:45.25 | *** join/#oe pliny_the_ill (n=tinka@mclaug-brz-3-001-d.CE.Berkeley.EDU) |
| 23:45.38 | Tartarus | marex_, np :) |
| 23:45.45 | m4t | tarturus i gave up on 2.6.30 and 2.4.37.2, they seem to have depcrated my board after 2.6.24.7, which i am using now |
| 23:45.46 | Tartarus | I only learned that a few weeks ago when kergoth pointed it out |
| 23:45.55 | Gnutoo | Tartarus, ok thanks |
| 23:46.04 | m4t | it compiled with all of the latest debian patches for 2.6.24 (etchnhalf) |
| 23:46.16 | m4t | but it boots |
| 23:46.34 | m4t | i have about 40 patches + pax |
| 23:46.44 | woglinde | ouch |
| 23:46.47 | m4t | they all apply...with offsets |
| 23:46.53 | m4t | woglinde i know, it was fun |
| 23:47.17 | m4t | took about an hour after downloading the debian diff.gz |
| 23:48.12 | m4t | i am going to eventually diff my git tree from the original, then git up or whatever the command is |
| 23:48.25 | m4t | then test the userland |
| 23:48.42 | m4t | maybe tonight |
| 23:49.11 | m4t | 4.4.0 compiles and 'boots' 2.4.37.2 btw, i have a linux/compiler.h patch |
| 23:49.18 | m4t | i think that was the file that did the gcc ver check |
| 23:50.48 | m4t | i thought about up-porting the montavista ibm walnut code to a later kernel |
| 23:51.00 | m4t | but some @ibm.com guy tore it out |
| 23:51.12 | m4t | and rewrote a lot of it |
| 23:51.23 | m4t | moved files around etc. |
| 23:52.52 | m4t | oh tartarus i have a modutils 2.4.27 compile patch for ppc as well |
| 23:53.10 | m4t | its broken currently, its a quick 2 line fix, i can post it somewhere if you want |
| 23:53.22 | m4t | its obj/obj_ppc.c i believe |
| 23:55.14 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
| 23:55.15 | *** join/#oe CIA-2 (n=CIA@208.69.182.149) |